Re: Recommendation please

From: Unruh (unruh-spam_at_physics.ubc.ca)
Date: 05/21/05 

Date: 21 May 2005 01:40:41 GMT

daves@argonet.co.uk writes:

>Unruh wrote:
>> >Problem 1 (of > 10): I tried to upgrade the perl from 5.8.0 to 5.8.6
>> >and while it appeared to install, when I do a perl -v it tells me
>> >5.8.0!
>>
>> How did you "try to install" it. Did you find a perl rpm or did you
>isntall
>> from tarball source. If the latter you may find the new perl in
>> /usr/local/bin, rather than /usr/bin where you are probably running
>it from

>I got an rpm from the perl site. Using locate, I've found it in a
>different set of directories. I guess I'll have to uninstall the 5.8.0,
>then somehow get the system to point at the 5.8.6 ... ?

Ah yes, it is better to try to get it from your own distribution site for
precisely that reason. Everyone has their own ideas of where to install it.
However you could just put pointers to it say from /usr/local/bin as well.
ln -sf /opt/perl-5.8.6/bin/perl /usr/local/bin/perl

To remove the old one do
rpm -e perl however that may well give you a huge of list of things which
depend on it. That is again why it is better to use the rpm for your
distro.

>> >Problem 2,3,4 : I need to upgrade the apache installation, the
>MySQL,
>> >some CPAN modules - managed to sort of do the MySQL, but not the
>> >others.
>>
>> You know, this is insane. You want to upgrade a whole bunch of
>things, but
>> do not want to upgrade the OS. Why not just bite the bullet and have
>your
>> customers let you upgrade Redhat to a more recent build. Safer.
>> Or go to Mandriva, where urpmi would have allowed you to upgrade the
>whole
>> system live with urpmi --auto-select

>I know. I didn't know RH had been EOL'ed, so I'll talk to the owners
>and try and get them to make a decision. Now that is going to be really
>awkward!

Yes. RH's position has been a pain in the ***.

HOwever again, if you want to update just a few things, get the newer rpm
from say the Fedora site and try installing them. You may get a huge list
of dependencies. They you would have to eitehr get the source and try to
install recompile it from rpm
rpm --rebuild name.of.the.src.rpm

>> Anyway, get the rpm sources of those packages from a more recent
>version of
>> radhat or fedora, recompile them on that machine to make sure that
>the
>> libraries used are the appropriate ones, and install them.

>This is one thing that's never really made sense to me. On a VME
>machine, all the applications and the VME operating system arrive ready
>compiled and ready to install. Why under linux do you have to install
>many things from a source?

You do not. I am advising this because sometime the new binary rpms will
have dependencies on the new libraries etc in the new distro. recompiling
them against what you have makes sure of compatibility.

However you can certainly try to first download the most recent .i386.rpm
binaries and install them.

>> >My main home machine is actually RISC OS, though I do have a 'doze
>> >laptop which I rarely switch on. From RISC OS I aught to be able to
>use
>> >either !samba or !Sunfish (NFS). !Samba works, usually, but I cannot
>> >get the NFS side set up on the linux boxes.
>>
>> Huh? Trivial.

>I'm sure it is to some people, but it's frustrated me to the extent
>that I generally use samba even though, supposedly, NFS is better.

Samba for windows machine or for other linux boxes?
If it is for other linux/unix/... boxes then
service networking start
service networking start
service nfs start

They put the directories you want to export into /etc/exports

Eg, a line might be,
/usr/local machine1(rw,async,no_root_squash) machine2(ro,async)
and then run
exportfs -a

and on the other machines, put into /etc/fstab (eg on machine 1)
machine0:/usr/local /usr/local0 nfs rw,soft,bg,intr 0 0

Make sure that the directory /usr/local0 exists and
Then run
mount -a
and you will have mounted it.
Of course if the other machines are windows machines, then I have no idea.