Subject: Re: libbonobo configure and missing XML/Parser.pm
To: None <tech-pkg@NetBSD.org>
From: Jeremy C. Reed <reed@reedmedia.net>
List: tech-pkg
Date: 02/14/2005 11:07:17
On Sun, 13 Feb 2005, Bernd Ernesti wrote:

> Something is really strange. Right now i would claim that something is wrong
> with the linux support of perl in pkgsrc.

I don't think it is Linux specific.

> >   perl-5.8.6nb3 will use the following directory as the default
> >   location of the site-specific Perl modules:
> >
> >           /usr/lib/perl5/site_perl/5.8.6
> >
> > But I don't have that directory:
> >
> > $ ls -l /usr/lib/perl5/site_perl
> > total 12
> > drwxr-xr-x  3 root root 4096 Dec 23 09:24 5.8.3
> > drwxr-xr-x  3 root root 4096 Dec 30 07:25 5.8.5
> > drwxr-xr-x  3 root root 4096 Dec 30 07:25 man
>
> How can that happen?
>
> Whats your 'perl -V' output?

$ perl -V
Summary of my perl5 (revision 5 version 8 subversion 6) configuration:
  Platform:
    osname=linux, osvers=2.6.9, archname=i386-linux-thread-multi
    uname='linux puget.reedmedia.net 2.6.9 #1 smp fri dec 17 03:41:45 pst
2004 i686 unknown unknown gnulinux '
    config_args='-sde -Dprefix=/usr -Dscriptdir=/usr/bin
-Darchname=i386-linux -Dcc=cc -pipe -Doptimize=-g  -pthread  -s
-I/usr/include -Dinstallstyle=lib/perl5 -Duseshrplib -Ui_malloc
-Uusemymalloc -Uinstallusrbinperl -Dman3ext=3
-Dman3dir=/usr/lib/perl5/5.8.6/man/man3
-Dsiteman3dir=/usr/lib/perl5/site_perl/man/man3
-Dman1dir=/usr/share/man/man1 -Dsiteprefix=/usr
-Dsiteman1dir=/usr/share/man/man1 -Duseithreads'
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=define use5005threads=undef useithreads=define
usemultiplicity=define
    useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
    use64bitint=undef use64bitall=undef uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='cc -pipe', ccflags ='-D_REENTRANT -D_GNU_SOURCE
-DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-aliasing -pipe
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
    optimize='-g -pthread -s -I/usr/include',
    cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING
-fno-strict-aliasing -pipe'
    ccversion='', gccversion='3.3.4', gccosandvers=''
    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',
lseeksize=8
    alignbytes=4, prototype=define
  Linker and Libraries:
    ld='cc -pipe', ldflags =' -Wl,-R/usr/lib  -pthread  -L/usr/lib'
    libpth=/usr/lib /lib /usr/local/lib
    libs=-lnsl -lgdbm -ldl -lm -lcrypt -lutil -lpthread -lc
    perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc
    libc=/lib//usr/lib/libc.so.6, so=so, useshrplib=true,
libperl=libperl.so
    gnulibc_version='2.3.2'
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E
-Wl,-rpath,/usr/lib/perl5/5.8.6/i386-linux-thread-multi/CORE'
    cccdlflags='-fpic', lddlflags=' -Wl,-R/usr/lib  -pthread -shared
-L/usr/lib'


Characteristics of this binary (from libperl):
  Compile-time options: DEBUGGING MULTIPLICITY USE_ITHREADS
USE_LARGE_FILES PERL_IMPLICIT_CONTEXT
  Built under linux
  Compiled at Feb  6 2005 01:48:03
  @INC:
    /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi
    /usr/lib/perl5/site_perl/5.8.6
    /usr/lib/perl5/site_perl
    /usr/lib/perl5/5.8.6/i386-linux-thread-multi
    /usr/lib/perl5/5.8.6
    .

(Please note that my LOCALBASE is /usr.)

> `which perl`

/usr/bin/perl

131913 -r-xr-xr-x  2 root root 14200 Feb  7 09:28 /usr/bin/perl
131913 -r-xr-xr-x  2 root root 14200 Feb  7 09:28 /usr/bin/perl5.8.6

(as installed by pkgsrc)

> With manually you mean make replace or everything manually?

pkg_delete and make install. (No replace.)

The problem is simply that we have package version specific directories
and open-ended package dependencies.

Will anyone object if PERL5_SITELIB and PERL5_SITEARCH and PERL5_ARCHLIB
did not have the specific PERL5_VERS ?

It would be good if perl -V:installarchlib or -V:installsitearch or
-V:installarchlib did not return the versioned directory.

(I have another thread about this problem, but nobody replied yet.)

 Jeremy C. Reed

 	  	 	 BSD News, BSD tutorials, BSD links
	  	 	 http://www.bsdnewsletter.com/