Upgrading Fedora Core 1 to Fedora Core 3

by David K. Levine

Because of major architectural changes from fc1 to fc2 - namely the introduction of the 2.6 kernel series - this upgrade breaks a lot of things.

and the screen is initialized to a mode where even a terminal won't display
set the driver to vga in /etc/X11/xorg.conf. This does not enable X to load, but
it enables the screen to show the terminal session showing the errors in the Xsession
follow the dialogs and allow the program to choose a driver
reboot in single user mode then run /usr/bin/system-config-display (does this work via ssh?)
now X will load
use System Settings | Display - make sure to choose the monitor type to get a reasonable selection of colors and resolutions
in the default configuration the Radeon 7000 driver is unstable and will cause X to freeze at inconvenient and random times; to fix this
in /etc/X11/xorg.conf comment out the line Load "dri" in the modules section; it may also be worth trying Option "NoAccel" at the end of the Screen section
Yikes - lost the keyboard overnight. Am trying downgrading to the VESA driver - surely that is stable

understand that you won't as many devices as you are used to in /dev
understand the udev dynamically adds and subtracts nodes from /dev
understand that even though the kernel loads usb devices correctly the won't show up in /dev as they are supposed to because the version of udev that shipped with fc3 is broken
install the updated udev rpm or nothing will work

in /etc/sane.d/epson.conf change the line "usb /dev/scanner0" to "usb"
/dev/scanner0 and so forth don't exist anymore but it doesn't matter because SANE won't try to use them unless you tell it to

reopen port 8100 by modifying the ~/.openoffice/share/registry/data/org/openoffice/Setup.xcu file. Add <prop oor:name="ooSetupConnectionURL" oor:type="xs:string"><value>socket,host=localhost,port=8100;urp;</value></prop> immediately following <node oor:name="Office">

purchase and install 3.0.1 Standard; use the Loki installer. It upgraded the existing installation without problem

and not even recompiling helps
upgrade to 4.5.2
run vmware-config.pl as usual
cp -rp /dev/vm* /etc/udev/devices
the release notes claim you are supposed to upgrade the modules using some any.any program - I didn't do this, and it seems to work

fix the sources by going to /etc/sysconfig/rhn and copying sources.rpmnew to sources
up2date.rpmnew to up2date and edit up2date to store files in the correct directory

edit /etc/init.d/mysqld to fix the usual problem that it needs a password to correctly determine that startup succeeded

rewrite to first determine if ttyUSB1 had been loaded rather than trying to connect to a nonexistent device
although palm updating worked with the original fc3 667 kernel the 678 and 681 releases broke it - the connection closes before all the data is transfered. Based upon the documentation of changes in 678 a guess is that the problem lies in the switch from polling (=reliable) to interrupts (=fast) in the hotplug code. Unfortunately the only known way to fix the problem is to revert to the 678 kernel.
see http://www.clasohm.com/blog/one-entry?entry_id=12096 for a nice writeup of using a palm with Fedora 3.

the path to the headers for building modules is /lib/modules/2.6.9-1.667/build
create symbolic link from /usr/src/linux-2.6.9-1.667 to /lib/modules/2.6.9-1.667/build
to get the actual source, download the source isos
rpm -ivh kernel-source
cd /usr/src/redhat/SPECS
rpmbuild -bp --target i686 kernel-2.6.spec
the exploded source tree is now in /usr/src/redhat/BUILD

the attempt of the installation program to preserve menus from earlier installations has resulted in a mess
the preferences and system-settings menus are littered with sub-menus such as Applications and Graphics that have no place there and appear to have been absorbed from some other place and other time
in kde the problem is easily solved with the menu editor
in gnome it is essentially impossible to edit the menu system
deleting the directories /usr/share/gnome/apps AND /etc/X11/applnk solves the problem

use save link as, or
in Konqueror go to Desktop/Downloads - that is where the downloaded files wound up
since this works using the gnome desktop, it gives some hope that gnome and kde are now using the same desktop

no clue how to fix this
download stuff using another machine with fc1 and copy to the fc3 machine using scp
get the java bittorrent program Azureus