Re: (RADIATOR) Version 3.3 install
El 6 Sep 2002 a las 9:29, Hugh Irvine escribió: Hello Mariano, Hello Charly - Yes, my method allows you to use specific, different versions of Perl as well. All I do is this: cd /the/radiator/distribution /usr/local/src/Perl/Perl-/bin/perl Makefile.PL; make; make test Thanx, Huhg... would cd /the/radiator/distribution ../bin/perl Makefile.PL; make; make test make the perl installation used relative path dependant? or it would resolve the absolute path in the making? i.e: would I get #!../bin/perl at the top of my radiusd? .. then when I run Radiator I use the fully qualified path for both the perl instance I want and for the Radiator instance I want. cd /the/radiator/distribution; /usr/local/src/Perl/Perl-/bin/perl radiusd -config_file . Of course I usually use constants in shell scripts to make it easier (and sometimes symbolic links). cheers Hugh On Friday, September 6, 2002, at 07:26 AM, Mariano Absatz wrote: FTR, I also think it's A Good Thing(TM) to be able to have a special perl instalation for some critical perl programs or for programs with quite specific requirements... El 5 Sep 2002 a las 11:34, Karl Gaissmaier escribió: Hi Hugh and Mike, Hello Charly - What I usually do is skip the make install step altogether, and just leave the various versions in seperate directories. sounds reasonable for your environment but without a make install for example the path to the perl interpreter doesn't gets adjusted to the local requirements. Not all perl interpreters stay in /usr/bin/perl and there exists good reasons (at least for me) to use a totally own perl interpreter installation to get the different needed packages handled. Sure, I have also a perl interpreter under /usr/bin/perl but this is the interpreter with the standard set of installed modules for all workstations here. Anyway, I don't think this could be solved generally, but it should be discussed in the FAQ or in the reference guide. Thanks for discussing and this wonderful support. Charly -- Mariano Absatz El Baby -- I like cats too. Let's exchange recipes. === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Version 3.3 install
Hello Mariano - The reason I use absolute path names is to remove any ambiguity. I suggest you try what you show below to see what you get. regards Hugh On Tuesday, September 10, 2002, at 06:20 AM, Mariano Absatz wrote: El 6 Sep 2002 a las 9:29, Hugh Irvine escribió: Hello Mariano, Hello Charly - Yes, my method allows you to use specific, different versions of Perl as well. All I do is this: cd /the/radiator/distribution /usr/local/src/Perl/Perl-/bin/perl Makefile.PL; make; make test Thanx, Huhg... would cd /the/radiator/distribution ../bin/perl Makefile.PL; make; make test make the perl installation used relative path dependant? or it would resolve the absolute path in the making? i.e: would I get #!../bin/perl at the top of my radiusd? .. then when I run Radiator I use the fully qualified path for both the perl instance I want and for the Radiator instance I want. cd /the/radiator/distribution; /usr/local/src/Perl/Perl-/bin/perl radiusd -config_file . Of course I usually use constants in shell scripts to make it easier (and sometimes symbolic links). cheers Hugh On Friday, September 6, 2002, at 07:26 AM, Mariano Absatz wrote: FTR, I also think it's A Good Thing(TM) to be able to have a special perl instalation for some critical perl programs or for programs with quite specific requirements... El 5 Sep 2002 a las 11:34, Karl Gaissmaier escribió: Hi Hugh and Mike, Hello Charly - What I usually do is skip the make install step altogether, and just leave the various versions in seperate directories. sounds reasonable for your environment but without a make install for example the path to the perl interpreter doesn't gets adjusted to the local requirements. Not all perl interpreters stay in /usr/bin/perl and there exists good reasons (at least for me) to use a totally own perl interpreter installation to get the different needed packages handled. Sure, I have also a perl interpreter under /usr/bin/perl but this is the interpreter with the standard set of installed modules for all workstations here. Anyway, I don't think this could be solved generally, but it should be discussed in the FAQ or in the reference guide. Thanks for discussing and this wonderful support. Charly -- Mariano Absatz El Baby -- I like cats too. Let's exchange recipes. === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. -- Radiator: the most portable, flexible and configurable RADIUS server anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X. - Nets: internetwork inventory and management - graphical, extensible, flexible with hardware, software, platform and database independence. === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Version 3.3 install
FTR, I also think it's A Good Thing(TM) to be able to have a special perl instalation for some critical perl programs or for programs with quite specific requirements... El 5 Sep 2002 a las 11:34, Karl Gaissmaier escribió: Hi Hugh and Mike, Hello Charly - What I usually do is skip the make install step altogether, and just leave the various versions in seperate directories. sounds reasonable for your environment but without a make install for example the path to the perl interpreter doesn't gets adjusted to the local requirements. Not all perl interpreters stay in /usr/bin/perl and there exists good reasons (at least for me) to use a totally own perl interpreter installation to get the different needed packages handled. Sure, I have also a perl interpreter under /usr/bin/perl but this is the interpreter with the standard set of installed modules for all workstations here. Anyway, I don't think this could be solved generally, but it should be discussed in the FAQ or in the reference guide. Thanks for discussing and this wonderful support. Charly -- Karl Gaissmaier Computing Center,University of Ulm,Germany Email:[EMAIL PROTECTED] Network Administration Tel.: ++49 731 50-22499 === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. -- Mariano Absatz - El Baby mailto:[EMAIL PROTECTED] http://www.baby.com.ar/ PGP KEYS: http://www.baby.com.ar/datos/personales.html#claves_pgp |\ _ _\\/' Powered by Pegasus Mail /|__) http://www.pmail.com ) )\ === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Version 3.3 install
Hello Mariano, Hello Charly - Yes, my method allows you to use specific, different versions of Perl as well. All I do is this: cd /the/radiator/distribution /usr/local/src/Perl/Perl-/bin/perl Makefile.PL; make; make test .. then when I run Radiator I use the fully qualified path for both the perl instance I want and for the Radiator instance I want. cd /the/radiator/distribution; /usr/local/src/Perl/Perl-/bin/perl radiusd -config_file . Of course I usually use constants in shell scripts to make it easier (and sometimes symbolic links). cheers Hugh On Friday, September 6, 2002, at 07:26 AM, Mariano Absatz wrote: FTR, I also think it's A Good Thing(TM) to be able to have a special perl instalation for some critical perl programs or for programs with quite specific requirements... El 5 Sep 2002 a las 11:34, Karl Gaissmaier escribió: Hi Hugh and Mike, Hello Charly - What I usually do is skip the make install step altogether, and just leave the various versions in seperate directories. sounds reasonable for your environment but without a make install for example the path to the perl interpreter doesn't gets adjusted to the local requirements. Not all perl interpreters stay in /usr/bin/perl and there exists good reasons (at least for me) to use a totally own perl interpreter installation to get the different needed packages handled. Sure, I have also a perl interpreter under /usr/bin/perl but this is the interpreter with the standard set of installed modules for all workstations here. Anyway, I don't think this could be solved generally, but it should be discussed in the FAQ or in the reference guide. Thanks for discussing and this wonderful support. Charly -- Karl Gaissmaier Computing Center,University of Ulm,Germany Email:[EMAIL PROTECTED] Network Administration Tel.: ++49 731 50-22499 === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. -- Mariano Absatz - El Baby mailto:[EMAIL PROTECTED] http://www.baby.com.ar/ PGP KEYS: http://www.baby.com.ar/datos/personales.html#claves_pgp |\ _ _\\/' Powered by Pegasus Mail /|__) http://www.pmail.com ) )\ === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. -- Radiator: the most portable, flexible and configurable RADIUS server anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X. - Nets: internetwork inventory and management - graphical, extensible, flexible with hardware, software, platform and database independence. === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Version 3.3 install
Hi Hugh,
Hugh Irvine schrieb:
Hello Charly -
What I usually do is skip the make install step altogether, and just
leave the various versions in seperate directories.
and I do it in the meanwhile with the following startup script:
(tweaking the -I flag on perl startup and dealing with PREFIX=...
and a symbolic link current pointing to actual version)
#!/bin/sh
#
# kg 08/02
#
PERL=/radiator/perl/bin/perl
RADIUS_LIB=/radiator/current/lib/site_perl
RADIUSD=/radiator/current/bin/radiusd
CONFIG=/radiator/etc/radiator-config
PIDFILE=/radiator/etc/pidfile
#
case $1 in
'start')
if [ -f $RADIUSD -a -f $CONFIG ]; then
echo radius (radiator) service starting.
$PERL -I$RADIUS_LIB $RADIUSD -config_file $CONFIG
else
echo $RADIUSD or $CONFIG missing. STOPPED!
fi
;;
'stop')
if [ -f $PIDFILE ]; then
echo Stopping the radius (radiator) service.
kill -15 `cat $PIDFILE`
fi
;;
'restart')
if [ -f $PIDFILE ]; then
echo Restarting the radius (radiator) service.
kill -1 `cat $PIDFILE`
fi
;;
*)
echo Usage: /etc/init.d/radiator { start | stop | restart }
;;
esac
exit 0
I have also a discrete perl installation only for radius, because
I need some modules/versions specific for radius and I will not
pay attention when I upgrade the main perl installation for our
workstations.
Anyway, Hugh and Mike, there are more than one way to solve this
problem with concurrent versions, but I think at least one
solution should be described in the manual or at least in FAQ.
Best regards
Charly
--
Karl Gaissmaier Computing Center,University of Ulm,Germany
Email:[EMAIL PROTECTED] Network Administration
Tel.: ++49 731 50-22499
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Version 3.3 install
Hi Charly -
I will let Mike reply to your suggestion.
regards
Hugh
On Monday, September 2, 2002, at 05:57 PM, Karl Gaissmaier wrote:
Hi Hugh,
Hugh Irvine schrieb:
Hello Charly -
What I usually do is skip the make install step altogether, and just
leave the various versions in seperate directories.
and I do it in the meanwhile with the following startup script:
(tweaking the -I flag on perl startup and dealing with PREFIX=...
and a symbolic link current pointing to actual version)
#!/bin/sh
#
# kg 08/02
#
PERL=/radiator/perl/bin/perl
RADIUS_LIB=/radiator/current/lib/site_perl
RADIUSD=/radiator/current/bin/radiusd
CONFIG=/radiator/etc/radiator-config
PIDFILE=/radiator/etc/pidfile
#
case $1 in
'start')
if [ -f $RADIUSD -a -f $CONFIG ]; then
echo radius (radiator) service starting.
$PERL -I$RADIUS_LIB $RADIUSD -config_file $CONFIG
else
echo $RADIUSD or $CONFIG missing. STOPPED!
fi
;;
'stop')
if [ -f $PIDFILE ]; then
echo Stopping the radius (radiator) service.
kill -15 `cat $PIDFILE`
fi
;;
'restart')
if [ -f $PIDFILE ]; then
echo Restarting the radius (radiator) service.
kill -1 `cat $PIDFILE`
fi
;;
*)
echo Usage: /etc/init.d/radiator { start | stop | restart }
;;
esac
exit 0
I have also a discrete perl installation only for radius, because
I need some modules/versions specific for radius and I will not
pay attention when I upgrade the main perl installation for our
workstations.
Anyway, Hugh and Mike, there are more than one way to solve this
problem with concurrent versions, but I think at least one
solution should be described in the manual or at least in FAQ.
Best regards
Charly
--
Karl Gaissmaier Computing Center,University of Ulm,Germany
Email:[EMAIL PROTECTED] Network Administration
Tel.: ++49 731 50-22499
--
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Version 3.3 install
Hi Chris, thanks for reporting this. Looks like 5.005 does not look in any version independent site files. Looks like we will have to work on this again. In the meantime, I have uploaded a new Makefile.PL to the patches area that removes the use of PREFIX etc, and it now works the same as in earlier versions: http://www.open.com.au/radiator/downloads/patches-3.3/Makefile.PL We apologise for any inconvenience. On Thu, 29 Aug 2002 16:17, Chris Myers wrote: Hi Mike, Pavel, The patched Makefile.PL on SPARC Solaris 8 was installing the .pm files in /usr/local/lib/perl5/site_perl instead of /usr/local/lib/perl5/site_perl/5.005 where perl expected it. Cheers, Chris Pavel A Crasotin wrote: Hi, Mike. The same problem is on SPARC Solaris 8. I dont test new Makefile.PL yet. MM Hello all, MM a number of people have reported problems with the install process in version MM 3.3. On Suse and FreeBSD, 'make install' will try to install library files MM into /lib instead of the more usual /usr/lib. MM We have uploaded a new Makefile.PL to the 3.3 patches area that should fix MM this problem. MM http://www.open.com.au/radiator/downloads/patches-3.3/Makefile.PL MM Any further reports to me please. MM Cheers. With respect, Pavel A Crasotin OJSC SeverTransCom 159 Moskovsky pr, Yaroslavl, 150048, Russia Tel/Fax: +7 (0852) 49-57-57, 49-58-88 === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au Phone +61 3 9598-0985 Fax +61 3 9598-0955 Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, Active Directory etc etc on Unix, Win95/8, 2000, NT, MacOS 9, MacOS X etc etc === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Version 3.3 install
Hi Mike,
Mike McCauley schrieb:
Hi Chris,
thanks for reporting this.
Looks like 5.005 does not look in any version independent site files. Looks
like we will have to work on this again.
In the meantime, I have uploaded a new Makefile.PL to the patches area that
removes the use of PREFIX etc, and it now works the same as in earlier
versions:
http://www.open.com.au/radiator/downloads/patches-3.3/Makefile.PL
for me (Solaris 5.9, perl 5.6.1) it's working with this new/old
Makefile.PL as usual with older releases.
Anyway, I think now it's time to rethink the possibility to have
parallel radiator installations simultan for easy upgrade.
(For a lot of us, radiusd is a mission critical application,
upgrades are always a pain if you get running installations
overwritten)
Why do you use the following in your scripts:
# Make sure we get the local libs for preference
BEGIN
{
unshift(@INC, '.');
# You will probably have to uncomment the next line if you want to
# run this script SUID
#$ENV{PATH} = '/sbin:/bin:/usr/sbin:/usr/bin';
}
this helps nothing if you use PREFIX=/new/version/test.
unshift(@INC, '.') is normally wrong. This '.' in @INC is
the CWD of the running process not the installdir of the script.
I think you should do this similar like:
use FindBin;
use lib $FindBin::Bin/../lib/site_perl;
then your PREFIX get's automagically proper handelt.
Perhaps I'm wrong, so please enligth me.
Best regards and thanks again and again and ... for this
wonderful fast and competent support!
Charly
--
Karl Gaissmaier Computing Center,University of Ulm,Germany
Email:[EMAIL PROTECTED] Network Administration
Tel.: ++49 731 50-22499
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Version 3.3 install
Hi Karl,
On Thu, 29 Aug 2002 18:53, Karl Gaissmaier wrote:
Hi Mike,
Mike McCauley schrieb:
Hi Chris,
thanks for reporting this.
Looks like 5.005 does not look in any version independent site files.
Looks like we will have to work on this again.
In the meantime, I have uploaded a new Makefile.PL to the patches area
that removes the use of PREFIX etc, and it now works the same as in
earlier versions:
http://www.open.com.au/radiator/downloads/patches-3.3/Makefile.PL
for me (Solaris 5.9, perl 5.6.1) it's working with this new/old
Makefile.PL as usual with older releases.
Thanks for the feedback. Looks like it depends heavily on the verison of perl
installed.
Anyway, I think now it's time to rethink the possibility to have
parallel radiator installations simultan for easy upgrade.
(For a lot of us, radiusd is a mission critical application,
upgrades are always a pain if you get running installations
overwritten)
Why do you use the following in your scripts:
The main reason is to allow testing from within a distribution: you always run
with the library files that come with the distribution. Otherwise you can get
hard to trace effects due to libraries being loaded from previously installed
version etc.
# Make sure we get the local libs for preference
BEGIN
{
unshift(@INC, '.');
# You will probably have to uncomment the next line if you want to
# run this script SUID
#$ENV{PATH} = '/sbin:/bin:/usr/sbin:/usr/bin';
}
this helps nothing if you use PREFIX=/new/version/test.
unshift(@INC, '.') is normally wrong. This '.' in @INC is
the CWD of the running process not the installdir of the script.
I think you should do this similar like:
use FindBin;
use lib $FindBin::Bin/../lib/site_perl;
then your PREFIX get's automagically proper handelt.
Perhaps I'm wrong, so please enligth me.
Best regards and thanks again and again and ... for this
wonderful fast and competent support!
Charly
--
Mike McCauley [EMAIL PROTECTED]
Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW
24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au
Phone +61 3 9598-0985 Fax +61 3 9598-0955
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
Platypus, Freeside, TACACS+, PAM, external, Active Directory etc etc
on Unix, Win95/8, 2000, NT, MacOS 9, MacOS X etc etc
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
(RADIATOR) Version 3.3 install
Hello all, a number of people have reported problems with the install process in version 3.3. On Suse and FreeBSD, 'make install' will try to install library files into /lib instead of the more usual /usr/lib. We have uploaded a new Makefile.PL to the 3.3 patches area that should fix this problem. http://www.open.com.au/radiator/downloads/patches-3.3/Makefile.PL Any further reports to me please. Cheers. -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au Phone +61 3 9598-0985 Fax +61 3 9598-0955 Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, Active Directory etc etc on Unix, Win95/8, 2000, NT, MacOS 9, MacOS X etc etc === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Version 3.3 install
Hi, Mike. The same problem is on SPARC Solaris 8. I dont test new Makefile.PL yet. MM Hello all, MM a number of people have reported problems with the install process in version MM 3.3. On Suse and FreeBSD, 'make install' will try to install library files MM into /lib instead of the more usual /usr/lib. MM We have uploaded a new Makefile.PL to the 3.3 patches area that should fix MM this problem. MM http://www.open.com.au/radiator/downloads/patches-3.3/Makefile.PL MM Any further reports to me please. MM Cheers. With respect, Pavel A Crasotin OJSC SeverTransCom 159 Moskovsky pr, Yaroslavl, 150048, Russia Tel/Fax: +7 (0852) 49-57-57, 49-58-88 === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
RE: (RADIATOR) Version 3.3 install
You guys aint having fun lately are yaz ;-) ...Skeeve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Mike McCauley Sent: Thursday, August 29, 2002 11:36 AM To: [EMAIL PROTECTED] Subject: (RADIATOR) Version 3.3 install Hello all, a number of people have reported problems with the install process in version 3.3. On Suse and FreeBSD, 'make install' will try to install library files into /lib instead of the more usual /usr/lib. We have uploaded a new Makefile.PL to the 3.3 patches area that should fix this problem. http://www.open.com.au/radiator/downloads/patches-3.3/Makefile.PL Any further reports to me please. Cheers. -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au Phone +61 3 9598-0985 Fax +61 3 9598-0955 Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, Active Directory etc etc on Unix, Win95/8, 2000, NT, MacOS 9, MacOS X etc etc === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Version 3.3 install
Hi Mike, Pavel, The patched Makefile.PL on SPARC Solaris 8 was installing the .pm files in /usr/local/lib/perl5/site_perl instead of /usr/local/lib/perl5/site_perl/5.005 where perl expected it. Cheers, Chris Pavel A Crasotin wrote: Hi, Mike. The same problem is on SPARC Solaris 8. I dont test new Makefile.PL yet. MM Hello all, MM a number of people have reported problems with the install process in version MM 3.3. On Suse and FreeBSD, 'make install' will try to install library files MM into /lib instead of the more usual /usr/lib. MM We have uploaded a new Makefile.PL to the 3.3 patches area that should fix MM this problem. MM http://www.open.com.au/radiator/downloads/patches-3.3/Makefile.PL MM Any further reports to me please. MM Cheers. With respect, Pavel A Crasotin OJSC SeverTransCom 159 Moskovsky pr, Yaroslavl, 150048, Russia Tel/Fax: +7 (0852) 49-57-57, 49-58-88 === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. -- +Chris Myers ~ [EMAIL PROTECTED] . Information Technology Services - Software Infrastructure . Ph: +61 7 3365 4017 - Mobile: 0413-009-482 - Room: 42-412 . The Prentice Building - The University of Queensland 4072 + PGP Public key available @ http://www.uq.edu.au/~uqcmyers === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
