Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 53768 - dev-perl/DateTime-0.21 fails to emerge
Summary: dev-perl/DateTime-0.21 fails to emerge
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Perl team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-06-12 21:21 UTC by Carl A. Dunham
Modified: 2004-09-21 07:51 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Carl A. Dunham 2004-06-12 21:21:21 UTC
Test filed on 23storable.

Tried re-emerging Storable, DateTime-TimeZone with no change in results.



>>> emerge (19 of 52) dev-perl/DateTime-0.21 to /
>>> md5 src_uri ;-) DateTime-0.21.tar.gz
>>> Unpacking source...
>>> Unpacking DateTime-0.21.tar.gz to /var/tmp/portage/DateTime-0.21/work
>>> Source unpacked.
Testing if you have a C compiler
gcc -O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe   -c -o test.o test.c
Checking if your kit is complete...
Looks good
Warning: prerequisite DateTime::TimeZone 0.26 not found. We have 0.2507.
Writing Makefile for DateTime
cp lib/DateTime.pm blib/lib/DateTime.pm
cp lib/DateTimePP.pm blib/lib/DateTimePP.pm
cp lib/DateTime/Duration.pm blib/lib/DateTime/Duration.pm
cp lib/DateTimePPExtra.pm blib/lib/DateTimePPExtra.pm
cp lib/DateTime/Infinite.pm blib/lib/DateTime/Infinite.pm
cp lib/DateTime/LeapSecond.pm blib/lib/DateTime/LeapSecond.pm
/usr/bin/perl /usr/lib/perl5/vendor_perl/5.8.4/ExtUtils/xsubpp  -typemap /usr/lib/perl5/5.8.4/ExtUtils/typemap  DateTime.xs > DateTime.xsc && mv DateTime.xsc DateTime.c
gcc -c   -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe   -DVERSION=\"0.21\" -DXS_VERSION=\"0.21\" -fPIC "-I/usr/lib/perl5/5.8.4/i686-linux/CORE"   DateTime.c
Running Mkbootstrap for DateTime ()
chmod 644 DateTime.bs
rm -f blib/arch/auto/DateTime/DateTime.so
LD_RUN_PATH="" gcc  -shared -L/usr/local/lib DateTime.o  -o blib/arch/auto/DateTime/DateTime.so
chmod 755 blib/arch/auto/DateTime/DateTime.so
cp DateTime.bs blib/arch/auto/DateTime/DateTime.bs
chmod 644 blib/arch/auto/DateTime/DateTime.bs
Manifying blib/man3/DateTime.3pm
Manifying blib/man3/DateTime::Duration.3pm
Manifying blib/man3/DateTime::Infinite.3pm
Manifying blib/man3/DateTime::LeapSecond.3pm
Running Mkbootstrap for DateTime ()
chmod 644 DateTime.bs
rm -f blib/arch/auto/DateTime/DateTime.so
LD_RUN_PATH="" gcc  -shared -L/usr/local/lib DateTime.o  -o blib/arch/auto/DateTime/DateTime.so
chmod 755 blib/arch/auto/DateTime/DateTime.so
cp DateTime.bs blib/arch/auto/DateTime/DateTime.bs
chmod 644 blib/arch/auto/DateTime/DateTime.bs
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/00load................ok
t/01sanity..............ok
t/02last_day............ok
t/03components..........ok
t/04epoch...............ok
t/05set.................ok
t/06add.................ok
t/07compare.............ok
t/09greg................ok 33/35# this may take a minute...
t/09greg................ok
t/10subtract............ok
t/11duration............ok
t/12week................ok
t/13strftime............ok 44/132# New locale: de
t/13strftime............ok 79/132# New locale: it
t/13strftime............ok
t/14locale..............ok
t/15jd..................ok
t/16truncate............ok
t/17set_return..........ok
t/18today...............ok
t/19leap_second.........ok
t/20infinite............ok
t/21bad_params..........ok
t/22from_doy............ok
t/23storable............Item #1 returned by STORABLE_freeze for DateTime is not a reference at blib/lib/Storable.pm (autosplit into blib/lib/auto/Storable/_freeze.al) line 287, at t/23storable.t line 27
# Looks like your test died before it could output anything.
t/23storable............dubious
        Test returned status 2 (wstat 512, 0x200)
DIED. FAILED tests 1-5
        Failed 5/5 tests, 0.00% okay
t/24from_object.........ok
t/25add_subtract........ok
t/26dt_leapsecond_pm....ok
t/27delta...............ok
t/28dow.................ok
t/29overload............ok
t/99-pod................ok
        1/1 skipped: File::Find::Rule not installed
Failed Test    Stat Wstat Total Fail  Failed  List of Failed
-------------------------------------------------------------------------------
t/23storable.t    2   512     5   10 200.00%  1-5
1 subtest skipped.
Failed 1/30 test scripts, 96.67% okay. 5/2733 subtests failed, 99.82% okay.
make: *** [test_dynamic] Error 255

!!! ERROR: dev-perl/DateTime-0.21 failed.
!!! Function perl-module_src_compile, Line 62, Exitcode 2
!!! test failed


Reproducible: Always
Steps to Reproduce:
1.
2.
3.




# emerge info 
Portage 2.0.50-r8 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3.20040420-r0, 
2.6.5-gentoo) 
================================================================= 
System uname: 2.6.5-gentoo i686 Intel(R) Pentium(R) 4 CPU 2.40GHz 
Gentoo Base System version 1.4.16 
Autoconf: sys-devel/autoconf-2.59-r4 
Automake: sys-devel/automake-1.8.5 
ACCEPT_KEYWORDS="x86 ~x86" 
AUTOCLEAN="yes" 
CFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe" 
CHOST="i686-pc-linux-gnu" 
COMPILER="gcc3" 
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" 
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" 
CXXFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe" 
DISTDIR="/usr/portage/distfiles" 
FEATURES="autoaddcvs ccache sandbox strict" 
GENTOO_MIRRORS="http://gentoo.oregonstate.edu 
http://distro.ibiblio.org/pub/Linux/distributions/gentoo" 
MAKEOPTS="-j3" 
PKGDIR="/usr/portage/packages" 
PORTAGE_TMPDIR="/var/tmp" 
PORTDIR="/usr/portage" 
PORTDIR_OVERLAY="/usr/local/portage" 
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" 
USE="S3TC X aalib acpi alsa apache2 arts artswrappersuid avi bindist bonobo 
cdr crypt cups curl directfb dnd doc dvd emacs encode ethereal faad fbcon 
fbdev freetds gd gif gphoto2 gpm gtk gtk2 gtkhtml guile hbci imagemagick imlib 
innodb java jikes jpeg kde ldap libg++ libwww mad md5sum mikmod motif mozilla 
moznocompose moznoirc mozsvg mozxmlterm mpeg music mysql nas ncurses offensive 
oggvorbis opengl pam parse-clocks pda pdflib perl php pic png ppds qt 
quicktime radeon readline scanner sdl slang spell sse ssl stroke svga tcpd 
tetex tiff transcode truetype type1 usb x86 xft xml xml2 xmms xosd xv zlib" 
 
# perl --version 
 
This is perl, v5.8.4 built for i686-linux 
 
Copyright 1987-2004, 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.
Comment 1 Michael Cummings (RETIRED) gentoo-dev 2004-06-13 08:09:04 UTC
Can you try emerging dev-perl/Storable-2.12 and see if that helps? Storable isn't explicity a dependancy for this module to build, but I noticed in the Changelog's that the author added some tests for Storable to address a bug upstream and am wondering if he built those tests around a version of Storable that is newer than one commonly packages with perl. Thanks!
Comment 2 Myles Grant 2004-06-14 14:27:00 UTC
I get the same result.  I have re-emerged dev-perl/Storable-2.12, dev-perl/Storable-2.09, dev-perl/Storable-2.07, and dev-perl/Storable-2.07-r1 and get the same result when emerging dev-perl/DateTime-0.21.  I don't know enough perl to determine if this is a bug in Storable or DateTime.
Comment 3 David Brigada 2004-06-16 08:05:55 UTC
Yuck... this bug goes deep... somewhere... I can't quite see where yet.  DateTime::STORABLE_freeze gets called for the DateTime object and then for the DateTime::Locale object.  Only the former is desired behavior.
Comment 4 Myles Grant 2004-07-02 10:48:53 UTC
Well, I've gone back and emerged dev-perl/DateTime-0.20 and masked dev-perl/DateTime-0.21 in /etc/portage/package.mask, so that this doesn't bother me every time I do an emerge -u world.
Comment 5 Carl A. Dunham 2004-08-01 13:23:27 UTC
Same problem exists in 0.22
Comment 6 Zac Witte 2004-08-08 20:12:28 UTC
I get this as well with DateTime-0.22. I'm on amd64.
Comment 7 John Ross Hunt 2004-09-03 10:49:47 UTC
I think the fix is more trivial than we suspect.

The problem lies here: "Warning: prerequisite DateTime::TimeZone 0.26 not found. We have 0.2507."

I installed dev-perl/DateTime-TimeZone-0.28 and masked dev-perl/DateTime-TimeZone-0.2507, then re-emerged dev-perl/DateTime-0.22 and all was well with the world again.

Ta-da!
Comment 8 Tim Hobbs 2004-09-07 10:47:41 UTC
This bug is not really so deep, it's just that we're all ignoring the obvious:
2507 > 28 and therefore 0.2507 > 0.28 as far as portage is concerned.

If the old DateTime-TimeZone were 0.25.07 then things would be ok.
Even if DateTime-TimeZone 0.2507 is masked, anyone who has it installed will still  not be upgraded (downgraded) by portage to 0.28 and will not be able to emerge DateTime-TimeZone (and probably some other things).

Hm, but by masking 0.2507, portage *should* try to downgrade to the latest available version, which should be 0.28 (for now).  Not sure if the portage "upgrade only" argument will break this, but someone who knows portage better than me should know!
Comment 9 Michael Cummings (RETIRED) gentoo-dev 2004-09-21 07:51:16 UTC
FWIW, all relevant datetime ebuilds have been updated. This should be fixed now. Also, have confirmed and tested on sparc, so the 2507 ebuild of timezone is out of portage. Thanks for all your patience,

Mike