On Sun, Jan 22, 2006 at 10:24:43PM -0500, nmeyers@javalinux.net wrote:

On Sun, Jan 22, 2006 at 10:13:27PM -0500, Bill Mills-Curran wrote:

...

I just upgraded to FC4 from FC3 and I had some troubles that should not have happened. My FC3 system was current with updates, and I used downloaded ISO's from fedora. The problem was that many of the FC3 packages were more up to date than the FC4 packages, so the upgrade did not install them. This included the kernel. I felt lucky that I had a workable system.

Sorry to hear things haven't gotten any better since my days as an RH user (pre-RH9). I never experienced a smooth upgrade; sometimes had to just rebuild the system.

Agreed. I have been using Redhat since 6.2. I had partitions setup the following way /boot / swap /home /usr/local/ This way I can keep the users data and just install a new system over it. I think that Debian's method of package management is the best of any of the Linux Distro's. I a year ago I switched from FC3 to Ubuntu because Ubuntu has a 6 month release cycle, similar to FC and Ubuntu pays individuals to fix security vulnerabilities. --Josh

I drifted from RH to Mandrake (pre-Mandriva) and then to Gentoo. Though not without the occasional bump, I've found Gentoo's approach to package management the least violent of them all.

Nathan

...

Running up2date did not help -- I was still in an FC3 system (kind of).

I manually installed the FC4 kernel and ran up2date again, but it was stuck on many packages, because up2date only wanted to freshen existing rpm's -- it didn't want to add any new ones to solve dependencies.

After much arm-wrestling (floundering?), I gave up on the GUI up2date and ran with the command line, feeding it chunks of rpms that needed updating.

I feel lucky that I didn't brick my system. What did I do wrong? This must be a common occurance. I have another system that I need to upgrade, but I don't want it to go like this. What's a better way?

Thanks, Bill _______________________________________________ Discuss mailing list Discuss@blu.org http://olduvai.blu.org/mailman/listinfo/discuss

_______________________________________________ Discuss mailing list Discuss@blu.org http://olduvai.blu.org/mailman/listinfo/discuss