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
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, 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
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
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.
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 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
Hello Charly - What I usually do is skip the "make install" step altogether, and just leave the various versions in seperate directories. Ie. bash-2.05$ pwd /usr/local/src/Radiator bash-2.05$ ls -l total 12648 drwxr-xr-x 48 hugh staff 1588 May 19 22:04 Radiator-2.19 -rwxrwxrwx 1 hugh staff1977109 Nov 26 2001 Radiator-2.19.tgz drwxr-xr-x 49 500 500 1622 May 31 18:04 Radiator-3.1 -rw-r--r-- 1 hugh staff2143428 May 27 12:36 Radiator-3.1.tgz drwxr-xr-x 40 hugh unknown 1316 Aug 24 19:36 Radiator-3.2 -rwxr-xr-x 1 hugh unknown 2204136 Aug 20 06:03 Radiator-3.2.tgz -rw-r--r-- 1 hugh staff 143029 Aug 13 14:21 patches-3.1.tar.gz Then in my startup script I go to the correct directory and run radiusd from there: PERL=/usr/bin/perl RADIUSDIR=/usr/local/src/Radiator/Radiator-3.3 CONFIGDIR=/usr/local/etc/radiator cd $RADIUSDIR; $PERL radiusd -config_file $CONFIGDIR/radius.cfg .. I find it *much* easier to do it this way, as changing versions is a simple as changing a single line in the startup script (or of course you could just change a symlink instead). This is why Mike has "@INC" set up the way he has. regards Hugh On Thursday, August 29, 2002, at 06:53 PM, 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. > > 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. > > -- 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 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.
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 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, 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.
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. 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.
(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.