Hello Sebastian, On 09/30/2018 10:09 AM, Sebastian Ramacher wrote: > On 2017-12-22 22:38:23, Uwe Kleine-König wrote: >> On Sun, Dec 17, 2017 at 10:07:16PM +0100, Uwe Kleine-König wrote: >>> 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 > > The list of open issues is down to: > >> - amule >> - FTBFS #884996 (patch) The patch was forwarded (https://github.com/amule-project/amule/issues/126), no response so far. The patch needs libupnp-1.6.25 or ..-1.8 which are both available in Debian. >> - djmount >> - FTBFS #884243 The upstream maintainer doesn't care any more and the Debian maintainer wrote in May "I lack of free time right now, but will engage on this as soon as I can.". Nothing happend so far. >> - gmrender-resurrect >> - FTBFS #884246 upnp-upstream supported here to come up with a patch. gmrender-resurrect was recently uploaded and not build-depends on libupnp1.8-dev and so is out of the hot path for this transition. >> - linphone >> - FTBFS #884247 Fixed in unstable. > Those still fail to build. > >> - gmediaserver >> - FTBFS #884245 > > RM requested. It would be great if https://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=0;dist=unstable;ordering=normal;repeatmerged=0;src=gmediaserver included this bug (#904833). > Considering that those packages had over 9 months to get fixed, I think we > should start the transition and RM the unfixed packages from testing. +1 I don't know what needs to be done from my side. I guess James and I have to prepare an upload of libupnp6 and libupnp1.8 where the libupnp-dev package moves from the former to the latter? According to https://wiki.debian.org/Teams/ReleaseTeam/Transitions we should wait for an ACK by the release team. Should I upload libupnp6 with libupnp-dev dropped to experimental? (pupnp-1.8 is in experimental providing libupnp-dev already.) Best regards Uwe
Attachment:
signature.asc
Description: OpenPGP digital signature