CGI/Perl Guide | Learning Center | Forums | Advertise | Login
Site Search: in

  Main Index MAIN
INDEX
Search Posts SEARCH
POSTS
Who's Online WHO'S
ONLINE
Log in LOG
IN

Home: Perl Programming Help: Beginner:
cpan

 



hpg4815
Novice

Mar 15, 2016, 10:39 AM

Post #1 of 25 (8678 views)
cpan Can't Post

I really don't understand what all cpan needs to just do what it was designed to do.

I have a boat load of modules stored in the .cpan directory of my home directory that are installed based on being dep for the one Mason module I wanted to install. Why are those not installing into the install directory I defined in my conf file for the Perl localcation? I assume those are temp builds and make install would place them in the Perl installation under the lib folder? I basically set the cpan pre-req value to "follow" so that everything is installed. The one Module I wanted fails make test, and says it can't find a dependency. Well that's because the modules that did install are all in the .cpan path. If you go to one of the dependencies in the .cpan and run make test it passes and then make install and it says its installed. If it was installed wouldn't it be moved to the my local Perl install?

I didn't provide errors because I'm not asking that someone solve my problem. I'm just trying to understand how cpan is supposed to act from a high level. Don't point me to the documentation. If I could comprehend the documentation I wouldn't be here. If some one can PLEASE just provide me a very basic, high level, flow of how cpan is supposed to conduct the install of modules so my local perl install can leverage them, that will be all I need for now.

This is all in my home directory. My hello world script is calling my perl install from my home directory so I know that is working. I've installed local:lib, and setup my cpan config accordingly. Install Mason with a pre-req of "follow" gets me with a bunch of modules residing in /home/user/.cpan/blah/blah/etc and they are not being installed in my /home/user/perl/lib/perl5/local path.


Laurent_R
Veteran / Moderator

Mar 16, 2016, 12:13 AM

Post #2 of 25 (8650 views)
Re: [hpg4815] cpan [In reply to] Can't Post

Are the directories where your module have been installed listed in the @INC list of directories?


FishMonger
Veteran / Moderator

Mar 16, 2016, 10:04 AM

Post #3 of 25 (8638 views)
Re: [hpg4815] cpan [In reply to] Can't Post

If all you want is to know the high level actions of cpan, then that can be gotten from the output cpan gives you when you use it to install a module.

In broad simple terms, cpan is a wrapper around:
wget url/to/module/tarball (or similar download command)
tar -xzf module.tar.gz
cd module
./configure
make
make test
make install

It actually does a lot more than that, but you said you just wanted the high level actions.


The .cpan directory is not where modules get installed. That is the working directory where the module files are placed for the build process. If the install is successful, the module will be installed under one of the directories in the @INC array or in a custom location if the proper build parameters or environment variables are set.


hpg4815
Novice

Mar 16, 2016, 12:18 PM

Post #4 of 25 (8634 views)
Re: [Laurent_R] cpan [In reply to] Can't Post

Thanks for responding. I have the following defined in .bashrc eval "$(perl -I$HOME/perl/lib/perl5 -Mlocal::lib)". Which I presume simply points to the local lib, and that seemed to be echo'ed out during the attempt to install modules. "user" is an obfuscation of my real username.

@INC contains: /home/user/.cpan/build/Class-Load-XS-0.09-nqtZ8Y/blib/lib /home/user/.cpan/build/Class-Load-XS-0.09-nqtZ8Y/blib/arch /home/user/perl5/lib/perl5/x86_64-linux /home/user/perl5/lib/perl5/x86_64-linux /home/user/perl5/lib/perl5 /home/user/perl5/lib/perl5/x86_64-linux-thread-multi /home/user/perl5/lib/perl5/x86_64-linux /home/user/perl5/lib/perl5 /home/user/perl5/lib/perl5/x86_64-linux-thread-multi /home/user/perl/lib/5.10.1/x86_64-linux /home/user/perl/lib/5.10.1 /home/user/perl/lib/site_perl/5.10.1/x86_64-linux /home/user/perl/lib/site_perl/5.10.1 .

So it all seems to be pointing to a local lib location, which I want, but I'm getting failures on many dependency Modules during a cpan install, but I can see that some were able to install. My biggest frustration on this is you have all this data outputted during a install, but its very vague on why it failed. Not finding a modules seems odd, being cpan is supposed to do all that work for you, and get it installed.

Lastly, why would a module install itself in two locations? I have the same module installed in /home/gibbard/perl/ and /home/gibbard/perl5/ ?

Warm REgards


hpg4815
Novice

Mar 16, 2016, 12:41 PM

Post #5 of 25 (8633 views)
Re: [FishMonger] cpan [In reply to] Can't Post

Yes. Thank you, that is exactly what I am looking for. Couple questions around that. Make install. is that just copying the built modules (i.e. *.pm files) residing in the .cpan location to the directory defined in/for @INC? When there are many files in the path, how does it know which to use. /home/user/perl versus /home/user/perl5, or does it add them to both.

Lastly, lest say there is module A has a dependency on Module B, when Module A is being built, does cpan wget the tar file for module B, untar it, install it in the @INC location, then build Module A by referencing /home/user/perl5/B.pm? or does it download the the files for Module B and A into .cpan , untar them, and build Module A (make) based on files that are available for Module B in the same .cpan location?

I'm seeing failure for modules in the output base due to it not being able to find the dependency module, and I'm trying to understand the order so learn how to investigate.

Warm Regards


hpg4815
Novice

Mar 16, 2016, 1:30 PM

Post #6 of 25 (8624 views)
Re: [hpg4815] cpan [In reply to] Can't Post

I just found this statement on cpansearch.perl.org site:

"My experience was that not all dependencies are properly detected like
the example above (not provided). This can lead to those nasty errors during the
test-phase of a module installation. E.g. during the installation of
DateTime:"

So this looks like the issue that I am having. While installing (for example) Mason (cpan> install Mason) Mason apparently has a boat load of dependencies on Modules or sub-modules. So is it normal to have failures using cpan and relying on it to install all the dependencies required by Mason? Resulting in manually installing modules separately and having to re-run "install Mason" afterwards?


hpg4815
Novice

Mar 16, 2016, 1:45 PM

Post #7 of 25 (8620 views)
Re: [hpg4815] cpan [In reply to] Can't Post

Hopefully I will quit replying to my posts, but when it tells you it needs dependencies. Like in this example:
---- Unsatisfied dependencies detected during ----
---- JSWARTZ/Mason-2.24.tar.gz ----
Capture::Tiny [requires]
Class::Unload [requires]
Log::Any [requires]
MooseX::StrictConstructor [requires]
MooseX::HasDefaults [requires]
Moose [requires]
Test::LongString [requires]
Try::Tiny [requires]
Method::Signatures::Simple [requires]
Guard [requires]
Class::Load [requires]
IPC::System::Simple [requires]
Exception::Class [requires]
Test::Class::Most [requires]
Devel::GlobalDestruction [requires]
JSON [requires]


If it fails on installing automatically via cpan, and I install each module manually, do I want to install the entire module like this:

Code
cpan> install MooseX


Or do I just install the sub-modules:

Code
cpan> install MooseX::HasDefaults


?


hpg4815
Novice

Mar 16, 2016, 2:23 PM

Post #8 of 25 (8618 views)
Re: [hpg4815] cpan [In reply to] Can't Post

I can hear it now! This guy is crazy.... You are probably right.

Here is another thing that I just don't get. Run install Mason at the cpan prompt. I see the following:
Could not read '/home/user/.cpan/build/Mason-2.24-Nmxoik/META.yml'. Falling back to other methods to determine prerequisites

check that file, and its there:
[user@c9t21239 ~]$ ll /home/user/.cpan/build/Mason-2.24-Nmxoik/META.yml
-rw-r--r-- 1 user ais 1246 May 16 2015 /home/user/.cpan/build/Mason-2.24-Nmxoik/META.yml

Next I see this. Truncated the list
---- Unsatisfied dependencies detected during ----
---- JSWARTZ/Mason-2.24.tar.gz ----
Capture::Tiny [requires]

quit the install then tried to install Capture::Tiny


Code
CPAN: Storable loaded ok (v2.20) 
Going to read '/home/user/.cpan/Metadata'
Database was generated on Wed, 16 Mar 2016 19:53:45 GMT
Running install for module 'Capture::Tiny'
CPAN: Data::Dumper loaded ok (v2.124)
'YAML' not installed, falling back to Data::Dumper and Storable to read prefs '/home/user/.cpan/prefs'
Running make for D/DA/DAGOLDEN/Capture-Tiny-0.36.tar.gz
CPAN: Digest::SHA loaded ok (v5.47)
CPAN: Compress::Zlib loaded ok (v2.02)
Checksum for /home/user/.cpan/sources/authors/id/D/DA/DAGOLDEN/Capture-Tiny-0.36.tar.gz ok
Scanning cache /home/user/.cpan/build for sizes
............................................................................DONE
CPAN: Archive::Tar loaded ok (v1.52)
Capture-Tiny-0.36/< -removed all the output but basically this is untarring the down loaded Capture-Tiny-0.36.tar.gz ??
CPAN: File::Temp loaded ok (v0.22)

CPAN.pm: Going to build D/DA/DAGOLDEN/Capture-Tiny-0.36.tar.gz

Checking if your kit is complete...
Looks good
Writing Makefile for Capture::Tiny
Could not read '/home/user/.cpan/build/Capture-Tiny-0.36-XV5ovd/META.yml'. Falling back to other methods to determine prerequisites <- not sure why it can not read it, its there I checked.
cp lib/Capture/Tiny.pm blib/lib/Capture/Tiny.pm
Manifying blib/man3/Capture::Tiny.3
DAGOLDEN/Capture-Tiny-0.36.tar.gz
/usr/bin/make -- OK
Warning (usually harmless): 'YAML' not installed, will not store persistent state <- why doesn't it jsut install YAML??
Running make test
PERL_DL_NONLAZY=1 /home/user/perl/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/00-report-prereqs.t ...... #
# Versions for all modules listed in static metadata (including optional ones):
#
# === Configure Requires ===
#
# Module Want Have
# ------------------- ---- -------
# ExtUtils::MakeMaker 6.17 6.55_02 <- Waht to do in situations like this??
#
# === Test Requires ===
#
# Module Want Have
# ------------------- ---- -------
# ExtUtils::MakeMaker any 6.55_02
# File::Spec any 3.30
# IO::File any 1.14
# Test::More 0.62 0.92 <- again??
# lib any 0.62
#
# === Test Recommends ===
#
# Module Want Have
# ---------- -------- -------
# CPAN::Meta 2.120900 missing
#
# === Runtime Requires ===
#
# Module Want Have
# ------------ ---- ----
# Carp any 1.11
# Exporter any 5.63
# File::Spec any 3.30
# File::Temp any 0.22
# IO::Handle any 1.28
# Scalar::Util any 1.21
# strict any 1.04
# warnings any 1.06
#
...... ok
t/01-Capture-Tiny.t ........ ok
............ ok
All tests successful. <- ok, good??
Files=24, Tests=12005, 60 wallclock secs ( 2.84 usr 0.24 sys + 39.60 cusr 26.26 csys = 68.94 CPU)
Result: PASS
DAGOLDEN/Capture-Tiny-0.36.tar.gz
/usr/bin/make test -- OK
Warning (usually harmless): 'YAML' not installed, will not store persistent state
Running make install
Prepending /home/user/.cpan/build/Capture-Tiny-0.36-XV5ovd/blib/arch /home/user/.cpan/build/Capture-Tiny-0.36-XV5ovd/blib/lib to PERL5LIB for 'install'
Appending installation info to /home/user/perl/lib/5.10.1/lib/perl5/x86_64-linux/perllocal.pod
DAGOLDEN/Capture-Tiny-0.36.tar.gz
/usr/bin/make install -- OK
Warning (usually harmless): 'YAML' not installed, will not store persistent state

cpan[2]>


re run the Mason install

Code
cpan> install Mason

same dependency required pops up for Capture:Tiny, when above you can witness it installed successfully.

Where is the disconnect on where the Capture::Tiny is installed and where cpan is looking?


FishMonger
Veteran / Moderator

Mar 17, 2016, 7:26 AM

Post #9 of 25 (8602 views)
Re: [hpg4815] cpan [In reply to] Can't Post

Sorry I didn't respond earlier. I was busy on other projects.

I'll respond first to your post showing the contents of the @INC array. Including the .cpan build directories in that array is wrong and may be part of the problem(s) you're having.

Installing and using Mason is far from being a beginner topic. Personally, I'd start out with one of the newer, easier to install and use frameworks, such as Dancer2 or Mojolicious.


Quote
# ExtUtils::MakeMaker 6.17 6.55_02 <- Waht to do in situations like this??
...
...
# Test::More 0.62 0.92 <- again??

There's nothing you need to do or worry about with those 2 cases. The "Want" version number is the minimum (not exact) version needed for the module to work correctly. In both cases you have a newer version than what is required, which is good.

The only thing I would do would be to install YAML. It's not required in most cases, but some modules do require it to read their config data.


hpg4815
Novice

Mar 17, 2016, 12:00 PM

Post #10 of 25 (8593 views)
Re: [FishMonger] cpan [In reply to] Can't Post

No Problem, I appreciate that you taking time to respond. So it looks like Dancer2 and Mojolicious are replacements for Mason? I will certainly look into these later on. Thanks for that. Currently the project I have is to migrate the current application built with Perl/Mason to another server. In order to address security concerns I was asked to bring all the surrounding software such as the OS/Apache/Perl up to speed. So I've setup a new Apache server and in the process of migrating the application. I guess my question at this point is, if I installed Perl in my home directory, would it have setup the correct paths during the configure? This is what I did:
in my home dir i did the following to install perl
wget http://www.cpan.org/src/perl-5.10.1.tar.gz
tar -xvf perl-5.10.1.tar.gz
cd /home/user/perl-5.10.1/
./Configure -des -Dprefix=$HOME/perl
make
make test
make install

Shouldn't the @INC paths been setup based on the -Dprefx value?


FishMonger
Veteran / Moderator

Mar 17, 2016, 1:50 PM

Post #11 of 25 (8585 views)
Re: [hpg4815] cpan [In reply to] Can't Post

Are you doing this on a production server at your work, or is this for your own testing environment? If this perl install is to be used by others in a production system, then installing perl in your home directory is a big mistake.

If you want to use a separate install of perl in a production environment instead of the system perl, then the best thing to do is use perlbrew and install it in a central location, such as under the /opt directory. http://perlbrew.pl/

Also, v5.10.1 is considered old. You should be installing at least v5.18.x or preferably v5.22.x. Perlbrew makes it easy to install and use multiple versions and handles the messy details you're trying configure.


hpg4815
Novice

Mar 17, 2016, 2:15 PM

Post #12 of 25 (8581 views)
Re: [FishMonger] cpan [In reply to] Can't Post

Not on a production Server. Its a new server that I am testing on in parallel to the production. Ok, I can reinstall Perl in a more central location, but I need to understand where I went wrong with the paths being wrong defined. This is regarding your previous post where you the paths defined for @INC on my system was wrong. Aside from installing the home directory, can you tell me why, or what, was meant on the @INC paths being wrong? Based on the installation steps I provided (conducted), what was incorrect? or what should I have done to have the Perl libs installed by cpan recognized my home installation version. I will go for another high level statement on this one too. Basically just the flow of how a perl install lays out its directories, and key points to have cpan install the new Modules and dependencies in the correct location to be used by this custom perl install.

On the perl version... From a sup-portability stand point in the enterprise world, we are subjected what redhat hands down to my company. So I'm going with the version they have deemed supportable from their side.

Warm Regards,


FishMonger
Veteran / Moderator

Mar 17, 2016, 3:37 PM

Post #13 of 25 (8578 views)
Re: [hpg4815] cpan [In reply to] Can't Post

Redhat is known for being about 5yrs behind in their packages. I have to deal with it every day. We have almost 1,000 CentOS servers.

Perlbew is most often used to install perl in a user's home directory and handles setting the @INC paths and other config items correctly so that you don't have to do it manually. If you set the PERLBREW_ROOT environment variable to your desired installation path(such as /opt) prior to installing, you can point the installation to a system wide location.

I don't know the details on what you did when installing perl, but having the build paths

/home/user/.cpan/build/Class-Load-XS-0.09-nqtZ8Y/blib/lib
/home/user/.cpan/build/Class-Load-XS-0.09-nqtZ8Y/blib/arch

in the @INC array is never done.

when I run perl -V on one of my perlbrew installs, this is what I have in @INC

Code
  @INC: 
/opt/perl5/perls/perl-5.18.2/lib/site_perl/5.18.2/i686-linux
/opt/perl5/perls/perl-5.18.2/lib/site_perl/5.18.2
/opt/perl5/perls/perl-5.18.2/lib/5.18.2/i686-linux
/opt/perl5/perls/perl-5.18.2/lib/5.18.2



hpg4815
Novice

Mar 18, 2016, 12:34 PM

Post #14 of 25 (8553 views)
Re: [FishMonger] cpan [In reply to] Can't Post

when running perl -v i'm not getting the @INC information. Any thought son that?

I've started setting up perlbrew. What I am not understanding is the use of local::lib with perlbrew. Why in laymen terms would one use local::lib? I've setup perlbrew to install in a non-standard location (/opt/cloud/perl5/). Wouldn't that install all the perl modules downloaded via cpan in the perspective locations? I'm guessing I'm not understanding the role played by local::lib, and why that would be needed with perbrew. If you have an example that would be great.

I'm under the assumption that cpan would/should place the downloaded Mosules in the lib folder for any given perl installation.

Last question is, would switching to a specific perl version using perlbrew and then running cpan and installing modules, install those modules only for that specific perl version you switched to? If so, going back to my earlier question, would they be installed in the lib folder for that version? See I've actually went full circle to my very first question of the high level layout/process for how cpan modules are installed. Perhaps you can describe that and add a example with and without the addition of local::lib?

Warm Regards,


FishMonger
Veteran / Moderator

Mar 18, 2016, 12:43 PM

Post #15 of 25 (8551 views)
Re: [hpg4815] cpan [In reply to] Can't Post


Quote
when running perl -v i'm not getting the @INC information. Any thought son that?

You need to use an uppercase V.


FishMonger
Veteran / Moderator

Mar 18, 2016, 12:55 PM

Post #16 of 25 (8548 views)
Re: [hpg4815] cpan [In reply to] Can't Post


Quote
What I am not understanding is the use of local::lib with perlbrew.

You don't need to use local::lib.


Quote
I've setup perlbrew to install in a non-standard location (/opt/cloud/perl5/). Wouldn't that install all the perl modules downloaded via cpan in the perspective locations?

Yes, for that specific perl version you're configured to use.


Quote
Last question is, would switching to a specific perl version using perlbrew and then running cpan and installing modules, install those modules only for that specific perl version you switched to?

Yes, but you can tell it to install the module into all perl installations under perlbrew.

Have you read through the perlbrew documentation? It give examples.


hpg4815
Novice

Mar 18, 2016, 12:56 PM

Post #17 of 25 (8547 views)
Re: [FishMonger] cpan [In reply to] Can't Post

Ah. Ok,

Any chance you can clear up the rest of my questions in the post?


FishMonger
Veteran / Moderator

Mar 18, 2016, 1:10 PM

Post #18 of 25 (8543 views)
Re: [hpg4815] cpan [In reply to] Can't Post

I'm a little busy at work right now but will see what I can do when I'm free.


hpg4815
Novice

Mar 24, 2016, 3:42 PM

Post #19 of 25 (8478 views)
Re: [FishMonger] cpan [In reply to] Can't Post

Ok, I feel like i am in the same boat that brought me to this forum. So I installed perlbrew. Which i thinks its cool, then I picked a location for my perl version outside my home directory. installed 5.8.5, 5.10.1, and 5.18.0, and i switched to the legacy version 5.8.5 because it says if i use patchperl that the modules installed through cpanm would be adjusted to reflect that version of perl. but then I end up with basically the same errors I had before perlbrew. They complained of modules which where not present, and still appears to be building the modules in my home directory in a .cpan folder. I had failures too when installing perl 5.8.5. My questions are, what possible could be the issue with building perl modules and installing the dependencies. There is so much log out put I don't know which errors are benign and which represent the root of the issue. I'm trying to use the -f force option now to install 5.8.5 again? I know its old, but perlbrew says that it can do this by way of patchperl and cpanm.


hpg4815
Novice

Mar 25, 2016, 8:59 AM

Post #20 of 25 (8456 views)
Re: [hpg4815] cpan [In reply to] Can't Post

Does this seem to be a reasonable perlbrew setup?

Current perl:
Name: perl-5.8.5
Path: /opt/cloudhost/perl5/perls/perl-5.8.5/bin/perl
Config: -de -Dprefix=/opt/cloudhost/perl5/perls/perl-5.8.5 -Dman1dir=none -Dman3dir=none -Aeval:scriptdir=/opt/cloudhost/perl5/perls/perl-5.8.5/bin
Compiled at: Mar 25 2016 15:51:33

perlbrew:
version: 0.75
ENV:
PERLBREW_ROOT: /opt/cloudhost/perl5
PERLBREW_HOME: /home/hpg4815/.perlbrew
PERLBREW_PATH: /opt/cloudhost/perl5/bin:/opt/cloudhost/perl5/perls/perl-5.8.5/bin
PERLBREW_MANPATH: /opt/cloudhost/perl5/perls/perl-5.8.5/man


I installed 5.8.5 without test and man pages.


FishMonger
Veteran / Moderator

Mar 25, 2016, 2:06 PM

Post #21 of 25 (8446 views)
Re: [hpg4815] cpan [In reply to] Can't Post

How did you install cpanm? What was the exact command?

Which perl was active at the time you installed cpamn?

If it was installed under the system perl, it would be found in /usr/bin/
If it was installed under your home dir (using perlbrew), then it would be found in /home/hpg4815/.perlbrew/bin/
If it was installed under the /opt perlbrew, then it would be found in /opt/cloudhost/perl5/bin

Execute these 2 shell commands and post the output.

Quote
which cpanm
head cpanm



(This post was edited by FishMonger on Mar 25, 2016, 2:08 PM)


hpg4815
Novice

Mar 26, 2016, 5:19 AM

Post #22 of 25 (8425 views)
Re: [FishMonger] cpan [In reply to] Can't Post

I started over. I think I realize the issue. I was trying to move modules from one perl install to another, and that generated errors because the versions are so far apart. I think that is why. So I installed the perl modules for each version separately. Now that I have two desired perl versions setup and managed by perlbrew, do I need to custom build 2 separate mod_perl modules for each perl version so I can use different perl versions with apache?


FishMonger
Veteran / Moderator

Mar 26, 2016, 7:43 AM

Post #23 of 25 (8421 views)
Re: [hpg4815] cpan [In reply to] Can't Post


Quote
I think I realize the issue. I was trying to move modules from one perl install to another

Yes, that would definitely cause the problems you're having.


Quote
Now that I have two desired perl versions setup and managed by perlbrew, do I need to custom build 2 separate mod_perl modules for each perl version so I can use different perl versions with apache?

Yes, but that also means that you'd need to adjust apache's config and restart it when you need to switch between them.

Only pure perl modules can (but not always) be shared between different perl installs. Any module which uses XS code must be compiled against the perl version it's to be used with because they get statically linked.


hpg4815
Novice

Mar 28, 2016, 2:20 PM

Post #24 of 25 (8382 views)
Re: [FishMonger] cpan [In reply to] Can't Post

I take it by what I am reading I am not using XS code?

Ok, here is where I am at... I have perlbrew installed and the two perl versions that I want to work with. 5.10.1 and 5.8.5. I have obtained the httpd.src.rpm file, and the mod_perl.src.rpm file. I presume, at this point, I would set my environment to be one of the perl versions, recompile the mod_perl and httpd from the src.rpms (basically obtaining the tar.gz files within the src.rpm files, extract them and build them twice in two different locations? one with my environment pointing to perl.8.5.8 a my perl version and then again with my environment pointing to 5.10.1? This would yeld me two apache instances (which are essentially the same), except one would have a mod_perl built while pointing to one version of perl (say 8.5.5) and then again with the 5.10.1. See my assumption is that the mod_perl would be built based on the provided perl version? using the perl libs for that version? Unless of course I can use one Apache instance to build two different mod_perl that can be swapped out dynamically.


hpg4815
Novice

Mar 29, 2016, 8:13 PM

Post #25 of 25 (8369 views)
Re: [FishMonger] cpan [In reply to] Can't Post

I see this in the apache logs when trying to start apache:
undefined symbol: PL_tainting at /usr/lib64/perl5/DynaLoader.pm

This, to me, appears to be the default perl Dynamic class loader? Or the module that is responsible for loading all the other modules?

The thing that I'm not figuring out is why is it looking in /usr/lib64/perl5/DynaLoader.pm? Which is the OS installed perl location. Is this because I'm using the mod_perl I installed via yum and not a custom compiled one? DO I need to recompile mod_perl and some how set a flag that tells it to you the version of perl created by perlbrew? Here is my environment, and the desired perl paths.

Compiled at Mar 25 2016 20:06:41
%ENV:
PERLBREW_BASHRC_VERSION="0.75"
PERLBREW_HOME="/root/.perlbrew"
PERLBREW_MANPATH="/opt/cloudhost/perl5/perls/perl-5.10.1/man"
PERLBREW_PATH="/opt/cloudhost/perl5/bin:/opt/cloudhost/perl5/perls/perl-5.10.1/bin"
PERLBREW_PERL="perl-5.10.1"
PERLBREW_ROOT="/opt/cloudhost/perl5"
PERLBREW_VERSION="0.75"
@INC:
/opt/cloudhost/perl5/perls/perl-5.10.1/lib/5.10.1/x86_64-linux
/opt/cloudhost/perl5/perls/perl-5.10.1/lib/5.10.1
/opt/cloudhost/perl5/perls/perl-5.10.1/lib/site_perl/5.10.1/x86_64-linux
/opt/cloudhost/perl5/perls/perl-5.10.1/lib/site_perl/5.10.1

Thanks!

 
 


Search for (options) Powered by Gossamer Forum v.1.2.0

Web Applications & Managed Hosting Powered by Gossamer Threads
Visit our Mailing List Archives