[Bug 1021161] New: Perl mktime() still not Y2K38 compatible (even it should be)?
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1021161
Bug ID: 1021161
Summary: Perl mktime() still not Y2K38 compatible (even it
should be)?
Product: Fedora
Version: 18
Component: perl
Severity: medium
Assignee: jplesnik(a)redhat.com
Reporter: redhat-bugzilla(a)linuxnetz.de
QA Contact: extras-qa(a)fedoraproject.org
CC: cweyl(a)alumni.drew.edu, iarnell(a)gmail.com,
jplesnik(a)redhat.com, kasal(a)ucw.cz,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com, rc040203(a)freenet.de,
tcallawa(a)redhat.com
Description of problem:
According to http://search.cpan.org/~jesse/perl-5.12.0/pod/perl5120delta.pod,
Perl 5.12 (and later) should be Y2K38 compatible. However POSIX::mktime() for
2040 is still returning undef. I am wondering about "Sizeof time_t = 4" in the
build log for i686 as well, shouldn't that be 8 when using -Duse64bitint and/
or -Duselongdouble? Or am I on the wrong path?
Version-Release number of selected component (if applicable):
perl-5.16.3-244.fc18
How reproducible:
Run the following on a 32 bit system:
perl -e 'use POSIX; print mktime(0, 0, 0, 1, 0, 140, 0, 0) . "\n"'
Actual results:
Perl mktime() still not Y2K38 compatible (even it should be)?
Expected results:
2208985200 :)
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=6jneoVeN3K&a=cc_unsubscribe
10 years, 5 months
[Bug 249079] New: Please build latest amavisd-new for EPEL 4 and 5
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=249079
Summary: Please build latest amavisd-new for EPEL 4 and 5
Product: Fedora
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: amavisd-new
AssignedTo: steve(a)silug.org
ReportedBy: redhat-bugzilla(a)linuxnetz.de
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Please build latest amavisd-new for EPEL 4 and 5.
Version-Release number of selected component (if applicable):
amavisd-new-2.5.2-1
Additional info:
Please let me know, if you just don't want to be the maintainer for the
amavisd-new EPEL packages...
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
10 years, 5 months
[Bug 839651] New: FTBFS perl-PDL-2.4.10-2.fc18
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=839651
Bug ID: 839651
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
URL: https://koji.fedoraproject.org/koji/taskinfo?taskID=42
36247
Version: rawhide
Priority: unspecified
CC: mmaslano(a)redhat.com, orion(a)cora.nwra.com,
perl-devel(a)lists.fedoraproject.org, psabata(a)redhat.com
Assignee: mmaslano(a)redhat.com
Summary: FTBFS perl-PDL-2.4.10-2.fc18
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: ppisar(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: perl-PDL
Product: Fedora
perl-PDL-2.4.10-2.fc18 fails to build in F18:
/usr/bin/perl /usr/share/perl5/ExtUtils/xsubpp -typemap
/usr/share/perl5/ExtUtils/typemap -typemap
/builddir/build/BUILD/PDL-2.4.10/Basic/Core/typemap.pdl Proj.xs > Proj.xsc &&
mv Proj.xsc Proj.c
cp Proj.pm ../../../blib/lib/PDL/GIS/Proj.pm
gcc -c -I/builddir/build/BUILD/PDL-2.4.10/Basic/Core -I/usr/include
-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector
-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -g -pipe
-Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m32 -march=i686 -mtune=atom
-fasynchronous-unwind-tables -Wno-unused -DVERSION=\"1.32\"
-DXS_VERSION=\"1.32\" -fPIC "-I/usr/lib/perl5/CORE" Proj.c
Proj.xs:21:22: fatal error: projects.h: No such file or directory
compilation terminated.
make[3]: *** [Proj.o] Error 1
This is due incompatibility with proj-4.8.0 which moved projects.h. Reported to
upstream
<https://sourceforge.net/tracker/index.php?func=detail&aid=3515759&group_i...>.
The newer 2.4.11 version is still affected.
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 6 months