[Bug 1532636] New: bbiber: Unescaped left brace in regex
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1532636
Bug ID: 1532636
Summary: bbiber: Unescaped left brace in regex
Product: Fedora
Version: 27
Component: biber
Assignee: cbm(a)m.fsf.org
Reporter: tech(a)ingli.de
QA Contact: extras-qa(a)fedoraproject.org
CC: cbm(a)m.fsf.org, mefoster(a)gmail.com,
novyjindrich(a)gmail.com,
perl-devel(a)lists.fedoraproject.org
Description of problem:
compiling latex doc with biber gets this error message
Unescaped left brace in regex is deprecated here (and will be fatal in Perl
5.30), passed through in regex; marked by <-- HERE in m/}(\pM+\pL){ <-- HERE
(?!\pL+\\)/ at /usr/share/perl5/Biber/LaTeX/Recode.pm line 297.
system is up to date.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 5 months
[Bug 1546092] New: amavisd-new ignores $final_spam_destiny directive
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1546092
Bug ID: 1546092
Summary: amavisd-new ignores $final_spam_destiny directive
Product: Fedora EPEL
Version: epel7
Component: amavisd-new
Assignee: j.orti.alcaine(a)gmail.com
Reporter: haliaetos(a)ymail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: janfrode(a)tanso.net, j.orti.alcaine(a)gmail.com,
perl-devel(a)lists.fedoraproject.org, steve(a)silug.org,
vanmeeuwen+fedora(a)kolabsys.com
Description of problem:
Amavisd correctly marks e-mails as spam but still passes spam e-mails through
despite $final_spam_destiny set to D_DISCARD
Version-Release number of selected component (if applicable):
amavisd-new-2.11.0-2.el7.noarch
How reproducible: For me 100%
$sa_tag_level_deflt = 2.0;
$sa_tag2_level_deflt = 6.2;
$sa_kill_level_deflt = 6.9;
$final_spam_destiny = D_DISCARD;
Those are the settings.
Actual results:
Log is full of 04105-02) Passed SPAM {RelayedTaggedInbound},
[23.94.173.89]:40529 [23.94.173.89]
Expected results:
Expect the amavisd to discard the message
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 6 months
[Bug 1512848] New: biber-2.6-6.fc28 FTBFS:
sortinithash does not match in tests
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1512848
Bug ID: 1512848
Summary: biber-2.6-6.fc28 FTBFS: sortinithash does not match in
tests
Product: Fedora
Version: rawhide
Component: biber
Assignee: cbm(a)m.fsf.org
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: cbm(a)m.fsf.org, mefoster(a)gmail.com,
novyjindrich(a)gmail.com,
perl-devel(a)lists.fedoraproject.org
biber-2.6-6.fc28 fails to build in F28 because tests fail like this:
+ ./Build test
Unescaped left brace in regex is deprecated here (and will be fatal in Perl
5.30), passed through in regex; marked by <-- HERE in m/}(\pM+\pL){ <-- HERE
(?!\pL+\\)/ at /builddir/build/BUILD/biber-2.6/blib/lib/Biber/LaTeX/Recode.pm
line 297.
# Failed test 'Annotations - 1'
# at t/annotations.t line 87.
# --- Got
# +++ Expected
# @@ -1,39 +1,39 @@
# ' \\entry{ann1}{misc}{}
# \\name{author}{3}{}{%
# {{hash=89a9e5097e11e595700540379c9b3a6b}{%
# family={Last1},
# familyi={L\\bibinitperiod},
# given={First1},
# giveni={F\\bibinitperiod}}}%
# {{hash=7475b6b7b3c24a2ac6bd4d146cdc74dc}{%
# family={Last2},
# familyi={L\\bibinitperiod},
# given={First2},
# giveni={F\\bibinitperiod}}}%
# {{hash=fd3dffa06a5d1f89c512841df1ccf4d0}{%
# family={Last3},
# familyi={L\\bibinitperiod},
# given={First3},
# giveni={F\\bibinitperiod}}}%
# }
# \\list{language}{2}{%
# {english}%
# {french}%
# }
# \\strng{namehash}{90ae96c82de92e36949bc64254bbde0c}
# \\strng{fullhash}{90ae96c82de92e36949bc64254bbde0c}
# \\strng{authornamehash}{90ae96c82de92e36949bc64254bbde0c}
# \\strng{authorfullhash}{90ae96c82de92e36949bc64254bbde0c}
# \\field{sortinit}{L}
# - \\field{sortinithash}{2c7981aaabc885868aba60f0c09ee20f}
# + \\field{sortinithash}{7bba64db83423e3c29ad597f3b682cf3}
# \\field{labelnamesource}{author}
# \\field{labeltitlesource}{title}
# \\field{title}{The Title}
# \\annotation{field}{language}{}{}{ann4}
# \\annotation{field}{title}{}{}{one, two}
# \\annotation{item}{author}{2}{}{corresponding}
# \\annotation{item}{language}{1}{}{ann1}
# \\annotation{item}{language}{2}{}{ann2, ann3}
# \\annotation{part}{author}{1}{family}{student}
# \\endentry
# '
# Looks like you failed 1 test of 1.
t/annotations.t ........
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/1 subtests
This is caused by upgrading perl-Unicode-Collate from 1.20-1.fc28 to
1.21-1.fc28. The biber tests are oversensitive to Unicode::Collate
capabilities. Upstream fixed biber with this commit:
commit 33848fc870a7df93074bc938117d447a1d104f4b
Author: Philip Kime <Philip(a)kime.org.uk>
Date: Mon Nov 6 14:03:43 2017 +0100
Update sortinithas for new U::C keys
I pushed perl-Unicode-Collate-1.21 into all Fedoras as an enhancement updated
(not yet stable), so I guess this biber commit should be applied to all Fedoras
too.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 6 months
[Bug 1536481] New: fusioninventory-agent segfaults when running SNMP
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1536481
Bug ID: 1536481
Summary: fusioninventory-agent segfaults when running SNMP
Product: Fedora EPEL
Version: el6
Component: fusioninventory-agent
Severity: medium
Assignee: marianne(a)tuxette.fr
Reporter: blumel(a)visa.com
QA Contact: extras-qa(a)fedoraproject.org
CC: johan(a)x-tnd.be, marianne(a)tuxette.fr,
perl-devel(a)lists.fedoraproject.org
Created attachment 1383409
--> https://bugzilla.redhat.com/attachment.cgi?id=1383409&action=edit
Fusion Inventory agent log
Description of problem:
Multiple segfaults appear in the system logs when the FusionInventory agent
runs SNMP operations (SNMP discovery, SNMP inventory). The operations still
yield results, and there's no obvious error returned in the logs.
Jan 19 09:12:42 server kernel: fusioninventory[31355] general protection
ip:7f42230a4829 sp:7ffda30bcc60 error:0 in
libcrypto.so.1.0.1e[7f4222f7d000+1ba000]
Jan 19 09:12:43 server kernel: fusioninventory[3066]: segfault at 7f422b8ea588
ip 00007f422b8ea588 sp 00007ffda30bd728 error 15 in
libc-2.12.so[7f422b8ea000+2000]
Jan 19 09:56:01 server kernel: fusioninventory[11240]: segfault at 7f422b8ea588
ip 00007f422b8ea588 sp 00007ffda30bd728 error 15 in
libc-2.12.so[7f422b8ea000+2000]
Version-Release number of selected component (if applicable):
fusioninventory-agent-2.3.21-4.el6.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Run an SNMP discovery
2. Run an SNMP inventory for a host
3. Check system logs for segfaults
Actual results:
Multiple segfaults
Expected results:
No segfaults should happen
Additional info:
Attaching the log
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 6 months
[Bug 857802] New: perl-Tk missing /usr/bin/widget
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=857802
Bug ID: 857802
QA Contact: extras-qa(a)fedoraproject.org
Severity: medium
Version: el6
Priority: unspecified
CC: perl-devel(a)lists.fedoraproject.org,
tremble(a)tremble.org.uk, xavier(a)bachelot.org
Assignee: xavier(a)bachelot.org
Summary: perl-Tk missing /usr/bin/widget
Regression: ---
Story Points: ---
Classification: Fedora
OS: Linux
Reporter: wuz73(a)hotmail.com
Type: Bug
Documentation: ---
Hardware: x86_64
Mount Type: ---
Status: NEW
Component: perl-Tk
Product: Fedora EPEL
Description of problem:
/usr/bin/widget is a very useful program to demo Perl-Tk widgets. However, it
has been missing in perl-Tk-804.028-xxx
Version-Release number of selected component (if applicable):
perl-Tk-804.028-12.el6.x86_64
How reproducible:
always
Steps to Reproduce:
1. yum install perl-Tk
2. widget
Actual results:
bash: widget: command not found
Expected results:
start widget
Additional info:
I found /usr/bin/widget in perl-Tk-804.028-2.el6.rf.x86_64.rpm, but it's not on
6.3.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 6 months
[Bug 1262772] New: perl-SOAP-Lite-1.10-1.el7.noarch requires perl(Class::Inspector)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1262772
Bug ID: 1262772
Summary: perl-SOAP-Lite-1.10-1.el7.noarch requires
perl(Class::Inspector)
Product: Fedora EPEL
Version: epel7
Component: perl-SOAP-Lite
Severity: low
Assignee: andrea.veri(a)gmail.com
Reporter: steffen.hau(a)rz.uni-mannheim.de
QA Contact: extras-qa(a)fedoraproject.org
CC: andrea.veri(a)gmail.com, emmanuel(a)seyman.fr,
janfrode(a)tanso.net, perl-devel(a)lists.fedoraproject.org
Description of problem:
I'm running RHELS7.1 and yum update fails, as there is no package for
perl(Class::Inspector).
yum list updates
Loaded plugins: product-id, subscription-manager
Updated Packages
perl-Crypt-Rijndael.x86_64 1.12-1.el7 epel
perl-Expect.noarch 1.21-14.el7 epel
perl-SOAP-Lite.noarch 1.10-1.el7 epel
yum update
Loaded plugins: product-id, subscription-manager
Resolving Dependencies
--> Running transaction check
[snip]
Error: Package: perl-SOAP-Lite-1.10-1.el7.noarch (epel)
Requires: perl(Class::Inspector)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
Please let me know if you need further information.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 7 months
[Bug 1589381] New: perl-Cflow not actually linked to flow-tools
since -17
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1589381
Bug ID: 1589381
Summary: perl-Cflow not actually linked to flow-tools since -17
Product: Fedora EPEL
Version: epel7
Component: perl-Cflow
Severity: low
Assignee: orion(a)nwra.com
Reporter: redhat(a)adiemus.org
QA Contact: extras-qa(a)fedoraproject.org
CC: orion(a)nwra.com, perl-devel(a)lists.fedoraproject.org
Created attachment 1449269
--> https://bugzilla.redhat.com/attachment.cgi?id=1449269&action=edit
Basic spec file patch to restore the necessary CCFLAGS/LIBS for linking to
flow-tools
Description of problem:
perl-Cflow isn't actually linked against flow-tools (libft) and doesn't seem to
have been since release -17. It works in the EPEL6 version (-11)
In -17, it seems the spec file was changed such that the Makefile creation line
changed from:
[Working, 1.053-11]
%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" \
CCFLAGS='-DOSU' LIBS='-lft'
[Broken, 1.053-32]
%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS"
where the manual set of CCFLAGS and LIBS was removed. The problem is, the
upstream source won't detect and build against flow-tools otherwise. (It's
autodetection logic expects perl-Cflow to be inside the build tree for
flow-tools itself)
Restoring the CCFLAGS/LIBS override in the spec file results in a build that
works as expected. (Consistent with the EPEL6 build)
Version-Release number of selected component (if applicable):
perl-Cflow-1.053-32.el7.x86_64
How reproducible:
Always
Steps to Reproduce:
1. yum -y install flow-tools perl-Cflow
2. Run flow-capture to gather some netflow data into flow files
3. flowdumper -v ft-v05.whatever
Actual results:
$ flowdumper -v ft-v05.2018-06-08.144801-0500
ft-v05.2018-06-08.144801-0500: Invalid index in cflowd flow file: 0xCF100103!
Version 5 flow-export is required with *all* fields being saved.
Expected results:
$ flowdumper -v ft-v05.2018-06-08.144801-0500
FLOW
index: 0xc7ffff
router: 127.0.0.1
<snip>
Additional info:
I've attached a very basic diff of the spec file, incremented to -33, that
makes the change suggested above.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 7 months
