Moving from Centos to Fedora 9

[Jerry Feldman]

Thanks Stephen,
I've always been an advocate of clean installs although I've done=20
upgrades. A couple of years ago I was burnt by an admin upgrading RHEL=20
on an HP Integrity (IA64). The system was in Toronto. I thought the guy=20
screwed up, but later I did an upgrade install on a similar system in=20
our lab. We applied all the relevant patches, then upgraded, and we had=20
the same problem. While I was in the compiler group at Digital, one of=20
the things I was supposed to test was upgrade installs. But, we always=20
recommended clean installs.=20

On 09/13/2008 04:26 PM, Stephen Adler wrote:
> I second the comment strongly....
>
> Jarod Wilson wrote:
>> On Sep 13, 2008, at 14:41, Jerry Feldman wrote:
>>
>> =20
>>> I've decided that I want a more cutting edge distro. While I run =20
>>> RHEL at work and Centos 5.2 at home, there are some features in =20
>>> Fedora 9 (as well as SuSE 11 andUbuntu 8.04 that are not available =20
>>> in Centos through the standard repositories (although I can grab =20
>>> them directly).
>>>
>>> While I will probably do a clean install, is it possible to do an =20
>>> upgrade install.
>>>    =20
>>
>> Possible, yes... RHEL5 is essentially a fork of Fedora Core 6, so =20
>> there's something of an upgrade path that might work. However, going  =

>> forward three whole Fedora releases in one fell swoop isn't=20
>> guaranteed  to be the smoothest thing around. Technically, Fedora=20
>> only supports  upgrading from the prior release, and only via the=20
>> installer. Going  from RHEL5 to F9 via the installer might work,=20
>> might crash and burn.  Going RHEL5 -> F7 -> F8 -> F9 via the=20
>> installer is more likely to work  smoother, but take forever.=20
>> Straight yum upgrade should also be  doable. Basically, its not=20
>> something I'd really recommend, unless you  are willing to spend a=20
>> while untangling potential conflicts,  especially if you've installed =

>> any 3rd-party software. Backing up your  user data and reinstalling=20
>> is going to be a LOT less error-prone, and  likely faster as well.
>>
>>  =20
>


--=20
Jerry Feldman <gaf-mNDKBlG2WHs at public.gmane.org>
Boston Linux and Unix user group
http://www.blu.org
PGP key id: 537C5846
PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB  CA3B 4607 4319 537C 5846