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
