On Wed, 17 Dec 2008, Axel Thimm wrote:

On Wed, Dec 17, 2008 at 05:56:51AM +0100, Dag Wieers wrote:
On Wed, 17 Dec 2008, Axel Thimm wrote:
On Wed, Dec 17, 2008 at 02:57:13AM +0100, Dag Wieers wrote:
On Tue, 16 Dec 2008, Phil Schaffner wrote:

Seems to be similar to a related problem in EPEL with respect to messing
with core packages:

http://www.mail-archive.com/[email protected]/msg01768.html

I know I broke it with mixed repos and priorities, and I get to keep all
the pieces, but any suggestions or package fixes appreciated.

The ATrpms and EPEL package names are wrong. The upstream CPAN package
name is called Date-Manip and not DateManip.

        [r...@lisse ~]# zgrep ^Date::Manip 02packages.details.txt.gz
        Date::Manip                        5.54  
S/SB/SBECK/Date-Manip-5.54.tar.gz

That's both correct and not. :)

ATrpms' old version 5.42a had an upstream name "DateManip":

-rw-r--r--    1 root    root           136302 Jul  3  2003 
DateManip-5.42a.tar.gz

Ouch :-) Thanks for clarifying.

That also explains why upstream is doing it that way.


Beware that the CPAN package name is often, but not always named the same
as (one of) the perl module(s). But in some occasions it is not. In this
case both the CPAN package and module would indicate the RPM package to
become perl-Date-Manip.

This should both be reported to ATrpms and the Fedora project in order to
get this fixed.

I agree, the new version should be called perl-Date-Manip just like
you did. But actually I hope I don't have to package it and just merge
in using yours. Still could you please obsolete the old name in your
package to ensure upgrade paths from the old name to the new one?

I think I did. But since upstream is using the old name:

        [r...@lisse rpms]# locate perl-DateManip | grep noarch.rpm$
        /dar/mrepo/rhel2.1as-i386/updates/perl-DateManip-5.39-5.noarch.rpm
        /dar/mrepo/rhel3as-i386/updates/perl-DateManip-5.42a-0.rhel3.noarch.rpm
        
/dar/mrepo/rhel3as-x86_64/updates/perl-DateManip-5.42a-0.rhel3.noarch.rpm
        /dar/mrepo/rhel4as-i386/updates/perl-DateManip-5.42a-3.noarch.rpm
        /dar/mrepo/rhel4as-x86_64/updates/perl-DateManip-5.42a-3.noarch.rpm
        /dar/mrepo/rhel5s-i386/updates/perl-DateManip-5.44-1.2.1.noarch.rpm
        /dar/mrepo/rhel5s-x86_64/updates/perl-DateManip-5.44-1.2.1.noarch.rpm

I am not sure if what we are proposing is the best (pragmatic) solution.
Given that it is unlikely that upstream is going to change the name, I
think I should rename it to perl-DateManip (even when that is not
according to the naming convention).

What do you think ?

I think once RHEL reaches 5.54 they will change the name as
well (just as Fedora/RHEL does usually when upstream changes names
except for the xorg i810/intel driver ;).

I am not so confident, but have more experience (and maybe even the right contacts) :)


So I think you did the proper thing. In case of doubt we can still
submit a proper package name change to Fedora to make sure RHEL6/7 etc
have the proper name in. I may even have write access to the CVS bits
in question (these days all Fedora packages are open to all other
packagers).

Ok, I did add the Obsoletes and Provides yesterday and those new packages will become available tomorrow.

How about creating a merged repository to see what other conflicts are apparent so that we can already start fixing small incompatibilities ? And
maybe even decide who is maintaining the duplicate packages.

--
--   dag wieers,  [email protected],  http://dag.wieers.com/   --
[Any errors in spelling, tact or fact are transmission errors]
_______________________________________________
users mailing list
[email protected]
http://lists.rpmforge.net/mailman/listinfo/users

Reply via email to