On Sat, Nov 30, 2013 at 21:46:04 +, Steven Chamberlain wrote:
Also,,, package sox doesn't show good/bad status. But it depends on an
older libav matching /lib(avcodec52|avformat52|avutil50)/
See http://packages.debian.org/sid/libsox-fmt-ffmpeg
Was it missed during a previous soname
On Sat, Nov 30, 2013 at 21:41:01 +, Steven Chamberlain wrote:
Hi,
The tracker for this transition[0] doesn't show either good or bad
status for package aqualung. In fact it still uses the old libav and
requires an NMU, but it will FTBFS with the new version. [I plan to
prepare an NMU
On 01/12/13 10:46, Julien Cristau wrote:
aqualung's dependencies don't match that as far as I can tell.
Okay thanks. I'm misinterpreting the PTS:
dep: libavcodec52 (= 4:0.5.1-1) [hppa]
Libav codec library
or libavcodec-extra-52 (= 4:0.5.1-1)
Package not available
I assumed the
Hi,
The tracker for this transition[0] doesn't show either good or bad
status for package aqualung. In fact it still uses the old libav and
requires an NMU, but it will FTBFS with the new version. [I plan to
prepare an NMU fixing this and another RC bug].
[0]:
Also,,, package sox doesn't show good/bad status. But it depends on an
older libav matching /lib(avcodec52|avformat52|avutil50)/
See http://packages.debian.org/sid/libsox-fmt-ffmpeg
Was it missed during a previous soname transition? Could/should the
libav9 tracker be updated to match on this
Julien Cristau jcris...@debian.org writes:
On Sat, Sep 28, 2013 at 11:38:33 +0200, Rémi Vanicat wrote:
Hello,
A recent change in a build dependency (libmodplug 1:0.8.8.4-4[1]) of
xmms2 make it FTBS[2]. As it is part of the libav transition and already
have been rebuilt for it, I wanted to
On 2013-09-30 22:18:44, Julien Cristau wrote:
On Mon, Sep 30, 2013 at 20:26:30 +0200, Sebastian Ramacher wrote:
vxl is affected by #718047.
Why doesn't vxl stop using --as-needed?
Ask that the vxl maintainers? (CCing them)
Hey vxl maintainers,
vxl currently fails to build on ia64 due
Control: unblock -1 by 694143 694131 718125 721148 721047 713197 720814
(Removing bugs of packages no longer in testing from the list of blocking bugs.)
Some weeks have passed and we are down to the following bugs:
#720783 dvswitch (with patch)
#720796 gsteamer0.10-ffmpeg (patch WIP)
#720816
Processing control commands:
unblock -1 by 694143 694131 718125 721148 721047 713197 720814
Bug #706798 [release.debian.org] transition: Libav 9
706798 was blocked by: 694143 713354 722610 720828 694131 720801 721544 694299
720779 720785 721025 720727 723099 692505 720820 720796 693639 693641
On Mon, Sep 30, 2013 at 20:26:30 +0200, Sebastian Ramacher wrote:
vxl is affected by #718047.
Why doesn't vxl stop using --as-needed?
Cheers,
Julien
signature.asc
Description: Digital signature
On Sat, Sep 28, 2013 at 11:38:33 +0200, Rémi Vanicat wrote:
Hello,
A recent change in a build dependency (libmodplug 1:0.8.8.4-4[1]) of
xmms2 make it FTBS[2]. As it is part of the libav transition and already
have been rebuilt for it, I wanted to have you OK to upload the fixed
version now
On Mon, Sep 30, 2013 at 20:26:30 +0200, Sebastian Ramacher wrote:
dvd-slideshow, dvdwizard, tribler and videotrans still depend on ffmpeg.
dvd-slideshow would make a good removal candidate. #710411 is open since May
and
has not received a reply from the maintainer.
dvdwizard and
On Mon, Sep 30, 2013 at 20:26:30 +0200, Sebastian Ramacher wrote:
dvd-slideshow, dvdwizard, tribler and videotrans still depend on ffmpeg.
dvd-slideshow would make a good removal candidate. #710411 is open since May
and
has not received a reply from the maintainer.
dvdwizard and
Hello,
A recent change in a build dependency (libmodplug 1:0.8.8.4-4[1]) of
xmms2 make it FTBS[2]. As it is part of the libav transition and already
have been rebuilt for it, I wanted to have you OK to upload the fixed
version now
Note that xmms2 is also part of the liboost[3] transition, and do
On 09/11/2013 06:02 PM, Moritz Mühlenhoff wrote:
On Fri, Sep 06, 2013 at 05:06:03PM +0200, Moritz Mühlenhoff wrote:
Hi,
two more testing removals related to the libav9 transition:
- libavg 1.7.1-3 fails to build for unrelated boost reasons. Popcon is
virtually non-existant.
Well the patch
On 2013-09-06 16:03:03, Sebastian Ramacher wrote:
dependency level 2:
with patch:
#693106 xine-lib
xine-lib has been fixed and built everywhere. Please schedule binNMUs
for mlt.
Regards
--
Sebastian Ramacher
signature.asc
Description: Digital signature
On Thu, Sep 19, 2013 at 14:42:36 +0200, Sebastian Ramacher wrote:
On 2013-09-06 16:03:03, Sebastian Ramacher wrote:
dependency level 2:
with patch:
#693106 xine-lib
xine-lib has been fixed and built everywhere. Please schedule binNMUs
for mlt.
Scheduled.
Cheers,
Julien
On Fri, Sep 06, 2013 at 05:06:03PM +0200, Moritz Mühlenhoff wrote:
Hi,
two more testing removals related to the libav9 transition:
- libavg 1.7.1-3 fails to build for unrelated boost reasons. Popcon is
virtually non-existant.
- imageshack-uploader 2.2+hg20100408.d802dea89428-5.1 patch is
On 09/11/2013 06:02 PM, Moritz Mühlenhoff wrote:
On Fri, Sep 06, 2013 at 05:06:03PM +0200, Moritz Mühlenhoff wrote:
Hi,
two more testing removals related to the libav9 transition:
- libavg 1.7.1-3 fails to build for unrelated boost reasons. Popcon is
virtually non-existant.
-
On 09/06/2013 02:37 PM, Sebastian Ramacher wrote:
On 2013-09-04 18:57:17, Julien Cristau wrote:
On Wed, Sep 4, 2013 at 17:31:34 +0200, Moritz Mühlenhoff wrote:
I've successfully rebuild acoustid-fingerprinter 0.6-1 against libav9.
Can you trigger a binNMU?
On Wed, Sep 4, 2013 at
On 09/06/2013 04:03 PM, Sebastian Ramacher wrote:
The binNMUs for performous failed on ia64, mips(el) and s390(x) due to
#721577. Could they be given back please? On mips(el) boost 1.54.0-3 is
not yet installed, so a dep-wait is needed there.
given back and dep-wait set.
Cheers
Luk
--
To
On 09/06/2013 05:06 PM, Moritz Mühlenhoff wrote:
Sebastian Ramacher sramac...@debian.org schrieb:
#720814 motion
Scheduled for removal from testing.
Since libav dropped the (transitional?) ffmpeg package, we have some more
packages that need to be ported / fixed:
On 2013-09-04 18:57:17, Julien Cristau wrote:
On Wed, Sep 4, 2013 at 17:31:34 +0200, Moritz Mühlenhoff wrote:
I've successfully rebuild acoustid-fingerprinter 0.6-1 against libav9.
Can you trigger a binNMU?
On Wed, Sep 4, 2013 at 17:47:29 +0200, Sebastian Ramacher wrote:
kid3
Here is a status update which is saldy not that good looking:
dependency level 1:
with patch:
#720810 miro
pending:
#692980 electricsheep
#720785 ffmpegthumbnailer
#721025 spek
#721164 avbin
no patch, not pending:
#692809 audacity
#694143 ffmpeg-php
#713197 imageshack-uploader (apparently
Sebastian Ramacher sramac...@debian.org schrieb:
#720814 motion
Should be removed from testing IMO. Has only seen NMUs since two years.
#721026 renpy (fixed upstram)
I'll take care of that in the next days.
no patch, not pending:
#720824 opal (seems to be fixed in experimental)
See the
On Sat, Aug 31, 2013 at 02:54:43PM +0200, Moritz Muehlenhoff wrote:
On Tue, Aug 13, 2013 at 11:48:56AM +0200, Julien Cristau wrote:
A number of packages are involved in both libav and libx264 transitions.
Do you want to do both of them at the same time, or serialized?
I've successfully
On 2013-09-04 17:31:34, Moritz Mühlenhoff wrote:
On Sat, Aug 31, 2013 at 02:54:43PM +0200, Moritz Muehlenhoff wrote:
On Tue, Aug 13, 2013 at 11:48:56AM +0200, Julien Cristau wrote:
A number of packages are involved in both libav and libx264 transitions.
Do you want to do both of them at
On Sat, Aug 31, 2013 at 15:31:44 +0200, Luk Claes wrote:
On 08/31/2013 02:54 PM, Moritz Muehlenhoff wrote:
On Tue, Aug 13, 2013 at 11:48:56AM +0200, Julien Cristau wrote:
A number of packages are involved in both libav and libx264 transitions.
Do you want to do both of them at the same
shirish शिरीष shirisha...@gmail.com (2013-08-31):
Any update on getting the three packages from experimental to unstable.
You're mailing 709039@ which is assigned to the release team; you want
to contact the relevant maintainers instead.
Mraw,
KiBi.
--
To UNSUBSCRIBE, email to
On Tue, Aug 13, 2013 at 11:48:56AM +0200, Julien Cristau wrote:
A number of packages are involved in both libav and libx264 transitions.
Do you want to do both of them at the same time, or serialized?
I've successfully rebuild vxl against current sid/libav9. Can you schedule
a binNMU for vxl
On 08/31/2013 02:54 PM, Moritz Muehlenhoff wrote:
On Tue, Aug 13, 2013 at 11:48:56AM +0200, Julien Cristau wrote:
A number of packages are involved in both libav and libx264 transitions.
Do you want to do both of them at the same time, or serialized?
I've successfully rebuild vxl against
Hi all,
Any update on getting the three packages from experimental to unstable.
I am guessing these are the experimental versions which need to come
down to sid/unstable.
$ apt-cache policy libopencv-core2.4
libopencv-core2.4:
Installed: (none)
Candidate: 2.4.6.1+dfsg-0exp1
Version table:
Sorry for spamming the list with BTS noise. All the FTBFS bugs from
dependency level 1 should be filed now and most of them be marked as
blocker of the transition bug. I hope I didn't miss any.
Also thanks to David for the rebuild!
Here is a rough overview of the current state (depedency level
Control: block -1 by 720809 720808 720796 720823 720799 720797 720805
Control: block -1 by 720820 720810 720814 720824 720816 720828 720826
dvbcut #720809
gst-libav1.0 #720808
gstreamer0.10-ffmpeg #720796
jugglemaster #720823
k3b #720799
libphash #720797
lives #720805
lynkeos.app #720820
miro
On Sun, Aug 18, 2013 at 1:15 AM, Julien Cristau jcris...@debian.org wrote:
On Wed, Aug 14, 2013 at 16:18:38 +0200, Moritz Muehlenhoff wrote:
Since libx264 is largely subsumed by libav, I think it makes very
much sense to do them both at the same time. I am convinced that we
will
On Wed, Aug 14, 2013 at 16:18:38 +0200, Moritz Muehlenhoff wrote:
Since libx264 is largely subsumed by libav, I think it makes very
much sense to do them both at the same time. I am convinced that we
will have less effort this way.
OK, feel free to go ahead with both.
(As
Since libx264 is largely subsumed by libav, I think it makes very
much sense to do them both at the same time. I am convinced that we
will have less effort this way.
OK, feel free to go ahead with both.
(As discussed with Reinhard)
Please add
remove mplayer/2:1.0~rc4.dfsg1+svn34540-1
On Sun, May 5, 2013 at 07:45:40 +0200, Reinhard Tartler wrote:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
I would like to upload Libav 9 to unstable at your earliest
convinience. To get an overview about the size and
On 13.08.2013 11:48, Julien Cristau wrote:
On Sun, May 5, 2013 at 07:45:40 +0200, Reinhard Tartler wrote:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
I would like to upload Libav 9 to unstable at your earliest
convinience. To
On Tue, Aug 13, 2013 at 12:56:46 +0200, Reinhard Tartler wrote:
On 13.08.2013 11:48, Julien Cristau wrote:
On Sun, May 5, 2013 at 07:45:40 +0200, Reinhard Tartler wrote:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
I
On Di, Aug 13, 2013 at 14:30:03 (CEST), Julien Cristau wrote:
On Tue, Aug 13, 2013 at 12:56:46 +0200, Reinhard Tartler wrote:
On 13.08.2013 11:48, Julien Cristau wrote:
On Sun, May 5, 2013 at 07:45:40 +0200, Reinhard Tartler wrote:
Package: release.debian.org
Severity: normal
User:
On Sun, Jun 2, 2013 at 11:32 AM, Julien Cristau jcris...@debian.org wrote:
Procedural question: Are these bugs blockers to start the transition?
Does the release team require all of them to be fixed in experimental
(via MU or NMUs) before uploading libav9 to unstable?
Not necessarily, but
On Sun, Jun 2, 2013 at 1:27 AM, Sebastian Ramacher sramac...@debian.org wrote:
Control: block -1 by 692980 694131 693560 693639 693641 692809 692505
For the record, the following packages are known to FTBFS against libav
9:
audacious-plugins: #692505
audacity: #692809
electricsheep:
On Sun, Jun 2, 2013 at 11:11:05 +0200, Reinhard Tartler wrote:
On Sun, Jun 2, 2013 at 1:27 AM, Sebastian Ramacher sramac...@debian.org
wrote:
Control: block -1 by 692980 694131 693560 693639 693641 692809 692505
For the record, the following packages are known to FTBFS against libav
Control: block -1 by 692980 694131 693560 693639 693641 692809 692505
For the record, the following packages are known to FTBFS against libav
9:
audacious-plugins: #692505
audacity: #692809
electricsheep: #692980
qutecom: #693560
vice: #693641
vtk: #693639
zoneminder: #694131
Setting them as
Processing control commands:
block -1 by 692980 694131 693560 693639 693641 692809 692505
Bug #706798 [release.debian.org] transition: Libav 9
706798 was not blocked by any bugs.
706798 was not blocking any bugs.
Added blocking bug(s) of 706798: 693641, 692809, 693560, 693639, 694131,
692980,
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
I would like to upload Libav 9 to unstable at your earliest
convinience. To get an overview about the size and impact of the
transition, I would like to drag your attention to the Ubuntu
47 matches
Mail list logo
