[Bug 807793] New: Please build pcsc-perl for EPEL6
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Please build pcsc-perl for EPEL6
https://bugzilla.redhat.com/show_bug.cgi?id=807793
Summary: Please build pcsc-perl for EPEL6
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: pcsc-perl
AssignedTo: tmraz(a)redhat.com
ReportedBy: mjeanson(a)rlnx.com
QAContact: extras-qa(a)fedoraproject.org
CC: tmraz(a)redhat.com, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Hi,
I was hoping that you could build pcsc-perl for EPEL6.
I just tried a scratch build of the fc17 version and it builds without
modification within EPEL6.
http://koji.fedoraproject.org/koji/taskinfo?taskID=3940535
Thanks,
Michael
--
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.
7 years, 6 months
[Bug 204093] New: perl -i resets file ACLs and EAs
by Red Hat Bugzilla
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=204093
Summary: perl -i resets file ACLs and EAs
Product: Fedora Core
Version: fc5
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: josh(a)jbc.edu
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
When perl's -i option is used to do an in-place edit of a file, it resets the
ACLs and extended attributes on that file.
Since perl -i can be a very helpful tool for scripting and system
administration, it would be nice if it preserved ACLs and EAs.
Version-Release number of selected component (if applicable):
perl-5.8.8-5
How reproducible:
always
Steps to Reproduce:
1. touch testfile
2. setfacl -m u:testuser:r testfile
3. setfattr -n user.test testfile
4. perl -pi -e 's/Something/SomethingElse/' testfile
5. getfacl testfile; getfattr testfile
Actual results:
Nothing.
Expected results:
ACLs and EAs set in steps 2 and 3 above.
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.
7 years, 11 months
[Bug 629229] New: new version available and shipped version has disappeared
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: new version available and shipped version has disappeared
https://bugzilla.redhat.com/show_bug.cgi?id=629229
Summary: new version available and shipped version has
disappeared
Product: Fedora EPEL
Version: el5
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-Spreadsheet-ParseExcel
AssignedTo: steve(a)silug.org
ReportedBy: pertusus(a)free.fr
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, mpeters(a)mac.com,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Description of problem:
The source for this package cannot be found anymore.
I noticed this because I found a bug when parsing an excel document. My wild
guess is that the issue is in the OLE parser, but it would certainly be better
to update this software anyway given that the previous source disappeared.
Version-Release number of selected component (if applicable):
0.3200-2.el5
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
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.
8 years
[Bug 430177] New: clamd.d/amavisd.conf configuration directives require boolean arguments
by Red Hat Bugzilla
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=430177
Summary: clamd.d/amavisd.conf configuration directives require
boolean arguments
Product: Fedora EPEL
Version: el5
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: amavisd-new
AssignedTo: steve(a)silug.org
ReportedBy: rayvd(a)bludgeon.org
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
After installing amavisd-new-2.4.5-1.el5 from epel-testing I get the following
when running service clamd.amavisd start:
# service clamd.amavisd start
Starting clamd.amavisd: ERROR: Parse error at line 2: Option LogSyslog requires
boolean argument.
ERROR: Can't open/parse the config file /etc/clamd.d/amavisd.conf
[FAILED]
Turns out FixStaleSocket also requires a boolean argument.
I appended a 'yes' to both of these configuration directives and everything is
working fine now.
This is in tandem with clamav-server-0.92-4.1.el5 from epel.
--
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.
8 years, 5 months
[Bug 783346] New: Perl-MIME-Lite is already in RHEL6
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Perl-MIME-Lite is already in RHEL6
https://bugzilla.redhat.com/show_bug.cgi?id=783346
Summary: Perl-MIME-Lite is already in RHEL6
Product: Fedora EPEL
Version: el6
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: perl-MIME-Lite
AssignedTo: steve.traylen(a)cern.ch
ReportedBy: bochecha(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com,
mmcgrath(a)redhat.com, steve.traylen(a)cern.ch
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
This package is already in RHEL6, as such, shouldn't it be dropped from EPEL6?
# yum whatprovides 'perl(MIME::Lite)'
Loaded plugins: changelog, merge-conf, rhnplugin
perl-MIME-Lite-3.027-2.el6.noarch : MIME::Lite - low-calorie MIME generator
Repo : epel
Matched from:
Other : perl(MIME::Lite)
perl-MIME-Lite-3.027-2.el6.noarch : MIME::Lite - low-calorie MIME generator
Repo : rhel-x86_64-server-optional-6
Matched from:
Other : perl(MIME::Lite)
--
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.
8 years, 6 months
[Bug 750805] New: Fails to build on ARM, needs to use default setjmp not ucontext
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Fails to build on ARM, needs to use default setjmp not ucontext
https://bugzilla.redhat.com/show_bug.cgi?id=750805
Summary: Fails to build on ARM, needs to use default setjmp not
ucontext
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: perl-Coro
AssignedTo: ppisar(a)redhat.com
ReportedBy: henrik(a)henriknordstrom.net
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com,
mmaslano(a)redhat.com, kwizart(a)gmail.com,
bochecha(a)fedoraproject.org, ppisar(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
ARM do not implement the needed ucontext functions, and need to use the default
setjmp method. This is normally the default, except that fedora patches it to
hardwire ucontext as default method..
Version-Release number of selected component (if applicable):
perl-Coro-5.372-3.fc15
How reproducible:
always
Steps to Reproduce:
1. Try to rebuild perl-Coro on arm
2.
3.
Actual results:
failed build, crashing in testsuite
Expected results:
successful build
Additional info:
Trivial spec file patch attached.
Please apply patch and sumbit a F15 koji build from which arm can pull the
srpm. update request is not stricty needed if the only change relative to
current F15 build is this patch.
--
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.
8 years, 9 months
[Bug 552105] New: cpanspec treats recommended dependencies to required
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: cpanspec treats recommended dependencies to required
https://bugzilla.redhat.com/show_bug.cgi?id=552105
Summary: cpanspec treats recommended dependencies to required
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: cpanspec
AssignedTo: steve(a)silug.org
ReportedBy: tim(a)tim-landscheidt.de
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Created an attachment (id=381464)
--> (https://bugzilla.redhat.com/attachment.cgi?id=381464)
Patch to ignore "recommends" dependencies.
With cpanspec 1.78, META.yml's "recommends" dependencies are treated as
"requires" ones. That is way too harsh and easily requires many more package
updates than ordinarily necessary. The attached patch fixes this.
--
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.
9 years, 2 months
[Bug 461350] New: cpanspec nearly always misses the BuildRequires: perl(Test::More)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: cpanspec nearly always misses the BuildRequires: perl(Test::More)
https://bugzilla.redhat.com/show_bug.cgi?id=461350
Summary: cpanspec nearly always misses the BuildRequires:
perl(Test::More)
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: cpanspec
AssignedTo: steve(a)silug.org
ReportedBy: berrange(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
cpanspec nearly always misses the BuildRequires: perl(Test::More) for test
suite files.
I imagine this is because the 'use' statement often has trailing arguments
use Test::More tests => 19;
instead of a more usual
use Test::More;
It'd be very helpful if cpanspec picked up this style, because then nearly all
its autogenerated specs would be correct.
Version-Release number of selected component (if applicable):
cpanspec-1.77-1.fc9.noarch
How reproducible:
Often
Steps to Reproduce:
1. cpanspec Data-Section-0.005.tar.gz
2.
3.
Actual results:
Missing BuildRequires: perl(Test::More)
Expected results:
All BuildRequires are correct
Additional info:
--
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.
9 years, 2 months