2015-07-08 13:12 GMT+02:00 Alessio Treglia <ales...@debian.org>: > On Wed, Jul 8, 2015 at 12:00 PM, Alessio Treglia <ales...@debian.org> wrote: >> On Wed, Jul 8, 2015 at 11:54 AM, Bálint Réczey <bal...@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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
