[Bug 484495] New: perl-bioperl-run and perl-bioperl have file comflicts in rawhide
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-bioperl-run and perl-bioperl have file comflicts in rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=484495
Summary: perl-bioperl-run and perl-bioperl have file comflicts
in rawhide
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-bioperl
AssignedTo: alexl(a)users.sourceforge.net
ReportedBy: bruno(a)wolff.to
QAContact: extras-qa(a)fedoraproject.org
CC: alexl(a)users.sourceforge.net,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Description of problem:
[root@bruno bruno]# yum install perl-bioperl perl-bioperl-run
Loaded plugins: allowdowngrade, dellsysidplugin, dellsysidplugin2, keys, list-
: data, priorities, protect-packages, protectbase, refresh-
: packagekit, upgrade-helper, verify, versionlock
0 packages excluded due to repository protections
Reading version lock configuration
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package perl-bioperl.noarch 0:1.6.0-1.fc11 set to be updated
--> Processing Dependency: perl(Bio::ASN1::EntrezGene) for package:
perl-bioperl
---> Package perl-bioperl-run.noarch 0:1.5.9-0.1.1.fc11 set to be updated
--> Running transaction check
---> Package perl-Bio-ASN1-EntrezGene.noarch 0:1.091-6.fc9 set to be updated
--> Finished Dependency Resolution
Dependencies Resolved
================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
perl-bioperl noarch 1.6.0-1.fc11 rawhide 6.0 M
perl-bioperl-run noarch 1.5.9-0.1.1.fc11 rawhide 691 k
Installing for dependencies:
perl-Bio-ASN1-EntrezGene noarch 1.091-6.fc9 rawhide 41 k
Transaction Summary
================================================================================
Install 3 Package(s)
Update 0 Package(s)
Remove 0 Package(s)
Total download size: 6.7 M
Is this ok [y/N]: y
Downloading Packages:
--------------------------------------------------------------------------------
Total 29 MB/s | 6.7 MB 00:00
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Check Error:
file /usr/lib/perl5/vendor_perl/5.10.0/Bio/ConfigData.pm conflicts between
attempted installs of perl-bioperl-1.6.0-1.fc11.noarch and
perl-bioperl-run-1.5.9-0.1.1.fc11.noarch
file /usr/share/man/man3/Bio::ConfigData.3pm.gz conflicts between attempted
installs of perl-bioperl-1.6.0-1.fc11.noarch and
perl-bioperl-run-1.5.9-0.1.1.fc11.noarch
Error Summary
-------------
[root@bruno bruno]#
Version-Release number of selected component (if applicable):
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.
15 years, 1 month
[Bug 487378] New: Eject perl-TimeDate from EPEL4?
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: Eject perl-TimeDate from EPEL4?
https://bugzilla.redhat.com/show_bug.cgi?id=487378
Summary: Eject perl-TimeDate from EPEL4?
Product: Fedora EPEL
Version: el4
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-DateTime
AssignedTo: steve(a)silug.org
ReportedBy: kgraham(a)valueclick.com
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
As of 4.6, perl-TimeDate got rolled into the main RHEL distribution, with
revision 1.16-5.el4 (Jun 27 2007 according to specfile changelog). This matched
EPEL4 at the time, but EPEL bumped to 1.16-6.el4 on Jun 28 2007.
This version bump in particular would seem to be against policy of "enhance and
never disturb the Enterprise Linux distributions they were build for. Thus
packages from EPEL should never replace packages from the target base
distribution...".
Policy doesn't seem clear on the conflict policy when a package is promoted
from EPEL into RHEL (it would seem the promote should also include a release
bump to ensure preference of the RHEL package), but bumping the EPEL release
above RHEL's would seem to be a clear bug.
EPEL4's current perl-TimeDate:
Name : perl-TimeDate Relocations: (not relocatable)
Version : 1.16 Vendor: Fedora Project
Release : 6.el4 Build Date: Sun Jul 22 17:24:04
2007
Install Date: (not installed) Build Host:
xenbuilder2.fedora.redhat.com
Group : Development/Libraries Source RPM:
perl-TimeDate-1.16-6.el4.src.rpm
Size : 65525 License: GPL or Artistic
Signature : DSA/SHA1, Mon Jul 23 00:45:58 2007, Key ID 119cc036217521f6
Packager : Fedora Project <http://bugzilla.redhat.com/bugzilla>
URL : http://search.cpan.org/dist/TimeDate/
Summary : A Perl module for time and date manipulation
Description :
This module includes a number of smaller modules suited for
manipulation of time and date strings with Perl. In particular, the
Date::Format and Date::Parse modules can display and read times and
dates in various formats, providing a more reliable interface to
textual representations of points in time.
RHEL4's curent perl-TimeDate:
Name : perl-TimeDate Relocations: (not relocatable)
Version : 1.16 Vendor: Red Hat, Inc.
Release : 5.el4 Build Date: Wed Jun 27 10:25:53
2007
Install Date: (not installed) Build Host:
js20-bc2-9.build.redhat.com
Group : Development/Libraries Source RPM:
perl-TimeDate-1.16-5.el4.src.rpm
Size : 65525 License: GPL or Artistic
Signature : DSA/SHA1, Tue Jul 3 02:07:44 2007, Key ID 219180cddb42a60e
Packager : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>
URL : http://search.cpan.org/dist/TimeDate/
Summary : A Perl module for time and date manipulation
Description :
This module includes a number of smaller modules suited for
manipulation of time and date strings with Perl. In particular, the
Date::Format and Date::Parse modules can display and read times and
dates in various formats, providing a more reliable interface to
textual representations of points in time.
--
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.
15 years, 1 month
Filtering lib provides in XS packages?
by Chris Weyl
So, most of the perl packages that build binary, arch-specific parts, also
cause rpm to flag that package as providing that shared library... That
only Perl ever needs or knows how to access.
e.g.
[cweyl@athena Moose-0.71]$ rpmquery --provides perl-Class-MOP
MOP.so()(64bit)
perl(Class::MOP) = 0.75
perl(Class::MOP::Attribute) = 0.75
perl(Class::MOP::Class) = 0.75
perl(Class::MOP::Immutable) = 0.75
perl(Class::MOP::Instance) = 0.75
perl(Class::MOP::Method) = 0.75
perl(Class::MOP::Method::Accessor) = 0.75
perl(Class::MOP::Method::Constructor) = 0.75
perl(Class::MOP::Method::Generated) = 0.75
perl(Class::MOP::Method::Wrapped) = 0.75
perl(Class::MOP::Module) = 0.75
perl(Class::MOP::Object) = 0.75
perl(Class::MOP::Package) = 0.75
perl(metaclass) = 0.75
perl-Class-MOP = 0.75-1.fc10
perl-Class-MOP(x86-64) = 0.75-1.fc10
[cweyl@athena Moose-0.71]$ rpmquery --provides perl-PerlIO-gzip
gzip.so()(64bit)
perl(PerlIO::gzip) = 0.18
perl-PerlIO-gzip = 0.18-1.fc10
perl-PerlIO-gzip(x86-64) = 0.18-1.fc10
[cweyl@athena Moose-0.71]$ rpmquery --provides perl-Readonly-XS
XS.so()(64bit)
perl(Readonly::XS) = 1.04
perl-Readonly-XS = 1.04-11.fc9
[cweyl@athena Moose-0.71]$
Etc, etc. AFAICT, nothing ever requires these libraries; we always specify
(automatically or manually) the perl(xxx) provides.
Should we be filtering these private libs, to prevent "bad" provides from
polluting the repository/rpm metadata?
-Chris
--
Chris Weyl
Ex astris, scientia
15 years, 1 month
[Fwd: Padre Plugins in downstream distributions]
by Marcela Mašláňová
Would be someone interested in packaging those mentioned plugins? Also
if someone is interested in {co-}maintainance of Padre I'll be happy.
--
Marcela Mašláňová
BaseOS team Brno
15 years, 2 months
[Bug 462478] New: Please update perl-YAML-Tiny to latest from rawhide (ACLs set)
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 update perl-YAML-Tiny to latest from rawhide (ACLs set)
https://bugzilla.redhat.com/show_bug.cgi?id=462478
Summary: Please update perl-YAML-Tiny to latest from rawhide
(ACLs set)
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-YAML-Tiny
AssignedTo: steve(a)silug.org
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Blocks: 461333
Estimated Hours: 0.0
Classification: Fedora
Module::Install 0.77 requires a later version of YAML::Tiny than is included in
F-9, and CVS ACLs are set restrictively.
--
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.
15 years, 2 months
[Bug 481519] New: HTTP::Body 1.04 in F-9, F-10?
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: HTTP::Body 1.04 in F-9, F-10?
https://bugzilla.redhat.com/show_bug.cgi?id=481519
Summary: HTTP::Body 1.04 in F-9, F-10?
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-HTTP-Body
AssignedTo: tcallawa(a)redhat.com
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: tcallawa(a)redhat.com, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
The latest level of Catalyst::Runtime requires at least 1.04 of HTTP::Body.
Any objections if I update to it in F-9, F-10?
--
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.
15 years, 2 months
rpms/perl-Gtk2-Notify/devel perl-Gtk2-Notify.spec,1.10,1.11
by Chris Weyl
Author: cweyl
Update of /cvs/extras/rpms/perl-Gtk2-Notify/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv26129
Modified Files:
perl-Gtk2-Notify.spec
Log Message:
Fix bad auto-provides of private Perl extension libs
Index: perl-Gtk2-Notify.spec
===================================================================
RCS file: /cvs/extras/rpms/perl-Gtk2-Notify/devel/perl-Gtk2-Notify.spec,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- perl-Gtk2-Notify.spec 26 Feb 2009 19:50:18 -0000 1.10
+++ perl-Gtk2-Notify.spec 28 Feb 2009 23:18:49 -0000 1.11
@@ -1,6 +1,6 @@
Name: perl-Gtk2-Notify
Version: 0.05
-Release: 3%{?dist}
+Release: 4%{?dist}
Summary: Perl interface to libnotify
License: LGPLv2+
Group: Development/Libraries
@@ -27,6 +27,11 @@
Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version))
+# don't "provide" private Perl libs
+%global _use_internal_dependency_generator 0
+%global provfind /bin/sh -c "grep -v '%perl_vendorarch.*\\.so$' | %__find_provides"
+%global __find_provides %provfind
+
%description
Perl bindings to libnotify. This module will allow one to use the notify
functionality from within a perl application.
@@ -66,6 +71,9 @@
%{_mandir}/man3/*
%changelog
+* Sat Feb 28 2009 Chris Weyl <cweyl(a)alumni.drew.edu> - 0.05-4
+- Stripping bad provides of private Perl extension libs
+
* Thu Feb 26 2009 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 0.05-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
15 years, 2 months
rpms/perl-Class-MOP/devel .cvsignore, 1.24, 1.25 perl-Class-MOP.spec, 1.29, 1.30
by Chris Weyl
Author: cweyl
Update of /cvs/extras/rpms/perl-Class-MOP/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv25633
Modified Files:
.cvsignore perl-Class-MOP.spec
Log Message:
Fix bad auto-provides of private Perl extension libs
Index: .cvsignore
===================================================================
RCS file: /cvs/extras/rpms/perl-Class-MOP/devel/.cvsignore,v
retrieving revision 1.24
retrieving revision 1.25
diff -u -r1.24 -r1.25
--- .cvsignore 23 Feb 2009 04:33:05 -0000 1.24
+++ .cvsignore 28 Feb 2009 23:15:43 -0000 1.25
@@ -1 +1,10 @@
Class-MOP-0.77.tar.gz
+Class-MOP-*
+*.gz
+*.tar
+*.rpm
+noarch
+i386
+x86_64
+clog
+.build*
Index: perl-Class-MOP.spec
===================================================================
RCS file: /cvs/extras/rpms/perl-Class-MOP/devel/perl-Class-MOP.spec,v
retrieving revision 1.29
retrieving revision 1.30
diff -u -r1.29 -r1.30
--- perl-Class-MOP.spec 26 Feb 2009 13:06:14 -0000 1.29
+++ perl-Class-MOP.spec 28 Feb 2009 23:15:43 -0000 1.30
@@ -1,6 +1,6 @@
Name: perl-Class-MOP
Version: 0.77
-Release: 2%{?dist}
+Release: 3%{?dist}
Summary: Metaobject programming model for Perl
License: GPL+ or Artistic
Group: Development/Libraries
@@ -33,6 +33,11 @@
Requires: perl(Sub::Name) >= 0.04
Requires: perl(Devel::GlobalDestruction)
+# don't "provide" private Perl libs
+%global _use_internal_dependency_generator 0
+%global provfind /bin/sh -c "grep -v '%perl_vendorarch.*\\.so$' | %__find_provides"
+%global __find_provides %provfind
+
%description
This module is an attempt to create a meta object protocol for the Perl 5
object system. It makes no attempt to change the behavior or characteristics
@@ -87,6 +92,9 @@
%{_mandir}/man3/*
%changelog
+* Sat Feb 28 2009 Chris Weyl <cweyl(a)alumni.drew.edu> - 0.77-3
+- Stripping bad provides of private Perl extension libs
+
* Thu Feb 26 2009 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 0.77-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
15 years, 2 months