> Hi, all.
>
> Does anyone know of any prohibitions against upgrading from Red Hat 5.0 to
> 5.2? I have some hardware that would work much better under 5.2 (Matrox
> G200 or something video card, DLT drive), but I'm concerned about
> affecting the functionality of FNAL software, e.g. FUE, and CDF offline
> development software.
Hi,
Your Matrox G200 video card is handled by XFree86, the latest RPMS being
3.3.3 as far as I know. Your DLT will be handled by (at least) mt-st-0.5b
I think, but you may also need the 2.0.36 kernel. You can get these
packages from:
redhat/updates/5.0/i386/XFree86*.rpm
redhat/contrib/libc6/i386/mt-st-0.5b-1.i386.rpm
redhat/updates/5.0/i386/kernel-headers-2.0.36-1.i386.rpm
redhat/updates/5.0/i386/kernel-2.0.36-1.i386.rpm
redhat/updates/5.0/i386/kernel-source-2.0.36-1.i386.rpm
Upgrading X and m-stt is fairly straightforward. Upgrading the kernel is
slightly less so. You need:
rpm -ivh (the i is important to avoid blowing away your existing kernel)
redhat/updates/5.0/i386/kernel-2.0.36-1.i386.rpm
redhat/updates/5.0/i386/kernel-headers-2.0.36-1.i386.rpm
(and optionally) redhat/updates/5.0/i386/kernel-source-2.0.36-1.i386.rpm
You then need to add a menu item to lilo.conf for your new kernel, and if
you have a SCSI card you should use mkinitrd to make a ramdisk image of
the kernel modules. I'm in CDF (144-E) so if you have trouble give me a
shout. Re-run lilo, and then do whatever you need to satisfy (eg) your
preferred dual-bootng method (or whatever) before rebooting and crossing
fingers.
You can do this easily over the net with:
mkdir /mnt/linux-rep
mount -t nfs -ro linux-rep.fnal.gov:/mirror/ftp/pub/mirrors /mnt/linux-rep
and then prepending /mnt/linux-rep to the paths above.
As you can see, most of these are sanctioned updates to 5.0. You may wish
to consider upgrading *all* the packages you see in the updates/5.0 area,
as they are usually security- or bugfix-related.
To summarize and explain: for the particular functionality you require, it
is not actually necessary to upgrade to 5.2. I would anyway advise against
it until there is a new Fermi-RedHat release because although there
*shouldn't* be any problems running FNAL/CDF software, if there are people
are not obliged to help you as it isn't a supported system.
Hope all this helps,
Chris.
>
> Thanks,
>
> Jason Galyardt
>
> Texas Tech University
> galyardt@aardvark.phys.ttu.edu
>
-- Chris Green. HEP, Purdue University. CDF SVXII project. Based at Fermilab. MAIL greenc@fnal.gov; PHONE (630) 840-2308