Re: Handling Updates...

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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.


[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux