perl-devel September 2006

perl-devel@lists.fedoraproject.org

13 participants
62 discussions

[Bug 173646] New: Selinux denials for spamd
by Red Hat Bugzilla 14 Dec '06

14 Dec '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=173646 Summary: Selinux denials for spamd Product: Fedora Core Version: fc4 Platform: i686 OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: spamassassin AssignedTo: wtogami(a)redhat.com ReportedBy: gc1111(a)optonline.net 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 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc4 Firefox/1.0.7 Description of problem: SeLinux denies access to spamd many times. Version-Release number of selected component (if applicable): spamassassin-3.0.4-2.fc4 How reproducible: Always Steps to Reproduce: 1. Use Selinux in enforcing/targeted mode 2. Set evolution to filter mail using spamassassin 3. Read mail 4. Look at audit logs Actual Results: Many denials as per Additional Information Expected Results: No Selinux denials Additional info: Extract from /var/log/audit/audit.log: type=AVC msg=audit(1132324042.516:8455): avc: denied { write } for pid=1862 comm="spamd" name="log" dev=tmpfs ino=4750 scontext=system_u:system_r:spamd_t tcontext=system_u:object_r:device_t tclass=sock_file type=SYSCALL msg=audit(1132324042.516:8455): arch=40000003 syscall=102 success=no exit=-13 a0=3 a1=bfb60480 a2=862bc0 a3=6e items=1 pid=1862 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 comm="spamd" exe="/usr/bin/perl" -- 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 208633] New: Update request for perl-DBD-MySQL
by Red Hat Bugzilla 11 Dec '06

11 Dec '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=208633 Summary: Update request for perl-DBD-MySQL Product: Fedora Core Version: fc6test3 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl-DBD-MySQL AssignedTo: rnorwood(a)redhat.com ReportedBy: rnorwood(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Jose requested an update of this package to version 3.0007 "It would make our life easier in Fedora Extras (sooner or later one of the 450+ perl modules that we maintain over there will require the latest version of the above modules)." This version is already available as an update in FC5, and there have been no complaints. The changelog: http://search.cpan.org/src/CAPTTOFU/DBD-mysql-3.0007/ChangeLog -- 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 4

[Bug 199285] New: Replace hardcoded .fc6 by %{?dist}
by Red Hat Bugzilla 11 Nov '06

11 Nov '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=199285 Summary: Replace hardcoded .fc6 by %{?dist} Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl-Compress-Zlib AssignedTo: jorton(a)redhat.com ReportedBy: redhat-bugzilla(a)linuxnetz.de QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: Please replace hardcoded .fc6 by %{?dist} in the perl-Compress-Zlib spec file. Version-Release number of selected component (if applicable): perl-Compress-Zlib-1.42-1 Expected results: --- perl-Compress-Zlib.spec 2006-07-17 22:21:30.000000000 +0200 +++ perl-Compress-Zlib.spec.rsc 2006-07-18 20:02:33.000000000 +0200 @@ -4,7 +4,7 @@ Name: perl-Compress-Zlib Version: 1.42 -Release: 1.fc6 +Release: 1%{?dist} Summary: A module providing Perl interfaces to the zlib compression library. License: GPL or Artistic Group: Development/Libraries -- 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 199286] New: Replace hardcoded .fc6 by %{?dist}
by Red Hat Bugzilla 10 Nov '06

10 Nov '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=199286 Summary: Replace hardcoded .fc6 by %{?dist} Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl-HTML-Parser AssignedTo: jvdias(a)redhat.com ReportedBy: redhat-bugzilla(a)linuxnetz.de CC: fedora-perl-devel-list(a)redhat.com Description of problem: Please replace hardcoded .fc6 by %{?dist} in the perl-HTML-Parser spec file. Version-Release number of selected component (if applicable): perl-HTML-Parser-3.55-1 Expected results: --- perl-HTML-Parser.spec 2006-07-17 22:29:46.000000000 +0200 +++ perl-HTML-Parser.spec.rsc 2006-07-18 20:05:40.000000000 +0200 @@ -5,7 +5,7 @@ Summary: Perl module for parsing HTML Name: perl-%{real_name} Version: 3.55 -Release: 1.fc6 +Release: 1%{?dist} License: GPL or Artistic Group: Development/Libraries Source: http://search.cpan.org/CPAN/authors/id/G/GA/GAAS/%{real_name}-% {version}.tar.gz -- 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 193818] New: spamd should start before sendmail
by Red Hat Bugzilla 08 Nov '06

08 Nov '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=193818 Summary: spamd should start before sendmail Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: spamassassin AssignedTo: wtogami(a)redhat.com ReportedBy: oliva(a)lsd.ic.unicamp.br CC: fedora-perl-devel- list@redhat.com,felicity@kluge.net,jm@jmason.org,parkerm @pobox.com,reg+redhat@sidney.com,wtogami@redhat.com Description of problem: Users that rely on spamc/spamd for mail delivery might face silent mail delivery failure if spamd is not running when sendmail attempts to deliver them e-mail. Starting spamd before sendmail would reduce the probability of such a problem. Version-Release number of selected component (if applicable): sendmail-8.13.6-1 spamassassin-3.1.2-1.fc6 How reproducible: Every time Steps to Reproduce: 1.Boot up Actual results: spamd starts after sendmail Expected results: It should start before Additional info: both are S80, which causes sendmail to start first since it sorts alphabetically before spamd. -- 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 175439] New: [FC4 Regression]: spamc doesn't use localhost by default
by Red Hat Bugzilla 29 Oct '06

29 Oct '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=175439 Summary: [FC4 Regression]: spamc doesn't use localhost by default Product: Fedora Core Version: fc4 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: spamassassin AssignedTo: wtogami(a)redhat.com ReportedBy: hongjiu.lu(a)intel.com 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 :0fw | /usr/bin/spamc in /etc/procmailrc. It worked with FC3. But after upgrading to FC4, I got Dec 10 08:38:45 ocean spamd[27833]: unauthorized connection from gate.in.lucon.org [192.168.10.1] at port 32823 My machine has eth0 Link encap:Ethernet HWaddr 00:07:E9:9C:3E:3E inet addr:192.168.10.1 Bcast:192.168.10.255 Mask:255.255.255.0 inet6 addr: fe80::207:e9ff:fe9c:3e3e/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:5662 errors:0 dropped:0 overruns:0 frame:0 TX packets:5908 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1160392 (1.1 MiB) TX bytes:2571450 (2.4 MiB) It looks like spamc is connecting to 192.168.10.1 instead of 127.0.0.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 14

[Bug 205562] New: maybe shouldn't provide perl(DB)
by Red Hat Bugzilla 26 Oct '06

26 Oct '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=205562 Summary: maybe shouldn't provide perl(DB) Product: Fedora Core Version: test3 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl-Crypt-SSLeay AssignedTo: rnorwood(a)redhat.com ReportedBy: pertusus(a)free.fr CC: fedora-perl-devel-list(a)redhat.com Description of problem: I found by chance that perl-Crypt-SSLeay provides perl(DB), which is also provided by perl. So, at the first sight, it seems that there is something wrong. I haven't investigated more, so it may be completly right for perl-Crypt-SSLeay to provide perl(DB), if it is the case sorry for the noise.... Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: 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 3

[Bug 207049] New: all mail is being marked as spam even if the score doesn't make it spam
by Red Hat Bugzilla 13 Oct '06

13 Oct '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=207049 Summary: all mail is being marked as spam even if the score doesn't make it spam Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: spamassassin AssignedTo: wtogami(a)redhat.com ReportedBy: davej(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

1 11

[Bug 200440] New: Building perl-5.8.8-8 without threading fails
by Red Hat Bugzilla 04 Oct '06

04 Oct '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=200440 Summary: Building perl-5.8.8-8 without threading fails Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: jvdias(a)redhat.com ReportedBy: dansut(a)tcnow.com QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: Building perl-5.8.8-8 without threading fails with a straightfoward syntax error. Version-Release number of selected component (if applicable): perl-5.8.8-8 How reproducible: easy Steps to Reproduce: 1. change %define threading 0 2. rpmbuild -ba perl.spec Additional info: Problem is in the perl-5.8.8-R-switch.patch Where S_init_perllib()definition changed the 'pTHX,' should be 'pTHX_' -- 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 191416] New: h2ph generates incorrect code for '#if defined A || defined B'
by Red Hat Bugzilla 04 Oct '06

04 Oct '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=191416 Summary: h2ph generates incorrect code for '#if defined A || defined B' Product: Fedora Core Version: devel Platform: All URL: http://rt.perl.org/rt3/Ticket/Display.html?id=39130 OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: jvdias(a)redhat.com ReportedBy: jvdias(a)redhat.com QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list@redhat.com,prockai@redhat.com +++ This bug was initially created as a clone of Bug #191409 +++ Description of problem: This is perlbug #39130 - see URL . For cpp statements like : #if defined A || defined B h2ph would generate the code : if(defined (defined(&A) ? &A : 0) || defined (defined(&B) ? &B : 0)) { which is tautologous, as defined(0) is always true . This turns out to cause real problems on the Linux ppc64 platform, where "endian-ness" is selectable in the compiler; every inclusion of "endian.ph", which includes "bits/endian.ph", generates an error: $ perl -e 'require "sys/socket.ph";' Both BIG_ENDIAN and LITTLE_ENDIAN defined! at /usr/lib/perl5/5.8.8/ppc-linux-thread-multi/bits/endian.ph line 10. Compilation failed in require at... Because h2ph generated this code in ../bits/endian.ph: if(defined (defined(&__BIG_ENDIAN__) ? &__BIG_ENDIAN__ : 0) || defined (defined(&_BIG_ENDIAN) ? &_BIG_ENDIAN : 0)) { if(defined (defined(&__LITTLE_ENDIAN__) ? &__LITTLE_ENDIAN__ : 0) || defined (defined(&_LITTLE_ENDIAN) ? &_LITTLE_ENDIAN : 0)) { die("Both\ BIG_ENDIAN\ and\ LITTLE_ENDIAN\ defined\!"); } For the cpp code in /usr/include/bits/endian.h: #if defined __BIG_ENDIAN__ || defined _BIG_ENDIAN # if defined __LITTLE_ENDIAN__ || defined _LITTLE_ENDIAN # error Both BIG_ENDIAN and LITTLE_ENDIAN defined! ... The problem does not happen if the 'defined..' conditions are in parentheses - ie. #if defined(A) || defined(B) produces correct code: if( defined(&A) || defined(&B) ) A trivial fix for this is to simply replace the ': 0' with ': undef' in h2ph.PL line 517, as with this patch: --- perl-5.8.8/utils/h2ph.PL~ 2006-01-12 17:55:04.000000000 -0500 +++ perl-5.8.8/utils/h2ph.PL 2006-05-11 13:50:04.000000000 -0400 @@ -514,7 +514,7 @@ } } else { if ($inif && $new !~ /defined\s*\($/) { - $new .= '(defined(&' . $id . ') ? &' . $id . ' : 0)'; + $new .= '(defined(&' . $id . ') ? &' . $id . ' : undef)'; } elsif (/^\[/) { $new .= " \$$id"; } else { Version-Release number of selected component (if applicable): ALL How reproducible: 100% Steps to Reproduce: On a ppc64 platform with select-able endian-ness: # perl -e 'require "sys/socket.ph";' Actual results: Both BIG_ENDIAN and LITTLE_ENDIAN defined! at /usr/lib/perl5/5.8.8/ppc-linux-thread-multi/bits/endian.ph line 10. Compilation failed in require at... Expected results: no error -- 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 5

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel September 2006