[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#971067: RFS: libexif-gtk/0.5.0-1



Hi Andreas,

On Tue, 29 Sep 2020 at 22:03, Andreas Metzler wrote:
On 2020-09-27 Hugh McMaster wrote:

I have just taken a quick look:

[nitpick] Explicit b-dep on autopoint is superfluous, debhelper pulls it in for dh_autoreconf.

Thanks for your review. I’ll remove autopoint from the list of build-deps.

The transitional package makes no sense, it actually causes breakage.

Packages depend on libexif-gtk5 because they need a library with soname libexif-gtk.so.5. The dummy package makes libexif-gtk5 0.5.0-1 + libexif-gtk3-5 fulfill this dependency without providing libexif-gtk.so.5. Any package depending on libexif-gtk5 will need to be rebuilt against libexif-gtk-dev 0.5 and will then depend on libexif-gtk3-5.

Just so I understand, do we need the dummy package? I thought we did, to allow upgrades to work correctly.

I’m also targeting experimental to be safe, as I expected some breakage from this change.

Also libexif-gtk5 0.4 and libexif-gtk3-5 should be co-installable (no breaks/replaces - policy 8.1, worth reading in whole),

This is really useful to know. I was working from 
https://wiki.debian.org/RenamingPackages, which doesn’t seem to mention Policy 8.1 requirements at all.

I’ll revert the relevant commits for Breaks/Replaces.

afaict this should be easily possible once the gettext message catalogues names are versioned. I /think/ (untested!) this should do the trick:

Thanks. I’ll test this out.

Hugh

Reply to: