Skip Menu |

This queue is for tickets about the Module-Build CPAN distribution.

Report information
The Basics
Id: 19465
Status: resolved
Priority: 0/
Queue: Module-Build

People
Owner: Nobody in particular
Requestors: glarkin [...] sourcehosting.net
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in: 0.2801
Fixed in: (no value)



Subject: Unable to install Module::Build 0.2801 in perl 5.8.0 on RH9 Linux upgraded with Fedora Legacy packages
NOTE: Please see the bottom for "perl -v" and "uname -a" output. I have a stock RedHat 9 Linux (Shrike) system installed as a VMWare VM in VMWare Server Beta 2. The system RPMs have been updated from the fedoralegacy.org update site using "yum". The Perl RPM has been updated as part of that process. The Perl RPMs are as follows: perl-5.8.0-90.0.13.legacy perl-CGI-2.81-90.0.13.legacy perl-CPAN-1.61-90.0.13.legacy perl-DateManip-5.40-30 perl-DBD-MySQL-2.1021-3 perl-DBD-Pg-1.21-2 perl-DB_File-1.804-90.0.13.legacy perl-DBI-1.32-5.1.legacy perl-Filter-1.29-3 perl-HTML-Parser-3.26-17 perl-HTML-Tagset-3.03-28 perl-libwww-perl-5.65-6 perl-libxml-enno-1.02-29 perl-libxml-perl-0.07-28 perl-Parse-Yapp-1.05-30 perl-URI-1.21-7 perl-XML-Dumper-0.4-25 perl-XML-Encoding-1.01-23 perl-XML-Grove-0.46alpha-25 perl-XML-Parser-2.31-15 perl-XML-Twig-3.09-3 I'm unable to install Module::Build using CPAN on this system, and it appears there is some discrepencancy in the Perl config information. Here's the end of the installation process: ----cut----cut----cut----cut---- ... ... ... Module-Build-0.2801/t/tilde.t Module-Build-0.2801/t/versions.t Module-Build-0.2801/t/xs.t Can't stat /root/.cpan/build/Module-Build-0.2801 (No such file or directory) at /usr/lib/perl5/5.8.0/CPAN.pm line 4425 WARNING: This key is not certified with a trusted signature! Primary key fingerprint: ADCB DB05 B40E B2A2 A555 5462 82BB CC04 B7EF 9476 CPAN.pm: Going to build K/KW/KWILLIAMS/Module-Build-0.2801.tar.gz # running Build.PL Can't locate the perl binary used to run this script in (/usr/bin /usr/bin /usr/bin /usr/kerberos/sbin /usr/kerberos/bin /usr/l ocal/bin /bin /usr/bin /usr/X11R6/bin /usr/sbin /home/glarkin/bin) Running make test Make had some problems, won't test Running make install Make had some problems, won't install Failed during this command: KWILLIAMS/Module-Build-0.2801.tar.gz : writemakefile NO '/usr/bin/perl Makefile.PL' returned status 512 Show quoted text
cpan>
----cut----cut----cut----cut---- "which perl" results in "/usr/bin/perl". The output of "perl -MConfig=myconfig -e print -e myconfig" is: ----cut----cut----cut----cut---- Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=linux, osvers=2.6.8-1.521smp, archname=i386-linux-thread- multi uname='linux jan' config_args='-des -Doptimize=-O2 -g -pipe -march=i386 -mcpu=i686 - Dmyhostname=localhost -Dperladmin=root@localhost -Dcc=gcc -Dcf_by=Red Hat, Inc. -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux - Dvendorprefix=/usr -Dsiteprefix=/usr - Dotherlibdirs=/usr/lib/perl5/5.8.0 -Duseshrplib -Dusethreads - Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db - Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio - Dinstallusrbinperl -Ubincompat5005 -Uversiononly - Dpager=/usr/bin/less -isr' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef' useithreads=define usemultiplicity= useperlio= d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=un uselongdouble= usemymalloc=, bincompat5005=undef Compiler: cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE - DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-aliasing - I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 - I/usr/include/gdbm', optimize='', cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS - DDEBUGGING -fno-strict-aliasing -I/usr/local/include - I/usr/include/gdbm' ccversion='', gccversion='3.2.2 20030222 (Red Hat Linux 3.2.2-5)', gccosandvers='' gccversion='3.2.2 200302' intsize=r, longsize=r, ptrsize=5, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long' k', ivsize=4' ivtype=, nvtype='double' o_nonbl', nvsize=, Off_t='', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='gcc' l', ldflags =' -L/usr' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lgdbm -ldb -ldl -lm -lpthread -lc -lcrypt -lutil perllibs= libc=/lib/libc-2.3.2.so, so=so, useshrplib=true, libperl=libper gnulibc_version='2.3.2' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so', d_dlsymun=undef, ccdlflags='- rdynamic -Wl,-rpath,/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE' cccdlflags='-fPIC' ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5', lddlflags='s Unicode/Normalize XS/A' ----cut----cut----cut----cut---- Here's something strange - notice the value of 'uname' above: uname='linux jan' If I look at the contents of /usr/lib/perl5/5.8.0/i386-linux-thread- multi/Config.pm, the value of 'myuname' (which is used to populate the uname field above) is: myuname='linux jane.spidermaker.fedoralegacy.org 2.6.8-1.521smp #1 smp mon aug 16 09:25:06 edt 2004 i686 athlon i386 gnulinux ' For some reason, the output of the command-line invoked configuration dump has been truncated on that value, and I noticed that other values have differences in where spaces and line breaks appear. That causes the _perl_is_same function in Module::Build::Base.pm to fail, preventing the module from installing. Do you have any ideas why the truncation/formatting problem is occuring and how to fix it? Thank you, Greg Larkin perl -v output: This is perl, v5.8.0 built for i386-linux-thread-multi (with 2 registered patches, see perl -V for more detail) Copyright 1987-2002, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5 source kit. Complete documentation for Perl, including FAQ lists, should be found on this system using `man perl' or `perldoc perl'. If you have access to the Internet, point your browser at http://www.perl.com/, the Perl Home Page. uname -a output: Linux fuzz-rh9 2.4.20-46.9.legacy #1 Thu Mar 2 16:11:28 EST 2006 i686 i686 i386 GNU/Linux
Hi Greg, The part about weird `uname` values, etc. are vaguely reminiscent of some previous issues I've seen on RH systems related to locales. Can you try setting your "LANG" and "LC_ALL" environment variables to "C" and trying again? -Ken
From: glarkin [...] sourcehosting.net
On Thu May 25 00:54:11 2006, KWILLIAMS wrote: Show quoted text
> Hi Greg, > > The part about weird `uname` values, etc. are vaguely reminiscent of > some previous issues I've > seen on RH systems related to locales. Can you try setting your > "LANG" and "LC_ALL" > environment variables to "C" and trying again? > > -Ken
Hi Ken, Thanks for the quick reply. You are correct, and your comment jogged my memory. I think I ran into this problem with Perl on another RH9 machine a few years back, because I found this in my .bash_profile there: unset LANG I did the same thing on the new RH9/VMware installation, and Module::Build installs fine now. I can also try it again with "LANG=C" if you think that's necessary. Regards, Greg Larkin
On Thu May 25 09:20:53 2006, guest wrote: Show quoted text
> I did the same thing on the new RH9/VMware installation, and > Module::Build installs fine now.
Great. Show quoted text
> I can also try it again > with "LANG=C" if you think that's necessary.
Nope, that shouldn't be necessary - that's equivalent to having no LANG setting at all. -Ken