[elrepo] RFP: mISDN and Dahdi ...

[Clinton Lee Taylor]

Quick reply!!

>>> Essentially you will be looking for the symlink(s) from the
>>> weak-updates/ directory of kernel-2.6.18-164.10.1.el5 back to the
>>> module(s) in the extra/ directory of kernel-2.6.18-164.el5 . . .
>
>>  Okay, if I go into the weak-updates of the new kernel, I see symlinks
>> to these files and they look go ...
>
> That's what I wanted to know. :-)
 Cool, the it seems to be working fine ...

>>  This all bring two more questions, which might be a little off topic,
>> but should I keep older kernels around?  I normally only keep the
>> original installed kernel and the last two installed kernels, but
>> looking through some of the weak-updates, I see refferance to older
>> kernels that have been removed ... Good or bad thing?
>
> As (three kernels installed) > (only one kernel installed) I'll say
> that is fine. (No one should ever have just one installed kernel.)
 Okay, was just wondering from a kmod point of view ...

> I really would not like to comment about broken symlinks for other
> kmod packages in relation to older, removed, kernels. In general, if
> everything is working I will go as far as saying that it is "not bad"
> -- but then again, to a perfectionist, it is "not good". Assuming
> those other packages do not originate from ELRepo, things seem to be
> as I would expect.
 All my kmods are from ELRepo, seeing that you guys have put
everything that I need in once place, thanks!
I see that some kmods extra are stored in differance paths, but
nothing of the symlinks are broken, it seems that folder are kept for
the extras, even if that kernel is remove, so not the end of the
world.

>>  Second ... I was wonder, and this is loud, if there is a way to test
>> a new kernel, temporarily? Like change grub for only next boot, and
>> switch bad if there is a problem, without having to be in front of the
>> system?
>
> I know of no way to achieve that requirement. Essentially you will
> need to see the grub menu.
Okay, was thinking as much, but unless you ask, you will never know, thanks.

> As one who will occasionally reboot a system located in southern
> California, USA, from northern Suffolk, UK, I appreciate the
> situation. Is there anyone trustworthy who could stand by the physical
> system whilst you perform the test?
 I'm sure if I really tried to find somebody, we could, but it's not
worth the gain, so for know, I will rather only do a kernel or big
update when I can be in front of said system.

Double thanks!!
Mailed
LeeT