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

Re: prevent yum deleting downloaded updates

Hash: SHA1

Tim wrote:
| On Sat, 2008-01-05 at 13:26 -0500, David Boles wrote:
|> I have to ask you Nigel. Why would you want to keep more that two
|> kernels when you have the one that is currently running and the
|> previous one that was running when the current one was installed?
| You mightn't notice that a kernel has *some* problems for a while, if
| you don't use all the features all the time.  Later on, when you have
| some problem, it can be handy to have more than one alternative to test
| with.
| Occasionally there'll be a very quick release of a kernel update shortly
| after another kernel update.  That could end up deleting the only good
| kernel.

I have never had, touch wood, a kernel problem like that. I have no unusual
hardware. All of it is supported natively by Linux. I don't need special
drivers, non OSS software, or third party anything. Fedora, and all of the
other distributions that I have tried, installs with no problems and just
works on first reboot.

I don't own a laptop. I don't want to own a laptop. But if I did I would buy
one with natively supported hardware such as my desktop. One that would not
require that I search for non OSS drivers and such.

My everyday desktop computer is triple boot. It has Win XP PRO, Fedora 8 and
Fedora Rawhide. New kernels show up for Fedora 8 from time to time. New
kernels show up for Rawhide all of the time. The only time I have ever had a
problem with one of them, in Rawhide, is when they try something new to try to
support some off-the-wall hardware and it fails. Or they make a minor
adjustment that fails. And that is normally corrected the next day. Two at the

And since I know how to quickly and easily fix a problem such as this, should
one arise, I feel that the default of two kernels if enough for me.

That is why I asked.
- --

~  David
Version: GnuPG v1.4.8 (MingW32)


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