Bug#789132: Provide libgtop2-7 by libgtop-2.0-10

[Emilio Pozuelo Monfort]

On 18/06/15 10:25, Mike Gabriel wrote:
> Hi Michael,
> 
> On  Do 18 Jun 2015 10:04:53 CEST, Michael Biebl wrote:
> 
>> Am 18. Juni 2015 09:44:21 MESZ, schrieb Mike Gabriel
>> <mike.gabriel at das-netzwerkteam.de>:
>>> Package: src:libgtop2
>>> Version: 2.30.0-3
>>>
>>> Dear maintainers,
>>>
>>> The recent upload of 2.30.0-1 (and later) breaks all binary packages
>>> in unstable that have been compiled against an earlier version of
>>> libgtop2.
>>>
>>> The reason is the name change of the bin:package libgtop2-7 to
>>> libgtop-2.0-10 without adding a Provides: libgtop2-7 field.
>>>
>>> Please add that Provides: field
>>
>> I hope this is a joke and you are not serious about this. Closing.
> 
> I'd appreciate a suggestion on how to solve the above issue.
> 
> Currently, your upload blocks the MATE team's workflow of bringing MATE 1.10 to
> experimental as the reported issue occurs during package build.
> 
> Of course, I could re-upload marco or file the binNMU myself, but that cannot be
> a generic approach for such a situation, right? I am eager to learn at this
> point, how you would handle this.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788876
https://release.debian.org/transitions/html/auto-libgtop2.html

Transitions are not currently handled for packages that are in experimental. If
you notice such a package, please file a binnmu bug against release.debian.org.

Adding the provides as you suggested is simply crazy. Libraries are renamed for
a reason, and adding Provides that way would defeat the purpose.

Cheers,
Emilio