Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Missing Dependencies postgresql-plperl and perl-BDB-Pg > 2.0
https://bugzilla.redhat.com/show_bug.cgi?id=570321
Summary: Missing Dependencies postgresql-plperl and perl-BDB-Pg
> 2.0
Product: Fedora EPEL
Version: el5
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: bucardo
AssignedTo: itamar(a)ispbrasil.com.br
ReportedBy: james.t.saint-rossy(a)nasa.gov
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com,
itamar(a)ispbrasil.com.br
Classification: Fedora
Description of problem:
Installing bucardo-4.4.0-2.el5 fails with missing dependencies.
postgresql-plperl and perl-bdb-pg >= 2.0 do not exist in either the default or
epel repositories.
Version-Release number of selected component (if applicable):
bucardo-4.4.0-2.el5
How reproducible:
Always
Steps to Reproduce:
1. yum install bucardo
Actual results:
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* addons: mirror.skiplink.com
* base: mirror.cogentco.com
* epel: mirrors.tummy.com
* extras: mirrors.serveraxis.net
* updates: mirror.san.fastserv.com
addons | 951 B 00:00
base | 2.1 kB 00:00
epel | 3.4 kB 00:00
extras | 2.1 kB 00:00
updates | 1.9 kB 00:00
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package bucardo.noarch 0:4.4.0-2.el5 set to be updated
--> Processing Dependency: perl(DBD::Pg) >= 2.0 for package: bucardo
--> Processing Dependency: postgresql-plperl for package: bucardo
--> Processing Dependency: perl(DBD::Pg) for package: bucardo
--> Processing Dependency: perl(DBIx::Safe) for package: bucardo
--> Running transaction check
---> Package bucardo.noarch 0:4.4.0-2.el5 set to be updated
--> Processing Dependency: perl(DBD::Pg) >= 2.0 for package: bucardo
--> Processing Dependency: postgresql-plperl for package: bucardo
---> Package perl-DBD-Pg.i386 0:1.49-2.el5_3.1 set to be updated
---> Package perl-DBIx-Safe.noarch 0:1.2.5-6.el5 set to be updated
--> Finished Dependency Resolution
bucardo-4.4.0-2.el5.noarch from epel has depsolving problems
--> Missing Dependency: postgresql-plperl is needed by package
bucardo-4.4.0-2.el5.noarch (epel)
bucardo-4.4.0-2.el5.noarch from epel has depsolving problems
--> Missing Dependency: perl(DBD::Pg) >= 2.0 is needed by package
bucardo-4.4.0-2.el5.noarch (epel)
Error: Missing Dependency: postgresql-plperl is needed by package
bucardo-4.4.0-2.el5.noarch (epel)
Error: Missing Dependency: perl(DBD::Pg) >= 2.0 is needed by package
bucardo-4.4.0-2.el5.noarch (epel)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
Expected results:
Package successfully installs
Additional info:
Tested on Centos 5.4 and RHEL 5.4
--
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=347901
Summary: Port perl-IO-Socket-SSL to use NSS library for
cryptography
Product: Fedora
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-IO-Socket-SSL
AssignedTo: wtogami(a)redhat.com
ReportedBy: pvrabec(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-
list@redhat.com,jpo@di.uminho.pt,tmraz@redhat.com
perl-IO-Socket-SSL should be ported to use NSS library for cryptography.
See the tracking bug for details and links on how it could be done.
--
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/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.
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.
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.
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: cpanspec doesn't escape "/" in --filter-requires leading to bad sed statements
https://bugzilla.redhat.com/show_bug.cgi?id=544738
Summary: cpanspec doesn't escape "/" in --filter-requires
leading to bad sed statements
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: cpanspec
AssignedTo: steve(a)silug.org
ReportedBy: bugzilla(a)kosowsky.org
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Description of problem:
cpanspec translates each "--filter-requires some_string" into a corresponding
sed statement in the corresponding perl-<module>-requires.sh of form:
-e '/^some-string$/d'
However, when some_string is a path which then contains a slash "/", this
causes the sed statement to mess up.
In particular, one of the fuse modules I was compiling had some example perl
scripts which began with the line "#/usr/bin/perl." This caused the build to
then require "/usr/bin/perl" which I wanted to eliminate. When I added
"--filter-requires /usr/bin/perl", it caused *all* the sed statements to fail
with the error:
sed: -e expression #1, char 4: unknown command: `u'
Either the documentation should warn that "/" must be escaped or *better*, the
script should automatically escape the forward slashes since the user has no
reason to think that "/" is a special character (and indeed, sed could have
used just about any character to demarcate the s program)
--
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=438244
Summary: No cpanget man page
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: cpanspec
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
there is no man page for cpanget.
--
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: YAML::Dumper fails with Can't locate object method "global_object"
https://bugzilla.redhat.com/show_bug.cgi?id=567620
Summary: YAML::Dumper fails with Can't locate object method
"global_object"
Product: Fedora EPEL
Version: el5
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-YAML
AssignedTo: steve(a)silug.org
ReportedBy: opensource(a)till.name
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Description of problem:
YAML::Dumper minimum example does not work.
Version-Release number of selected component (if applicable):
perl-YAML.noarch 0:0.66-2.el5
How reproducible:
always
Steps to Reproduce:
Try to run this script:
use YAML::Dumper;
my $dumper = YAML::Dumper->new;
$dumper->indent_width(4);
print $dumper->dump({foo => 'bar'});
from
http://search.cpan.org/dist/YAML/lib/YAML/Dumper.pm
Actual results:
Can't locate object method "global_object" via package "YAML" at
/usr/lib/perl5/vendor_perl/5.8.8/YAML/Dumper.pm line 145.
Expected results:
Should print a yaml stream.
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.
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=456357
Summary: rpm: perl.prov fails to detect $VERSION correctly on
multiple assignments
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: rpm
AssignedTo: pmatilai(a)redhat.com
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-
list@redhat.com,jnovy@redhat.com,pauln@truemesh.com
Description of problem:
When $VERSION is set twice inside the same package, the latest definition prevails.
Version-Release number of selected component (if applicable):
rpm-4.4.2.3-2.fc9.x86_64
How reproducible:
Package DateTime-Format-DBI :) (see bug 455788)
Lines 10 and 11 of lib/DateTime/Format/DBI.pm are:
$VERSION = '0.031';
$VERSION = $VERSION + 0.0;
Note that perl.prov finds the version as "0.0".
Actual results:
====> provides for perl-DateTime-Format-DBI-0.031-1.fc9.noarch.rpm
perl(DateTime::Format::DBI) = 0.0
perl-DateTime-Format-DBI = 0.031-1.fc9
Expected results:
====> provides for perl-DateTime-Format-DBI-0.031-1.fc9.noarch.rpm
perl(DateTime::Format::DBI) = 0.031
perl-DateTime-Format-DBI = 0.031-1.fc9
--
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.