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: FuzzyOcr - Checks for specific keywords in image attachments, using gocr
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=216536
------- Additional Comments From tcallawa(a)redhat.com 2006-12-12 03:09 EST -------
spamassassin-FuzzyOcr is what I would name it if it were my package, but I'll
leave this to the packager's discretion, as it is an obvious grey area.
--
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: FuzzyOcr - Checks for specific keywords in image attachments, using gocr
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=216536
------- Additional Comments From greg(a)runlevel7.ca 2006-12-12 03:02 EST -------
ocrad is used more than gocr in the new version, and the scansets are
configurable:
http://fuzzyocr.own-hero.net/browser/trunk/devel/FuzzyOcr.scansets
I don't blame you for becoming disinterested seeing as no one who could do a
review has made a comment in 3 weeks. As a start, could someone please comment
on the naming of this rpm?
--
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: FuzzyOcr - Checks for specific keywords in image attachments, using gocr
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=216536
------- Additional Comments From orion(a)cora.nwra.com 2006-12-11 22:16 EST -------
I'm afraid I'm getting swamped and I'm getting put off by how crappy gocr
appears to be. If someone else want to drive this, I'd be more than happy.
--
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: FuzzyOcr - Checks for specific keywords in image attachments, using gocr
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=216536
greg(a)runlevel7.ca 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.
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: mysqlhotcopy DBI error in mysql-server-5.0.22-1.FC5.1
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197523
------- Additional Comments From updates(a)fedora.redhat.com 2006-12-11 11:41 EST -------
perl-DBD-MySQL-3.0007-1.fc5 has been pushed for fc5, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report.
--
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=218216
Summary: spamd frequently can't bind to port 783
Product: Fedora Core
Version: fc6
Platform: i386
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: chris(a)chris-keane.co.uk
CC: fedora-perl-devel-
list@redhat.com,felicity@kluge.net,jm@jmason.org,parkerm
@pobox.com,reg+redhat@sidney.com,wtogami@redhat.com
The default startup priority for nfslock is 14, and for spamassassin is 78.
This means that rpc.statd is started up before spamd.
I'm regularly finding that rpc.statd decides to bind to port 783, which then
means spamd is unable to bind to that port and exits with "spamd: could not
create INET socket on 127.0.0.1:783: Address already in use". This in turn
means I get swamped with spam!
I'm not sure whether this is primarily an issue with rpc.statd or with
spamassassin, but it'd be good to be able to persuade rpc.statd not to steal
that port before spamd gets a chance to bind to it.
Is this occurring because spamd doesn't have an entry in /etc/services, or would
that make no difference?
Changing the startup priorities so that spamd starts up before rpc.statd would
be a workaround, but it's a hack. There must be a better solution.
Using spamassassin-3.1.7-1.fc6 and nfs-utils-1.0.10-4.fc6.
Thanks.
--
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=218916
Summary: Spamd does not start: undefined symbol:
Perl_sv_2uv_flags in
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-
multi/auto/Net/DNS/DNS.so
Product: Fedora Core
Version: fc5
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: ykuligin(a)swsoft.com
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:
The following error occurs when trying to start spamd.
/usr/bin/perl: symbol lookup error:
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so:
undefined symbol: Perl_sv_2uv_flags
Version-Release number of selected component (if applicable):
There are spamassassin-3.1.7-1.fc5 and perl-Net-DNS-0.59-1.fc5 installed.
Both i386 and x86_64 are affected.
How reproducible:
Use /usr/bin/spamd command whithout any command line options.
Steps to Reproduce:
1.
2.
3.
Actual results:
Output:
/usr/bin/perl: symbol lookup error:
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so:
undefined symbol: Perl_sv_2uv_flags
There are no spamd processes running.
Expected results:
spamd is running.
Additional info:
# ldd -r
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so
undefined symbol: Perl_croak
(/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so)
undefined symbol: Perl_sv_2pv_flags
(/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so)
undefined symbol: pthread_getspecific
(/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so)
undefined symbol: Perl_stack_grow
(/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so)
undefined symbol: Perl_form
(/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so)
undefined symbol: Perl_Isv_yes_ptr
(/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so)
undefined symbol: Perl_newSVpv
(/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so)
undefined symbol: Perl_sv_2mortal
(/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so)
undefined symbol: Perl_newXS
(/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so)
undefined symbol: Perl_Tmarkstack_ptr_ptr
(/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so)
undefined symbol: Perl_sv_2uv_flags
(/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so)
undefined symbol: Perl_Tstack_base_ptr
(/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so)
undefined symbol: Perl_get_sv
(/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so)
undefined symbol: Perl_Gthr_key_ptr
(/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so)
undefined symbol: Perl_Tstack_max_ptr
(/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so)
undefined symbol: Perl_newSViv
(/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so)
undefined symbol: Perl_Tstack_sp_ptr
(/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/DNS/DNS.so)
linux-gate.so.1 => (0x00eaa000)
libc.so.6 => /lib/libc.so.6 (0x00790000)
/lib/ld-linux.so.2 (0x00101000)
Perl packages installed:
perl-String-CRC32-1.3-3.FC5.2
perl-Digest-SHA1-2.11-1.2
perl-HTML-Parser-3.51-1.FC5
perl-URI-1.35-2.2
perl-TimeDate-1.16-3.2
perl-Net-IP-1.25-1.fc5
perl-Digest-HMAC-1.01-14.2
perl-Net-DNS-0.59-1.fc5
perl-5.8.8-4
perl-BSD-Resource-1.24-3.2.2
perl-HTML-Tagset-3.10-2.1
perl-DBI-1.52-1.fc5
perl-DBD-MySQL-3.0004-1.FC5
perl-Compress-Zlib-1.41-1.2.2
perl-libwww-perl-5.805-1.1
Also I've tried some combinations:
spamassassin-3.1.0-5.fc5.2.i386.rpm and perl-Net-DNS-0.55-1.1.2.i386.rpm - Ok
spamassassin-3.1.0-5.fc5.2.i386.rpm and perl-Net-DNS-0.59-1.fc5.i386.rpm - Ok
spamassassin-3.1.7-1.fc5.i386.rpm and perl-Net-DNS-0.55-1.1.2.i386.rpm - Ok
spamassassin-3.1.7-1.fc5.i386.rpm and perl-Net-DNS-0.59-1.fc5.i386.rpm - 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.
Hi,
perl-DateManip doesn't use tzdata. This causes bugs like this:
http://bugzilla.redhat.com/214709
Which of course will never be 'fixed' by one-off fixes.
I've exchanged emails with the maintainer, Sullivan Beck, and while he
plans for the next version of Date::Manip to use tzdata, and would like
to get to it sometime, he doesn't know when that will be. Personally,
while I'd like to work on it, I don't know if I will have the time any
time soon, either.
So - if anyone has spare time (ha!), this might be a good project to
look into. I suspect Sullivan would be amenable to accepting patches,
though you'll want to check with him first, of course.
-RN
--
Robin Norwood
Red Hat, Inc.
"The Sage does nothing, yet nothing remains undone."
-Lao Tzu, Te Tao Ching