Bug#791490: Package libgpac3 should be libgpac4

[Bálint Réczey]

2015-07-08 13:12 GMT+02:00 Alessio Treglia <alessio at debian.org>:
> On Wed, Jul 8, 2015 at 12:00 PM, Alessio Treglia <alessio at debian.org> wrote:
>> On Wed, Jul 8, 2015 at 11:54 AM, Bálint Réczey <balint at balintreczey.hu> wrote:
>>> I think it is case 7.6.2 of [2] since the the files are not the same.
>>> The library has been moved to the multiarch location.
>
> Mmmno, wait, don't use Conflicts. Instead I suggest to put
>
> Breaks: libgpac3 (= 0.5.2-426-gc5ad4e4~dfsg4-1)
> Replaces: libgpac3
>
> into libgpac4's stanza. Why and what would be the consequences?
>
>  1. the Breaks field says that libgpac4 is uninstallable with a
> libgpac3's specific version. That allows users to keep old versions of
> libgpac3 installed along with libgpac4 and makes the transition
> smoother.
>  2. the Replaces field would allow libgpac4 to overwrite files
> installed by the libgpac3's sole broken version.
In my interpretation of [2] this is enough if both packages contain
the same file while it is not our case.
IMO 7.6.2 applies here where the Conflicts: is needed, too.
I have pushed what would work IMO.

>
> I guess you've already got in touch with the release team. If you
> haven't yet, we'll have to inform them about this issue as soon as
> possible [1].
You mean you agree with asking for binNMU for x264 or you want to tell
them something different?
In my testing x264 got fixed by a simple rebuild.

I have to board to my next flight thus I will be back in ~6 hours. :-(
Please file the binNMU request if you are OK with that.

Cheers,
Balint

>
> Cheers.
>
> [1] that means *now*
[2] https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces