RE: [Re: [SLUG] Re: [Re: Cannot See Perl CPAN Modules for Linux]]
Hi Rick:
Next step: print out the mounts, /etc/fstab and look carefully along
each element in the path /usr/lib/perl5/site_perl/5.6.0/i386-linux/
for mount points, nfs mounts, Samba shares and/or symlinks.
What do you mean by look carefully along
each element in the path /usr/lib/perl5/site_perl/5.6.0/i386-linux/
for mount points, nfs mounts, Samba shares and/or symlinks ??
You could ls -l {each path element}
and see if it is a symlink.
*** There are no symbolic links whatsover. They are
actual files and directories that were installed when
I created the domain using the Control Panel on that
server.
I can tell you more though as I am discovering a few things
while studying the server directories from root and checking out the
forums for that control panel that I was provided with.
When I create a domain called domain.com with username username
from the control panel from root that directory is accesible at
/home/virtual/domain.com/ (This is the base directory for the domain)
At the user account level for that domain, it's home is
/home/username (It cannot see /home/virtual/domain.com, only root
can).
Now root Perl repository is located at
/usr/bin/perl
The domain.com repository is located at
/home/virtual/domain.com/usr/bin/perl
The contents of /home/virtual/domain.com/usr/bin/perl
are not symbolic links to the main /usr/bin/perl .
This will not work anyway as user accounts cannot
and should not see anything below it. Right ??
So the control panel is somehow copying all the Perl
repository to that new domain account. Now the Perl
repository that it's copying/installing when the domain is created
cannot be coming from the main /usr/bin/perl, as
dates are different and some modules are not
there at the user account level.
I don't know where it's getting these Perl packages
that it's installing.
So when I install new CPAN modules as root, they are installed
under the main /usr/bin/perl and not
/home/virtual/domain.com/usr/bin/perl
So that would probably explain why the user account
cannot see the new modules.
Now what I would like to know is this, if I manually
kill all the contents of Perl for the domain.com, like
this (from root)
rm -Rf /home/virtual/domain.com/usr/bin/perl
and then do this (still as root)
cp -r /usr/bin/perl /home/virtual/domain.com/usr/bin/
Will this install Perl properly for the user account, or
it just won't work ?
This should transfer all the modules and new ones to
that domain.
The only issue with this is as I install new CPAN modules
as root they will not be seen at the user accounts.
Then I probably need an additional step when CPAN install is
complete. Have a script that somewhow will copy all these new
modules to the Perl repositories of all the user accounts
on this server.
Any ideas on how I can do this ?
Or is there a way to have user accounts perl repositories
be somehow automatically linked to the main /usr/bin/perl ?
I don't if I'm making any sense here. But hey I'm just
learning all this now.
1. login as root:
which perl
Above should have answered this question.
2. login as user:
which perl
Above should have answered thsi question.
Louis.
--
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug
RE: [Re: [SLUG] Re: [Re: Cannot See Perl CPAN Modules for Linux]]
Oops I meant perl repository located at
/usr/lib/perl5
not
/usr/bin/perl
Louis.
-Original Message-
From: LS [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 18, 2002 08:18 PM
To: Rick Welykochy
Cc: [EMAIL PROTECTED]
Subject: RE: [Re: [SLUG] Re: [Re: Cannot See Perl CPAN Modules for
Linux]]
Hi Rick:
Next step: print out the mounts, /etc/fstab and look carefully along
each element in the path /usr/lib/perl5/site_perl/5.6.0/i386-linux/
for mount points, nfs mounts, Samba shares and/or symlinks.
What do you mean by look carefully along
each element in the path /usr/lib/perl5/site_perl/5.6.0/i386-linux/
for mount points, nfs mounts, Samba shares and/or symlinks ??
You could ls -l {each path element}
and see if it is a symlink.
*** There are no symbolic links whatsover. They are
actual files and directories that were installed when
I created the domain using the Control Panel on that
server.
I can tell you more though as I am discovering a few things
while studying the server directories from root and checking out the
forums for that control panel that I was provided with.
When I create a domain called domain.com with username username
from the control panel from root that directory is accesible at
/home/virtual/domain.com/ (This is the base directory for the domain)
At the user account level for that domain, it's home is
/home/username (It cannot see /home/virtual/domain.com, only root
can).
Now root Perl repository is located at
/usr/bin/perl
The domain.com repository is located at
/home/virtual/domain.com/usr/bin/perl
The contents of /home/virtual/domain.com/usr/bin/perl
are not symbolic links to the main /usr/bin/perl .
This will not work anyway as user accounts cannot
and should not see anything below it. Right ??
So the control panel is somehow copying all the Perl
repository to that new domain account. Now the Perl
repository that it's copying/installing when the domain is created
cannot be coming from the main /usr/bin/perl, as
dates are different and some modules are not
there at the user account level.
I don't know where it's getting these Perl packages
that it's installing.
So when I install new CPAN modules as root, they are installed
under the main /usr/bin/perl and not
/home/virtual/domain.com/usr/bin/perl
So that would probably explain why the user account
cannot see the new modules.
Now what I would like to know is this, if I manually
kill all the contents of Perl for the domain.com, like
this (from root)
rm -Rf /home/virtual/domain.com/usr/bin/perl
and then do this (still as root)
cp -r /usr/bin/perl /home/virtual/domain.com/usr/bin/
Will this install Perl properly for the user account, or
it just won't work ?
This should transfer all the modules and new ones to
that domain.
The only issue with this is as I install new CPAN modules
as root they will not be seen at the user accounts.
Then I probably need an additional step when CPAN install is
complete. Have a script that somewhow will copy all these new
modules to the Perl repositories of all the user accounts
on this server.
Any ideas on how I can do this ?
Or is there a way to have user accounts perl repositories
be somehow automatically linked to the main /usr/bin/perl ?
I don't if I'm making any sense here. But hey I'm just
learning all this now.
1. login as root:
which perl
Above should have answered this question.
2. login as user:
which perl
Above should have answered thsi question.
Louis.
--
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug
Re: [Re: [SLUG] Re: [Re: Cannot See Perl CPAN Modules for Linux]]
LS wrote: I can tell you more though as I am discovering a few things while studying the server directories from root and checking out the forums for that control panel that I was provided with. When I create a domain called domain.com with username username from the control panel from root that directory is accesible at /home/virtual/domain.com/ (This is the base directory for the domain) At the user account level for that domain, it's home is /home/username (It cannot see /home/virtual/domain.com, only root can). Now root Perl repository is located at /usr/bin/perl The domain.com repository is located at /home/virtual/domain.com/usr/bin/perl The contents of /home/virtual/domain.com/usr/bin/perl are not symbolic links to the main /usr/bin/perl . This will not work anyway as user accounts cannot and should not see anything below it. Right ?? You've lost me completely. I *never* use GUI tools for administering a box. They invariably do weird things like you mention above. They've caused me more headaches and misconfigured/botched systems than I care to shake a mouse at :) cp -r /usr/bin/perl /home/virtual/domain.com/usr/bin/ Will this install Perl properly for the user account, or it just won't work ? You should have one perl for your machine. It's that simple. My advice: get back into the shell, and take control of your machine! -rickw -- _ Rick Welykochy || Praxis Services Pty Limited Don't ask me the difference between analysis and design. The distinction is spiritual and has to do with the afterlife. -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [Re: [SLUG] Re: [Re: Cannot See Perl CPAN Modules for Linux]]
I strongly suspect that you have a mount point somewhere along the path /usr/lib/perl5/site_perl/5.6.0/i386-linux/ that the user is seeing and root is not, or vice versa. *** It's not just this directory. Other directory part of INC has the same problem. Next step: print out the mounts, /etc/fstab and look carefully along each element in the path /usr/lib/perl5/site_perl/5.6.0/i386-linux/ for mount points, nfs mounts, Samba shares and/or symlinks. What do you mean by look carefully along each element in the path /usr/lib/perl5/site_perl/5.6.0/i386-linux/ for mount points, nfs mounts, Samba shares and/or symlinks ?? The fstab is shown below: LABEL=/ / ext2defaults1 1 LABEL=/boot /boot ext2defaults1 2 LABEL=/home /home ext2usrquota,grpquota,defaults 1 2 /dev/fd0/mnt/floppy autonoauto,owner0 0 none/proc procdefaults0 0 none/dev/ptsdevpts gid=5,mode=620 0 0 /dev/hda6 swapswapdefaults0 0 Louis. -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [Re: [SLUG] Re: [Re: Cannot See Perl CPAN Modules for Linux]]
Louis Selvon wrote:
*** It's not just this directory. Other directory part of INC has the same
problem.
Hmmm ... see below.
Next step: print out the mounts, /etc/fstab and look carefully along
each element in the path /usr/lib/perl5/site_perl/5.6.0/i386-linux/
for mount points, nfs mounts, Samba shares and/or symlinks.
What do you mean by look carefully along
each element in the path /usr/lib/perl5/site_perl/5.6.0/i386-linux/
for mount points, nfs mounts, Samba shares and/or symlinks ??
You could ls -l {each path element}
and see if it is a symlink.
The fstab is shown below:
Your fstab looks fine.
Now let's check *which* perl is being used for root and user:
1. login as root:
which perl
2. login as user:
which perl
Let us know what the output from each of 1 and 2 are.
-rickw
--
_
Rick Welykochy || Praxis Services Pty Limited
Don't ask me the difference between analysis and design.
The distinction is spiritual and has to do with the afterlife.
--
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug
[SLUG] Re: [Re: Cannot See Perl CPAN Modules for Linux]
you *really* should be installing your own stuff into /usr/local/ how did you do the install? (simply: perl Makefile.PL; make; make install ?) *** No. It was a quick manual install. As root: 1. cd /usr/lib/perl5/5.6.0 2. Create MIME directory 3. chmod 755 MIME 4. via ftp uploaded Base64.pm, and QuotedPrint.3pm 5. cd MIME 6. chmod 444 *.pm I have been told to do it the way CPAN says (as you state above). So I actually removed it and using WebMin Control panel (that I just installed yesterday on my server), I downloaded the MIME modules from the Perl install module package. It connects to CPAN and then installs it the way CPAN does. This one installed the MIME module as per below: Executing make install .. Installing /usr/lib/perl5/site_perl/5.6.0/i386-linux/auto/MIME/Base64/Base64.so Installing /usr/lib/perl5/site_perl/5.6.0/i386-linux/auto/MIME/Base64/Base64.bs Files found in blib/arch: installing files in blib/lib into architecture dependent library tree Installing /usr/lib/perl5/site_perl/5.6.0/i386-linux/MIME/Base64.pm Installing /usr/lib/perl5/site_perl/5.6.0/i386-linux/MIME/QuotedPrint.pm Installing /usr/share/man/man3/MIME::Base64.3pm Installing /usr/share/man/man3/MIME::QuotedPrint.3pm Writing /usr/lib/perl5/site_perl/5.6.0/i386-linux/auto/MIME/Base64/.packlist Appending installation info to /usr/lib/perl5/5.6.0/i386-linux/perllocal.pod Now here is what I get when I go to /usr/lib/perl5/site_perl/5.6.0/i386-linux/ for both root, and a normal user account: + ROOT OUTPUT [root@ensim 5.6.0]# cd /usr/lib/perl5/site_perl/5.6.0/i386-linux [root@ensim i386-linux]# [root@ensim i386-linux]# ls -al total 396 drwxr-xr-x 15 root root 4096 Apr 17 13:01 . drwxr-xr-x8 root root 4096 Apr 13 18:04 .. drwxr-xr-x3 root root 4096 Feb 26 02:00 Apache -r--r--r--1 root root34089 Oct 10 2000 Apache.pm drwxr-xr-x 14 root root 4096 Apr 17 13:01 auto drwxr-xr-x3 root root 4096 Feb 26 02:03 Bundle -r--r--r--1 root root 3277 Mar 4 2000 cgi_to_mod_perl.pod drwxr-xr-x2 root root 4096 Feb 26 02:01 Config drwxr-xr-x2 root root 4096 Feb 26 02:03 DBD drwxr-xr-x2 root root 4096 Feb 26 02:03 DBI -r--r--r--1 root root 139173 Jun 15 2000 DBI.pm drwxr-xr-x2 root root 4096 Feb 26 02:00 Digest -r--r--r--1 root root 4733 Aug 6 1999 Digest.pm drwxr-xr-x2 root root 4096 Feb 26 02:03 Ensim drwxr-xr-x2 root root 4096 Feb 26 02:01 Filesys drwxr-xr-x2 root root 4096 Apr 13 18:04 HTML -r--r--r--1 root root 1159 Aug 6 1999 MD5.pm drwxr-xr-x2 root root 4096 Apr 17 13:01 MIME -r--r--r--1 root root 2706 Mar 1 2000 mod_perl_cvs.pod -r--r--r--1 root root 512 Feb 28 2001 mod_perl_hooks.pm -r--r--r--1 root root 43 Jul 19 1998 mod_perl_hooks.pm.PL -r--r--r--1 root root 4781 Mar 4 2000 mod_perl_method_handlers .pod -r--r--r--1 root root 1098 May 17 2000 mod_perl.pm -r--r--r--1 root root26982 Mar 6 2000 mod_perl.pod -r--r--r--1 root root11781 Mar 4 2000 mod_perl_traps.pod -r--r--r--1 root root17520 Mar 4 2000 mod_perl_tuning.pod drwxr-xr-x2 root root 4096 Feb 26 02:03 Mysql -r--r--r--1 root root23494 Aug 20 2000 Mysql.pm -r--r--r--1 root root18124 Sep 28 1998 Pg.pm -r--r--r--1 root root11710 Sep 1 2001 Quota.pm -r--r--r--1 root root 1608 Mar 8 1999 SHA.pm drwxr-xr-x2 root root 4096 Feb 26 02:03 Win32 [root@ensim i386-linux]# + USER OUTPUT + bash-2.04$ cd /usr/lib/perl5/site_perl/5.6.0/i386-linux/ bash-2.04$ ls -al total 32 drwxr-xr-x4 root root 4096 Jan 4 07:15 . drwxr-xr-x3 root root 4096 Jan 4 07:15 .. drwxr-xr-x2 root root 4096 Jan 4 07:15 Digest -r--r--r--4 root root 4733 Dec 20 14:13 Digest.pm -r--r--r--4 root root 1159 Dec 20 14:13 MD5.pm -r--r--r--4 root root 1608 Dec 20 14:13 SHA.pm drwxr-xr-x3 root root 4096 Jan 4 07:15 auto bash-2.04$ + They are totally different, and also the dates of the same files and directories are very different. No MIME can be seen for non-root. I cannot work this one out. Are both accounts
Re: [SLUG] Re: [Re: Cannot See Perl CPAN Modules for Linux]
Louis Selvon wrote: + ROOT OUTPUT [root@ensim 5.6.0]# cd /usr/lib/perl5/site_perl/5.6.0/i386-linux [root@ensim i386-linux]# [root@ensim i386-linux]# ls -al total 396 drwxr-xr-x 15 root root 4096 Apr 17 13:01 . drwxr-xr-x8 root root 4096 Apr 13 18:04 .. drwxr-xr-x3 root root 4096 Feb 26 02:00 Apache -r--r--r--1 root root34089 Oct 10 2000 Apache.pm drwxr-xr-x 14 root root 4096 Apr 17 13:01 auto drwxr-xr-x3 root root 4096 Feb 26 02:03 Bundle -r--r--r--1 root root 3277 Mar 4 2000 cgi_to_mod_perl.pod drwxr-xr-x2 root root 4096 Feb 26 02:01 Config drwxr-xr-x2 root root 4096 Feb 26 02:03 DBD drwxr-xr-x2 root root 4096 Feb 26 02:03 DBI -r--r--r--1 root root 139173 Jun 15 2000 DBI.pm drwxr-xr-x2 root root 4096 Feb 26 02:00 Digest -r--r--r--1 root root 4733 Aug 6 1999 Digest.pm drwxr-xr-x2 root root 4096 Feb 26 02:03 Ensim drwxr-xr-x2 root root 4096 Feb 26 02:01 Filesys drwxr-xr-x2 root root 4096 Apr 13 18:04 HTML -r--r--r--1 root root 1159 Aug 6 1999 MD5.pm drwxr-xr-x2 root root 4096 Apr 17 13:01 MIME -r--r--r--1 root root 2706 Mar 1 2000 mod_perl_cvs.pod -r--r--r--1 root root 512 Feb 28 2001 mod_perl_hooks.pm -r--r--r--1 root root 43 Jul 19 1998 mod_perl_hooks.pm.PL -r--r--r--1 root root 4781 Mar 4 2000 mod_perl_method_handlers .pod -r--r--r--1 root root 1098 May 17 2000 mod_perl.pm -r--r--r--1 root root26982 Mar 6 2000 mod_perl.pod -r--r--r--1 root root11781 Mar 4 2000 mod_perl_traps.pod -r--r--r--1 root root17520 Mar 4 2000 mod_perl_tuning.pod drwxr-xr-x2 root root 4096 Feb 26 02:03 Mysql -r--r--r--1 root root23494 Aug 20 2000 Mysql.pm -r--r--r--1 root root18124 Sep 28 1998 Pg.pm -r--r--r--1 root root11710 Sep 1 2001 Quota.pm -r--r--r--1 root root 1608 Mar 8 1999 SHA.pm drwxr-xr-x2 root root 4096 Feb 26 02:03 Win32 [root@ensim i386-linux]# + versus: USER OUTPUT + bash-2.04$ cd /usr/lib/perl5/site_perl/5.6.0/i386-linux/ bash-2.04$ ls -al total 32 drwxr-xr-x4 root root 4096 Jan 4 07:15 . drwxr-xr-x3 root root 4096 Jan 4 07:15 .. drwxr-xr-x2 root root 4096 Jan 4 07:15 Digest -r--r--r--4 root root 4733 Dec 20 14:13 Digest.pm -r--r--r--4 root root 1159 Dec 20 14:13 MD5.pm -r--r--r--4 root root 1608 Dec 20 14:13 SHA.pm drwxr-xr-x3 root root 4096 Jan 4 07:15 auto bash-2.04$ + They are totally different, and also the dates of the same files and directories are very different. No MIME can be seen for non-root. I cannot work this one out. Are both accounts looking at different partitions ? I strongly suspect that you have a mount point somewhere along the path /usr/lib/perl5/site_perl/5.6.0/i386-linux/ that the user is seeing and root is not, or vice versa. A very weird problem indeed! Wish I could offer more assistance, but without being on the machine, I canna say much more. Next step: print out the mounts, /etc/fstab and look carefully along each element in the path /usr/lib/perl5/site_perl/5.6.0/i386-linux/ for mount points, nfs mounts, Samba shares and/or symlinks. Good luck! -rickw -- _ Rick Welykochy || Praxis Services Pty Limited *Innovation makes enemies of all those who prospered under the old regime...*, Niccolo Machiavelli, The Prince -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
