long term support release

Andrew Farris lordmorgul at gmail.com
Sat Jan 26 12:38:10 UTC 2008


Horst H. von Brand wrote:
> Les Mikesell <lesmikesell at gmail.com> wrote:
>> Jesse Keating wrote:
> 
> [...]
> 
>>> What earthly reason would you have to run some old code set, with not
>>> even close to guaranteed updates, let alone timely ones, with little
>>> man power behind it, and the opportunity to be ignored by most package
>>> owners?
> 
>> Here's the reason: you have a new computer with hardware supported in
>> fedora but not the current RHEL/Centos release -
> 
> Lack of care when buying a machine can't be cured by the distribution.
> 
>>                                                  or you need some
>> software feature provided in the newer fedora apps so you install
>> fedora.
> 
> I was perfectly happy with RH 6.2, and most of what I do now I could do
> there, so this can't really be an issue.
> 
>>          A year passes and you've installed an assortment of
>> additional apps and perhaps written some of your own.
> 
> Upgrade to next Fedora. Gets easier each time around. A bit of foresight
> when installing originally helps much here.

Precisely.  The update or upgrades are essentially very simple to handle when 
you've got a sane partitioning scheme setup.

Anyone running Fedora (and especially anyone testing updates or rawhide) that 
does not have their home on a separate partition is nuts (or new to that 
concept).  If you have /etc/ /root and /home where they can be safely backed up 
and restored, then nuking your entire system for a fresh install is a couple 
hours of work at best.

I just fail to see how anyone interested in running Fedora at all cannot find a 
few hours every 6 months to handle that.

-- 
Andrew Farris <lordmorgul at gmail.com> www.lordmorgul.net
  gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3
No one now has, and no one will ever again get, the big picture. - Daniel Geer
----                                                                       ----




More information about the fedora-devel-list mailing list