Duplicate perl packages - perl-Compress-Raw-Zlib

[Marcela Mašláňová]

On 08/15/2011 07:07 PM, Marcela Mašláňová wrote:
> On 08/15/2011 06:42 PM, Jesse Keating wrote:
>> Does anybody know what's going on with this?  Base perl has a sub package for perl-Compress-Raw-Zlib (which gets its own version numbering).  It seems to have been there for quite a while.
>>
>> "Recently" (March of last year) perl-Compress-Raw-Zlib was brought in as its own package (https://bugzilla.redhat.com/show_bug.cgi?id=573929) but the existing sub package was never removed, and exists to this day.
>>
>> Can somebody tell me what's going on here?  Which one is the true package, which one needs to go away?
>>
>> I care because now we have mismatched version numbers for this package, and it is causing some interesting scenarios when trying to use Fedora repos as a koji external repo.  There may be more cases of this, I haven't done an exhaustive search.
>>
>> --
>> Jesse Keating
>> Fedora -- Freedom² is a feature!
>> identi.ca: http://identi.ca/jkeating
>>
> Updates of core modules were sometimes hard and we used this approach
> few last releases:
> https://fedoraproject.org/wiki/Perl/updates#Updates_of_Perl_core_modules
> It should be working in rpm, but I wasn't aware of koji problems.
>
> I suppose that now we can live without dual life modules, because Perl
> modules in core are updated more often. But I'd rather discuss it with
> Perl SIG members before any action.
>

There are two solutions:
a/ don't ship sub-package from core perl and override them by package in 
Fedora. This will work well for perl-Compress-Raw-Zlib - 2.033 in perl, 
2.037 in separated package, but we will have borken debuginfo.
b/ remove dual life modules, which are outside of perl -> will solve 
problem of broken debuginfo
https://bugzilla.redhat.com/show_bug.cgi?id=694704
Removal doesn't work for perl-Compress-Raw-Zlib, but it might work for 
other packages. Core modules are now updated more often, so we might not 
need dual life process.

Opinions? Better proposal?
-- 
Marcela Mašláňová
BaseOS team Brno