Hi,
Nope - the transition isn't finished until libminiupnpc5 is no longer in
testing. It's currently being kept there by transmission, which is in
turn waiting for glib2.0.
I was going to re-open the bug, but hopefully both transmission and
glib2.0 will transition in tonight's britney run,
On 2014-02-20 12:42, Boris Pek wrote:
http://packages.qa.debian.org/m/miniupnpc/news/20140218T163916Z.html
Nope - the transition isn't finished until libminiupnpc5 is no longer in
testing. It's currently being kept there by transmission, which is in
turn waiting for glib2.0.
I was going to
control: unblock 731861 by 737366
Hi release team,
Problem with transmission package is resolved.
What is the next step?
Best regards,
Boris
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
control: block 731861 by 737366
Hi everyone,
As I see miniupnc transition is got stuck due to FTBFS of transmission on
kfreebsd-any, which is caused by its build-depends on libsystemd-daemon-dev
(see #737366).
Did I miss other blockers?
Best regards,
Boris
--
To UNSUBSCRIBE, email to
Control: reopen -1
On Sat, Jan 25, 2014 at 16:15:17 +0100, Andreas Beckmann wrote:
Except for transmission which FTBFS on non-qt5 architectures (#733090)
miniupnc rdepends have been rebuilt in sid.
sid != testing. Reopening...
Cheers,
Julien
signature.asc
Description: Digital signature
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
miniupnc has started a transition in sid, renaming libminiupnpc5 to
libminiupnpc8
Ben file:
title = miniupnc;
is_affected = .depends ~ /libminiupnpc/ | .build-depends ~
6 matches
Mail list logo
