After having sucess doing a yum update from fedora 14 to 15 on a non-critical system, I feel brave enough to try it on my desktop (an x86_64 system).
yum updateto insure that I am starting with an up-to-date fedora install.
To my disgust and annoyance, I find it has over 100 packages to update, and I know I installed the yum-cron package.
yum install yum-cron chkconfig yum-cron on
I run package-cleanup --orphans which discovers several packages, most of which I use yum erase to get rid of.
I discover a useful shortcut that I never knew about. Even though the architecture (x86_64 or i686) is at the end of the full package name, you can do things like:
yum erase glibc.i686To get rid of a package.
I import the new Fedora 15 gpg key via:
rpm --import https://fedoraproject.org/static/069C8460.txt
Then I do telinit 3 to get out of a graphical environment, and log in as root on the text console.
Then I go for broke with:
yum clean all yum -y --releasever=15 --disableplugin=presto distro-syncDisabling the presto plugin is recommended as the drpm format has changed.
There are always some of these to deal with, and this time some were tricky. This is highly dependent on the history of the system being upgraded, so there is no way to give hard and fast rules, each case is different. It is a rinse, lather, repeat scenario until things get worked out.
yum erase xdelta yum erase libXaw-devel.i686 yum erase libogg-devel.i686 yum erase xfconf.i686 xfconf-devel.i686 yum erase libogg-devel.i686After this we get to a nasty business between i686 and x86_64 flavors of glib2-devel. I do a lot of trial and error here, and what ultimately seemed to turn the trick was:
yum erase glib2-devel.i686 yum -y --releasever=15 --disableplugin=presto --exclude=glib2-devel distro-syncThis told me that the libuser-devel.i686 package was requiring glib2-devel.i686, so I did this:
yum erase libuser-devel.i686 yum erase tk.i686 tcl.i686After noting that yum upgrade glib2-devel installed the fc15 package, I did this (which is probably totally unimportant, but I am telling you everying):
yum update yum
After this is is off updating 2460 packages and installing 324 others. I get tired of waiting and go home for the night.
As recommended I do:
yum groupupdate BaseThis pulls in several packages, including NetworkManager, which I DO NOT want under any circumstances! So we do:
yum erase NetworkManager
As recommended, I also upgrade grub:
/sbin/grub-install /dev/sda
The sync command works, but reboot, gives a message like:
Failed to talk to init daemon. Couldn't find an alternative telinit implementation to spawn.
I resort to the reset button.
The machine boots up, but then the real trouble starts.
This is entirely a gnome issue. I can ping and ssh to this computer just fine and telinit 3 drops it back to a non-graphical multiuser mode so I can sort out the problems.
I have a detailed discussion of all of this elsewhere, but my first impressions are that Gnome 3 sucks really badly. My second impressions are worse than that.
There seems to be no easy fix, and I suppose this is a great time to try xfce4. This is actually fairly easy and is a breath of fresh air after several hours of frustration fighting with gnome.
I drag the reload, and home buttons to the locations at the upper left where I have always expected to find them, now my deeply ingrained habits can resume their service to me. Note that the reload button transforms into the stop button when anything is in progress, nice!
Adventures in Computing / tom@mmto.org