Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Be clamav (and other virus scanners) friendly
https://bugzilla.redhat.com/show_bug.cgi?id=458521
Summary: Be clamav (and other virus scanners) friendly
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: medium
Component: amavisd-new
AssignedTo: steve(a)silug.org
ReportedBy: kim+rh(a)alleroedderne.adsl.dk
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Clamd cannot read the files it is asked to scan, if it is run as the user
clamav, even though it is a member of the amavis group
How reproducible:
Always
Steps to Reproduce:
1. Install clamav and amavisd-new
2. Add clamav user to amavis group
3. Scan some mails
Actual results:
Aug 8 14:52:47 jukebox amavis[25410]: (25410-12) (!!)ask_av (ClamAV-clamd)
FAILED - unexpected result:
/var/spool/amavisd/tmp/amavis-20080808T135109-25410/parts: lstat() failed.
ERROR\n
Additional info:
The two directories /var/spool/amavisd /var/spool/amavisd/tmp needs to be group
readable/executable (workaround: chmod g+rx /var/spool/amavisd
/var/spool/amavisd/tmp)
It is possible to run clamav as amavisd user but then you do not get the
security of using different users (and you need to change some other dirs. to
be owned by amavis user).
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: transparent tray icons written using perl-Gtk2-TrayIcon have a white background
https://bugzilla.redhat.com/show_bug.cgi?id=465300
Summary: transparent tray icons written using
perl-Gtk2-TrayIcon have a white background
Product: Fedora
Version: 9
Platform: i386
OS/Version: Linux
Status: NEW
Severity: low
Priority: medium
Component: perl-Gtk2-TrayIcon
AssignedTo: cweyl(a)alumni.drew.edu
ReportedBy: daduke(a)daduke.org
QAContact: extras-qa(a)fedoraproject.org
CC: cweyl(a)alumni.drew.edu,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Description of problem:
tray icons with an alpha channel used by programs written using
perl-Gtk2-TrayIcon are not transparent, but have a white background
Version-Release number of selected component (if applicable):
0.06-4.fc9
How reproducible:
always
Steps to Reproduce:
1. get http://daduke.org/dl/wefunktray for example
2. run it
Actual results:
white background behing icon
Expected results:
transparent icon
Additional info:
ubuntu fixed it:
https://bugs.launchpad.net/ubuntu/+source/libgtk2-trayicon-perl/+bug/156886
I can confirm that icons are transparent with this fix.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: getOpenFile fails if -multiple is set
https://bugzilla.redhat.com/show_bug.cgi?id=487122
Summary: getOpenFile fails if -multiple is set
Product: Fedora
Version: 10
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-Tk
AssignedTo: andreas.bierfert(a)lowlatency.de
ReportedBy: simon.andrews(a)bbsrc.ac.uk
QAContact: extras-qa(a)fedoraproject.org
CC: andreas.bierfert(a)lowlatency.de,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Description of problem:
If you try to do a getOpenFile() request whilst setting -multiple=>[somenumber]
then you get an autoload error within Tk::FBox. Opening without multiple works
OK and the same code which fails in Fedora works OK on other systems.
Version-Release number of selected component (if applicable):
perl-Tk-804.028-5.fc9.x86_64
How reproducible:
Always
Steps to Reproduce:
Run attached script
Actual results:
Program crashes, will attach stack trace.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
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/show_bug.cgi?id=416781
Summary: SOAP::Lite contains useful examples not packaged under
%doc
Product: Fedora
Version: 8
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-SOAP-Lite
AssignedTo: mmcgrath(a)redhat.com
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
SOAP::Lite contains a slew of useful examples under examples/ in the source
dist; I found these useful. Why not include the directory in %doc? :)
--
Configure bugmail: https://bugzilla.redhat.com/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/show_bug.cgi?id=431559
Summary: Circular build dependency
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-Params-Util
AssignedTo: rc040203(a)freenet.de
ReportedBy: ed(a)membled.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list@redhat.com,lxtnow@gmail.com
Building perl-PPI needs perl-Params-Util.
Building perl-Params-Util needs perl-Test-MinimumVersion.
Building perl-Test-MinimumVersion needs perl-Perl-MinimumVersion.
Building perl-Perl-MinimumVersion needs perl-PPI.
I suggest breaking the chain at perl-Params-Util. It doesn't really need
perl-Test-MinimumVersion, only uses it in one part of its test suite (t/99_pmv).
If the module is not installed then the test is skipped automatically. So you
can just remove this BuildRequires dependency from perl-Params-Util.spec.
--
Configure bugmail: https://bugzilla.redhat.com/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/show_bug.cgi?id=438251
Summary: Can't deference $Module::CoreList::versions{$]} in perl
5.10
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: low
Component: perl-Module-CoreList
AssignedTo: steve(a)silug.org
ReportedBy: jik(a)kamens.brookline.ma.us
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
In Perl 5.10, $] contains 5.010000.
In Module::CoreList, this constant is written as 5.001000, which unfortunately
Perl turns into 5.01, so when someone tries to fetch
$Module::CoreList::versions{$]}, it doesn't work.
--
Configure bugmail: https://bugzilla.redhat.com/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/show_bug.cgi?id=455319
Summary: Please build latest perl-XML-Stream for EPEL 4 and 5
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-XML-Stream
AssignedTo: cweyl(a)alumni.drew.edu
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 perl-XML-Stream for EPEL 4 and 5.
Version-Release number of selected component (if applicable):
perl-XML-Stream-1.22-7
Actual results:
No perl-XML-Stream in EPEL 4 and 5.
Expected results:
Package perl-XML-Stream in EPEL 4 and 5, because it's a perl-Net-XMPP
dependency.
Additional info:
Please let me know, if you just don't want to be the maintainer for the
perl-XML-Stream EPEL package...
--
Configure bugmail: https://bugzilla.redhat.com/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/show_bug.cgi?id=455313
Summary: Please build latest perl-Net-XMPP for EPEL 4 and 5
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-Net-XMPP
AssignedTo: cweyl(a)alumni.drew.edu
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 perl-Net-XMPP for EPEL 4 and 5.
Version-Release number of selected component (if applicable):
perl-Net-XMPP-1.02-4
Actual results:
No perl-Net-XMPP in EPEL 4 and 5.
Expected results:
Package perl-Net-XMPP in EPEL 4 and 5, because it's a sendxmpp dependency.
Additional info:
Please let me know, if you just don't want to be the maintainer for the
perl-Net-XMPP EPEL package...
--
Configure bugmail: https://bugzilla.redhat.com/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.
Summary: perl-DBIx-Class should require perl(DBD::Multi)
https://bugzilla.redhat.com/show_bug.cgi?id=465692
Summary: perl-DBIx-Class should require perl(DBD::Multi)
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-DBIx-Class
AssignedTo: cweyl(a)alumni.drew.edu
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: cweyl(a)alumni.drew.edu,
fedora-perl-devel-list(a)redhat.com
Depends on: 465690
Classification: Fedora
Summary pretty much says it all :)
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
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=221113
Summary: readline function in perl does not correctly set $!
Product: Fedora Core
Version: fc6
Platform: i386
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: wpilorz(a)gmail.com
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
perldoc -f readline
displays example code how do check for errors with readline:
for (;;) {
undef $!;
unless (defined( $line = <> )) {
die $! if $!;
last; # reached EOF
}
# ...
}
Unfortunately this method no longer works as described in current perl version.
I am including a short perl script readline_test.pl attempting to use that
method and bash script readline_test.bash calling that perl script 16 times;
input is either "1234" or "1234\n",
PERLIO environment variable is set to perlio or stdio,
(PERLIO=perlio is equivalent to PERLIO not set in FC6)
$/ is set to undef, not modified, \2, \1024.
$/ is set to a reference to value specified in environment variable CHUNKSIZE,
unless it is 0 ($/ not set in this case) or negative ($/ set to undef).
In correct perl implementation all 16 tests should run successfully (no die).
The results included show that PERLIO=stdio is better (4 tests fail for stdio, 6
tests fail for perlio)
Version-Release number of selected component (if applicable):
perl-5.8.8-10
How reproducible:
always
Steps to Reproduce:
1. save readline_test.pl and readline_test.bash files from attachemnts into
current directory
2. run the following command in the current directory
bash readline_test.bash
you could prefer to run
bash -vx readline_test.bash
to see exactly what is being run
Actual results:
$ bash readline_test.bash
__ running readline_test.pl for stdin=1234,CHUNKSIZE=-1,PERLIO=perlio...
INFO: $/ will be set to undef
Bad file descriptor at readline_test.pl line 30, <F> chunk 1.
__ running readline_test.pl for stdin=1234,CHUNKSIZE=-1,PERLIO=stdio...
INFO: $/ will be set to undef
Bad file descriptor at readline_test.pl line 30, <F> chunk 1.
__ running readline_test.pl for stdin=1234,CHUNKSIZE=0,PERLIO=perlio...
INFO: $/ will not be set
Bad file descriptor at readline_test.pl line 30, <F> line 1.
__ running readline_test.pl for stdin=1234,CHUNKSIZE=0,PERLIO=stdio...
INFO: $/ will not be set
Bad file descriptor at readline_test.pl line 30, <F> line 1.
__ running readline_test.pl for stdin=1234,CHUNKSIZE=2,PERLIO=perlio...
INFO: $/ will be set to 2
INFO: File /dev/stdin has been read, nbytes = 4
__ running readline_test.pl for stdin=1234,CHUNKSIZE=2,PERLIO=stdio...
INFO: $/ will be set to 2
INFO: File /dev/stdin has been read, nbytes = 4
__ running readline_test.pl for stdin=1234,CHUNKSIZE=1k,PERLIO=perlio...
INFO: $/ will be set to 1024
Bad file descriptor at readline_test.pl line 30, <F> chunk 1.
__ running readline_test.pl for stdin=1234,CHUNKSIZE=1k,PERLIO=stdio...
INFO: $/ will be set to 1024
INFO: File /dev/stdin has been read, nbytes = 4
__ running readline_test.pl for stdin=1234\n,CHUNKSIZE=-1,PERLIO=perlio...
INFO: $/ will be set to undef
Bad file descriptor at readline_test.pl line 30, <F> chunk 1.
__ running readline_test.pl for stdin=1234\n,CHUNKSIZE=-1,PERLIO=stdio...
INFO: $/ will be set to undef
Bad file descriptor at readline_test.pl line 30, <F> chunk 1.
__ running readline_test.pl for stdin=1234\n,CHUNKSIZE=0,PERLIO=perlio...
INFO: $/ will not be set
INFO: File /dev/stdin has been read, nbytes = 5
__ running readline_test.pl for stdin=1234\n,CHUNKSIZE=0,PERLIO=stdio...
INFO: $/ will not be set
Bad file descriptor at readline_test.pl line 30, <F> line 1.
__ running readline_test.pl for stdin=1234\n,CHUNKSIZE=2,PERLIO=perlio...
INFO: $/ will be set to 2
Bad file descriptor at readline_test.pl line 30, <F> chunk 3.
__ running readline_test.pl for stdin=1234\n,CHUNKSIZE=2,PERLIO=stdio...
INFO: $/ will be set to 2
INFO: File /dev/stdin has been read, nbytes = 5
__ running readline_test.pl for stdin=1234\n,CHUNKSIZE=1k,PERLIO=perlio...
INFO: $/ will be set to 1024
Bad file descriptor at readline_test.pl line 30, <F> chunk 1.
__ running readline_test.pl for stdin=1234\n,CHUNKSIZE=1k,PERLIO=stdio...
INFO: $/ will be set to 1024
INFO: File /dev/stdin has been read, nbytes = 5
Expected results:
each run of perl should complete without die and show number of bytes on input
(4 for first 8 tests, 5 for remaining tests)
Additional info:
if PERLIO=perlio is used and there is actual I/O error in data file, the
readline_test.pl dies with inappropriate error message
'Bad file descriptor' rather than 'Input/output error'
im most cases.
This can be easily shown with truncated ISO-9660 image file, loop mounted.
Should I also include test cases for this?
------- Additional Comments From wpilorz(a)gmail.com 2007-01-01 18:46 EST -------
Created an attachment (id=144615)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=144615&action=view)
readline_test.pl test script
--
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.