Bug#774091: mpv: insufficient dependency on libquvi7

Package: mpv Version: 0.6.2-2 Control: close -1 0.7.1-1 mpv from jessie fails to play anything which is not directly a file when libquvi7 0.4.1-1 (from wheezy) is installed: % mpv dvd:// Playing: dvd:// PANIC: unprotected error in call to Lua API (attempt to index a number value) zsh: abort

Bug#774075: libdvdnav4: breaks mplayer2 from wheezy

Package: libdvdnav4 Version: 5.0.1-1 mplayer2 2.0-554-gf63dbad-1+b1 no longer starts after upgrading libdvdnav4 from 4.2.0+20120524-2 to 5.0.1-1: % mplayer mplayer: error while loading shared libraries: libdvdnavmini.so.4: cannot open shared object file: No such file or directory __

Re: Bug#683030: unblock: vlc/2.0.3-1

01.08.2012 в 09:45:12 +0100 Adam D. Barratt написал: > On 01.08.2012 09:14, Fabian Greffrath wrote: > >So, will libav 6:0.8.3-5 get unblocked or should we request this > >separately? > > The libav discussion moved to (the cloned) #683247, where Reinhard > said he was going to upload -6. That bug

Bug#680613: Change fixed up

10.07.2012 в 07:49:22 +0200 Reinhard Tartler написал: > (please don't use 680613, as your won't show up on the pkg-multimedia > archives and I cannot easily reply) 680613-quiet@ was a result of 680613-submitter@ without 680613@ in the recipients of original mail. -submitter@ is not only documented

Bug#680613: libav: Multi-Arch: foreign libraries

07.07.2012 ц≈ 19:54:24 +0200 Reinhard Tartler ц▌ц│ц░ц┴ц⌠ц│ц▄: > On Sat, Jul 7, 2012 at 7:30 PM, Stepan Golosunov > wrote: > > 07.07.2012 ц≈ 18:30:49 +0200 Reinhard Tartler ц▌ц│ц░ц┴ц⌠ц│ц▄: > >> On Sat, Jul 7, 2012 at 1:03 PM, Stepan Golosunov > >> wrote: >

Bug#680602: libav-dbg: bogusly Depends: libavcodec53 (= ${binary:Version})

07.07.2012 в 18:34:20 +0200 Reinhard Tartler написал: > On Sat, Jul 7, 2012 at 1:18 PM, Stepan Golosunov > wrote: > > 07.07.2012 в 12:01:45 +0200 Reinhard Tartler написал: > >> On Sat, Jul 7, 2012 at 10:51 AM, Stepan Golosunov > >> wrote:

Bug#680613: libav: Multi-Arch: foreign libraries

07.07.2012 ц≈ 18:30:49 +0200 Reinhard Tartler ц▌ц│ц░ц┴ц⌠ц│ц▄: > On Sat, Jul 7, 2012 at 1:03 PM, Stepan Golosunov > wrote: > > 07.07.2012 ц≈ 11:57:47 +0200 Reinhard Tartler ц▌ц│ц░ц┴ц⌠ц│ц▄: > >> On Sat, Jul 7, 2012 at 11:50 AM, Stepan Golosunov > >> wrote: &g

Bug#680613: libav: Multi-Arch: foreign libraries

07.07.2012 ц≈ 11:57:47 +0200 Reinhard Tartler ц▌ц│ц░ц┴ц⌠ц│ц▄: > On Sat, Jul 7, 2012 at 11:50 AM, Stepan Golosunov > wrote: > > > > libavutil-extra-51, libavdevice-extra-53, libavfilter-extra-2, > > libpostproc-extra-52, libavformat-extra-53 and libswscale-extra-2 are

Bug#680602: libav-dbg: bogusly Depends: libavcodec53 (= ${binary:Version})

07.07.2012 ц≈ 12:01:45 +0200 Reinhard Tartler ц▌ц│ц░ц┴ц⌠ц│ц▄: > On Sat, Jul 7, 2012 at 10:51 AM, Stepan Golosunov > wrote: > > > > libav-dbg is not installable together with libavcodec-extra-53 due to > > bogus dependency on libavcodec53 (introduced in 6:0.8.3-2): > &

Bug#680613: libav: Multi-Arch: foreign libraries

Source: libav Version: 0.8.3-4 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libavutil-extra-51, libavdevice-extra-53, libavfilter-extra-2, libpostproc-extra-52, libavformat-extra-53 and libswscale-extra-2 are Multi-Arch: foreign transitional packages. Thi

Bug#680602: libav-dbg: bogusly Depends: libavcodec53 (= ${binary:Version})

Package: libav-dbg Version: 6:0.8.3-4 Severity: important libav-dbg is not installable together with libavcodec-extra-53 due to bogus dependency on libavcodec53 (introduced in 6:0.8.3-2): # apt-get install libav-dbg libavcodec-extra-53 Reading package lists... Done Building dependency tree

Bug#672881: /usr/share/man/man1/alsa_in.1.gz: man: /usr/share/man/man1/alsa_in.1 is self referencing

Package: jackd2 Version: 1.9.8~dfsg.3+20120418gitf82ec715-6 Severity: normal File: /usr/share/man/man1/alsa_in.1.gz "man alsa_in" produces error messages instead of any useful information: man: /usr/share/man/man1/alsa_in.1 is self referencing man: /usr/share/man/man1/alsa_in.1.gz:1: .so request

Bug#625539: /usr/bin/vlc: vlc --help ignores locale's charset

reopen 625539 thanks 12.08.2011 в 09:59:11 +0200 Rémi Denis-Courmont написал(а): > close 625539 > > As can be seen from your bug report, the characters map is UTF-8: > > Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) > so it is normal behavior for VLC to output Russian (LANG) in U

Bug#625540: /usr/bin/vlc: vlc --help word wrapping splits letters into bytes

Package: vlc-nox Version: 1.1.9-1 Severity: normal File: /usr/bin/vlc Tags: upstream l10n In addition to the usual misalignment caused by counting bytes (and even not characters) instead of columns (I think wcswidth exists for that) vlc --help in ru_RU.UTF-8 locale now wraps words inside letters:

Bug#625539: /usr/bin/vlc: vlc --help ignores locale's charset

Package: vlc-nox Version: 1.1.9-1 Severity: normal File: /usr/bin/vlc Tags: l10n vlc --help ignores current locale's charset and always outputs utf-8. This results in complete garbage in locales like ru_RU.KOI8-R. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT pol

Bug#597326: libavutil49: breaks programs from lenny

Package: libavutil49 Version: 4:0.5.2-4 After partial lenny -> squeeze upgrade using apt-get upgrade mplayer and vlc no longer work: % mplayer mplayer: symbol lookup error: /usr/lib/i686/cmov/libavcodec.so.51: undefined symbol: lzo1x_decode % vlc vlc: symbol lookup error: /usr/lib/i686/cmov/