>>> Emerging (1 of 1) dev-perl/DBD-SQLite-1.14 to / * DBD-SQLite-1.14.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking DBD-SQLite-1.14.tar.gz ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking DBD-SQLite-1.14.tar.gz to /var/tmp/portage/dev-perl/DBD-SQLite-1.14/work >>> Source unpacked. >>> Compiling source in /var/tmp/portage/dev-perl/DBD-SQLite-1.14/work/DBD-SQLite-1.14 ... * Using ExtUtils::MakeMaker Can't locate DBI.pm in @INC (@INC contains: /etc/perl /usr/lib/perl5/vendor_perl/5.8.8/i686-linux /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl /usr/lib/perl5/site_perl/5.8.8/i686-linux /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl /usr/lib/perl5/5.8.8/i686-linux /usr/lib/perl5/5.8.8 /usr/local/lib/site_perl .) at Makefile.PL line 3. Checking if your kit is complete... Looks good Warning: prerequisite DBI 1.21 not found. Writing Makefile for DBD::SQLite cp lib/DBD/SQLite.pm blib/lib/DBD/SQLite.pm /usr/bin/perl5.8.8 /usr/lib/perl5/5.8.8/ExtUtils/xsubpp -typemap /usr/lib/perl5/5.8.8/ExtUtils/typemap SQLite.xs > SQLite.xsc && mv SQLite.xsc SQLite.c Cannot open 'SQLite.xsi': No such file or directory in SQLite.xs, line 80 make: *** [SQLite.c] Error 1 * * ERROR: dev-perl/DBD-SQLite-1.14 failed. * Call stack: * ebuild.sh, line 49: Called src_compile Portage 2.1.4.4 (hardened/x86/2.6, gcc-3.4.6, glibc-2.5-r4, 2.6.20-hardened-r10-infra1 i686) ================================================================= System uname: 2.6.20-hardened-r10-infra1 i686 Intel(R) Xeon(TM) CPU 2.40GHz Timestamp of tree: Thu, 01 May 2008 02:15:46 +0000 app-shells/bash: 3.2_p17 dev-lang/python: 2.4.4-r6 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.61-r1 sys-devel/automake: 1.4_p6, 1.7.9-r1, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.21 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-mtune=i686 -O2 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/dev.d /etc/env.d /etc/gconf /etc/init.d /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/scsi_id.config /etc/terminfo /etc/udev /etc/udev/rules.d" CXXFLAGS="-mtune=i686 -O2 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.osuosl.org/" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/wwwcache" SYNC="rsync://portage.infra.gentoo.org/infra-portage/" USE="apache2 berkdb bzip2 cracklib crypt gdbm hardened jpeg libwww maildir midi mmx ncurses nptl nptlonly pam perl pic png python readline snmp ssl tcpd urandom vhosts x86 xml xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="mouse keyboard" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
You're missing DBI (which *is* a dependency of dev-perl/DBD-SQLite), that seems to cause this error. Any idea why dependencies aren't being pulled correctly on your system? Another possibility is that you have DBI installed somewhere where perl can't find it. Can you check if dev-perl/DBI is installed?
DBI-1.56 is presently installed on the system in question.
Please send output of: $ equery f dev-perl/DBI | fgrep DBI.pm
nuthatch ~ # equery f dev-perl/DBI | fgrep DBI.pm /usr/lib/perl5/vendor_perl/5.8.8/i686-linux-thread-multi/Bundle/DBI.pm /usr/lib/perl5/vendor_perl/5.8.8/i686-linux-thread-multi/DBI.pm nuthatch ~ # ls -la /usr/lib/perl5/vendor_perl/5.8.8/i686-linux-thread-multi/Bundle/DBI.pm /usr/lib/perl5/vendor_perl/5.8.8/i686-linux-thread-multi/DBI.pm -r--r--r-- 1 root root 1205 Aug 28 2007 /usr/lib/perl5/vendor_perl/5.8.8/i686-linux-thread-multi/Bundle/DBI.pm -r--r--r-- 1 root root 288811 Aug 28 2007 /usr/lib/perl5/vendor_perl/5.8.8/i686-linux-thread-multi/DBI.pm
Looks like you rebuild perl without threads Take a look $ perl -V focus on @INC: I think you must try run $ perl-cleaner allmodules
ALL of the Gentoo infrastructure machines have identical perl: [ebuild R ] dev-lang/perl-5.8.8-r4 USE="berkdb gdbm -build -debug -doc -ithreads -perlsuid" 9,887 kB However, doing the rebuild did enable it to build again. However this leaves us no further in discovering why. This machine was installed Nov 10, 06h30 UTC.
So as I think - now you have perl with "-ithreads" But DBD-SQLite installed into "thread" dir Please post $ perl -V and $ ls -ld /usr/lib*/perl5/vendor_perl/5.8.8/*86* it more helpful PS. also it strange - because in changes for version 1.14 I see - Fix bug when building under no-threads perl http://search.cpan.org/src/MSERGEANT/DBD-SQLite-1.14/Changes
This machine has never been built with USE=ithreads Summary of my perl5 (revision 5 version 8 subversion 8) configuration: Platform: osname=linux, osvers=2.6.20-hardened-r10-infra1, archname=i686-linux uname='linux nuthatch 2.6.20-hardened-r10-infra1 #3 smp fri oct 12 09:01:00 utc 2007 i686 intel(r) xeon(tm) cpu 2.40ghz genuineintel gnulinux ' config_args='-des -Darchname=i686-linux -Dcccdlflags=-fPIC -Dccdlflags=-rdynamic -Dcc=i686-pc-linux-gnu-gcc -Dprefix=/usr -Dvendorprefix=/usr -Dsiteprefix=/usr -Dlocincpth= -Doptimize=-mtune=i686 -O2 -fomit-frame-pointer -pipe -Duselargefiles -Dd_semctl_semun -Dscriptdir=/usr/bin -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 -Dinstallman1dir=/usr/share/man/man1 -Dinstallman3dir=/usr/share/man/man3 -Dman1ext=1 -Dman3ext=3pm -Dinc_version_list=5.8.0 5.8.0/i686-linux 5.8.2 5.8.2/i686-linux 5.8.4 5.8.4/i686-linux 5.8.5 5.8.5/i686-linux 5.8.6 5.8.6/i686-linux 5.8.7 5.8.7/i686-linux -Dcf_by=Gentoo -Ud_csh -Dusenm -Di_ndbm -Di_gdbm -Di_db' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='i686-pc-linux-gnu-gcc', ccflags ='-fno-strict-aliasing -pipe -Wdeclaration-after-statement -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm', optimize='-mtune=i686 -O2 -fomit-frame-pointer -pipe', cppflags='-fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/include/gdbm' ccversion='', gccversion='3.4.6 (Gentoo Hardened 3.4.6-r2, HTB-3.4.4-1.00, ssp-3.4.6-1.0, pie-8.7.10)', 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='i686-pc-linux-gnu-gcc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lpthread -lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lc perllibs=-lpthread -lnsl -ldl -lm -lcrypt -lutil -lc libc=/lib/libc-2.5.so, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='2.5' 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: PERL_MALLOC_WRAP USE_LARGE_FILES USE_PERLIO Built under linux Compiled at Nov 20 2007 05:04:24 @INC: /etc/perl /usr/lib/perl5/vendor_perl/5.8.8/i686-linux /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl /usr/lib/perl5/site_perl/5.8.8/i686-linux /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl /usr/lib/perl5/5.8.8/i686-linux /usr/lib/perl5/5.8.8 /usr/local/lib/site_perl . nuthatch ~ # ls -ld /usr/lib*/perl5/vendor_perl/5.8.8/*86* drwxr-xr-x 18 root root 4096 May 4 02:33 /usr/lib/perl5/vendor_perl/5.8.8/i686-linux
(In reply to comment #8) > nuthatch ~ # ls -ld /usr/lib*/perl5/vendor_perl/5.8.8/*86* > drwxr-xr-x 18 root root 4096 May 4 02:33 > /usr/lib/perl5/vendor_perl/5.8.8/i686-linux oops but at comment #4 I see you have a /usr/lib/perl5/vendor_perl/5.8.8/i686-linux-thread-multi dir is this same machine ?
It is the same machine. It seems that directory and it's contents vanished after I run perl-cleaner, per what I said in comment #6.
so... in this moment DBD-SQLite build ok ? with found DBI ? (In reply to comment #4) > nuthatch ~ # equery f dev-perl/DBI | fgrep DBI.pm > /usr/lib/perl5/vendor_perl/5.8.8/i686-linux-thread-multi/Bundle/DBI.pm > /usr/lib/perl5/vendor_perl/5.8.8/i686-linux-thread-multi/DBI.pm (In reply to comment #8) > This machine has never been built with USE=ithreads but IMHO it really strange...
Yes, it built correctly in comment #6 after the modules cleanup. I'll just chalk it up to Perl build weirdness.