Bug#707307: mediatomb-common: Mediatomb in Wheezy fails to start because there is no libfaac.so.0

2013-05-08 Thread Adam D. Barratt
Control: tags -1 + moreinfo On Thu, 2013-05-09 at 00:56 +0200, J G Miller wrote: > The MediaTomb daemon executable in Wheezy is linked to libfaac > > ldd /usr/bin/mediatomb | grep libfaac > libfaac.so.0 => not found On which architecture? At least neither of the amd64 or i386 binaries appea

Processed: Re: Bug#707307: mediatomb-common: Mediatomb in Wheezy fails to start because there is no libfaac.so.0

2013-05-08 Thread Debian Bug Tracking System
Processing control commands: > tags -1 + moreinfo Bug #707307 [mediatomb-common] mediatomb-common: Mediatomb in Wheezy fails to start because there is no libfaac.so.0 Added tag(s) moreinfo. -- 707307: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707307 Debian Bug Tracking System Contact ow.

Bug#707321: transcode: SSE and SSE2 are disabled unconditionally

2013-05-08 Thread Rogério Brito
Package: transcode Version: 3:1.1.7-4 Severity: normal Hi. I was taking a look at transcode's debian/rules file and it contains the options --disable-see and --disable-sse2 unconditionally. Given that all amd64 CPUs are required to implement these instruction sets (and, as a side effect, the x32

Bug#707307: mediatomb-common: Mediatomb in Wheezy fails to start because there is no libfaac.so.0

2013-05-08 Thread J G Miller
Package: mediatomb-common Version: 0.12.1-4+b1 Severity: grave The MediaTomb daemon executable in Wheezy is linked to libfaac ldd /usr/bin/mediatomb | grep libfaac libfaac.so.0 => not found In Wheezy, no package provides libfaac.so.0 Therefore the MediaTomb daemon fails to run. /etc/in

Bug#707305: runtime error on load, "can execute code"

2013-05-08 Thread PICCORO McKAY Lenz
Package: libquicktime2 Version: 2:1.2.4-1 Severity: serious Tags: wheezy stable Justification: runtime error on load, "can execute code" libquicktime (libquicktime2) is marked as Multi-Arch compiled, but i try to use wheeze in a pentium4 class machine (first appears, with RAMBUS memories), and don

Bug#706154: gecko-mediaplayer: claims that an additional plugin is needed, but standalone gnome-mplayer plays the video

2013-05-08 Thread Francesco Poli
On Mon, 6 May 2013 11:00:17 +0200 Sebastian Ramacher wrote: > On 2013-05-05 19:08:50, Francesco Poli wrote: > > On Sun, 5 May 2013 18:21:50 +0200 Sebastian Ramacher wrote: [...] > > > What does > > > > > > $ gsettings get apps.gecko-mediaplayer.preferences disable-wmp > > > > > > produce and do

aliki_0.2.0-1_amd64.changes ACCEPTED into unstable

2013-05-08 Thread Debian FTP Masters
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 06 May 2013 12:45:16 +0200 Source: aliki Binary: aliki aliki-dbg Architecture: source amd64 Version: 0.2.0-1 Distribution: unstable Urgency: low Maintainer: Debian Multimedia Maintainers Changed-By: Jaromír Mikeš

Processing of aliki_0.2.0-1_amd64.changes

2013-05-08 Thread Debian FTP Masters
aliki_0.2.0-1_amd64.changes uploaded successfully to localhost along with the files: aliki_0.2.0-1.dsc aliki_0.2.0.orig.tar.bz2 aliki_0.2.0-1.debian.tar.gz aliki_0.2.0-1_amd64.deb aliki-dbg_0.2.0-1_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org)

zita-resampler_1.3.0-2_amd64.changes ACCEPTED into unstable

2013-05-08 Thread Debian FTP Masters
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 08 May 2013 08:51:26 +0200 Source: zita-resampler Binary: libzita-resampler-dev libzita-resampler-doc libzita-resampler1 zita-resampler zita-resampler-dbg Architecture: source amd64 all Version: 1.3.0-2 Distributi

sratom_0.4.2~dfsg0-2_amd64.changes ACCEPTED into unstable

2013-05-08 Thread Debian FTP Masters
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 08 May 2013 08:39:36 +0200 Source: sratom Binary: libsratom-dev libsratom-0-0 libsratom-doc Architecture: source amd64 all Version: 0.4.2~dfsg0-2 Distribution: unstable Urgency: low Maintainer: Debian Multimedia Ma