Control: block -1 by 882377 884252 884243 884245 884246 884247 884248 Control: block -1 by 884249 884250 884251
Hi, On 17/12/17 21:07, Uwe Kleine-König wrote: > Package: release.debian.org > Severity: normal > User: release.debian....@packages.debian.org > Usertags: transition > > Hello, > > Currently there are two versions of libupnp in the archive: > > - src:libupnp providing the 1.6.x branch of libupnp which is considered > legacy by upstream > - src:pupnp-1.8 providing the 1.8.x branch of libupnp > > I want to get rid of libupnp6 converting all rdeps to the newer libupnp > package. > > There are not that many reverse dependencies for libupnp6: [...] > I know about mpd upstream already supporting both versions. The Debian > maintainer of vlc already invested some work in making vlc support both > versions. I'm about to send a bug about silverjuke with a patch > implementing a simple conversion which makes it support both versions. > The Debian maintainer of wmaloader asked me to report an RM bug. I've added blocks for the bugs I think need to be fixed before starting the transition. Most were filed by Sebastian Ramacher who (very kindly) did a rebuild of all the rdeps against pupnp 1.8. mpd, silverjuke and wmaloader all have bugs already filed against them. > James Cowgill (= maintainer of src:pupnp-1.8) already uploaded a version > of src:pupnp-1.8 providing libupnp-dev to experimental. > https://release.debian.org/transitions/ doesn't have an automatic > transition though (probably because there are two packages involved). > > Ben file: > > title = "libupnp"; > is_affected = .depends ~ "libupnp6" | .depends ~ "libupnp10"; > is_good = .depends ~ "libupnp10"; > is_bad = .depends ~ "libupnp6"; One slight issue is #882377. In pupnp 1.8.3 upstream broke the ABI which I pointed out to them. As a result they have bumped the SONAME in upstream git (not yet released). To avoid having to do two transitions, we should wait to use the new SONAME. Since the damage is already done, I guess we could use the new SONAME right now, although I am always a little cautious in doing that in case upstream changes something else :) In any case, the ben file will need to be changed at some point. Also thanks to the people working on this. I know I haven't done as much as I probably should be doing. Thanks, James
signature.asc
Description: OpenPGP digital signature