Bug#791490: Package libgpac3 should be libgpac4

Bálint Réczey balint at balintreczey.hu
Wed Jul 8 11:45:42 UTC 2015

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.
> [1] that means *now*
[2] https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

More information about the pkg-multimedia-maintainers mailing list