[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
RE: [Yum] deploying and maintaining linux networks howto
- From: Ed Brown <ebrown lanl gov>
- To: kickstart-list redhat com
- Subject: RE: [Yum] deploying and maintaining linux networks howto
- Date: 24 Apr 2003 07:29:12 -0600
On Wed, 2003-04-23 at 23:41, seth vidal wrote:
>
>
> > I am not sure. I have to look at it. I am not sure of the consequences of having
> > 2 sets of modules in the kernel with different names. I suppose it would not
> > matter as long as the correct modules got loaded.
> >
> > > you'd have to rebuild it with each kernel update but <shrug> that's not
> > > very hard.
> >
> > I already have to rebuild on kernel upgrade, so this is not any additional work.
> > It is for this reason that the kernels on these machines only get upgraded if
> > there are remote exploits or stability problems. They are remote unattended
> > machines with no local users. Some of them are up 8 or 9 months. No stability
> > problems there. :-)
>
> This is something I've discussed with others before.
>
> something in yum or any update tool that allow you to spawn off an
> arbitrary script when pkgx gets updated/installed/removed
>
> so if kernel gets updated/installed then something spawns off a "rebuild
> this module" script. So the next time the system boots that module is
> all happy.
>
> -sv
>
This reference is rather dated, and I haven't ever used them, but if
triggers are still supported, then your custom module rpm could do this
itself. See:
http://www.rpm.org/support/RPM-Changes-6.html
-Ed
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]