Your message dated Wed, 22 Jan 2020 21:11:24 +0100
with message-id <ebf8d032-bf3d-0342-c7db-4de5e924a...@debian.org>
and subject line Re: Bug#942428: transition: gssdp/gupnp
has caused the Debian Bug report #942428,
regarding transition: gssdp/gupnp
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
942428: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942428
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
Tags: moreinfo
User: release.debian....@packages.debian.org
Usertags: transition
Hello!
The gssdp and gupnp transitions are best done together. The transition
has previously been discussed a bit on IRC but I'm filing this for
tracking purposes for getting the final blockers ironed out.
As the dev packages have changed names libg(ssdp|upnp)-1.0-dev to
libg(ssdp|upnp)-1.2-dev the entire transition will need sourceful
uploads. Most reverse dependencies has already been prepared in
experimental. Here are the affected packages and their status:
$ (reverse-depends -r testing -b src:gssdp -l && reverse-depends -r testing -b
src:gupnp -l ) | sort -u
caja-extensions - #942343 fixed-upstream <--- NMU?
dleyna-core - fixed in experimental
dleyna-renderer - fixed in experimental
dleyna-server - fixed in experimental
gupnp - fixed in experimental
gupnp-igd - exp FTBFS on armel, tests hangs <--- blocker?
gupnp-tools - fixed in experimental
peony-extensions - no rdeps, unmaintained <--- temporary removal?
rygel - fixed in experimental
upnp-router-control - no rdeps, unmaintained for years <-- permament removal?
The final real blocker as I can see it is the gupnp-igd armel FTBFS.
The problem is 100% reproducible on abel porterbox.
The tests that hangs are the final two:
test_gupnp_simple_igd_invalid_ip
test_gupnp_simple_igd_empty_ip
According to gdb the main thread is hanging in g_object_unref (igd)
that's called last in the test functions.
Since there's no obvious solution to this and I'm not going to invest
(more) time into it nor to track down anyone who cares about armel
issues I'm leaving this here as tagged moreinfo until someone has a plan
for how the transition can happen.
Regards,
Andreas Henriksson
--- End Message ---
--- Begin Message ---
Hi Laurent,
On 31-12-2019 07:51, Paul Gevers wrote:
>>> upnp-router-control - no rdeps, unmaintained for years <-- permament
>>> removal?
>>
>> That package definitely look unmaintained (no upload since 2013), I see
>> some recent activity upstream (a few uploads in 2019, the previous
>> uploads where somewhere in 2013), but even the development branch does
>> not built with the last version of gssdp/gupnp
>>
>> I've opened a bug upstream and I just opened a serious bug in debian
>>
>> So I guess that removing the package from testing should be fine for now?
>
> What I was missing here is that/how upnp-router-control is broken with
> the new version. But I see you mentioned that in the bug: FTBFS.
>
> Your transition isn't colliding with any other (yet), so let's start
> this and see if anybody steps up for upnp-router-control in the coming 2
> weeks and if not, remove it for the migration of gssdp.
I kicked upnp-router-control out of testing. This transition is now done.
Thanks.
Paul
signature.asc
Description: OpenPGP digital signature
--- End Message ---
