October 2005 - perl-devel - Fedora mailing-lists

[Bug 169236] New: New version of SpamAssassin available (3.1.0)
by Red Hat Bugzilla 07 Jun '06

07 Jun '06

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=169236 Summary: New version of SpamAssassin available (3.1.0) Product: Fedora Core Version: fc4 Platform: All URL: http://svn.apache.org/repos/asf/spamassassin/branches/3. 1/UPGRADE OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: spamassassin AssignedTo: wtogami(a)redhat.com ReportedBy: milan.kerslager(a)pslib.cz CC: fedora-perl-devel- list@redhat.com,felicity@kluge.net,jm@jmason.org,parkerm @pobox.com,reg+redhat@sidney.com,wtogami@redhat.com New SpamAssassin 3.1.0 introduces a lot of changes (mostly move to plugins). Will be there a new fersion for FC4 or 3.1.x is supposed to be in FC5 only? Are there some issues for FC4? -- 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.

1 11

[Bug 171903] New: spamassassin startup fails on boot
by Red Hat Bugzilla 17 Dec '05

17 Dec '05

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=171903 Summary: spamassassin startup fails on boot Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: spamassassin AssignedTo: wtogami(a)redhat.com ReportedBy: Nicolas.Mailhot(a)laPoste.net CC: fedora-perl-devel- list@redhat.com,felicity@kluge.net,jm@jmason.org,parkerm @pobox.com,reg+redhat@sidney.com,wtogami@redhat.com spamassassin complains about being unable to create a dnsresolver socket When I restart it later with security enforcing disabled it works (sorry about the vague message, I don't seem able to find it in /var/log even thougspamassassin-3.1.0-1.fc5h the problem is reproduceable at every boot) spamassassin-3.1.0-1.fc5 on up-to-date FC devel system, with perl-Mail-SPF-Query-1.997-5.fc5 installed -- 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.

1 20

[Bug 167797] New: perl-DBD-Pg package doesn't Provide: perl(DBD::Pg)
by Red Hat Bugzilla 17 Nov '05

17 Nov '05

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=167797 Summary: perl-DBD-Pg package doesn't Provide: perl(DBD::Pg) Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl-DBD-Pg AssignedTo: wtogami(a)redhat.com ReportedBy: paul(a)city-fan.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: The update to 1.43 appears to have introduced an issue where rpm does not autogenerate the perl(DBD::Pg) virtual. So modules requiring this have to depend on perl-DBD-Pg rather than perl(DBD::Pg) (e.g. bugzilla #166191). The FC3 and FC4 packages do provide perl(DBD::Pg). Version-Release number of selected component (if applicable): perl-DBD-Pg-1.43-1 How reproducible: Easy Steps to Reproduce: rpm -q --provides perl-DBD-Pg Actual results: Pg.so perl-DBD-Pg = 1.43-1 Expected results: Pg.so perl(DBD::Pg) = 1.43 perl-DBD-Pg = 1.43-1 Additional info: Easy fix would just be to add the Provides: perl(DBD::Pg) = %{version} manually in the spec file. -- 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.

1 12

[Bug 172153] New: /etc/mail is not an ideal place for spamassasin config files
by Red Hat Bugzilla 09 Nov '05

09 Nov '05

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=172153 Summary: /etc/mail is not an ideal place for spamassasin config files Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: spamassassin AssignedTo: wtogami(a)redhat.com ReportedBy: rcoker(a)redhat.com CC: fedora-perl-devel- list@redhat.com,felicity@kluge.net,jm@jmason.org,parkerm @pobox.com,reg+redhat@sidney.com,wtogami@redhat.com >From Bugzilla Helper: User-Agent: Mozilla/5.0 (compatible; Konqueror/3.4; Linux) KHTML/3.4.92 (like Gecko) Description of problem: The directory /etc/mail is for the Sendmail MTA. When using an MTA other than Sendmail it's not used for anything other than Spamassasin. It doesn't make sense to have this implicit connection between Spamassasin and Sendmail. Could you please change spamassasin to use /etc/spamassasin for it's config files with a sym-link for compatibility if necessary. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. 2. 3. Additional info: -- 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.

1 7

[Bug 168373] New: perl is compiled without 64bit int on i386
by Red Hat Bugzilla 02 Nov '05

02 Nov '05

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=168373 Summary: perl is compiled without 64bit int on i386 Product: Fedora Core Version: devel Platform: i386 OS/Version: Linux Status: NEW Severity: enhancement Priority: normal Component: perl AssignedTo: wtogami(a)redhat.com ReportedBy: redhat(a)olen.net QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: perl is compiled without 64bit int on i386 Version-Release number of selected component (if applicable): perl-5.8.7-0.3.fc5 How reproducible: Always Steps to Reproduce: 1. Install perl 2. perl -e 'printf ("%x", 99999999999999)' Actual results: ffffffff Expected results: 5af3107a3fff Additional info: >From the INSTALL manual: "The use64bitint option does only as much as is required to get 64-bit integers into Perl (this may mean, for example, using "long longs") while your memory may still be limited to 2 gigabytes (because your pointers could still be 32-bit). Note that the name 64bitint does not imply that your C compiler will be using 64-bit ints (it might, but it doesn't have to). The use64bitint simply means that you will be able to have 64 bit-wide scalar values." http://search.cpan.org/~nwclark/perl-5.8.6/INSTALL#Run_Configure At least I need 64bit ints for some internal applications that needs to run on both x86_64 and i386. -- 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.

1 2

[Bug 167354] Review Request: amavisd-new
by Red Hat Bugzilla 31 Oct '05

31 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: amavisd-new https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167354 ------- Additional Comments From sundaram(a)redhat.com 2005-10-31 14:38 EST ------- (In reply to comment #19) > I've just applied the latest selinux-policy-targeted-1.27.1-2.1 from FC4 > updates. And it's broken my amavisd install... Its fixed in rawhide. Report to this to bugzilla and request a policy update. -- 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.

1 0

[Bug 167354] Review Request: amavisd-new
by Red Hat Bugzilla 31 Oct '05

31 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: amavisd-new https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167354 Nicolas.Mailhot(a)laPoste.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fedora-perl-devel- | |list(a)redhat.com ------- Additional Comments From Nicolas.Mailhot(a)laPoste.net 2005-10-31 05:11 EST ------- Selinux problems are fixed in Raw Hide. Package works very well for me so far. Are there no perl gurus available to approve it ? -- 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.

1 0

[Bug 161785] spamassassin restart fails - functions bug?
by Red Hat Bugzilla 31 Oct '05

31 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: spamassassin restart fails - functions bug? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161785 ------- Additional Comments From wtogami(a)redhat.com 2005-10-30 22:28 EST ------- See http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4655 for the solution that I am currently testing for future spamassassin 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.

1 0

[Bug 128879] Break perl-libxml-enno into component CPAN modules
by Red Hat Bugzilla 27 Oct '05

27 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Break perl-libxml-enno into component CPAN modules https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=128879 ------- Additional Comments From ville.skytta(a)iki.fi 2005-10-27 14:29 EST ------- I've prepared the three replacement packages for inclusion in Extras, will post them as separate "normal" Extras submissions if someone wants, but here are they anyway: http://cachalot.mine.nu/4/SRPMS/perl-XML-RegExp-0.03-0.1.src.rpm http://cachalot.mine.nu/4/SRPMS/perl-XML-DOM-1.44-0.1.src.rpm http://cachalot.mine.nu/4/SRPMS/perl-XML-XQL-0.68-0.1.src.rpm Note: even though I packaged these, I don't really want to maintain them. So I'd be inclined to just import, immediately orphan, and welcome others to take over. Further, now that perl-libxml-enno is gone, it looks like perl-XML-Encoding can be just dropped (didn't notice any more deps in Core or Extras), and perl-Parse-Yapp moved to Extras (apparently only needed by the new perl-XML-XQL). -- 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.

1 0

[Bug 171111] (libperl) could not run system-config-printer
by Red Hat Bugzilla 26 Oct '05

26 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: (libperl) could not run system-config-printer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171111 laroche(a)redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Flag| |devel_ack+ -- 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.

1 0

[PATCH] ioctl IOCPARM_LEN(x) should be _IOC_SIZE(x) on Linux, not 256
by Jason Vas Dias 26 Oct '05

26 Oct '05

This is a bug report for perl from jvdias(a)redhat.com, generated with the help of perlbug 1.35 running under perl v5.8.7. ----------------------------------------------------------------- [Please enter your report here] perl.h incorrectly guessed the IOCPARM_LEN on Linux to be constant 256 . The IOCPARM_LEN(ioctl_number) macro is meant to extract the length / size field from the ioctl_number, which must be the size of the memory pointed to by the pointer RW argument passed to ioctl. On Linux, the _IOC_SIZE(ioctl_number) macro is provided for this purpose, and there is no IOCPARM_LEN macro, so at pp_sys.c, in Perl_pp_ioctl, @line 2210: if (SvPOK(argsv) || !SvNIOK(argsv)) { STRLEN len; STRLEN need; s = SvPV_force(argsv, len); need = IOCPARM_LEN(func); if (len < need) { s = Sv_Grow(argsv, need + 1); SvCUR_set(argsv, need); } "need" was ALWAYS set to '257' on linux . ( BTW, shouldn't 'len' be initialized to 0 here? ) This bug was found to be the root cause of Red Hat Bugzilla #171111: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171111 where some printers would return a printer id string > 256 bytes long, which caused perl to generate a SIGSEGV in the ioctl(STDIN,0x84005001,$result) call, where $result was undef, because perl made $result only 257 bytes long. Here's a patch to perl.h which fixes this problem: --- perl-5.8.7/perl.h.IOC_SIZE 2005-05-07 16:11:45.000000000 -0400 +++ perl-5.8.7/perl.h 2005-10-25 16:56:10.000000000 -0400 @@ -2508,11 +2508,17 @@ #ifndef IOCPARM_LEN # ifdef IOCPARM_MASK - /* on BSDish systes we're safe */ + /* on BSDish systems we're safe */ # define IOCPARM_LEN(x) (((x) >> 16) & IOCPARM_MASK) # else - /* otherwise guess at what's safe */ -# define IOCPARM_LEN(x) 256 +# ifdef _IOC_SIZE + /* on Linux systems we're safe */ +# define IOCPARM_LEN(x) _IOC_SIZE(x) +# else + /* otherwise guess at what's safe (we're UNSAFE!) */ +# warning "unsafe assumption of IOCPARM_LEN=256" +# define IOCPARM_LEN(x) 256 +# endif # endif #endif This patch has been applied in the Red Hat perl-5.8.7-0.6.fc5 (Rawhide) release. Please consider applying the above patch, and fix this issue in future perl 5.8.8+ / 6.x releases. Thank You, Jason Vas Dias <jvdias(a)redhat.com> Red Hat perl package maintainer [Please do not change anything below this line] ----------------------------------------------------------------- --- Flags: category=core severity=medium --- This perlbug was built using Perl v5.8.7 in the Red Hat build system. It is being executed now by Perl v5.8.7 - Tue Oct 25 17:23:30 EDT 2005. Site configuration information for perl v5.8.7: Configured by Red Hat, Inc. at Tue Oct 25 17:23:30 EDT 2005. Summary of my perl5 (revision 5 version 8 subversion 7) configuration: Platform: osname=linux, osvers=2.6.13-1.1624_fc5, archname=i386-linux-thread-multi uname='linux jvdias 2.6.13-1.1624_fc5 #1 mon oct 24 01:16:31 edt 2005 i686 i686 i386 gnulinux ' config_args='-des -Doptimize=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=pentium4 -fasynchronous-unwind-tables -Dversion=5.8.7 -Dmyhostname=localhost -Dperladmin=root@localhost -Dcc=gcc -Dcf_by=Red Hat, Inc. -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux -Dvendorprefix=/usr -Dsiteprefix=/usr -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl=n -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less -isr -Dd_gethostent_r_proto -Ud_endhostent_r_proto -Ud_sethostent_r_proto -Ud_endprotoent_r_proto -Ud_setprotoent_r_proto -Ud_endservent_r_proto -Ud_setservent_r_proto -Dinc_version_list=5.8.6 5.8.5 5.8.4 5.8.3 -Dscriptdir=/usr/bin' 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='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm', optimize='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=pentium4 -fasynchronous-unwind-tables', cppflags='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/include/gdbm' ccversion='', gccversion='4.0.2 20051007 (Red Hat 4.0.2-3)', 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='gcc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lresolv -lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc perllibs=-lresolv -lnsl -ldl -lm -lcrypt -lutil -lpthread -lc libc=/lib/libc-2.3.90.so, so=so, useshrplib=true, libperl=libperl.so gnulibc_version='2.3.90' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E -Wl,-rpath,/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE' cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib' Locally applied patches: --- @INC for perl v5.8.7: /usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl/5.8.4 /usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.7/i386-linux-thread-multi /usr/lib/perl5/5.8.7 . --- Environment for perl v5.8.7: HOME=/root LANG=en_US.UTF-8 LANGUAGE (unset) LD_LIBRARY_PATH (unset) LOGDIR (unset) PATH=/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/root/bin PERL_BADLANG (unset) SHELL=/bin/bash

1 0

[Bug 171111] (libperl) could not run system-config-printer
by Red Hat Bugzilla 26 Oct '05

26 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: (libperl) could not run system-config-printer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171111 jvdias(a)redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |MODIFIED ------- Additional Comments From jvdias(a)redhat.com 2005-10-25 18:20 EST ------- OK, I've finally found and fixed the problem here, now that I've brought my USB printer in to work from home (unecessarily! :-) perl was looking for an IOCPARM_LEN(ioctl_number) macro to return the length bits from the ioctl function number. This works OK on BSD systems. But if IOCPARM_LEN was not defined, perl.h "guessed" and defined IOCPARM_LEN(ioctl_number) to be 256 . Linux has no IOCPARM_LEN(x) macro. So any printer that returned an ID string > 256 bytes would cause a SIGSEGV . Linux has the _IOC_SIZE(x) macro, so I changed perl.h to use _IOC_SIZE(x) if IOCPARM_LEN is not defined instead of constant 256. I have submitted this bug upstream with perlbug - waiting for a RT #. So this bug is now fixed in Rawhide (FC-5) with perl-5.8.7-0.6.fc5 . It will now have to be fixed in RHEL-3, RHEL-4, FC-4, FC-3 . -- 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.

1 0

any ideas why RHEL-3's perl 5.8.1+ thinks { $s='a'; $s=~s///; !($s=~/^\p{IsASCII}+$/); }
by Jason Vas Dias 25 Oct '05

25 Oct '05

Hi - Any ideas on which particular upstream PERL patch fixes this issue would be much appreciated : In RHEL-3's perl-5.8.0-88.9.1 / 5.8.0-88.9 (basically 5.8.1 in all but name): $ perl -e '$s="a"; ($s=~/^\p{IsASCII}+$/) && print "yes\n";' yes $ perl -e '$s="a"; $s=~s///; ($s=~/^\p{IsASCII}+$/) && print "yes\n";' $ (no) $ perl -e '$s="a"; $s=~s///; ($s=~/^[[:ascii:]]+$/) && print "yes\n";' yes $ perl -e '$s="a"; $s=~s/n//; ($s=~/^\p{IsASCII}+$/) && print "yes\n";' yes $ perl -e '$s="a"; $s=~s/\s//; ($s=~/^\p{IsASCII}+$/) && print "yes\n";' $ (no) ie. the ^\p{IsASCII}+$ test always fails if it is preceded by a 's///' substitution which does not substitute anything and attempts to match whitespace or nothing. This is Bugzilla 171653 which I'm trying to fix. I've searched the PERL bugs and done a cursory grep of the hundreds of PERL patches applied since 5.8.[01], but cannot find any obvious candidates. Any suggestions / ideas as to which set of upstream perl patches could be applied to RHEL-3 that would fix this issue and not break anything else would would be much appreciated. Meanwhile I'm attempting to debug the regexec.c code to and looking at each patch affecting regexec.c in order to determine what causes this and what fixes it in the RHEL-4 and FC-{3,4,5} perl versions. Thanks & Regards, Jason Vas Dias Red Hat PERL package maintainer

1 0

Perl 5.8.8 status
by Jose Pedro Oliveira 25 Oct '05

25 Oct '05

This has just appeared in the perl5-porters mailling list: Source: http://www.mail-archive.com/perl5-porters@perl.org/msg90957.html ---------- If there's a plan for 5.8.8, it goes roughly like this 0: All changes that apply to maint are integrated from blead 1: Changes should be in blead by midnight (GMT) on the 16th October 2005 2: RC1 will probably appear within a week ... ---------- jpo PS - It would be great to have it included in FC-5 ;) http://fedora.redhat.com/participate/schedule/ -- José Pedro Oliveira * mailto: jpo(a)di.uminho.pt * http://gsd.di.uminho.pt/jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * http://conferences.yapceurope.org/2005/ * http://braga.yapceurope.org/

3 5

[Bug 171197] New: perl: double free or corruption (!prev)
by Red Hat Bugzilla 25 Oct '05

25 Oct '05

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=171197 Summary: perl: double free or corruption (!prev) Product: Fedora Core Version: devel Platform: i386 OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: wtogami(a)redhat.com ReportedBy: rvokal(a)redhat.com QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com >From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b5) Gecko/20051008 Fedora/1.5-0.5.0.beta2 Firefox/1.4.1 Description of problem: A sample perl module for net-snmp causes double free corruption # perl ./perl_module.pl starting perl_module.pl perl_module.pl loaded ok registering at netSnmp.999 NET-SNMP version 5.2.2.rc1 AgentX subagent connected started us as a subagent (NetSNMP::agent=HASH(0x917c360)) shutting down mainloop excercised *** glibc detected *** perl: double free or corruption (!prev): 0x091c3768 *** Version-Release number of selected component (if applicable): perl-5.8.7-0.5.fc5.i386 How reproducible: Always Steps to Reproduce: 1. start net-snmp add following line to snmpd.conf master agentx 2. start perl module (perl /path/to/perl_module.pl) 3. hit ctrl-c Additional info: testing with rawhide net-snmp -- 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.

1 7

[Bug 171111] (libperl) could not run system-config-printer
by Red Hat Bugzilla 24 Oct '05

24 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: (libperl) could not run system-config-printer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171111 jvdias(a)redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From jvdias(a)redhat.com 2005-10-24 16:49 EST ------- OK, it appears this command has caused a SIGSEGV when run with STDIN directed a USB printer device: # perl -e 'ioctl(STDIN,0x84005001,$result); print $result' </dev/usb/lp0 from: /usr/share/printconf/util/printconf_conf.py, @ line 1460: magic_perl = "perl -e 'ioctl(STDIN,0x84005001,$result);" magic_perl += "print $result' 2>/dev/null <" foo = os.popen (magic_perl + dev) rawid = foo.readlines () Why not use the Python fcntl.ioctl() call here ? It would be interesting to see if python also has a problem with this ioctl: # python >>> import os, fcntl, array; >>> result=array.array(1024) >>> fcntl.ioctl( os.open("/dev/usb/lp0","r"), -2080354303, result, 1 ) I've just now tried running the perl command above with STDIN directed to an RS-232 serial port, (the only serial device I have here at work) on up-to-date Rawhide, FC-4, RHEL-4 and FC-3 systems, and have not been able to reproduce the problem. I do have a USB printer at home, and I try to reproduce this problem there. But googling for 0x84005001 turned up http://home.techwiz.ca/ftp/Linux/dist/MandrakeLinux/official/9.2/i586/Mandr… : # Calculation of IOCTL function 0x84005001 (to get device ID # string): # len = 1024 # IOCNR_GET_DEVICE_ID = 1 # LPIOC_GET_DEVICE_ID(len) = # _IOC(_IOC_READ, 'P', IOCNR_GET_DEVICE_ID, len) # _IOC(), _IOC_READ as defined in /usr/include/asm/ioctl.h # Use "eval" so that program does not stop when IOCTL fails eval { my $output = "\0" x 1024; ioctl($PORT, 0x84005001, $output); $idstr = $output; } or do { close $PORT; next; }; Note how the programmer is careful to allocate a 1024 buffer for the RW ioctl $output parameter, since the 0x84005001 says "I am passing in an 1024 byte RW buffer" . Perhaps the SEGV occurs only when a USB printer is on STDIN, because only a USB printer actually returns an ID string, which writes into the (empty) $result buffer ? Does the problem still occur if the command is ammended : perl -e '$result="\0" x 1024; ioctl(STDIN,0x84005001,$result);print $result,"\n";' </dev/usb/lp0 If not, I don't think it this a PERL bug , but a programming error - any use of ioctl(x,0x84005001,buf), invoked from a C program, will cause a SIGSEGV if the ioctl returns data in buf and buf does not point to a 1024 byte buffer . Can anyone reading this with access to a USB printer please verify, with latest versions that this is still a bug: 1. Does this command produces a SIGSEGV: # perl -e 'ioctl(STDIN,0x84005001,$result); print $result' </dev/usb/lp0 2. Does this command produce a SIGSEGV : # perl -e '$result="\0" x 1024; ioctl(STDIN,0x84005001,$result); print $result' </dev/usb/lp0 If the answer to (2) is NO, then this is not a PERL bug. -- 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.

1 0

[Bug 171594] New: spamassassin-3.0.5 Upstream work
by Red Hat Bugzilla 24 Oct '05

24 Oct '05

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=171594 Summary: spamassassin-3.0.5 Upstream work Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: spamassassin AssignedTo: wtogami(a)redhat.com ReportedBy: wtogami(a)redhat.com CC: fedora-perl-devel- list@redhat.com,felicity@kluge.net,jm@jmason.org,parkerm @pobox.com,reg+redhat@sidney.com,wtogami@redhat.com Warren needs to complete work on backporting and testing patches in order for upstream to do the 3.0.5 release. This will be tested as Fedora updates for FC3 and FC4 and eventually be used in RHEL4U3 in Bug #171325. -- 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.

1 0

[Bug 161486] Net SSH Perl module
by Red Hat Bugzilla 20 Oct '05

20 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Net SSH Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161486 ------- Additional Comments From aoy(a)running-it.net 2005-10-20 04:23 EST ------- Connection time should be better if you install a perl binding for GMP to improve performance of Math::BigInt. for instance Math::BigInt::GMP -- 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.

1 0

[Bug 136009] MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements
by Red Hat Bugzilla 18 Oct '05

18 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136009 wtogami(a)redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |150221 nThis| | -- 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.

1 0

[Bug 144536] (libperl) could not run system-config-printer
by Red Hat Bugzilla 18 Oct '05

18 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: (libperl) could not run system-config-printer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144536 jnovy(a)redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |171111 nThis| | -- 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.

1 0

[Bug 136009] MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements
by Red Hat Bugzilla 18 Oct '05

18 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136009 ------- Additional Comments From rgarciasuarez(a)mandriva.com 2005-10-18 04:59 EST ------- You can use perl-5.8.5-removeemptyrpath.patch from the Mandriva perl instead. It has been integrated (with some enhancements) upstream, in the CPAN distribution of ExtUtils::MakeMaker. -- 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.

1 0

[Bug 136009] MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements
by Red Hat Bugzilla 18 Oct '05

18 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136009 ------- Additional Comments From ville.skytta(a)iki.fi 2005-10-18 01:53 EST ------- (In reply to comment #4) > If I understand correctly, the patch seems to be a somewhat draconian By this I mean the patch in the FC perl package. Also: * Fri Apr 16 2004 Chip Turner <cturner(a)redhat.com> 3:5.8.3-18 - add patch to fix empty RPATH issue on perl module compile -- 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.

1 0

[Bug 136009] MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements
by Red Hat Bugzilla 18 Oct '05

18 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136009 ------- Additional Comments From ville.skytta(a)iki.fi 2005-10-18 01:51 EST ------- IIRC it has to do with empty RPATHs (or RPATH components) and possibly buildroots having been seen included in them in some cases earlier. Coincidentally, I happened to notice this yesterday: http://seclists.org/lists/fulldisclosure/2005/Oct/0405.html http://www.gentoo.org/cgi-bin/viewcvs.cgi/dev-lang/perl/files/perl-5.8.7-Ma…. http://bugs.gentoo.org/show_bug.cgi?id=105054 (I guess $PORTAGE_TMPDIR is roughly equivalent to $RPM_BUILD_ROOT) If I understand correctly, the patch seems to be a somewhat draconian approach to the problem indeed, but it needs to be fixed carefully due to possible security issues involved. Maybe Chip could provide more insight? In the meantime, a workaround is obviously to add those non-system lib dirs to eg. /etc/ld.so.conf.d/local.conf -- 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.

1 0

[Bug 136009] MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements
by Red Hat Bugzilla 18 Oct '05

18 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136009 leif(a)ogre.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED ------- Additional Comments From leif(a)ogre.com 2005-10-17 23:31 EST ------- Fwiw, this is done with the patch named perl-5.8.3-empty-rpath.patch Anyone know why we do this? Maybe the intention was to remove the LD_RUN_PATH environment variable only when $LD_RUN_PATH is empty? That would make sense, but then this patch isn't really correct. :) -- 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.

1 0

[Bug 113304] perl should not export -D_FILE_OFFSET_BITS=64
by Red Hat Bugzilla 18 Oct '05

18 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: perl should not export -D_FILE_OFFSET_BITS=64 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113304 wtogami(a)redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cturner(a)pattern.net ------- Additional Comments From wtogami(a)redhat.com 2005-10-17 23:05 EST ------- Hey Chip, any recommendations for what to do on this? -- 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.

1 0

[Bug 136009] MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements
by Red Hat Bugzilla 18 Oct '05

18 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136009 wtogami(a)redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO ------- Additional Comments From wtogami(a)redhat.com 2005-10-17 22:55 EST ------- I wont do anything here without more feedback from others. -- 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.

1 0

[Bug 128879] Break perl-libxml-enno into component CPAN modules
by Red Hat Bugzilla 15 Oct '05

15 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Break perl-libxml-enno into component CPAN modules https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=128879 ville.skytta(a)iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |170716 nThis| | -- 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.

1 0

[Bug 145475] can not find libperl.so after upgrade of perl to 5.8.6-1
by Red Hat Bugzilla 11 Oct '05

11 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: can not find libperl.so after upgrade of perl to 5.8.6-1 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145475 karsten(a)redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |CLOSED Resolution| |RAWHIDE ------- Additional Comments From karsten(a)redhat.com 2005-10-11 07:41 EST ------- ok, I'll try that in vim-6.3.090-2 -- 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.

1 0

[Bug 145475] can not find libperl.so after upgrade of perl to 5.8.6-1
by Red Hat Bugzilla 10 Oct '05

10 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: can not find libperl.so after upgrade of perl to 5.8.6-1 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145475 wtogami(a)redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|RAWHIDE | ------- Additional Comments From wtogami(a)redhat.com 2005-10-10 10:31 EST ------- Could you please avoid querying the rpmdb during rpmbuild? That is generally a bad thing to do. # Ensure that a compatible libperl is installed Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) Would this standard perl compat syntax be suitable here? -- 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.

1 0

[Bug 145475] can not find libperl.so after upgrade of perl to 5.8.6-1
by Red Hat Bugzilla 10 Oct '05

10 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: can not find libperl.so after upgrade of perl to 5.8.6-1 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145475 ------- Additional Comments From karsten(a)redhat.com 2005-10-10 06:07 EST ------- Could you please test the vim packages at http://people.redhat.com/karsten/ ? I'd like to release updates for FC3/4 so that I can move on to vim-6.4beta in Rawhide, but would prefer to have at least some feadback on the current 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.

1 0

[Bug 145475] can not find libperl.so after upgrade of perl to 5.8.6-1
by Red Hat Bugzilla 10 Oct '05

10 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: can not find libperl.so after upgrade of perl to 5.8.6-1 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145475 karsten(a)redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |CLOSED Resolution| |RAWHIDE ------- Additional Comments From karsten(a)redhat.com 2005-10-10 05:24 EST ------- This line in vim.spec is wrong: Requires: %(perl -le 'printf("perl >= %vd\n",$^V);') I'll replace that with Requires: perl >= %(rpm -q --qf "%%{epoch}:%%{version}\n" perl) and build vim-6.3.090-1 in Rawhide -- 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.

1 0

[Bug 170235] New: Perl built with old db.h
by Red Hat Bugzilla 10 Oct '05

10 Oct '05

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=170235 Summary: Perl built with old db.h Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: wtogami(a)redhat.com ReportedBy: nutello(a)sweetness.com QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: Perl seems to need a rebuild after db4 got updated. Version-Release number of selected component (if applicable): perl-5.8.7-0.4.fc5 How reproducible: Always Steps to Reproduce: $ perl use DB_File; Actual results: DB_File needs compatible versions of libdb & db.h you have db.h version 4.3.28 and libdb version 4.3.29 Compilation failed in require at - line 1. BEGIN failed--compilation aborted at - line 1. I actually have no db.h anywhere on the system (well, there's one from firewire modules and one from tetex-fonts, but they are not <db.h>). I assume it's talking about the db.h used to build the DB_File module (ie the Perl RPM). Expected results: No error Additional info: The current Rawhide Perl is older than db4. A respin of the package should fix the issue, I think. -- 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.

1 1

[Bug 145475] can not find libperl.so after upgrade of perl to 5.8.6-1
by Red Hat Bugzilla 09 Oct '05

09 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: can not find libperl.so after upgrade of perl to 5.8.6-1 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145475 ------- Additional Comments From ville.skytta(a)iki.fi 2005-10-09 05:42 EST ------- That dependency is broken, it should contain an Epoch, like in "Requires: perl >= 3:5.8.7". -- 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.

1 0

[Bug 145475] can not find libperl.so after upgrade of perl to 5.8.6-1
by Red Hat Bugzilla 09 Oct '05

09 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: can not find libperl.so after upgrade of perl to 5.8.6-1 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145475 ------- Additional Comments From mefoster(a)gmail.com 2005-10-09 02:42 EST ------- Okay, now I'm confused: I just checked rpm -q --requires vim-enhanced and it actually contains, among other things, perl >= 5.8.7 So why didn't perl get upgraded automatically when I upgraded vim with yum? -- 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.

1 0

[Bug 145475] can not find libperl.so after upgrade of perl to 5.8.6-1
by Red Hat Bugzilla 09 Oct '05

09 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: can not find libperl.so after upgrade of perl to 5.8.6-1 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145475 wtogami(a)redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fedora-perl-devel- | |list(a)redhat.com -- 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.

1 0

Non-noarch perl packages and $RPM_OPT_FLAGS
by Ville Skyttä 06 Oct '05

06 Oct '05

I'd like to release a new version of fedora-rpmdevtools and would like to clean up the Perl spec template included in it a bit further in the next version. The remaining question is about handling $RPM_OPT_FLAGS (yes, again) in non-noarch Perl module packages. This has been discussed before, and some people feel it's good (must?) to have the packages honor $RPM_OPT_FLAGS also when passed in a non-default --target to rpmbuild, while some are not quite convinced that it's a good idea to allow arch-dependent module packages to be built with optimization flags different from what Perl was built with. By default, CPAN packages get their optimization flags from Perl. Current status: the current spec template in fedora-rpmdevtools as well as some tools do honor $RPM_OPT_FLAGS, ie. possibly override what Perl was built with if their --target's differ. The current spec template has: %build CFLAGS="$RPM_OPT_FLAGS" %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} OPTIMIZE="$RPM_OPT_FLAGS" Some redundancy here; it could be simplified into (and this is what I was about to commit): %build %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" make %{?_smp_mflags} Now, what's new: I was earlier under the impression that both ExtUtils::MakeMaker and Module::Build allow overriding the optimization flags, but it turns out that's true only for ExtUtils::MakeMaker. I haven't found a way to accomplish the above with Module::Build; with it, it's possible to add things to the optimization flags, but not _override_ AFAICT. One example is the FE perl-Pod-Coverage package. On a box having i386 Perl installed, rebuilding it with --target i686 does not result in i686 $RPM_OPT_FLAGS being actually used (extra_compiler_options appears in gcc's arguments before the ones from Perl, so at least -Ox from Perl prevails, dunno about -march and friends). So, opinions, what should we do about it? - Discourage overriding optimization flags and use ones from Perl in all arch dependent module packages (thus rendering "rpmbuild --target" with them probably useless), or - Leave things as is with the above redundancy cleanup to the spec template applied (IOW, some packages honor --target, some don't), or - Try to find a way to override the optimzation flags for packages using Module::Build too, possibly patch/file bugs against upstream M::B, or - Your idea here?

2 3

[Bug 169903] New: Spamd children eat memory
by Red Hat Bugzilla 05 Oct '05

05 Oct '05

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=169903 Summary: Spamd children eat memory Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: spamassassin AssignedTo: wtogami(a)redhat.com ReportedBy: nshmyrev(a)yandex.ru CC: fedora-perl-devel- list@redhat.com,felicity@kluge.net,jm@jmason.org,parkerm @pobox.com,reg+redhat@sidney.com,wtogami@redhat.com I have spamassassin-3.0.4-1.fc4 installed on my laptop with 256 Mb of memory. I know, there was similar problems like bug 126792, bug 141150 and bug 151433 but since I can reopen them let me describe once again: I just have spamassassin service enabled by default and it seems that evolution starts local spamd if it doesn't find spamd in system. but after start spamd spawns 5 processes and each eats 26 Mb of memory (about half of my system memory). It became impossible to compile program and get mail. Currently I've changed option to run spamd to -m1 to spawn only 1 process, but even 50 Mb constantly occupied of memory it too much for spam checking. -- 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.

1 3

[Bug 127023] perl fails "lib/FindBin" test (breaks MRTG)
by Red Hat Bugzilla 05 Oct '05

05 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: perl fails "lib/FindBin" test (breaks MRTG) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=127023 bugzilla(a)redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RELEASE_PENDING |CLOSED Resolution| |ERRATA Fixed In Version| |RHSA-2005-674 ------- Additional Comments From bugzilla(a)redhat.com 2005-10-05 08:32 EST ------- An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2005-674.html -- 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.

1 0

[Bug 162198] Shared Object Issues when Loading PL/Perl
by Red Hat Bugzilla 05 Oct '05

05 Oct '05

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Shared Object Issues when Loading PL/Perl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=162198 tgl(a)redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |ERRATA ------- Additional Comments From tgl(a)redhat.com 2005-10-04 19:17 EST ------- rpath added in postgresql-8.0.4-2.FC4.1. -- 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.

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel October 2005