NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
local::lib (Score:1)
I'd say you're missing the arch-specific dirs (you probably are), but that can't be all, because that wouldn't explain Moose and Test::More.
Reply to This
Re: (Score:1)
It's just when I'm sudo'd to run the cpan shell. I can't change root's paths (at least, not permanently) without defeating the purpose of having the libs separated. And even so, I'm doing a straight-up sudo, and PERL5LIB carries over.
So I'm not at all sure that's the actual problem... it seems like whatever's doing the installation (Module::Install, I think) is failing to locate it internally. Not a failed r
Re: (Score:1)
And even so, I'm doing a straight-up sudo, and PERL5LIB carries over.
Are you sure? I believe that by default sudo will clear PERL5LIB because of a security issue [debian.org].
/etc/sudoers to keep the value (not recommended) or do something like this. [blogspot.com]
So, you can either edit
Re: (Score:1)
Neither did my sysadmin/husband (though when I mentioned it, he went off into talking-to-the-ceiling land: "Huh! Yeah, that would... oh, then you could... yeah, that could be a problem... but you could... no... ")
And hey, passing it on the command line works. Thanks!
Re: (Score:1)
I didn't mean inside Perl, I meant in your shell, like the local::lib examples give:
.bashrc or similar)
eval `perl -Mlocal::lib=/opt/perl`(in
This will cover all the bases -- Module::Install, Module::Build, your arch-specific dirs, etc.
Re: (Score:1)
The key, it turns out, was that by the time I reached "make install," the only bit done with sudo, my personal PERL5LIB had already set all the appropriate paths, so the fact that it wasn't being passed wasn't a concern