Re: Handling Updates...
- From: "Kam Leo" <kam.leo@xxxxxxxxx>
- Date: Tue, 31 Jul 2007 10:53:33 -0700
On 7/31/07, semi linux <linuxsemi@xxxxxxxxx> wrote:
I'm looking at moving to F7 for our next generation HW. As an
investigation into the running of F7, I installed it on our old HW to
check it's functionality and prep for the changes.
Right away I got "BUG: warning at
kernel/softirq.c:138/local_bh_enable() (Not tainted)". This bug has
been reported and fixed
(https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=240982)...
The end result is that I have to update the kernel.
The question :: If I'm going to update, how can I freeze on one
particular update (so I ship the same thing today as I do in 1 year)?
We use kickstart already, so updates can be scripted easily enough but
I would imagine that Glibc/gcc and other updates should occur at the
same time as the kernel - What's the proper way to stop this from
being a moving target? Do I just download everything today and hope
it's a good freeze point while scripting it into our kickstart files?
Anyone here solved this problem before?
- G.
News for you: The F7 packages of today will not be available next
year. Fedora is a constant, moving target. If you want to deploy a
specific set of packages you will need to archive those packages in
your own repository and/or create your own custom CD/DVD using pungi
or revisor. If you do not want to go through that hassle use a long
term distro such as White Box or CentOS.
--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
- References:
- Handling Updates...
- From: semi linux
- Handling Updates...
- Prev by Date: Re: F7 kernel 2.6.22.1-27/33 resume issue w/ Acer TM6460
- Next by Date: Re: Handling Updates...
- Previous by thread: Handling Updates...
- Next by thread: Re: Handling Updates...
- Index(es):
Relevant Pages
|