Re: lives review
2010/1/12 Reinhard Tartler siret...@tauware.de: I have some questions on the lives package: - it build depends on frei0r-plugins-dev[!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386 !arm !powerpc], However it seems to be available on arm and powerpc: rmadison -u qa frei0r-plugins-dev frei0r-plugins-dev | 1.1.22git20090409-2 | testing | amd64, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc frei0r-plugins-dev | 1.1.22git20090409-2 | unstable | alpha, amd64, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc You're right, it's available on powerpc (I've updated that on Git), but I don't see it being available on arm. have you tested lives on any of the excluded packages and verified that it does work without frei0r-plugins-dev? If not, I think the arch restrictions can be simplified. I've tested it builds, but not that it works. I think upstream might have tested that LiVES (upstream not the Debian package) works without frei0r-plugins as long as it's not built with frei0r-plugins-dev though. I'll ask. - lives depends on libdirac-encoder0, and libdirac-decoder0. Should that be pulled in automatically via shlibs? Yeah. I've updated that in git as well. - it build depends on python. why? I didn't find a check in the configure script for that. You're right, it shouldn't do. I've updated that in git. - package descriptions could be improved. typos and content-wise. I'll fix the typos now, and the content later today. Was it just the misspelling of originally you found? - it seems to be able to use cdda2wav. In debian we have a fork named icedax. Is the current package to use icedax instead of cdda2wav? Fixed in git. - what limitations does the lives package have without trancode, mencoder and mjpegtools? All of them are available in ubuntu but not in debian. Perhaps these can be documented in README.Debian. AFAIK they just allow for extra encoding options, but I'll verify that with upstream. Once verified I'll add a README.Debian. Thanks for your help! -- Harry Rickards - ha...@linux.com Debian Lenny server | Debian Sid desktop | UNR Karmic netbook A good programmer is someone who looks both ways before crossing a one-way street. - Doug Linder Binary is as easy as 01, 10, 11. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] lives packaging branch, master, updated. debian/1.1.8-1-32-g9b1ab25
2010/1/12 Reinhard Tartler siret...@tauware.de: On Di, Jan 12, 2010 at 09:44:33 (CET), hrickards-gu...@users.alioth.debian.org wrote: snip The commit description does not match with the content. You didn't remove, but add the frei0r-plugins-dev build dependency on powerpc :-) I did remove frei0r-plugins-dev: - frei0r-plugins-dev[!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386 !arm !powerpc], + frei0r-plugins-dev[!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386 !arm], Moreover, we generally avoid commits that touch both debian/changelog and other files. Instead, you might find the utility 'git-dch' very helpful to generate entries for debian/changelog based on git commits. Ok. Thanks for the advice. When would you advise on running git-dch? (e.g if I'm going to make a few commits now, and then another few in an hour, should I run git-dch now or after the commits in an hour?) -- 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 -- Harry Rickards - ha...@linux.com Debian Lenny server | Debian Sid desktop | UNR Karmic netbook A good programmer is someone who looks both ways before crossing a one-way street. - Doug Linder Binary is as easy as 01, 10, 11. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#564786: VLC in etch segfaults on attempt to transcode to ogg theora format
On 1/12/10, Reinhard Tartler wrote: On Mo, Jan 11, 2010 at 23:25:12 (CET), jumbophut wrote: Package: vlc Version: 0.8.6.h-4+lenny2 When I attempt to transcode a video from Quicktime to OGG theora, vlc segfaults. does this also happen with non quicktime formats? I've tried with another format with a newer vlc and I couldn't reproduce the issue. I'd therefore assume that this defect is not present in 1.0.4-2. Transcoding to theora in 0.8.6.h-4+lenny2 succeeds with MJPEG input (actually I lose sound and it does segfault when done, but the resulting theora video is fine). MJPEG is the only other (non-QT) format I have to hand. Command and output follow: $ vlc -vvv -I dummy test.avi --sout '#transcode{venc=theora,aenc=vorbis,scale=0.5,channels=2}:std{access=file,mux=ogg,dst=/tmp/lowquality.ogg}' vlc://quit VLC media player 0.8.6h Janus [0001] main private debug: checking builtin modules [0001] main private debug: checking plugin modules [0001] main private debug: loading plugins cache file /home/ct/.vlc/cache/plugins-04041e.dat [0001] main private debug: recursively browsing `/usr/lib/vlc' [0001] main private debug: module bank initialized, found 217 modules [0001] main private debug: opening config file /home/ct/.vlc/vlcrc [0001] main private debug: CPU has capabilities 486 586 MMX MMXEXT SSE FPU [0001] main private debug: looking for memcpy module: 1 candidate [0001] main private debug: using memcpy module memcpy [0282] main playlist debug: waiting for thread completion [0282] main playlist debug: thread 3072371600 (playlist) created at priority 0 (playlist/playlist.c:184) [0283] main private debug: waiting for thread completion [0283] main private debug: thread 3063978896 (preparser) created at priority 0 (playlist/playlist.c:210) [0284] main interface debug: looking for interface module: 1 candidate [0284] main interface debug: using interface module hotkeys [0284] main interface debug: thread 3055586192 (interface) created at priority 0 (interface/interface.c:231) [0286] main interface debug: looking for interface module: 1 candidate [0286] main interface debug: using interface module screensaver [0286] main interface debug: thread 3047193488 (interface) created at priority 0 (interface/interface.c:231) [0282] main playlist debug: adding playlist item `vlc://quit' ( vlc://quit ) [0282] main playlist debug: adding playlist item `test.avi' ( test.avi ) [0288] main interface debug: looking for interface module: 6 candidates [0288] dummy interface: using the dummy interface module... [0288] main interface debug: using interface module dummy [0288] main interface debug: thread 3038780304 (manager) created at priority 0 (interface/interface.c:216) [0282] main playlist debug: creating new input thread [0297] main input debug: waiting for thread completion [0297] main input debug: creating statistics handler [0299] main stream output debug: stream=`transcode' [0300] main private debug: looking for sout stream module: 1 candidate [0299] main stream output debug: stream=`std' [0303] main private debug: looking for sout stream module: 1 candidate [0303] main private debug: set sout option: sout-standard-access to file [0297] main input debug: thread 3030387600 (input) created at priority 0 (input/input.c:265) [0303] main private debug: set sout option: sout-standard-mux to ogg [0303] main private debug: set sout option: sout-standard-dst to /tmp/lowquality.ogg [0303] stream_out_standard private debug: creating `file/ogg:///tmp/lowquality.ogg' [0303] stream_out_standard private debug: extension is ogg [0303] stream_out_standard private debug: extension - mux=ogg [0303] stream_out_standard private debug: using `file/ogg:///tmp/lowquality.ogg' [0305] main private debug: looking for sout access module: 1 candidate [0305] access_output_file private debug: file access output opened (`/tmp/lowquality.ogg') [0305] main private debug: using sout access module access_output_file [0303] stream_out_standard private debug: access opened [0307] main private debug: looking for sout mux module: 1 candidate [0307] mux_ogg private: Open [0307] main private debug: using sout mux module mux_ogg [0299] main stream output debug: muxer support adding stream at any time [0299] main stream output debug: muxer prefers to wait for all ES before starting to mux [0303] stream_out_standard private debug: mux opened [0303] main private debug: using sout stream module stream_out_standard [0300] main private debug: set sout option: sout-transcode-venc to theora [0300] main private debug: set sout option: sout-transcode-aenc to vorbis [0300] main private debug: set sout option: sout-transcode-scale to 0.5 [0300] main private debug: set sout option: sout-transcode-channels to 2 [0300] main private debug: using
Bug#564852: amsynth: ftbfs with gcc-4.5
Package: amsynth Version: 1.2.2-1 User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.5 for the compiler version used, see: http://lists.debian.org/debian-devel/2010/01/msg00230.html full build log: http://people.debian.org/~lucas/logs/2010/01/08b/amsynth_1.2.2-1_lsid64b.buildlog the reason of the build failure is likely in the package, if this turns out as a gcc bug, please reassign to the gcc-4.5 package. g++ -DHAVE_CONFIG_H -I. -I../.. -D_REENTRANT -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/giomm-2.4 -I/usr/lib/giomm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/lib/pangomm-1.4/include -I/usr/include/gtk-2.0 -I/usr/include/gtk-unix-print-2.0 -I/usr/include/atkmm-1.6 -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -Wall -O3 -ffast-math -fno-exceptions -fomit-frame-pointer -Dwith_oss -Dwith_alsa -Dwith_jack -Dwith_sndfile -c -o Knob.o Knob.cc Knob.cc: In constructor 'Knob::Knob()': Knob.cc:12:93: error: cannot call constructor 'Glib::RefPtrGtk::Adjustment::RefPtr' directly Knob.cc:12:93: note: for a function-style cast, remove the redundant '::RefPtr' Knob.cc: In member function 'void Knob::set_adjustment(Gtk::Adjustment*)': Knob.cc:38:56: error: cannot call constructor 'Glib::RefPtrGtk::Adjustment::RefPtr' directly Knob.cc:38:56: note: for a function-style cast, remove the redundant '::RefPtr' Knob.cc:39:81: error: no matching function for call to 'Glib::SignalProxy0void::connect(sigc::bound_mem_functor0void, Knob, sigc::bound_mem_functor0void, Knob)' /usr/include/glibmm-2.4/glibmm/signalproxy.h:145:20: note: candidate is: sigc::connection Glib::SignalProxy0R::connect(const Glib::SignalProxy0R::SlotType, bool) [with R = void, Glib::SignalProxy0R::SlotType = sigc::slotvoid] make[4]: *** [Knob.o] Error 1 make[4]: Leaving directory `/build/user-amsynth_1.2.2-1-amd64-9EHGeY/amsynth-1.2.2/src/GUI' ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] lives packaging branch, master, updated. debian/1.1.8-1-32-g9b1ab25
On Di, Jan 12, 2010 at 09:44:36 (CET), hrickards-gu...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: commit 33126682a35c38ae6bbe3056518d92173de513a7 Author: Harry Rickards ha...@linux.com Date: Tue Jan 12 08:39:09 2010 + Updated to use Debian fork of cdda2wav, icedax diff --git a/debian/changelog b/debian/changelog index 34ab57f..15b1308 100644 --- a/debian/changelog +++ b/debian/changelog @@ -15,6 +15,7 @@ lives (1.1.8-2) UNRELEASED; urgency=low * Removed unnecessary build-depends on python * Removed libdirac-encoder0 and libdirac-decoder0 as they should be pulled in via shlibs. + * Updated to use Debian fork of cdda2wav, icedax. [ Alessio Treglia ] * debian/rules: Don't include quilt.make rules file, it's unnecessary. diff --git a/debian/control b/debian/control index 236138f..434f1b4 100644 --- a/debian/control +++ b/debian/control @@ -47,7 +47,7 @@ Depends: ${misc:Depends}, libweed0 (= ${source:Version}), lives-data, ogmtools[!hurd-i386] -Recommends: cdda2wav, dvgrab, mkvtoolnix, x11-utils, pulseaudio +Recommends: icedax, dvgrab, mkvtoolnix, x11-utils, pulseaudio Suggests: python, libtheora-bin, libdv-bin[!hurd-i386], ffmpeg Description: a Video Editing system allowing users to edit and create video LiVES is a Video Editing system allowing both novice and advanced users I think this is not enough. A short grep over the source shows that lives searches for a binary called 'cdda2wav', so these places would need to be replaced with 'icedax' as well. In Debian there is still a package called 'cdda2wav' that provides a symlink for the 'icedax' package. This is probably why this wasn't a issue so far, but with this patch, it becomes one. NB: I'm a bit biased about the cdrtools issue. -- 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
Bug#564865: audacity: ftbfs with gcc-4.5
Package: audacity Version: 1.3.10-2 User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.5 for the compiler version used, see: http://lists.debian.org/debian-devel/2010/01/msg00230.html full build log: http://people.debian.org/~lucas/logs/2010/01/08b/audacity_1.3.10-2_lsid64b.buildlog the reason of the build failure is likely in the package, if this turns out as a gcc bug, please reassign to the gcc-4.5 package. configure fails: checking whether to compile debug version... no configure: WARNING: Missing support in pa_mac_core.h configure: WARNING: Missing support in pa_unix_oss.h configure: WARNING: Missing support in portaudio.h configure: error: Your version of portaudio does not include required functions configure: error: ./configure failed for lib-src/portmixer make: *** [debian/stamp-autotools-configure] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] lives packaging branch, master, updated. debian/1.1.8-1-32-g9b1ab25
Am 12.01.2010 11:16, schrieb Reinhard Tartler: NB: I'm a bit biased about the cdrtools issue. ?! Please elaborate. -- 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
Re: [SCM] lives packaging branch, master, updated. debian/1.1.8-1-32-g9b1ab25
On Di, Jan 12, 2010 at 11:59:32 (CET), Fabian Greffrath wrote: Am 12.01.2010 11:16, schrieb Reinhard Tartler: NB: I'm a bit biased about the cdrtools issue. ?! Please elaborate. I've was involved in preparing updated packages for cdrtools for both ubuntu and debian. Both attempts failed on so many levels that you cannot imagine. I'd prefer to not talk about this in public unless necessary. Sorry. -- 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: lives review
On Di, Jan 12, 2010 at 09:44:41 (CET), Harry Rickards wrote: - package descriptions could be improved. typos and content-wise. I'll fix the typos now, and the content later today. Was it just the misspelling of originally you found? I think so, but I haven't used ispell on the descriptions yet. - what limitations does the lives package have without trancode, mencoder and mjpegtools? All of them are available in ubuntu but not in debian. Perhaps these can be documented in README.Debian. AFAIK they just allow for extra encoding options, but I'll verify that with upstream. Once verified I'll add a README.Debian. excellent. Thanks for your help! You're welcome. That's why we work in a team after all :-) -- 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
Processed: Re: Bug#564828: subgraph starting at ... timed out after about five seconds of audio playback in mplayer
Processing commands for cont...@bugs.debian.org: found 564828 jackd/0.118+svn3796-1 Bug #564828 {Done: Adrian Knoth a...@drcomp.erfurt.thur.de} [jackd] subgraph starting at ... timed out after about five seconds of audio playback in mplayer The source jackd and version 0.118+svn3796-1 do not appear to match any binary packages Bug Marked as found in versions jackd/0.118+svn3796-1 and reopened. reassign 564828 libasound2-plugins 1.0.21-3 Bug #564828 [jackd] subgraph starting at ... timed out after about five seconds of audio playback in mplayer Bug reassigned from package 'jackd' to 'libasound2-plugins'. Bug No longer marked as found in versions jack-audio-connection-kit/0.109.2-5 and jackd/0.118+svn3796-1. Bug #564828 [libasound2-plugins] subgraph starting at ... timed out after about five seconds of audio playback in mplayer Bug Marked as found in versions alsa-plugins/1.0.21-3. 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#564828: subgraph starting at ... timed out after about five seconds of audio playback in mplayer
found 564828 jackd/0.118+svn3796-1 reassign 564828 libasound2-plugins 1.0.21-3 thanks Hi ALSA maintainers, I reported this bug earlier today. Basically, mplayer locks up after some seconds of playback using the ALSA jack plugin, and even ^C will not kill it. | $ mplayer -ao alsa 69550__dataka__mu_eca_piano.wav | MPlayer SVN-r29142-4.3.3 (C) 2000-2009 MPlayer Team | mplayer: could not connect to socket | mplayer: No such file or directory | Failed to open LIRC support. You will not be able to use your remote control. | | Playing /home/jrn/web/69550__dataka__mu_eca_piano.wav. | Audio only file format detected. | == | Opening audio decoder: [pcm] Uncompressed PCM audio decoder | AUDIO: 44100 Hz, 2 ch, s16le, 1411.2 kbit/100.00% (ratio: 176400-176400) | Selected audio codec: [pcm] afm: pcm (Uncompressed PCM) | == | AO: [alsa] 44100Hz 2ch s16le (2 bytes per sample) | Video: no video | Starting playback... | A: 25.8 (25.8) of 42.0 (42.0) 0.4% | | MPlayer interrupted by signal 2 in module: play_audio | | MPlayer interrupted by signal 2 in module: play_audio From the original report (though the above transcript is from a sid/experimental hybrid, not lenny): | Stock lenny system. jackd started with jackd -d alsa -d hw:0 -r | 44100 ALSA set up to use jack output as in | http://alsa.opensrc.org/index.php/Jack_(plugin). mplayer defaults | to using ALSA to output. After a few seconds of playback (of a WAV | file, though it does the same with FLAC and MP3 files), it hangs (does | not respond to 'q' to quit), and jackd produces the following message | on its terminal: | | subgraph starting at alsa-jack.jackP.8292.0 timed out (subgraph_wait_fd=7, status = 0, state = Running) | | With 'mplayer -ao jack', on the other hand, everything works fine. After a little investigation, it looks like this is a known problem in ALSA's jack backend. Any pointers for fixing this? Perhaps it shouldn't be fixed, since the pulseaudio plugin takes care of most use cases already (with pulseaudio's jack backend as an added step of indirection). In that case, we should probably add notices to the package description and NEWS.Debian to discourage use of the jack plugin. Tested with recent packages this time. | $ COLUMNS=120 dpkg -l jackd libasound2-plugins mplayer | ||/ Name Version Description | +++---== | ii jackd0.118+svn3796-1 JACK Audio Connect | ii libasound2-plugins 1.0.21-3 ALSA library addit | ii mplayer 1.0~rc3+svn20090405-1movie player for U A little context on the use case is included below. Adrian Knoth wrote: With 'mplayer -ao jack', on the other hand, everything works fine. Ideas? Yeah, don't use mplayer with ao alsa when you really want ao jack. jackd is for pro-audio, think of recording studios, and the alsa-jackd-bridge is just a little hack to enable non-jackified apps to output in these environments. In general, update jackd, run it with realtime prios, update the alsa-jackd bridge or replace it by pulseaudio. (I see exactly the same problems with the alsa-jackd bridge, that's why I switched to pulseaudio) My friend has been working on getting some real-time audio processing done, investigating various APIs for doing that. JACK looks like a nice one. But unfortunately, if jackd is running, he could not play movies through Flash. Adobe’s Flash plugin uses ALSA, so the alsa-jackd bridge seemed like a natural fix. mplayer was just a demo program to make sure the bridge was working. Pulseaudio has plenty of advantages anyway, so I do think I’ll switch to that. In current Debian unstable, we have all these things, jackd operates the pro-audio gear and pulseaudio-module-jack bridges between consumer apps and the pro-audio jackd. Maybe jackd could Suggests: pulseaudio-module-jack for this. (But if you'd like to discuss this more, we should probably take it to pkg-multimedia-maintainers or a new bug report.) To quote jackd author Paul Davis: jackd is not intended to be a generic desktop sound server. This was clear from the home page already, but maybe the package description should mention it too. Thanks, Jonathan ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] lives packaging branch, master, updated. debian/1.1.8-1-32-g9b1ab25
On Di, Jan 12, 2010 at 17:10:38 (CET), Harry Rickards wrote: 2010/1/12 Reinhard Tartler siret...@tauware.de: snip I think this is not enough. A short grep over the source shows that lives searches for a binary called 'cdda2wav', so these places would need to be replaced with 'icedax' as well. In Debian there is still a package called 'cdda2wav' that provides a symlink for the 'icedax' package. This is probably why this wasn't a issue so far, but with this patch, it becomes one. Ok. If I patch that (replacing all instances of cdda2wav with icedax) can you think of any other problems that may occur? I think so, yes. NB: I'm a bit biased about the cdrtools issue. Regarding your other email about not wishing to talk about this in public, would you be willing to talk about it to me privately via email if I agree to not give out any information about the problem without discussing it with you beforehand? probably yes. Feel free to ask specific questions privately. -- 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: Releasing lives 1.1.8-2
On Di, Jan 12, 2010 at 19:04:43 (CET), Harry Rickards wrote: Seeing as 1.1.8-2 contains a fix to a pretty serious bug (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564665) does anyone have any issues with releasing 1.1.8-2 tomorrow after some testing? While doing I some cosmetics on the package, I noticed debian/removepy.diff. this is a 500kb huge patch that essentially does some renames. Can't this be also accomplished by some extra lines in debian/rules? This would be more easy to adapt than updating this patch. Btw, the same applies to some degree to cdda2wav_to_icedax.diff. I wouldn't have touched the .po files, TBH. -- 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