Bug 63121 - perl @INC missing /usr/local/lib etc
Summary: perl @INC missing /usr/local/lib etc
Status: CLOSED DUPLICATE of bug 60853
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: perl (Show other bugs)
(Show other bugs)
Version: 7.2
Hardware: All Linux
Target Milestone: ---
Assignee: Chip Turner
QA Contact: David Lawrence
Depends On:
TreeView+ depends on / blocked
Reported: 2002-04-10 09:15 UTC by Mathias Kvrber
Modified: 2007-04-18 16:41 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-02-21 18:48:42 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Mathias Kvrber 2002-04-10 09:15:17 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0; T312461)

Description of problem:
perl installed from rpm is compiled 
without /usr/local/lib, /usr/local/lib/site_perl etc in @INC

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
perl -V

Actual Results:  # rpm -q perl

# perl -V
Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
    osname=linux, osvers=2.4.17-0.13smp, archname=i386-linux
    uname='linux daffy.perf.redhat.com 2.4.17-0.13smp #1 smp fri feb 1 10:30:48 
est 2002 i686 unknown '
    config_args='-des -Doptimize=-O2 -march=i386 -mcpu=i686 -Dcc=gcc -
Dcf_by=Red Hat, Inc. -Dcccdlflags=-fPIC -Dinstallprefix=/usr -Dprefix=/usr -
Darchname=i386-linux -Uusethreads -Uuseithreads -Uuselargefiles -Dd_dosuid -
Dd_semctl_semun -Di_db -Di_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=undef use5005threads=undef useithreads=undef 
    useperlio=undef d_sfio=undef uselargefiles=undef usesocks=undef
    use64bitint=undef use64bitall=undef uselongdouble=undef
    cc='gcc', ccflags ='-fno-strict-aliasing -I/usr/local/include',
    optimize='-O2 -march=i386 -mcpu=i686',
    cppflags='-fno-strict-aliasing -I/usr/local/include'
    ccversion='', gccversion='2.96 20000731 (Red Hat Linux 7.1 2.96-98)', 
    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
    ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', 
    alignbytes=4, usemymalloc=n, prototype=define
  Linker and Libraries:
    ld='gcc', ldflags =' -L/usr/local/lib'
    libpth=/usr/local/lib /lib /usr/lib
    libs=-lnsl -ldl -lm -lc -lcrypt -lutil
    perllibs=-lnsl -ldl -lm -lc -lcrypt -lutil
    libc=/lib/libc-2.2.4.so, so=so, useshrplib=false, libperl=libperl.a
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
    cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib'

Characteristics of this binary (from libperl): 
  Compile-time options:
  Built under linux
  Compiled at Feb 20 2002 15:01:16

Expected Results:  # perl -V

Additional info:

3rd party software often installs additional private perl modules 
under /usr/local instead of /usr. This would require that either
   a) perl always get called with PERL5LIB set to include /usr/local/lib, ... 
for these programs, which is not fully doable
   b) a wrapper around perl be implemented to set that envvar
   c) each such tool be reconfigured to install under /usr/lib..., also not 
always easily doable
   d) perl be recompiled to include the desired directories in @INC.

d) is doable, but a subsequent update from another rpm may end up without the 
ditrectories again, thus destroyng that work.

redhat should ensure that these (fairly commonly used) directories are included 
in the perl binary by default.

Comment 1 Hypercube 2003-01-09 01:00:45 UTC
When will this be fixed?  It is still a problem in Red Hat Linux 8.0

BTW, bugs 60853 and 63121 appear to be duplicates of each other.

Comment 2 Chip Turner 2003-04-11 21:20:37 UTC

*** This bug has been marked as a duplicate of 60853 ***

Comment 3 Red Hat Bugzilla 2006-02-21 18:48:42 UTC
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.

Note You need to log in before you can comment on or make changes to this bug.