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 chro
Cyril Brulebois (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 gets decrufted
Cyril Brulebois (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 faster.
>
> B
On Thu, 2012-02-16 at 08:22 +0100, Christian Marillat wrote:
> Cyril Brulebois writes:
> > this transition was started by the libvpx upload to unstable replacing
> > libvpx0 with libvpx1, without any coordination AFAICT:
> > http://packages.qa.debian.org/libv/libvpx/news/20120202T163438Z.html
>
Cyril Brulebois 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 AFAICT
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:
http://packages.qa.debian.org/libv/libvp
6 matches
Mail list logo
