[Bug 1408326] New: build for EPEL7
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1408326
Bug ID: 1408326
Summary: build for EPEL7
Product: Fedora EPEL
Version: epel7
Component: perl-EV
Assignee: emmanuel(a)seyman.fr
Reporter: carl.george(a)rackspace.com
QA Contact: extras-qa(a)fedoraproject.org
CC: emmanuel(a)seyman.fr, perl-devel(a)lists.fedoraproject.org
I'm a co-maintainer of uwsgi in Fedora and EPEL. Uwsgi has a subpackage for a
coroae plugin, but it is disabled on EPEL7 because it needs perl-Coro, which
needs this package. Please consider adding an EPEL7 branch for perl-EV so that
I can enable the uwsgi-plugin-coroae subpackage for EPEL7.
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 4 months
[Bug 1484066] New: $daemon_group in /etc/amavisd/amavisd.conf doesn'
t set the daemon group
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1484066
Bug ID: 1484066
Summary: $daemon_group in /etc/amavisd/amavisd.conf doesn't set
the daemon group
Product: Fedora
Version: rawhide
Component: amavisd-new
Severity: low
Priority: low
Assignee: j.orti.alcaine(a)gmail.com
Reporter: dhill(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: j.orti.alcaine(a)gmail.com,
perl-devel(a)lists.fedoraproject.org, steve(a)silug.org,
vanmeeuwen+fedora(a)kolabsys.com
Description of problem:
$daemon_group in /etc/amavisd/amavisd.conf doesn't set the daemon group
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
1. Change $daemon_group to virusgroup
2. Restart the daemon
3.
Actual results:
The process is still using the amavis group
Expected results:
The process should be using virusgroup group
Additional info:
If I change it in the systemd unit file, it works as expected.
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 4 months
[Bug 1029710] New: Amavisd fails to identify attached zipped files with .exe extensions
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1029710
Bug ID: 1029710
Summary: Amavisd fails to identify attached zipped files with
.exe extensions
Product: Fedora EPEL
Version: el6
Component: amavisd-new
Severity: medium
Assignee: steve(a)silug.org
Reporter: s10dal(a)elrepo.org
QA Contact: extras-qa(a)fedoraproject.org
CC: janfrode(a)tanso.net, kanarip(a)kanarip.com,
perl-devel(a)lists.fedoraproject.org, steve(a)silug.org
Description of problem:
Mail attachments containing zipped files with .exe extensions are not properly
identified due to a failure of 7za (p7zip) as called by amavisd to correctly
list the contents of the zipped file. Based on maillog errors, the failure
appears to be due to an improperly composed 7za option, specifically -w not
being separated from the target by a separator (e.g., space character).
Manually executing 7za using the options noted in the maillog error (see below)
demonstrates the need to insert a separator between the -w option and the
target.
Fails: $ 7za l -slt -w./contains_exe.zip
Works: $ 7za l -slt -w ./contains_exe.zip
Also, this issue may be specific to EL6. This issue came to my attention
because an EL6 mail server acting as a Backup MX for an EL5 mail server was
forwarding zipped exe attachments, which were correctly identified and
quarantined on the EL5 system.
Version-Release number of selected component (if applicable):
# uname -rpmi
2.6.32-358.23.2.el6.i686 i686 i686 i386
# rpm -q amavisd-new p7zip
amavisd-new-2.8.0-4.el6.noarch
p7zip-9.20.1-2.el6.i686
How reproducible:
Very. Observed on 3 EL6 mail servers.
Steps to Reproduce:
1. Install/configure postfix, amavisd-new, clam\*, etc.
2. Create a test attachment:
$ touch test.exe
$ 7za a -tzip test_exe.zip test.exe
3. Send a mail with test_exe.zip attached
4. Check /var/log/maillog for the specific error
Actual results:
From /var/log/maillog:
Nov 12 17:17:46 Mail amavis[1568]: (28807-12) (!)run_command: child process
[1568]: run_command: failed to exec /usr/bin/7za l -slt
-w/var/spool/amavisd/tmp/amavis-20131112T051218-28807-HPbWePoN/parts --
/var/spool/amavisd/tmp/amavis-20131112T051218-28807-HPbWePoN/parts/p002: 13 at
/usr/sbin/amavisd line 4062.
Nov 12 17:17:46 Mail amavis[28807]: (28807-12) (!)Decoding of p002 (Zip archive
data, at least v1.0 to extract) failed, leaving it unpacked: do_7zip: can't get
a list of archive members: exit 6; at (eval 117) line 781.
Expected results:
Identify zipped exe file as such.
Additional info:
It may not be relevant to the observed error, but 8 months ago, amavisd-new and
clam\* were converted from RepoForge/RPMforge versions to EPEL versions. Except
for a few initial hiccups, the mail servers have been running without apparent
issues until the current 7za issue was observed.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=KMKdGzsZdn&a=cc_unsubscribe
6 years, 4 months
[Bug 1283764] New: Use of uninitialized value in numeric eq (==) at
/usr/share/perl5/vendor_perl/File/Tail.pm line 391
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1283764
Bug ID: 1283764
Summary: Use of uninitialized value in numeric eq (==) at
/usr/share/perl5/vendor_perl/File/Tail.pm line 391
Product: Fedora
Version: 23
Component: perl-File-Tail
Assignee: tcallawa(a)redhat.com
Reporter: h.reindl(a)thelounge.net
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
tcallawa(a)redhat.com
Nov 19 12:20:09 testserver perl: Use of uninitialized value in numeric eq (==)
at /usr/share/perl5/vendor_perl/File/Tail.pm line 391
i guess mailgraph triggers that bug
[root@testserver:~]$ rpm -q --file /usr/share/perl5/vendor_perl/File/Tail.pm
perl-File-Tail-1.3-1.fc23.noarch
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 4 months
[Bug 1309199] New: Rebuilding perl-DBD-MySQL-4.033-2.fc24 results
into unresolvable mysql.so: symbol mysql_read_query_result, version
libmysqlclient_16 not defined in file libmysqlclient.so.18 with link time
reference
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1309199
Bug ID: 1309199
Summary: Rebuilding perl-DBD-MySQL-4.033-2.fc24 results into
unresolvable mysql.so: symbol mysql_read_query_result,
version libmysqlclient_16 not defined in file
libmysqlclient.so.18 with link time reference
Product: Fedora
Version: rawhide
Component: perl-DBD-MySQL
Assignee: jplesnik(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: jplesnik(a)redhat.com, mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org
If I rebuild perl-DBD-MySQL-4.033-2.fc24 against current
mariadb-devel-10.1.11-8.fc24.x86_64, resulting
/usr/lib64/perl5/vendor_perl/auto/DBD/mysql/mysql.so will be unusable:
# ldd -r /usr/lib64/perl5/vendor_perl/auto/DBD/mysql/mysql.so
linux-vdso.so.1 (0x00007ffcdf58d000)
libmysqlclient.so.18 => /usr/lib64/mysql/libmysqlclient.so.18
(0x00007fb05a510000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fb05a2f2000)
libz.so.1 => /lib64/libz.so.1 (0x00007fb05a0dc000)
libm.so.6 => /lib64/libm.so.6 (0x00007fb059dd2000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007fb059bce000)
libssl.so.10 => /lib64/libssl.so.10 (0x00007fb059953000)
libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007fb0594f5000)
libperl.so.5.22 => /lib64/libperl.so.5.22 (0x00007fb05910a000)
libc.so.6 => /lib64/libc.so.6 (0x00007fb058d33000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fb0589a9000)
/lib64/ld-linux-x86-64.so.2 (0x0000564c658f5000)
libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007fb05875d000)
libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007fb058476000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007fb058272000)
libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007fb058040000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00007fb057e24000)
libnsl.so.1 => /lib64/libnsl.so.1 (0x00007fb057c0b000)
libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007fb0579d5000)
libutil.so.1 => /lib64/libutil.so.1 (0x00007fb0577d1000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fb0575ba000)
libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007fb0573ab000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007fb0571a6000)
libfreebl3.so => /lib64/libfreebl3.so (0x00007fb056f29000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007fb056d06000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007fb056a91000)
symbol mysql_read_query_result, version libmysqlclient_16 not defined in file
libmysqlclient.so.18 with link time reference
(/usr/lib64/perl5/vendor_perl/auto/DBD/mysql/mysql.so)
[...]
This prevents other Perl modules from using DBD::MySQL.
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 4 months
[Bug 1462406] New: Perl-Tk widget demo fails to display earth.gif
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1462406
Bug ID: 1462406
Summary: Perl-Tk widget demo fails to display earth.gif
Product: Fedora
Version: 25
Component: perl-Tk
Severity: low
Assignee: andreas.bierfert(a)lowlatency.de
Reporter: hanspetersorge(a)netscape.net
QA Contact: extras-qa(a)fedoraproject.org
CC: andreas.bierfert(a)lowlatency.de,
perl-devel(a)lists.fedoraproject.org
Description of problem:
in
Perl/Tk Widget Demonstrations
Photos and Images
2. Alpha channel compositing.
the earth.gif does not display.
Version-Release number of selected component (if applicable):
perl-Tk-804.033-5.fc25.x86_64
How reproducible:
Steps to Reproduce:
1. cd /usr/share/doc/perl-Tk; ./widget
2. select: Alpha channel compositing.
Actual results:
earth.gif not diplayed
Expected results:
display of earth.gif
Additional info:
./widget searches from strace:
/usr/share/doc/perl-Tk/demos/widget_lib/Tk/demos/images/earth.gif
/usr/local/lib64/perl5/Tk/demos/images/earth.gif
/usr/local/share/perl5/Tk/demos/images/earth.gif
/usr/lib64/perl5/vendor_perl/Tk/demos/images/earth.gif
/usr/share/perl5/vendor_perl/Tk/demos/images/earth.gif
/usr/lib64/perl5/Tk/demos/images/earth.gif
/usr/share/perl5/Tk/demos/images/earth.gif
./Tk/demos/images/earth.gif
actual path of earth.gif:
/usr/share/doc/perl-Tk/demos/images/earth.gif
Temporary fix:
su
cd /usr/share/doc/perl-Tk/demos/widget_lib
ln -s ../.. Tk
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 4 months
[Bug 1418399] New: _WARN:
Use of uninitialized value in subroutine entry at /usr/lib64/perl5/
vendor_perl/Encode/MIME/Header.pm line 198
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1418399
Bug ID: 1418399
Summary: _WARN: Use of uninitialized value in subroutine entry
at /usr/lib64/perl5/vendor_perl/Encode/MIME/Header.pm
line 198
Product: Fedora
Version: 25
Component: perl-Encode
Severity: high
Assignee: ppisar(a)redhat.com
Reporter: mysqlstudent(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com
Description of problem:
_WARN: Use of uninitialized value in subroutine entry at
/usr/lib64/perl5/vendor_perl/Encode/MIME/Header.pm line 198
Version-Release number of selected component (if applicable):
# rpm -qf /usr/lib64/perl5/vendor_perl/Encode/MIME/Header.pm
perl-Encode-2.88-5.fc25.x86_64
How reproducible:
It appears to be ongoing with amavisd-new-2.11.0-4.fc25.noarch
Steps to Reproduce:
1. Run amavisd-new with spamassassin
2.
3.
Actual results:
_WARN: Use of uninitialized value in subroutine entry at
/usr/lib64/perl5/vendor_perl/Encode/MIME/Header.pm line 198
Expected results:
No warning
Additional info:
All latest updates applied
perl-5.24.1-383.fc25.x86_64
amavisd-new-2.11.0-4.fc25.noarch
spamassassin-3.4.2-45.fc25.x86_64
spamassassin-iXhash2-2.05-9.fc24.noarch
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 4 months
[Bug 1436968] New: Numerous testsuite errors w/ DBD::MySQL 4.042
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1436968
Bug ID: 1436968
Summary: Numerous testsuite errors w/ DBD::MySQL 4.042
Product: Fedora
Version: 25
Component: rt
Severity: high
Assignee: rc040203(a)freenet.de
Reporter: rc040203(a)freenet.de
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
rc040203(a)freenet.de, tibbs(a)math.uh.edu
Description of problem:
The upgrade of perl-DBD-MySQL to 4.042 causes numerous testsuite errors in
rt-4.4.1's testsuite, similar to this:
...
# t/mail/charsets-outgoing-plaintext.t ................ 1/80 Wide
character in field 14 but mysql_enable_utf8 not set at
/usr/share/perl5/vendor_perl/DBIx/SearchBuilder/Handle.pm line 586.
# Failed test 'all mails have correct data'
# at t/mail/charsets-outgoing-plaintext.t line 78.
Wide character in field 1 but mysql_enable_utf8 not set at
/usr/share/perl5/vendor_perl/DBIx/SearchBuilder/Handle.pm line 586.
Wide character in field 8 but mysql_enable_utf8 not set at
/usr/share/perl5/vendor_perl/DBIx/SearchBuilder/Handle.pm line 586.
t/mail/charsets-outgoing-plaintext.t ................ 12/80 Wide
character in field 4 but mysql_enable_utf8 not set at
/usr/share/perl5/vendor_perl/DBIx/SearchBuilder/Handle.pm line 586.
# Failed test 'all mails have correct data'
# at t/mail/charsets-outgoing-plaintext.t line 130.
Wide character in field 8 but mysql_enable_utf8 not set at
/usr/share/perl5/vendor_perl/DBIx/SearchBuilder/Handle.pm line 586.
...
Version-Release number of selected component (if applicable):
rt-4.4.1-5.noarch
perl-DBD-MySQL-4.042-1.fc25.x86_64
How reproducible:
Always
Steps to Reproduce:
1. run rt's testsuite
Actual results:
These tests fail:
mail-charsets-outgoing-plaintext.t
mail-charsets-outgoing.t
mail-not-supported-charset.t
mail-precedence-outgoing.t
mail-rfc2231-attachment.t
mail-sendmail-plaintext.t
mail-sendmail.t
web-attachment_encoding.t
web-basic.t
web-html_template.t
web-query_builder.t
web-rest-non-ascii-subject.t
web-ticket-create-utf8.t
web-ticket_forward.t
web-ticket_txn_subject.t
Downgrading to perl-DBD-MySQL-4.041-1.fc25.x86_64.rpm immediately silences all
these testsuite errors.
Expected results:
No errors.
Additional info:
- I assume the cause to be the incompatibilities described under "WARNING" in
https://metacpan.org/pod/DBD::mysql#mysql_enable_utf8
- Reported upstream rt as
https://issues.bestpractical.com/Ticket/Display.html?id=32670
- I assume this issue to not only affect the testsuite, but it to affect rt's
runtime, too.
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 4 months
[Bug 1471436] New: Please link weblint(1) man page to
HTML::Lint(3pm)
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1471436
Bug ID: 1471436
Summary: Please link weblint(1) man page to HTML::Lint(3pm)
Product: Fedora
Version: 25
Component: perl-HTML-Lint
Severity: low
Assignee: rc040203(a)freenet.de
Reporter: ferdnyc(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
rc040203(a)freenet.de
Description of problem:
There is currently no man page provided for the /usr/bin/weblint script, which
installs with perl-HTML-Lint. However, the HTML::Lint(3pm) man page does
contain some rudimentary documentation on weblint, and would be a "better than
nothing" result for `man weblint` than the current response, which is nothing.
Version-Release number of selected component (if applicable):
perl-HTML-Lint-2.26-1.fc25.noarch
How reproducible:
`man weblint`
Actual results:
"No manual entry for weblint"
Expected results:
Same as `man 3 HTML::Lint`
Additional info:
Man pages can be configured as references to other man pages in two ways.
1. A symlink can be created in /usr/share/man/$SECTION/ under a new name that
points to the existing documentation. However, since the link source would be
in a different section than the target, this would require a symlink through
../ and is not advisable.
2. The preferable method, in the case of cross-section references, is to
install a file /usr/share/man/man1/weblint.1.gz containing (before compression)
a single line of text:
.so man3/HTML::Lint.3pm
This will establish weblint(1) as an alias for the HTML::Lint(3pm) man page,
and it will be displayed when the user runs `man weblint`.
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 4 months