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.
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.
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.
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.
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.
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.
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.
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.rpmhttp://cachalot.mine.nu/4/SRPMS/perl-XML-DOM-1.44-0.1.src.rpmhttp://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.
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.