Bug#562028: fails to read playlist
Package: vlc Version: 1.0.3-1 Hello vlc maintainers, i used to run stable, in which reading playlists worked without problems, and have recently dist-upgraded to unstable, and now it fails to read these same playlists. A playlist that this happens with has following content : #EXTM3U mms://82.94.231.66/gtonline http://82.94.231.66/gtonline When vlc tries to read this playlist it produces following errormessage in terminal that i started it from : 5350C951:/$ vlc & [1] 20039 5350C951:/$ VLC media player 1.0.3 Goldeneye [0x8697ab0] main interface error: no interface module matched "globalhotkeys, none" [0x8697ab0] main interface error: no suitable interface module [0x85f3088] main libvlc error: interface "globalhotkeys,none" initialization failed [0x85f3088] main libvlc: Running vlc with the default interface. Use 'cvlc' t o use vlc without interface. [0x872e920] xml xml error: XML parser error (line 1) : Document is empty [0x872e848] playlist demux error: can't read xml stream [0x8856b80] access_mms access error: no data received When i then open the "Media" dialog, and select "Open network stream", and fill in same adress that appears in playlist file, it works well : [0x8856b80] access_mms access: selecting stream[0x1] audio (19 kb/s) [0x8856b80] access_mms access: connection successful So it looks like the file parser is borken. Thanks for providing vlc, life is better with webradio :-) Siward de Groot ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#290392: version
I forgot to mention that I'm tracking unstable, and i encounter this behaviour in today's version, which is 1.0.3-1 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#290392: view fullscreen also doesnt use correct sizes
I use vlc as audio player, for net radio. If i press button "View", it pops a menu, and if i then select "Fullscreen Interface", size of interface becomes that of entire virtual desktop. I use a larger virtual desktop size than fits on my screen (so i can easily make the docking area invisible). I do not know whether this is the same bug as Bas reports, but i think it has the same fix : scan the entire sourcecode for any use of functions XDisplayHeight or XDisplayWidth, and if the source is C, also scan it for use of macros DisplayHeight or DisplayWidth, and replace that by some appropriate function of the xvidmode extension. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#561956: relocation for fcntl out of range on powerpc
Nick Lewycky writes: > Package: libavformat52 > Version: 4:0.5+svn20090706-2+b1 > Severity: important > > On my powerpc system, any binary linked against libavformat hits the > following problem: > > nicho...@tracer:~$ mplayer --help > mplayer: error while loading shared libraries: > /usr/lib/libavformat.so.52: R_PPC_REL24 relocation at 0x0d925f74 for > symbol `fcntl' out of range > > For example, 'gnash' also does this. It's possible that the library > just needs to be compiled with -fPIC instead of -fpic? That's right, and actually, the situation is even a bit more difficult. in fact, the library is compiled 3 times in total for 3 different variants. The first one is as static library, which doesn't need to be compiled with -fPIC. The last one is with altivec optimisations, which already has "-fPIC -DPIC" as instructed per --extra-cflags flag. The non-altivec version however is compiled with -fPIC only, no -DPIC is added. This is arguably a bug in the configure script and should be fixed and not overriden by a configure line, though. Can you arrange me access to such a machine so that I can look at fixing the configure script? without a real machine, developing a fix for this will be pretty challenging. The machine should have all build-dependencies of ffmpeg installed, preferably in an unstable chroot. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Introducing symbol versioning in FFmpeg
Hi,
Apologies for the delay in getting back to you.
On Sun, 2009-12-13 at 09:27 +0100, Reinhard Tartler wrote:
> We currently FFmpeg version 0.5 in lenny and squeeze. I noticed
> difficulties when trying to update the distro packages to a recent svn
> checkout, because the SONAME of libavutil has been bumped. In situations
> where the application package was not recompiled (yet), this causes
> libavutil to be loaded twice, once with the old SONAME and once with the
> new SONAME.
>
> My understanding of the situation is that symbol versioning is the
> recommended answer to this problem. I therefore went ahead and started a
> discussion upstream about that [1]. In that discussion, upstream (more
> or less) agreed on that plan.
>
> I'm proposing the following changes to the FFmpeg packages in Debian:
>
> i. each and every library of FFmpeg applies the following version tag
> to each and every symbol: ${LIBNAME}_${SONAME}
>
> ii. upload of FFmpeg 0.5 to unstable with versioned symbols
>
> iii. binNMU all applications to pick up the new versioned symbols.
>
> iv. Upload a newer FFmpeg snapshot to experimental with versioned
> symbols.
>
> I request assistance from the release team for the following questions:
>
> - does the symbol versioning strategy in step i. make sense?
Yes. As a Debian-specific addition, the libraries should have their
shlibs updated to ensure that binaries built against them will have a
">= version_introducing_symbols" dependency.
> I believe so, as upstream does care for ABI compatibility inside the
> single FFmpeg libraries, but not (yet) about issues caused by transitive
> dependencies. E.g., this would mean the symbols of libavutil49 (in
> squeeze) would get the tag LIBAVUTIL_49, whereas libavutil in
> experimental would get LIBAVUTIL_50.
>
> - do I need to rename the binary packages and conflict against the old
>packages as outlined in the last parahraph of the library packaging
>guide, section 3.3 [2]?
This isn't strictly necessary, although not renaming the packages could
lead to the same kind of issues you mentioned above for partial upgrades
(either testing -> testing or stable -> newstable).
If squeeze and lenny will both have the same soname for each of the
libraries involved, this isn't an issue.
> Upstream has concerns that this is absolutely required due to bugs in the
> gnu linker ld, see his posting in [3].
If I understand correctly, upstream's concerns are around the behaviour
of the linker when multiple versions of the ffmpeg libraries are
available on the system, one with and one without symbol versioning? If
so then I don't believe that would be an issue for Debian as the
installation of the symbol-versioned libraries would replace the earlier
non-versioned libraries.
> - When would be a good time to do this change? I imagine that depending
>on the previous answer, this will cause a larger transition for
>squeeze.
Please go ahead with the uploads introducing symbol versioning. In
order to ease transition, we'll schedule the required binNMUs once the
package has migrated to testing.
[...]
> - Currently, FFmpeg exports all sort of internal symbols. With symbol
>versioning, upstream agreed to limit the list of exported symbols.
>I'd like to do so in FFmpeg 0.5 in squeeze as well. Do you agree with
>this?
This would be an ABI breaking change and as such /would/ require a
package name change. We'd prefer that the symbol versioning change be
made first and then look at the potential impact of the symbol removal.
Regards,
Adam
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processed: even if only half right ;)
Processing commands for cont...@bugs.debian.org: > block 311188 with 561996 Bug #311188 [debian-edu-config] debian-edu-config: Messes "programmatically" with conffiles of other packages Was blocked by: 370324 370332 370337 370342 370343 370346 370347 370348 370351 473460 474449 Added blocking bug(s) of 311188: 561996 > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#561996: audacity fail to work on thin clients using LTSP
Package: audacity Version: 1.3.5-2+lenny1 Severity: important User: debian-...@lists.debian.org Usertags: debian-edu We ran into this issue with Debian Edu, where we are working on making the Lenny based release these days. Running audacity via an LTSP client fail to give working sound by default. LTSP support ESD and pulseaudio, neither which seem to be working with audacity. I looked for a global configuration file I could use to change the default for all users, but failed to find any. Is there some environment variable we can set to enable ESD, pulseaudio or ALSA (which can be configured to use pulseaudio)? It is possible to get it working using padsp, but then the desktop file for audacity need to be changed to get it working for all users, and that is not really an option when we want Debian Edu to work in a policy compliant way. -- System Information: Debian Release: 5.0.3 Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages audacity depends on: ii libasound2 1.0.16-2 ALSA library ii libc6 2.7-18GNU C Library: Shared libraries ii libexpat1 2.0.1-4+lenny2XML parsing C library - runtime li ii libflac++6 1.2.1-1.2 Free Lossless Audio Codec - C++ ru ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtim ii libgcc11:4.3.2-1.1 GCC support library ii libglib2.0-0 2.16.6-2 The GLib library of C routines ii libgtk2.0-02.12.12-1~lenny1 The GTK+ graphical user interface ii libid3tag0 0.15.1b-10ID3 tag reading library from the M ii libjack0 0.109.2-5 JACK Audio Connection Kit (librari ii libmad00.15.1b-4 MPEG audio decoder library ii libogg01.1.3-4 Ogg Bitstream Library ii libsndfile11.0.17-4+lenny2 Library for reading/writing audio ii libsoundtouch1c2 1.3.1-2 sound stretching library ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libvorbis0a1.2.0.dfsg-3.1+lenny1 The Vorbis General Audio Compressi ii libvorbisenc2 1.2.0.dfsg-3.1+lenny1 The Vorbis General Audio Compressi ii libvorbisfile3 1.2.0.dfsg-3.1+lenny1 The Vorbis General Audio Compressi ii libwxbase2.6-0 2.6.3.2.2-3+lenny1wxBase library (runtime) - non-GUI ii libwxgtk2.6-0 2.6.3.2.2-3+lenny1wxWidgets Cross-platform C++ GUI t audacity recommends no packages. Versions of packages audacity suggests: ii ladspa-sdk [ladspa-plugin]1.1-6 sample tools for linux-audio-dev p ii mcp-plugins [ladspa-plugin] 0.3.0-4LADSPA plugins designed for Alsa M ii swh-plugins [ladspa-plugin] 0.4.15-0.2 Steve Harris's LADSPA plugins -- no debconf information Happy hacking, -- Petter Reinholdtsen ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#561994: mplayer: -channels 4 plays through 5.1
Package: mplayer Version: 1.0~rc3+svn20090405-1 Severity: normal Hello, for the last few days (or weeks), mplayer in Sid has no longer correctly responded to -channels option: # mplayer -ao alsa -v -channels 4 myfile.mp4 == Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding) dec_audio: Allocating 4608 bytes for input buffer. dec_audio: Allocating 49152 + 65536 = 114688 bytes for output buffer. FAAD: Decoder init done (0Bytes)! FAAD: Negotiated samplerate: 14012330808Hz channels: 6 FAAD: compressed input bitrate missing, assuming 128kbit/s! AUDIO: 48000 Hz, 6 ch, s16le, 128.0 kbit/2.78% (ratio: 16000->576000) Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio)) == Building audio filter chain for 48000Hz/6ch/s16le -> 0Hz/0ch/??... [libaf] Adding filter dummy [dummy] Was reinitialized: 48000Hz/6ch/s16le [dummy] Was reinitialized: 48000Hz/6ch/s16le Trying preferred audio driver 'alsa', options '[none]' alsa-init: requested format: 48000 Hz, 6 channels, 9 alsa-init: using ALSA 1.0.21a alsa-init: device set to surround51 alsa-init: using device surround51 alsa-init: pcm opened in blocking mode alsa-init: chunksize set to 1024 alsa-init: fragcount=5 alsa-init: got buffersize=61440 alsa-init: got period size 1024 alsa: 48000 Hz/6 channels/12 bpf/61440 bytes buffer/Signed 16 bit Little Endian AO: [alsa] 48000Hz 6ch s16le (2 bytes per sample) AO: Description: ALSA-0.9.x-1.x audio output AO: Author: Alex Beregszaszi, Zsolt Barat AO: Comment: under developement Building audio filter chain for 48000Hz/6ch/s16le -> 48000Hz/6ch/s16le... I cannot even force it to use quadrophonic output by specifying the device (-ao alsa:device=surround40), it seems to be ignored when the output chain is configured: AUDIO: 48000 Hz, 6 ch, s16le, 128.0 kbit/2.78% (ratio: 16000->576000) Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio)) == Building audio filter chain for 48000Hz/6ch/s16le -> 0Hz/0ch/??... [libaf] Adding filter dummy [dummy] Was reinitialized: 48000Hz/6ch/s16le [dummy] Was reinitialized: 48000Hz/6ch/s16le Trying preferred audio driver 'alsa', options 'device=surround40' alsa-init: requested format: 48000 Hz, 6 channels, 9 alsa-init: using ALSA 1.0.21a alsa-init: device set to surround51 alsa-init: using device surround40 alsa-init: pcm opened in blocking mode alsa-init: chunksize set to 1024 alsa-init: fragcount=5 alsa-init: got buffersize=61440 alsa-init: got period size 1024 alsa: 48000 Hz/6 channels/12 bpf/61440 bytes buffer/Signed 16 bit Little Endian AO: [alsa] 48000Hz 6ch s16le (2 bytes per sample) AO: Description: ALSA-0.9.x-1.x audio output AO: Author: Alex Beregszaszi, Zsolt Barat AO: Comment: under developement Building audio filter chain for 48000Hz/6ch/s16le -> 48000Hz/6ch/s16le... -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.toi (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mplayer depends on: ii debconf [debconf- 1.5.28 Debian configuration management sy ii libasound21.0.21a-1 shared library for ALSA applicatio ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libaudio2 1.9.2-3Network Audio System - shared libr ii libavcodec52 4:0.5+svn20090706-2+b1 ffmpeg codec library ii libavformat52 4:0.5+svn20090706-2+b1 ffmpeg file format library ii libavutil49 4:0.5+svn20090706-2+b1 ffmpeg utility library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcaca0 0.99.beta16-3 colour ASCII art library ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libcdparanoia03.10.2+debian-9audio extraction tool for sampling ii libdirectfb-1.2-0 1.2.8-5direct frame buffer graphics - sha ii libesd0 0.2.41-6 Enlightened Sound Daemon - Shared ii libfontconfig12.6.0-4.2 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libfribidi0 0.10.9-1 Free Implementation of the Unicode ii libgcc1 1:4.4.2-5 GCC support library ii libgif4 4.1.6-8library for GIF images (library) ii libgl1-mesa-glx [ 7.6.1~rc3-1A free implementation of the OpenG ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libgtk2.0-0 2.18.5-1 The GTK+ graphical user interface ii libjack
Bug#561956: Acknowledgement (relocation for fcntl out of range on powerpc)
I've downloaded src:ffmpeg and modified debian/confflags to add '-fPIC -DPIC' to CFLAGS there. The resulting packages worked, though I had to update libavcodec52 as well as libavformat52. Nick ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#559508: marked as done (FTBFS: E: Couldn't find package libmp3lame-dev)
Your message dated Mon, 21 Dec 2009 15:35:58 + with message-id and subject line Bug#559508: fixed in rotter 0.8-1.1 has caused the Debian Bug report #559508, regarding FTBFS: E: Couldn't find package libmp3lame-dev to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 559508: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559508 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: rotter Version: 0.8-1 Severity: serious Tags: patch Justification: FTBFS Hi, your package FTBFS since libmp3lame-dev isn't available. Given the longstanding bug in sbuild when one Build-Depends on A|B (#403246), you probably want to switch the order for this alternative. Tagging as patch accordingly. Mraw, KiBi. --- End Message --- --- Begin Message --- Source: rotter Source-Version: 0.8-1.1 We believe that the bug you reported is fixed in the latest version of rotter, which is due to be installed in the Debian FTP archive: rotter_0.8-1.1.diff.gz to main/r/rotter/rotter_0.8-1.1.diff.gz rotter_0.8-1.1.dsc to main/r/rotter/rotter_0.8-1.1.dsc rotter_0.8-1.1_amd64.deb to main/r/rotter/rotter_0.8-1.1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 559...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Cyril Brulebois (supplier of updated rotter package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 21 Dec 2009 15:06:08 +0100 Source: rotter Binary: rotter Architecture: source amd64 Version: 0.8-1.1 Distribution: unstable Urgency: low Maintainer: Debian Multimedia Maintainers Changed-By: Cyril Brulebois Description: rotter - JACK client for transmission recording and audio logging Closes: 559508 Changes: rotter (0.8-1.1) unstable; urgency=low . * Non-maintainer upload. * Switch libmp3lame-dev and libtwolame-dev in Build-Depends to fix FTBFS on buildds due to sbuild's #403246 [with A|B in Build-Depends, A uninstallable] (Closes: #559508). Checksums-Sha1: 0862f7b6e8ef1f86fb83d57e0efea16fd1f8f31f 1330 rotter_0.8-1.1.dsc b55af697f05bd9b54c85a9ed19ccf0f556498142 3380 rotter_0.8-1.1.diff.gz 812611cd60dd30cf453783a182b269a32b6890dd 20486 rotter_0.8-1.1_amd64.deb Checksums-Sha256: 0f8c6c37f01842a948e1205a24af7bf5116dc446c44e76770ed257aca74beae7 1330 rotter_0.8-1.1.dsc e5c288eaa3e150044f6b653cb4d4abe8a33bdb2cdbbd1b092399b6ade4fe16dd 3380 rotter_0.8-1.1.diff.gz 055a306dc7809b319c567a69c96cc7ed3d77c889efcedbcfd26de4b9b38ecb9e 20486 rotter_0.8-1.1_amd64.deb Files: cab2b740862e13933940657179f67e1c 1330 sound optional rotter_0.8-1.1.dsc 09d32a8c7040a2504a50f589a7527246 3380 sound optional rotter_0.8-1.1.diff.gz 9258f22f3c73e7bf455806d53e8268de 20486 sound optional rotter_0.8-1.1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAksvgj0ACgkQeGfVPHR5Nd1KrACgo/3Q53xM08LPGIs/uVcxVBsv PCUAnjSyuGtNQpY3I47MWYOghJx+pNTD =+oid -END PGP SIGNATURE- --- End Message --- ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
rotter_0.8-1.1_amd64.changes ACCEPTED
Accepted: rotter_0.8-1.1.diff.gz to main/r/rotter/rotter_0.8-1.1.diff.gz rotter_0.8-1.1.dsc to main/r/rotter/rotter_0.8-1.1.dsc rotter_0.8-1.1_amd64.deb to main/r/rotter/rotter_0.8-1.1_amd64.deb Override entries for your package: rotter_0.8-1.1.dsc - source sound rotter_0.8-1.1_amd64.deb - optional sound Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 559508 Thank you for your contribution to Debian. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#561956: relocation for fcntl out of range on powerpc
Package: libavformat52 Version: 4:0.5+svn20090706-2+b1 Severity: important On my powerpc system, any binary linked against libavformat hits the following problem: nicho...@tracer:~$ mplayer --help mplayer: error while loading shared libraries: /usr/lib/libavformat.so.52: R_PPC_REL24 relocation at 0x0d925f74 for symbol `fcntl' out of range For example, 'gnash' also does this. It's possible that the library just needs to be compiled with -fPIC instead of -fpic? Nick -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-trunk-powerpc Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libavformat52 depends on: ii libavcodec52 4:0.5+svn20090706-2+b1 ffmpeg codec library ii libavutil49 4:0.5+svn20090706-2+b1 ffmpeg utility library ii libbz2-1.01.0.5-3high-quality block-sorting file co ii libc6 2.10.2-2 GNU C Library: Shared libraries ii zlib1g1:1.2.3.3.dfsg-15 compression library - runtime libavformat52 recommends no packages. libavformat52 suggests no packages. -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#559508: FTBFS: E: Couldn't find package libmp3lame-dev
Cyril Brulebois (04/12/2009): > Package: rotter > Version: 0.8-1 > Severity: serious > Tags: patch > Justification: FTBFS I've just uploaded an NMU to fix this. Please find attached the source debdiff. Mraw, KiBi. diff -u rotter-0.8/debian/changelog rotter-0.8/debian/changelog --- rotter-0.8/debian/changelog +++ rotter-0.8/debian/changelog @@ -1,3 +1,12 @@ +rotter (0.8-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Switch libmp3lame-dev and libtwolame-dev in Build-Depends to fix FTBFS +on buildds due to sbuild's #403246 [with A|B in Build-Depends, A +uninstallable] (Closes: #559508). + + -- Cyril Brulebois Mon, 21 Dec 2009 15:06:08 +0100 + rotter (0.8-1) unstable; urgency=low * Initial release (Closes: #509839). diff -u rotter-0.8/debian/control rotter-0.8/debian/control --- rotter-0.8/debian/control +++ rotter-0.8/debian/control @@ -9,7 +9,7 @@ autotools-dev, libjack-dev, libsndfile-dev, - libmp3lame-dev | libtwolame-dev + libtwolame-dev | libmp3lame-dev Standards-Version: 3.8.3 Homepage: http://www.aelius.com/njh/rotter/ Vcs-Git: git://git.debian.org/git/pkg-multimedia/rotter.git signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of rotter_0.8-1.1_amd64.changes
rotter_0.8-1.1_amd64.changes uploaded successfully to localhost along with the files: rotter_0.8-1.1.dsc rotter_0.8-1.1.diff.gz rotter_0.8-1.1_amd64.deb Greetings, Your Debian queue daemon (running on host ries.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#508524: lenny - regression - ffmpeg lacks important codecs
Am 19.12.2009 01:53, schrieb drbob: I tried the method as described by hjsalchow but found that whilst it produced some deb files for me they too had the codecs stripped out. The debian rules script is crafted to remove the codecs even if you use "get-orig-source". Yes, debian/rules has to do two things here: Strip the codecs out of the source tarball (in get-orig-source) and then strip the calling of these codecs out of the remaining code. I managed to recompile with the mpeg2 encoder enabled by editing debian/rules to stop it stripping out the codecs from the original source. I describe what I did in more detail here: http://gbdrbob.wordpress.com/2009/12/07/ffmpeg-mpeg2-debian-lenny/ Nice instructions, but: If you set DEB_BUILD_OPTIONS on a separate command line, you should export them to the environment. This is why I suggested to set them on the same line as the calls to "fakeroot debian/rules" resp. "dpkg-buildpackage". Regarding the problem with the package version remaining the same, you can add a new revision number by running e.g. "dch --nmu" or similar. I'm sure there must be a more elegant way to do this but it worked for me. Hope this helps those who need mpeg2 and don't want to use packages from unstable on their system. No, there isn't! Rebuilding the Debian packages to achieve extra codecs is completely unsupported. We introduced the "internalencoders" options just for convenience reasons. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
