On 17/02/2012 00:11, Cyril Brulebois wrote:
chromium has #660159 so the binNMUs were useless. I've just pinged
ftpmasters so that libvpx gets decrufted (ie. libvpx0 goes away). Baring
chromium's uninstallability in sid, migration should happen. And libvpx0
will be kept in testing until
Cyril Brulebois k...@debian.org (15/02/2012):
I set up a tracker accordingly:
http://release.debian.org/transitions/html/libvpx.html
Since this interferes with x264, I'm taking the liberty of 0-day NMUing
it to fix #658453, so that packages involved in the x264 transition can
migrate
Cyril Brulebois k...@debian.org (16/02/2012):
libvpx being built and installed everywhere, I've just scheduled binNMUs
for the following packages: chromium-browser gst-plugins-bad0.10 icedove
sludge.
chromium has #660159 so the binNMUs were useless. I've just pinged
ftpmasters so that libvpx
Package: release.debian.org
Severity: normal
Tags: pending
User: release.debian@packages.debian.org
Usertags: transition
Hi,
this transition was started by the libvpx upload to unstable replacing
libvpx0 with libvpx1, without any coordination AFAICT:
Cyril Brulebois k...@debian.org writes:
Package: release.debian.org
Severity: normal
Tags: pending
User: release.debian@packages.debian.org
Usertags: transition
Hi,
this transition was started by the libvpx upload to unstable replacing
libvpx0 with libvpx1, without any coordination
On Thu, 2012-02-16 at 08:22 +0100, Christian Marillat wrote:
Cyril Brulebois k...@debian.org writes:
this transition was started by the libvpx upload to unstable replacing
libvpx0 with libvpx1, without any coordination AFAICT:
6 matches
Mail list logo