Package: libavcodec53
Severity: important
I have now prepared a new upstream snapshot of libav at
http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libav.git;a=shortlog;h=refs/heads/experimental.
In this new version, the SONAME of libavcodec and libavformat was bumped
from 53 to 54. This is not
On 12-05-13 at 07:48pm, Reinhard Tartler wrote:
the 'old' libavcodec53, which a lot of applications link against,
becomes uninstallable because of the strict internal dependencies:
Depends: libavutil51 (= 4:0.8.1-0ubuntu1) | libavutil-extra-51 (= 4:0.8.1),
libavutil51 ( 4:0.8.1-99) |
On Sun, May 13, 2012 at 2:22 PM, Jonas Smedegaard d...@jones.dk wrote:
On 12-05-13 at 07:48pm, Reinhard Tartler wrote:
the 'old' libavcodec53, which a lot of applications link against,
becomes uninstallable because of the strict internal dependencies:
Depends: libavutil51 (= 4:0.8.1-0ubuntu1)
On Sun, May 13, 2012 at 1:48 PM, Reinhard Tartler siret...@tauware.de wrote:
Package: libavcodec53
Severity: important
I have now prepared a new upstream snapshot of libav at
http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libav.git;a=shortlog;h=refs/heads/experimental.
In this new
On So, Mai 13, 2012 at 20:43:08 (CEST), Andres Mejia wrote:
On Sun, May 13, 2012 at 1:48 PM, Reinhard Tartler siret...@tauware.de wrote:
Package: libavcodec53
Severity: important
I have now prepared a new upstream snapshot of libav at
On Sun, May 13, 2012 at 3:10 PM, Reinhard Tartler siret...@tauware.de wrote:
On So, Mai 13, 2012 at 20:43:08 (CEST), Andres Mejia wrote:
On Sun, May 13, 2012 at 1:48 PM, Reinhard Tartler siret...@tauware.de
wrote:
Package: libavcodec53
Severity: important
I have now prepared a new
Am Sonntag, den 13.05.2012, 19:48 +0200 schrieb Reinhard Tartler:
a) We could simply drop the strict internal dependencies.
They served as a nice shelter against package mixture wth d-m.o packages
in the past. But if they stand in the way for our own development from
now on, kill them!
-
On Sun, May 13, 2012 at 5:21 PM, Fabian Greffrath fab...@greffrath.com wrote:
Am Sonntag, den 13.05.2012, 19:48 +0200 schrieb Reinhard Tartler:
a) We could simply drop the strict internal dependencies.
They served as a nice shelter against package mixture wth d-m.o packages
in the past. But
