On Wed, 2002-02-13 at 07:43, [EMAIL PROTECTED] wrote: > As of a few days ago, a completely up2date'd Rh7.2 system. > > Up until a week ago, I haven't touched the perl installation of this distro. > > A week ago, when a user tried to run a perl program, the program reported it > couldn't find Tk.pm. Hmm, that seemed weird. > > No biggie, I'll just load a Tk bundle from CPAN. > > So, as root, I entered the perl shell (perl -MCPAN -e shell) and issued the > command to load Tk (install Bundle::Tk). It loaded Tk, and asked to update > some other stuff, so I went into do it yourself mode (fully automated), and > let 'er rip. Twenty-five minutes later, everything was done, and all tests > past. > > Now, the user's running of the perl program still can't find Tk, but root has > no trouble running the program. > > A little investigation reveals that there are (now ?) 2 versions of perl on > the system. root, which did the Tk (and others) install/update is seeing > /usr/bin/perl part of the Rh original install (it has an Aug 9 2001 date), and > can 'see' Tk.pm, while the users see /usr/local/bin/perl which has a date of > Feb 6, 2002, but can't see Tk.pm. > > More details below. > > Well, I'm not sure what to do at this point. > > Which is the "proper" perl version? and location? > > And while having 2 perls is OK, as long as there is a "good reason" to have 2, > I'd at least like to have root and all users looking at the same perl and have > the same values in @INC. We can call the unofficial one manually. > > Suggestions on how to proceed? > > Thank you.
The right perl is /usr/bin/perl > > details: > > > rpm -q perl > perl-5.6.0-17 > > > root > ---- > > [root@localhost new_soft]# which perl > /usr/bin/perl > > [root@localhost new_soft]# ls -l /usr/bin/perl > -rwxr-xr-x 2 root root 708188 Aug 9 2001 /usr/bin/perl > > perl -V info: > > perl5 (revision 5.0 version 6 subversion 0) > > Characteristics of this binary (from libperl): > Compile-time options: > Built under linux > Compiled at Aug 9 2001 22:48:52 > @INC: > /usr/lib/perl5/5.6.0/i386-linux > /usr/lib/perl5/5.6.0 > /usr/lib/perl5/site_perl/5.6.0/i386-linux > /usr/lib/perl5/site_perl/5.6.0 > /usr/lib/perl5/site_perl > > > user > ---- > > [mjbjr@localhost new_soft]$ which perl > /usr/local/bin/perl > > [mjbjr@localhost new_soft]$ ls -l /usr/local/bin/perl > -rwxr-xr-x 2 root root 781248 Feb 6 21:39 /usr/local/bin/perl > > > perl -V info: > > perl5 (revision 5.0 version 6 subversion 1) > > Characteristics of this binary (from libperl): > Compile-time options: USE_LARGE_FILES > Built under linux > Compiled at Feb 6 2002 21:31:24 > @INC: > /usr/local/lib/perl5/5.6.1/i686-linux > /usr/local/lib/perl5/5.6.1 > /usr/local/lib/perl5/site_perl/5.6.1/i686-linux > /usr/local/lib/perl5/site_perl/5.6.1 > /usr/local/lib/perl5/site_perl > Someone or something (you havn't been rooted have you?) has installed perl 5.6.1 in /usr/local The reason that root sees /usr/bin/perl is to do with the differing paths (if you run it as su'd to root you will have the same problem as a user) users have /usr/local/bin first in their path > -- > - Martin J. Brown, Jr. - > - [EMAIL PROTECTED] - > > Public PGP Key ID: 0xB29EDDCADB184F7B keyserver: http://certserver.pgp.com/ _______________________________________________ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
