Allow admin to specify where perl modules will be installed

Bug #1638377 reported by Mike Rylander
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Fix Released

Bug Description

This is the companion to bug 1631520 for OpenSRF:

Add --with-perlbase configure option to specify an alternative location for installing the Perl modules. This can be useful for setups that want to run the Perl modules from a shared filesystem or environments that need to run multiple versions of OpenSRF simultaneously.

Users of --with-perlbase are responsible for ensuring that PERL5LIB is set appropriately.

To test
[1] Use --with-perlbase during the configure step, e.g.,

    ./configure --perl-base /tmp/perl

[2] Run make; make check; sudo make install
[3] Verify that the Perl modules are installed under
[4] Make a change to a Perl source file, then
    go to src/perl, then run sudo ./Build install. Verify
    that it remembers the --with-perlbase directory
    and installs the updated module there.

Branch coming ASAP.

Revision history for this message
Mike Rylander (mrylander) wrote :
tags: added: pullrequest
Changed in evergreen:
milestone: 2.11.1 →
Revision history for this message
Evergreen Bug Maintenance (bugmaster) wrote :

Given this one's nature as an installation aid that would be a no-op if --with-perbase is not invoked, I'm targeting this to the 2.12 RC for consideration.

Changed in evergreen:
importance: Undecided → Wishlist
milestone: → 2.12-rc
Revision history for this message
Chris Sharp (chrissharp123) wrote :

This worked for me, and I'm willing to sign off on it (I made a couple of corrections to the commit message):;a=shortlog;h=refs/heads/user/csharp/lp-1638377-install_perl_mods_anywhere

However, the "make check" step failed for me with the following error:

/usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/libcheck.a(check.o): undefined reference to symbol 'floor@@GLIBC_2.2.5'
//lib/x86_64-linux-gnu/ error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
make[4]: *** [check_util] Error 1
make[4]: Leaving directory `/home/opensrf/Evergreen/Open-ILS/src/c-apps/tests'
make[3]: *** [check-am] Error 2
make[3]: Leaving directory `/home/opensrf/Evergreen/Open-ILS/src/c-apps/tests'
make[2]: *** [check-recursive] Error 1
make[2]: Leaving directory `/home/opensrf/Evergreen/Open-ILS/src/c-apps'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory `/home/opensrf/Evergreen/Open-ILS/src'
make: *** [check-recursive] Error 1

But since that issue doesn't appear to be related to your changes, I'll follow up with a different bug.

tags: added: signedoff
Revision history for this message
Chris Sharp (chrissharp123) wrote :

I opened bug 1669868 to address the make check failure, FYI.

Revision history for this message
Galen Charlton (gmc) wrote :

Thanks for testing, Chris! Merged to master and rel_2_12; thanks Mike!

I agree that the make check issue is due to something else.

Changed in evergreen:
status: New → Fix Committed
Changed in evergreen:
status: Fix Committed → Fix Released
no longer affects: evergreen/2.11
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.