Re: Accepted vlc 2.0.4-1 (source amd64 all)

Hi Benjamin, Do you intend to request the release team to allow this upload to squeeze? Cheers, Reinhard On Thu, Oct 18, 2012 at 8:32 PM, Benjamin Drung wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Format: 1.8 > Date: Thu, 18 Oct 2012 18:59:03 +0200 > Source: vlc > Binary: lib

Bug#692505: audacious-plugins: FTBFS with libav in experimental

Package: audacious-plugins Version: 3.2.4-1 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring ubuntu-patch Dear Maintainer, *** /tmp/tmpBwJuid/bug_body I have updated your local distro patch to not use deprecated API, (SAMPLE_FMT16) but the subst

Re: Please update jackd2 git tree to latest to fix #682792

On Sun, Nov 4, 2012 at 9:15 AM, Kaj Ailomaa wrote: > From what I can tell, the jackd2 git is updated with last upstream commit > done at 2012-03-15. > > To fix Debian bug #682792, > and launchpad bug #956438 https://bugs.launchpad.net/** > ubuntu/+source/jackd2/+bug/**956438

Bug#692193: ffmpeg: description claims that ffmpeg is a transitional package, but it isn't

tags 692193 wontfix severity 692193 minor stop On Sat, Nov 3, 2012 at 10:50 AM, Vincent Lefevre wrote: > Package: ffmpeg > Version: 6:0.8.4-1 > Severity: normal > > The ffmpeg description is: > > Description: Multimedia player, server, encoder and transcoder > (transitional package) > > which is

Bug#691620: gnome-mplayer: Hang at Caching 0% when playing http streaming audio playlist until FF

tag 691620 moreinfo severity 691620 normal stop On Sat, Oct 27, 2012 at 7:03 PM, Dominique Brazziel wrote: > Package: gnome-mplayer > Version: 1.0.6-1 > Severity: important > > Dear Maintainer, > *** Please consider answering these questions, where appropriate *** > >* What led up to the situ

Bug#672030: Fwd: Re: Cannot build beast with gcc 4.7

On Thu, Oct 25, 2012 at 4:15 AM, Tim Janik wrote: > On 20.10.2012 12:42, Reinhard Tartler wrote: >> Hi Tim, >> >> I wonder if there is any news on this bug on your side? > > Beast 0.7.6 with full support for g++-4.7 has been released now, see our > website: http://

Bug#691067: handbrake-gtk: Handbrake SIGABRTs while scanning DVD titles

On Sun, Oct 21, 2012 at 10:49 AM, Dmitry Smirnov wrote: > On Sun, 21 Oct 2012 19:13:50 Reinhard Tartler wrote: >> Unfortunately, we do not provide an handbrake-dbg package, which would >> be tremendously helpful for identifying where exactly the beast >> crashes. I think we s

Bug#691088: libavcodec-extra-53: symbol ff_sqrt_tab, version LIBAVUTIL_51 not defined in file libavutil.so.51 with link time reference

reassign 691088 libavutil51 6:9~beta1-1 severity serious stop On Sun, Oct 21, 2012 at 12:46 PM, Jakub Wilk wrote: > Package: libavcodec-extra-53 > Version: 6:0.8.3-7 > Severity: important > > libavcodec.so.53 uses a symbol that has disappeared from experimental > libavutil.so.51: > > $ ldd -r /u

Bug#691067: handbrake-gtk: Handbrake SIGABRTs while scanning DVD titles

On Sun, Oct 21, 2012 at 9:56 AM, Dmitry Smirnov wrote: > So far I can't reproduce the issue. it seems to me that the crash might indeed be inside handbrake. Unfortunately, we do not provide an handbrake-dbg package, which would be tremendously helpful for identifying where exactly the beast crash

Bug#672030: Fwd: Re: Cannot build beast with gcc 4.7

Hi Tim, I wonder if there is any news on this bug on your side? The situation in Debian is that the Release team has the 'beast' package on its removal list and requests a solution for this problem /before/ next Friday (Oct 26). If we do not manage to upload some fix for compilation with gcc 4.7,

Bug#667573: [x264-devel] Bug#667573: x264: 10 bit builds

On Wed, Oct 17, 2012 at 11:10 AM, Fabian Greffrath wrote: > Am 17.10.2012 10:28, schrieb Reinhard Tartler: > >> I am not convinced that we should invest any effort in supporting >> static linking in the Debian x264 package. > > > But we do provide a static library in

Bug#667573: [x264-devel] Bug#667573: x264: 10 bit builds

On Wed, Oct 17, 2012 at 10:42 AM, Jonathan Rosser wrote: > On 10/17/12 09:28, Reinhard Tartler wrote: > >> >> The fact that Jonathan confirms that dlopen()'ing the second library >> works confirms that both libraries are ABI compatible for practical >> reasons.

Bug#667573: [x264-devel] Bug#667573: x264: 10 bit builds

On Wed, Oct 17, 2012 at 10:25 AM, Fabian Greffrath wrote: > Am 17.10.2012 10:09, schrieb Jonathan Rosser: > >> I've built this package and can confirm that the library works using a >> dlopen() approach. > > > I've seen Reinhard has already implemented this in the Debian package, so it > merely ne

Re: Bug#690563: libopus missing SET_GAIN API

On Mon, Oct 15, 2012 at 9:09 PM, Ron wrote: > > Hi Reinhard, > > On Mon, Oct 15, 2012 at 04:46:34PM +0200, Reinhard Tartler wrote: >> Package: opus >> Version: >> http://git.xiph.org/?p=opus.git;a=commitdiff;h=28b41ae5ae1acf6eb222858567952564838d48f5 >> &

libopus missing SET_GAIN API

Package: opus Version: http://git.xiph.org/?p=opus.git;a=commitdiff;h=28b41ae5ae1acf6eb222858567952564838d48f5 Hi, I would like to upload a newer copy of libopus that enables users to encode/decode media via libopus. Unfortunately, the current implementation of the wrapper uses the SET_GAIN API,

Bug#688847: libav: multiple CVEs in ffmpeg/libav

On Mon, Oct 15, 2012 at 3:39 AM, Moritz Muehlenhoff wrote: > On Sun, Oct 14, 2012 at 05:00:54PM -0400, Reinhard Tartler wrote: >> On Wed, Sep 26, 2012 at 4:22 AM, Yves-Alexis Perez wrote: >> > Source: libav >> > Severity: grave >> > Justification: user secu

Bug#688847: libav: multiple CVEs in ffmpeg/libav

On Wed, Sep 26, 2012 at 4:22 AM, Yves-Alexis Perez wrote: > Source: libav > Severity: grave > Justification: user security hole > > Hi, > > it seems that a huge pile of CVE were allocated for ffmpeg/libav short status update: Most/all of the CVEs have now been backported upstream. Before release

Bug#667573: [x264-devel] Bug#667573: x264: 10 bit builds

On Sat, Oct 13, 2012 at 3:40 AM, Jonathan Rosser wrote: > On 13/10/12 04:59, Reinhard Tartler wrote: > >> >> Oh I see what you did there. I don't think that's gonna work in >> debian. TBH, I think we should just install the 10 bit libx264.so >> binary

Bug#690374: videotrans packaging branch, master, created. debian/1.6.1-1

Package: devede Version: 3.22.0-1 Chris Bannister notices that videotrans depends on the package 'ffmpeg'. This package is going away (and in fact has already disappeared in experimental), so I would ask you to avoid that dependency. please port the application to /usr/bin/avconv which is found

Re: [SCM] videotrans packaging branch, master, created. debian/1.6.1-1

On Sat, Oct 13, 2012 at 1:59 AM, Chris Bannister wrote: > Also - devede Version: 3.22.0-1 > Depends: dvdauthor, ffmpeg (>= 4:0.7.2) Filed a bug for this on your behalf > Also could packages which depend on mplayer, could depend on mplayer or > mplayer2? Yes, please file bugs if you spot a miss

Bug#667573: x264: 10 bit builds

On Fri, Oct 12, 2012 at 2:21 AM, Jonathan Rosser wrote: > Here is my somewhat incomplete attempt at doing just that. It was more > involved than I expected. > > https://github.com/jrosser/x264-10bit-deb Oh I see what you did there. I don't think that's gonna work in debian. TBH, I think we shoul

Re: mjpegtools_2.0.0+debian-1_source+amd64.changes ACCEPTED into unstable, unstable

Well, that's just fine for experimental IMO Am 12.10.2012 18:02 schrieb "Fabian Greffrath" : > Am Sonntag, den 07.10.2012, 11:13 -0700 schrieb Reinhard Tartler: > > Next steps: avidemux and transcode! > > Well, transcode is already in. ;) > > And avidemux doe

Bug#667573: x264: 10 bit builds

On Thu, Oct 11, 2012 at 1:12 PM, Nicolas George wrote: > Le decadi 20 vendémiaire, an CCXXI, Jason Garrett-Glaser a écrit : >> Would dlopen() work to hack around this sort of limitation? I recall >> seeing a hack for x264cli that allowed both 8-bit and 10-bit encoding >> by doing this. > > I do n

Bug#667573: x264: 10 bit builds

tags 667573 upstream forwarded 667573 x264-de...@videolan.org severity 667573 wishlist stop Dear x264 developers, The following quote is taken from a debian bug report that has been filed against the debian x264 package. The full buglog can be read at http://bugs.debian.org/667573 On Thu, Oct 11

Re: [SCM] videotrans packaging branch, master, created. debian/1.6.1-1

Hi Alessio, I noticed that videotrans depends on the package 'ffmpeg'. This package is going away (and in fact has already disappeared in experimental), so I would ask you to avoid that dependency. please port the applications to /usr/bin/avconv which is found in the libav-tools package. thanks,

Re: mjpegtools_2.0.0+debian-1_source+amd64.changes ACCEPTED into unstable, unstable

e > Version: 2.0.0+debian-1 > Distribution: unstable > Urgency: low > Maintainer: Debian Multimedia Maintainers > > Changed-By: Reinhard Tartler > Closes: 515850 > Launchpad-Bugs-Fixed: 1033328 > Description: > liblavfile-2.0-0 - MJPEG capture/editing/replay and MPEG e

Re: Hnadbrake: thank you.

On Thu, Oct 4, 2012 at 9:43 AM, Dmitry Smirnov wrote: > Dear Reinhard, Fabian, Andres and Rogério, > > Thank you sincerely for bringing handbrake to Debian. > > Great work, I know how challenging it was. You're welcome. I think the most complicated part is still ahead: Finding a solution how to

Re: [SCM] libav/experimental: Restrict Build-Depends to "yasm [any-amd64 any-i386]" and explicitely disable it if not found.

On Mon, Oct 1, 2012 at 12:12 PM, Fabian Greffrath wrote: > Am 01.10.2012 12:08, schrieb Fabian Greffrath: > >> Because AFAICT yasm is a pure x86 assembler compiler and thus acts as >> cross-compiler on these archs. > > > http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2012-June

Re: [SCM] libav/experimental: Restrict Build-Depends to "yasm [any-amd64 any-i386]" and explicitely disable it if not found.

On Mon, Oct 1, 2012 at 10:42 AM, wrote: > The following commit has been merged in the experimental branch: > commit 41ee05441fd64068f99b72865c457420e738eb76 > Author: Fabian Greffrath > Date: Thu Jun 21 14:55:36 2012 +0200 > > Restrict Build-Depends to "yasm [any-amd64 any-i386]" and expli

Bug#687048: avconv: x264 profile only supports main and baseline

tags 687048 moreinfo stop > I'm trying to use avconv to convert to h264 using libx264. I want > to set the profile to high, but I still get main. > > I can change it to (constrained) baseline. But setting any other > valid profile will get me the main profile. Setting it to an invalid > option

Bug#688800: mplayer2: can not seek wvc1 videos

tags 688800 fixed-upstream stop On Wed, Sep 26, 2012 at 12:17 PM, Uoti Urpala wrote: > This is a bug in the libavcodec VC-1 decoder. It outputs a frame from > the old position after a seek flush. Actually, the codec object in > vc1dec.c seems to be completely missing the needed ".flush" field ent

Bug#688800: mplayer2: can not seek wvc1 videos

On Tue, Sep 25, 2012 at 9:18 PM, Brian Paterni wrote: > Package: mplayer2 > Version: 2.0-554-gf63dbad-1+b1 > Severity: normal > > Dear Maintainer, > > wvc1 videos are unseekable in mplayer2. For example if I try to seek 10 > seconds > forward using right key, then the video freezes. A sample vide

Bug#688578: libbluray1: libbluray missling pkg-config build dependency

On Sun, Sep 23, 2012 at 10:47 PM, Michael Marineau wrote: > If pkg-config is not installed the libbluray configure script will happily > disalbe libxml2/metadata support without a fuss. This is what apears to be > what happened do the current version in testing, 0.2.2-1. By chance the > current e

Bug#688384: libavcodec53 does not work on Vortex CPU (i386)

On Mon, Sep 24, 2012 at 9:30 AM, Fabian Greffrath wrote: > Am 22.09.2012 11:34, schrieb aana anga: > >> Program received signal SIGILL, Illegal instruction. >> [Switching to Thread 0xb3e26b70 (LWP 4720)] >> 0xb730e215 in ?? () from /usr/lib/i386-linux-gnu/libavcodec.so.53 >> (gdb) bt >> #0 0xb730

Bug#686570: mplayer doesn't play REALAUDIO format file

On Sat, Sep 22, 2012 at 1:10 PM, Reimar Döffinger wrote: > On Fri, Sep 21, 2012 at 03:16:51PM +0200, Fabian Greffrath wrote: >> Am 03.09.2012 20:06, schrieb Reimar Döffinger: >> >This information is incorrect. FFmpeg has a decoder for sipr and it >> >works fine for the file. >> >In fact, MPlayer c

Bug#688384: libavcodec53 does not work on Vortex CPU (i386)

On Sat, Sep 22, 2012 at 11:34 AM, aana anga wrote: > Package: libavcodec53 > Version: 0.8.3-7 > > Hi, > > I started mpd on my STB with DM&P Vortex86 CPU and it fails with signal > SIGILL Can you please provide the contents of /proc/cpuinfo? Also, please dissassemble the instructions around the fa

Re: fdk-aac: who knows more?

On Mon, Sep 17, 2012 at 8:37 PM, Rogério Brito wrote: > Hi there. > > On Sep 03 2012, Fabian Greffrath wrote: >> Am 02.08.2012 10:04, schrieb Fabian Greffrath: >> >Is fdk-aac finally the first *free* high-quality AAC encoder or is it >> >just the next *non-free* one after FAAC? >> >> Nobody? > > S

Bug#687594: Please document how to turn off a filter enabled in ~/.mplayer/config

clone 687594 -1 retitle please install DOCS/tech/slave.txt severity -1 wishlist stop On Fri, Sep 14, 2012 at 8:41 PM, Reimar Döffinger wrote: > Bind a key to "af_clr" (see DOCS/tech/slave.txt - in MPlayer SVN, > it seems Debian doesn't install that, it might be worth including it > even though it

Re: Bug#687624: ITP: libdvdcss-pkg -- automated installer for libdvdcss

On Fri, Sep 14, 2012 at 1:19 PM, Dmitry Smirnov wrote: > Package: wnpp > Severity: wishlist > X-Debbugs-CC: debian-de...@lists.debian.org > >Package name: libdvdcss-pkg > Version: 1.2.12-1 > Upstream Author: Dmitry Smirnov > License: GPL-3+ > Description: download, build a

Bug#456165: Details from Handbrake as to why it is statically linked to libraries

On Wed, Sep 12, 2012 at 1:45 PM, Alex Brooks wrote: > Hello, > > I'm new to the Debian bugs system, so please excuse me if I break etiquette. No, you're doing perfectly fine! > I'm really looking forward to Handbrake being available in the main > repositories, but I thought that the packagers nee

Re: Debug symbols in packages, what's the policy?

On Sun, Sep 9, 2012 at 1:05 PM, Kaj Ailomaa wrote: > I had someone asking about this on a Ubuntu Studio IRC channel, and myself > being ignorant on the subject, I got help from the same person on collecting > some info on debugging symbols being built in into debian multimedia > packages, and also

Bug#686570: mplayer doesn't play REALAUDIO format file

severity 686570 wishlist stop On Mon, Sep 3, 2012 at 2:28 PM, Klaumi Klingsporn wrote: > Am / On Mon, 03 Sep 2012 19:43:39 +0800 > schrieb / wrote XIANGYU LIU : > >> ERROR: Could not open required DirectShow codec sipr3260.dll. > > To play this file your need proprietary sipr3260.dll which is -be

Re: [SCM] mjpegtools/master: dh --with autoreconf and autotools_dev are mutually exclusive.

On Mon, Sep 3, 2012 at 9:53 AM, wrote: > The following commit has been merged in the master branch: > commit a673f9eaf332da305614f0117bea3c77f091144f > Author: Fabian Greffrath > Date: Mon Sep 3 09:56:51 2012 +0200 > > dh --with autoreconf and autotools_dev are mutually exclusive. Thanks

Re: libav_0.8.3-7_amd64+source.changes ACCEPTED into unstable

s. Normally, we do not have to request it, nevertheless, I think it blocks migration to testing and needs to be done at some point. Cheers, Reinhard -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia

Bug#683895: src:libav: please use xz compression for binary packages

On Thu, Aug 23, 2012 at 11:58 AM, Ansgar Burchardt wrote: > Ansgar Burchardt writes: >> Please use xz compression for the binary packages (patch attached). >> We are trying to fit a few more packages on the first CDs to get a >> usable desktop install with it, see [1] for more details. >> >> I wi

Fwd: Re: [SCM] libav/master: Also make libav-regular-dbg 'arch: all' for consistency with the other debug packages.

Thanks to Jonas for pointing out that I was not including the proper mailing list. Sorry for the inconvenience -- Weitergeleitete Nachricht -- Von: "Reinhard Tartler" Datum: 11.08.2012 20:10 Betreff: Re: [SCM] libav/master: Also make libav-regular-dbg 'arch: all&#

Re: libav_0.8.3-6_amd64+source.changes ACCEPTED into unstable

On Tue, Aug 7, 2012 at 10:27 PM, Fabian Greffrath wrote: dpkg-deb -I libavcodec53_0.8.3-6_amd64.deb shlibs >> libavcodec 53 libavcodec53 (>= 6:0.8.3-1~) | libavcodec-extra-53 (>= >> 6:0.8.3) >> >> This reads actually OK to me. Do I miss something? > > Yes. I said you only fixed this for the p

Re: libav_0.8.3-6_amd64+source.changes ACCEPTED into unstable

On Mon, Aug 6, 2012 at 11:05 AM, Fabian Greffrath wrote: > Am 04.08.2012 10:48, schrieb Debian FTP Masters: > >>* Make ffmpeg-dbg 'arch: all' for consistency with the libav-extra-dbg >> package. > > > libav-regular-dbg is still Arch: any. Damn. Feel free make the change in 'master' yours

Bug#683907: mencoder: Crashes with seg fault even after getting rid of dmo libraries

On Mon, Aug 6, 2012 at 10:21 AM, Grześ Andruszkiewicz wrote: > Hi, > >> It seems that libavcodec does call some other function that is not >> covered by the libav package. It remains unclear where exactly the >> crash happens, which is necessary to work on a fix. > > Would you be able to guess whe

Bug#683907: mencoder: Crashes with seg fault even after getting rid of dmo libraries

On Mon, Aug 6, 2012 at 9:53 AM, Grześ Andruszkiewicz wrote: > Hi, > > The output from gdb. I installed the symbols you mentioned, I hope its > all that is needed. > > Cheers, > Grzegorz > > (gdb) run avseq03\ Latawiec.mpg -o 03.mpg -vf crop=346:240:2:24 -oac > copy -ovc x264 -x264encopts bitrate=3

Bug#683996: easytag: segfaults when opening some directories containing mp4 files

reassign 683996 libtagc0 1.7.2-1 stop On Mon, Aug 6, 2012 at 9:01 AM, Anne C. Hanna wrote: > I also just tried to produce a gdb backtrace. I'm not really familiar with > gdb, so I don't know if I did this right, but here it is, in the hope that > it's worth something. Hi Anne, Thanks for the

Re: Fixing SC in testing

On Sun, Aug 5, 2012 at 10:32 PM, Dan S wrote: > 2012/8/5 Felipe Sateler : >> We currently have a broken supercollider in testing, and the freeze >> means 3.5.3 will not migrate automatically. >> >> Dan, since you are the most knowledgeable on SC matters, could you >> prepare a message on why do we

Bug#672972: Wheezy: VLC player can't play videos

reassign 672972 xserver-xorg-video-radeon retitle 672972 No Xvideo extension on Radeon HD 4200 stop Thanks for reporting back, I'm reassigning this bug to the package xserver-xorg-video-radeon. Dear xserver-xorg-video-radeon maintainers, this bug causes poor playback experience with vlc. Feel fre

Bug#683907: mencoder: Crashes with seg fault even after getting rid of dmo libraries

tags 683907 moreinfo stop On Sun, Aug 5, 2012 at 12:08 PM, Grzegorz Andruszkiewicz wrote: > Package: mencoder > Version: 2:1.0~rc4.dfsg1+svn34540-1+b2 > Severity: important > > Dear Maintainer, > > As you kind of suggested, I got rid of all the dogdy dmo libraries, but it > still crashes :( Ple

Bug#672972: Wheezy: VLC player can't play videos

On Sun, Aug 5, 2012 at 5:39 AM, T Elcor wrote: > --- On Sat, 8/4/12, Reinhard Tartler wrote: > >> T, can you please elaborate what display hardware and >> drivers you use >> so that we can reassign this bug appropriately? > > Sure, please see below. > > I&#x

Bug#672972: Wheezy: VLC player can't play videos

On Sat, Aug 4, 2012 at 3:20 PM, Edward Wang wrote: > VLC uses "XVideo Output (XCB)" (xcb_xv) as its default video output. The > problem that you are having with xvideo is because your video drivers are > buggy and don't support XVideo properly (prime example: VirtualBox XVideo > and certain other

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

tags 683247 -moreinfo retitle 683247 unblock libav_6:0.8.3-6 stop On Mon, Jul 30, 2012 at 2:17 PM, Adam D. Barratt wrote: > On 30.07.2012 08:08, Reinhard Tartler wrote: >> I intend to work on a new upload that incorporates your suggestions >> for clarifying the debian/changelog

Bug#672972: Wheezy: VLC player can't play videos

On Sat, Aug 4, 2012 at 3:17 AM, T Elcor wrote: > I was able to get VLC working by removing some old obsolete libraries and > setting "Video Settings" | Output to "X11 Video Output (XCB)" > > If the output is set to Default, VLC hangs. > I may be confused, but I was under the impression that "X11

Re: [Lmuse-user] [ANN] MusE 2.0.1 released

On Tue, Jul 31, 2012 at 7:25 AM, Fabrice Coutadeur wrote: > Hi, > > Any help needed for this update? Alessio seems to be the only active > member of the git repo, and I could help. Cool, please do! > Also, where is it possible to see the 2 'official' maintainers of a > package? Actually, I real

Bug#679542: Each upload (even -2 -3 etc) is a transition?

On Fri, Jun 29, 2012 at 6:33 PM, Modestas Vainius wrote: > Source: libav > Version: 6:0.8.3-4 > Severity: important > > Hello, > > could you explain why each -2 -3 etc. upload bumps shlibs to the current > debian > revision as opposed to the current upstream version? This effectly makes each > de

Bug#674145: mplayer2: mplayer does not stop after playing a file

tag 674145 important retitle 674145 mplayer does not stop after playing a file with pulseaudio backend, breaks playback of multiple files stop On Sat, May 26, 2012 at 12:55 AM, Uoti Urpala wrote: > On Thu, 2012-05-24 at 13:47 +0200, Martin Ziegler wrote: >> mplayer said that the output device was

Bug#680613: Change fixed up

On Mon, Jul 16, 2012 at 9:43 AM, Fabian Greffrath wrote: > Am 15.07.2012 10:27, schrieb Reinhard Tartler: > >> Yes, they look wrong to me. It's not actually grave as it isn't likely >> that some package would explicitly depend on the extra variant and >> r

Bug#680613: Change fixed up

On Sun, Jul 15, 2012 at 10:19 AM, Fabian Greffrath wrote: > Am Sonntag, den 15.07.2012, 10:04 +0400 schrieb Stepan Golosunov: >> All recent patches appear to modify changelog for 6:0.8.3-4. However, >> 6:0.8.3-4 is already in testing. > > Indeed, thanks for noticing. I have fixed this up in GIT. >

Bug#657885: squeeze-backports

On Fri, Jul 13, 2012 at 2:03 AM, Rushi Desai wrote: > Will this get ported to squeeze-backports? yes, the package in squeeze-backports needs to be updated. I'll work on that when I find time and nobody else gets to that faster than me. -- regards, Reinhard __

Bug#681136: Should libavcodec-extra-53 Provides: libavcodec53? [Was: Re: Bug#681136: libavcodec-extra-53: Cannot install libavcodec-extra-53 without losing kde]

On Fri, Jul 13, 2012 at 9:14 AM, Fabian Greffrath wrote: > Am 12.07.2012 11:15, schrieb Reinhard Tartler: > >> That would make 'libavcodec53' a "virtual" package, which AFAIUI would >> break versioned dependencies as dpkg does not support "versioned &g

Bug#681136: Should libavcodec-extra-53 Provides: libavcodec53? [Was: Re: Bug#681136: libavcodec-extra-53: Cannot install libavcodec-extra-53 without losing kde]

On Wed, Jul 11, 2012 at 10:07 PM, Fabian Greffrath wrote: >> The problem appears to have been that I had not succeeded in removing all >> Marillat's packages, despite trying to make sure I had before reporting > > I suspected this. :) > >> After reinstalling all the vlc (and xine) related packages

Re: review qemplayer

On Wed, Jul 11, 2012 at 6:11 PM, wbrana wrote: >> btw, why do you need mplayer_nice in the first place? >> afaiu, qemplayer is an qt frontend to mplayer, and does not need >> realtime I/O priorities any more than mplayer itself. > mplayer_nice is key feature of qemplayer. > Realtime I/O priority f

Bug#680613: Change fixed up

Hi, (please don't use 680613, as your won't show up on the pkg-multimedia archives and I cannot easily reply) I've dropped the multi-arch headers now in this commit: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libav.git;a=commitdiff;h=a55d079b01da2c81de68af0ebdb86d07aec5f5c7 -- regards,

Re: [SCM] libav/master: Bug fix: "Multi-Arch: foreign libraries", thanks to Stepan Golosunov.

mmit has been merged in the master branch: > commit c08426ed8f0306f4276d2c76868c78969c2538ca > Author: Reinhard Tartler > Date: Mon Jul 9 21:56:12 2012 +0200 > > Bug fix: "Multi-Arch: foreign libraries", thanks to Stepan Golosunov. > > Mark the transitional pa

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

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: >> > 07.07.2012 в 11:57:47 +0200 Reinhard Tartler написал: >> >> On Sat, Jul 7

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

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: >> > >> > libav-dbg is not installable together with libavcodec-extra-53 due to >

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

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: >> > >> > libavutil-extra-51, libavdevice-extra-53, libavfilter-extra-2, >> >

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

On Sat, Jul 7, 2012 at 10:51 AM, Stepan Golosunov wrote: > 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): AFAIUI this was deliberate because libav

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

On Sat, Jul 7, 2012 at 11:50 AM, Stepan Golosunov wrote: > 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

Bug#680595: mplayer: New upstream version 1.1

tags 680595 help stop On Sat, Jul 7, 2012 at 8:17 AM, Andreas Metzler wrote: > Package: mplayer > Version: 2:1.0~rc4.dfsg1+svn34540-1+b2 > Severity: wishlist > > 2012-06-10, Sunday :: MPlayer 1.1 released > > http://lists.mplayerhq.hu/pipermail/mplayer-announce/2012-June/69.html Note, this v

Bug#680225: libjack-jackd2-0 conflicts with libjack0

On Wed, Jul 4, 2012 at 3:36 PM, Thorsten Glaser wrote: > Package: libjack-jackd2-0 > Severity: important > Justification: release goal Multi-Arch > > Hi, > > libjack-jackd2-0 conflicts with libjack0, which is a bit > unfortunate, as some things depend on either; waldi suggested > to either take ov

Re: bits from the DPL: June 2012

On Wed, Jul 4, 2012 at 9:31 AM, Fabian Greffrath wrote: > Hi team, > > Am 04.07.2012 05:24, schrieb Stefano Zacchiroli: > >> - I got quite some feedback about the debate with debian-multimedia.org >>I mentioned last month. My take away message from that feedback is >>that many users have n

Bug#680101: mpg123: writing wav to stdout still works ugly

On Tue, Jul 3, 2012 at 5:16 PM, dimas wrote: > Package: mpg123 > Version: 1.14.2+svn20120622-1 > Severity: normal > > hello. > after recent upgrade on Debian testing i've found that dir2ogg (that uses > mpg123 directly) fails to do the job. pleasee see #679813 for details. > after digging around

Bug#667504: (no subject)

reassign 667504 libvpx stop Jack, thank you for the backtrace. It indeed looks like a segmentation fault in the libvpx library to me, for which avcodec provides a wrapper. Since the backtrace does not indicate that libavcodec would pass bogus data to libvpx, I my current understanding is that th

Bug#657885: ffmpeg: Illegal instruction on dreamplug (arm cpu)

On Mon, Jun 25, 2012 at 9:19 PM, Loïc Minier wrote: > tag 657885 + pending confirmed > stop > > It seems the various "make install" runs for each flavour overwrite each > other's binaries so that in the end the neon binaries like > /usr/bin/ffmpeg get installed instead of the flavour-independent >

Fwd: Bug#657885: ffmpeg: Illegal instruction on dreamplug (arm cpu)

Hi Loïc, Can you perhaps have a look at this bugreport? Either the dynamic loader is doing something wrong here on armel, or the libavcodec baseline shared library builds do enable armv7 instructions after all. AFAIUI, this does not only affect the dreamplug but also the (supposly popular) raspbe

Bug#678997: libavutil51: binnmu broke multiarch co-installability

On Mon, Jun 25, 2012 at 6:08 PM, Michael Gilbert wrote: > package: libavutil51 > version: 6:0.8.3-1+b1 > severity: important > user: multiarch-de...@lists.alioth.debian.org > usertags: multiarch > > Hi, > > The libav package just got a binnmu, which broke multi-arch > co-installability (since the

Bug#678222: libav: FTBFS with opencv 2.4

reassign 678222 libopencv-dev tags 678222 -patch stop On Wed, Jun 20, 2012 at 3:03 AM, Nobuhiro Iwamatsu wrote: > Source: libav > Version: 6:0.8.3-1 > Severity: important > Tags: patch > > Hi, > > libav FTBFS with opencv 2.4. > > - > dpkg-source: info: using source format `3.0 (quilt)' > dpkg

Re: Bootstrapping libav on a new architecture

On Thu, Jun 21, 2012 at 10:30 AM, Thorsten Glaser wrote: > Fabian Greffrath dixit: > >> Yep, from the next upload on it is. > > Actually, not even that is needed. I just took the current git HEAD, > versioned it lower than the current sid package, dropped all the > unnecessary B-D for bootstrappin

Re: Is libav feature-complete?

On Wed, Jun 20, 2012 at 10:54 AM, Fabian Greffrath wrote: > Hi team, > > just unteil yesterday, when Irebuilt libav several times to check the > cond_enable() macros, I believed the libav packages we ship were > feature-complete - at least in its -extra flavour. However, there are still > a handfu

Re: Bootstrapping libav on a new architecture

On Tue, Jun 19, 2012 at 4:14 PM, Fabian Greffrath wrote: > Am 19.06.2012 13:45, schrieb Thorsten Glaser: >> >> Reinhard Tartler dixit: >> >>> Well, I take that as another reason to use the cond_enable macro in >>> debian/confflags for these libraries, becau

Re: Bootstrapping libav on a new architecture

On Tue, Jun 19, 2012 at 9:38 AM, Fabian Greffrath wrote: > Am 19.06.2012 09:18, schrieb Reinhard Tartler: > >> I'm a bit confused now. libav itself does not build depend on >> libpostproc-dev, and if it did, then that would be a bug IMO. > > > I believe this issu

Re: Bootstrapping libav on a new architecture

On Mon, Jun 18, 2012 at 9:27 PM, Thorsten Glaser wrote: > Hi, > > m68k currently has no libpostproc-dev and friends, built from src:libav. > How do you recommend to bootstrap this, considering several (at least > four) build dependencies of libav, all codecs or something like that, > build-depend

Bug#677035: libavcodec52: SEGV when encoding video

On Mon, Jun 11, 2012 at 4:27 PM, Reinhard Tartler wrote: > tag 677035 upstream > stop > > On Mon, Jun 11, 2012 at 3:04 PM,   wrote: >> On Mon, Jun 11, 2012 at 12:05:05PM +0200, Reinhard Tartler wrote: >>> >>> In order to check if that bug has already been

Bug#677035: libavcodec52: SEGV when encoding video

tag 677035 upstream stop On Mon, Jun 11, 2012 at 3:04 PM, wrote: > On Mon, Jun 11, 2012 at 12:05:05PM +0200, Reinhard Tartler wrote: >> >> In order to check if that bug has already been fixed upstream, could >> you please install the libavcodec-extra-53 package from backp

Bug#677035: libavcodec52: SEGV when encoding video

On Mon, Jun 11, 2012 at 11:40 AM, giuseppe bonacci wrote: > Package: libavcodec52 > Version: 4:0.5.8-1 > Severity: normal > > > When transcoding an MP4 stream (h264 + aac), to avi (mpeg4 + mp3lame), > I get a SEGV in sad16_sse2().  Please note that I have rebuilt > ffmpeg-0.5.8-1 (via dpkg-buildpa

Bug#675584: /usr/bin/avconv: avconv segfaults when transcoding video with libx264 presets

severity 675584 minor tags 675584 moreinfo stop On Sat, Jun 2, 2012 at 12:25 PM, Rogério Brito wrote: > Package: libav-tools > Version: 6:0.8.2-2 > Severity: important > File: /usr/bin/avconv > > Hi. > > I have just tried to transcode some lecture videos for watching on my ipod > and I can't get

Bug#673914: mplayer: -ao pulse fails even though pulseaudio is running

user debian-multime...@lists.debian.org usertags 673914 dmo stop On Tue, May 22, 2012 at 3:14 AM, Jonathan Lane wrote: > Package: mplayer > Version: 2:1.0~rc4.dfsg1+svn34540-1+b2 > Severity: normal > > Dear Maintainer, > > MPlayer doesn't work with -ao pulse on my system. Does this bugreport rel

Call for testing: vlc 2.0 for squeeze, Was: backport request: gimp 2.8, vlc 2.0

FYI, maybe anyone has some time for testing the vlc backport? See the mail to the debian-backports list below. -- Forwarded message -- From: Reinhard Tartler Date: Mon, May 21, 2012 at 11:33 PM Subject: Re: backport request: gimp 2.8, vlc 2.0 To: debian-backpo

Bug#673820: mplayer2: -ao pulse does not work

On Mon, May 21, 2012 at 5:33 PM, Michal Suchanek wrote: > Package: mplayer2 > Version: 2.0-554-gf63dbad-1 > Severity: normal > > Hello, > > I tried > > mplayer -ao pulse some/random/audio.wav > > and mplayer goes through the file _very_ slowly and produces no sound. > > -ao alsa works (and seems t

Bug#673447: mplayer2: Would be nice to have vaapi support available

tag 673447 upstream forwarded 673447 http://devel.mplayer2.org/ticket/17 stop On Fri, May 18, 2012 at 8:45 PM, Rogério Brito wrote: > People that install packages like i965-va-driver and have the > appropriate drivers could really benefit from their (already > available) hardware decoding capabil

Re: libdvdcss-installer - Package to install libdvdcss

On Mon, Mar 19, 2012 at 3:23 PM, Benjamin Drung wrote: > > Are we allowed to distribute the source code of libdvdcss? Then we could > put the source code into a binary package and build it on installation. > I would prefer a builder instead of distributing a downloader + builder. I wouldn't count

Bug#672947: Bug#672706: Bug#672947: fcmatch.c:548: IA__FcFontMatch: Assertion `result != ((void *)0)' failed.

On Wed, May 16, 2012 at 3:37 PM, Reimar Döffinger wrote: > On Wed, May 16, 2012 at 01:07:11PM +0200, Fabian Greffrath wrote: >> Am Montag, den 14.05.2012, 23:23 +0200 schrieb Alex Wilk: >> > mplayer: fcmatch.c:548: IA__FcFontMatch: Assertion `result != ((void *)0)' >> > failed. >> >> In line 1163

Bug#672706: Bug#672947: fcmatch.c:548: IA__FcFontMatch: Assertion `result != ((void *)0)' failed.

On Wed, May 16, 2012 at 1:07 PM, Fabian Greffrath wrote: > Am Montag, den 14.05.2012, 23:23 +0200 schrieb Alex Wilk: >> mplayer: fcmatch.c:548: IA__FcFontMatch: Assertion `result != ((void *)0)' >> failed. > > In line 1163 in file sub/font_load_ft.c of the mplayer2 source code the > following cod

Bug#672947: fcmatch.c:548: IA__FcFontMatch: Assertion `result != ((void *)0)' failed.

On Mon, May 14, 2012 at 11:23 PM, Alex Wilk wrote: > Package: mplayer2 > Version: 2.0-542-gbb90802-1 > Severity: important > > Dear Maintainer, > *** Please consider answering these questions, where appropriate *** > >   * What led up to the situation? >   * What exactly did you do (or not do) tha

<    1   2   3   4   5   6   7   8   9   10   >