Re: packaging jack - cross-distro coordination
On Sat, Apr 24, 2010 at 02:39:16AM +0200, Adrian Knoth wrote: We instantly switch to jackd2. End of the story. Thanks for a clear cut message. I can accept that. If noone else has a say against it within the next 24h (where I am busy anyway attending some family business) I will release jackd2 as a replacement for jackd1 (i.e. using same source and binary package names). - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private 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
Re: packaging jack - cross-distro coordination
On Sat, Apr 24, 2010 at 09:00:17 (CEST), Jonas Smedegaard wrote: On Sat, Apr 24, 2010 at 02:39:16AM +0200, Adrian Knoth wrote: We instantly switch to jackd2. End of the story. Thanks for a clear cut message. I can accept that. If noone else has a say against it within the next 24h (where I am busy anyway attending some family business) I will release jackd2 as a replacement for jackd1 (i.e. using same source and binary package names). I support this approach. This leaves us time to sort out the details of the restructuring of the packages while jackd2 finds its way to testing. -- 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: [...@drcomp.erfurt.thur.de: RFP: tschack -- Another implementation for the JACK api written in C. Supports SMP]
On Fri, Apr 23, 2010 at 07:06:47PM -0400, Eric Dantan Rzewnicki wrote: On Wed, Apr 21, 2010 at 02:23:10PM +0200, Adrian Knoth wrote: Hi! As requested by Jonas, here's the RFP. Is there any reason not to begin trying out approaches to supporting switching jack implementations with packages in experimental? I could probably be of more use with something to test than I am by trying to participate in the discussion of what to do when. When new packages enter Debian, they get a thorough check by ftpmasters, which takes time and consumes resources from the ftpmasters team. So we need to be certain of the naming before starting out, to not waste resources unnecessarily. I do intend to use experimental if necessary to not disrupt theflow of more important packages (read: default JACK implementation) from unstable to testing. Kind regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private 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
Processed: Re: mplayer: interference with hdaps driver
Processing commands for cont...@bugs.debian.org: notfound 535208 1.0~rc2-17 Bug #535208 [mplayer] mplayer: interference with hdaps driver Ignoring request to alter found versions of bug #535208 to the same values previously set notfound 535208 1.0~rc3+svn20090405-1 Bug #535208 [mplayer] mplayer: interference with hdaps driver Ignoring request to alter found versions of bug #535208 to the same values previously set stop 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
Processed: bug 576592 is forwarded to http://bugzilla.mplayerhq.hu/show_bug.cgi?id=1044
Processing commands for cont...@bugs.debian.org: forwarded 576592 http://bugzilla.mplayerhq.hu/show_bug.cgi?id=1044 Bug #576592 [mplayer] mplayer - Tries to use OSS first Set Bug forwarded-to-address to 'http://bugzilla.mplayerhq.hu/show_bug.cgi?id=1044'. 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#535208: marked as done (mplayer: interference with hdaps driver)
Your message dated Sat, 24 Apr 2010 11:50:52 +0200 with message-id 87r5m5p4ar@faui44a.informatik.uni-erlangen.de and subject line Re: mplayer: interference with hdaps driver has caused the Debian Bug report #535208, regarding mplayer: interference with hdaps driver 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.) -- 535208: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535208 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Subject: mplayer: interference with hdaps driver Package: mplayer Version: 1:1.0.rc2svn20090613-0.0 Severity: important Hi, i have ibm thinkpad t43 with hitachi hard drive. kernel uses hdaps module for detecting motion of notebook and landing hard drive arm in safe area in case of emergrency. actually this is done be hdapsd deamon, which uses /devices/platform/hdaps/input/input8 for input. This is joystick device with two axis. mplayer in debian in newer version (there is no problem in lenny, even with kernel with hdaps support and modules loaded) is using this information, and jump like crazy within watched movie (because input8 is generating events all the time about position of computer). any ideas how to blacklist such device? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-sredniczarny_baryluk-06725-g1d89b30 Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer depends on: ii libaa1 1.4p5-38ascii art library ii libamrnb37.0.0.2-0.1 floating-point Adaptive Multi-Rate ii libamrwb37.0.0.3-0.0 Adaptive Multi-Rate - Wideband (AM ii libartsc01.5.9-3 aRts sound system C support librar ii libasound2 1.0.20-3shared library for ALSA applicatio ii libatk1.0-0 1.26.0-1The ATK accessibility toolkit ii libaudio21.9.2-1 Network Audio System - shared libr ii libbz2-1.0 1.0.5-3 high-quality block-sorting file co ii libc62.9-18 GNU C Library: Shared libraries ii libcaca0 0.99.beta16-1 colour ASCII art library ii libcairo21.8.8-2 The Cairo 2D vector graphics libra ii libcdparanoia0 3.10.2+debian-5 audio extraction tool for sampling ii libdirac01.0.2-0.0 a video codec - development files ii libdirectfb-1.2-01.2.7-2 direct frame buffer graphics - sha ii libdv4 1.0.0-2 software library for DV format dig ii libenca0 1.9-7 Extremely Naive Charset Analyser - ii libesd-alsa0 [libesd 0.2.41-5Enlightened Sound Daemon (ALSA) - ii libfaac0 1.28-0.2an AAC audio encoder - library fil ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libfribidi0 0.10.9-1Free Implementation of the Unicode ii libgcc1 1:4.4.0-10 GCC support library ii libggi2 1:2.2.2-3 General Graphics Interface runtime ii libgif4 4.1.6-6 library for GIF images (library) ii libgl1-mesa-glx [lib 7.4.1-1 A free implementation of the OpenG ii libglib2.0-0 2.20.4-1The GLib library of C routines ii libgtk2.0-0 2.16.2-1The GTK+ graphical user interface ii libjack0 0.116.1-4 JACK Audio Connection Kit (librari ii libjpeg626b-14 The Independent JPEG Group's JPEG ii liblircclient0 0.8.3-3 infra-red remote control support - ii liblzo2-22.03-1 data compression library ii libmad0 0.15.1b-4 MPEG audio decoder library ii libmng1 1.0.9-1 Multiple-image Network Graphics li ii libmp3lame0 3.98.2-0.4 LAME Ain't an MP3 Encoder ii libmpcdec3 1:1.2.2-2.1 Musepack (MPC) format library ii libncurses5 5.7+20090523-1 shared libraries for terminal hand ii libogg0 1.1.3-5 Ogg Bitstream Library ii liboil0.30.3.16-1Library of Optimized Inner Loops ii libopenal1 1:1.8.466-2 Software implementation of the Ope ii libpango1.0-01.24.3-1Layout
Bug#578622: mplayer: FTBFS on kfreebsd-amd64 (vidix disable needed)
On Fri, Apr 23, 2010 at 05:31:29PM +0200, Petr Salinger wrote: --- trunk/libvo/vo_directfb2.cThu Apr 22 16:02:20 2010(r31057) +++ trunk/libvo/vo_directfb2.cFri Apr 23 12:04:56 2010(r31058) @@ -35,9 +35,9 @@ #ifdef __linux__ -#include sys/kd.h -#else #include linux/kd.h +#else +#include sys/kd.h #endif You could really use sys/kd.h everywhere: http://sourceware.org/git/?p=glibc.git;a=history;f=sysdeps/unix/sysv/linux/sys/kd.h;hb=HEAD In fact, it seems we can live without that header entirely. I just removed the #include. Diego ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of mplayer_1.0~rc3+svn20090426-2_amd64.changes
mplayer_1.0~rc3+svn20090426-2_amd64.changes uploaded successfully to localhost along with the files: mplayer_1.0~rc3+svn20090426-2.dsc mplayer_1.0~rc3+svn20090426-2.diff.gz mplayer-doc_1.0~rc3+svn20090426-2_all.deb mplayer-dbg_1.0~rc3+svn20090426-2_amd64.deb mplayer_1.0~rc3+svn20090426-2_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
Processing of liblivemedia_2010.04.09-1_amd64.changes
liblivemedia_2010.04.09-1_amd64.changes uploaded successfully to localhost along with the files: liblivemedia_2010.04.09-1.dsc liblivemedia_2010.04.09.orig.tar.gz liblivemedia_2010.04.09-1.diff.gz liblivemedia-dev_2010.04.09-1_amd64.deb livemedia-utils_2010.04.09-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
Processing of vlc_1.0.6-1_amd64.changes
vlc_1.0.6-1_amd64.changes uploaded successfully to localhost along with the files: vlc_1.0.6-1.dsc vlc_1.0.6.orig.tar.gz vlc_1.0.6-1.diff.gz vlc-data_1.0.6-1_all.deb vlc_1.0.6-1_amd64.deb vlc-dbg_1.0.6-1_amd64.deb vlc-nox_1.0.6-1_amd64.deb libvlccore2_1.0.6-1_amd64.deb libvlc2_1.0.6-1_amd64.deb libvlccore-dev_1.0.6-1_amd64.deb libvlc-dev_1.0.6-1_amd64.deb vlc-plugin-sdl_1.0.6-1_amd64.deb vlc-plugin-ggi_1.0.6-1_amd64.deb mozilla-plugin-vlc_1.0.6-1_amd64.deb vlc-plugin-svgalib_1.0.6-1_amd64.deb vlc-plugin-jack_1.0.6-1_amd64.deb vlc-plugin-pulse_1.0.6-1_amd64.deb vlc-plugin-svg_1.0.6-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
liblivemedia_2010.04.09-1_amd64.changes ACCEPTED
Accepted: liblivemedia-dev_2010.04.09-1_amd64.deb to main/libl/liblivemedia/liblivemedia-dev_2010.04.09-1_amd64.deb liblivemedia_2010.04.09-1.diff.gz to main/libl/liblivemedia/liblivemedia_2010.04.09-1.diff.gz liblivemedia_2010.04.09-1.dsc to main/libl/liblivemedia/liblivemedia_2010.04.09-1.dsc liblivemedia_2010.04.09.orig.tar.gz to main/libl/liblivemedia/liblivemedia_2010.04.09.orig.tar.gz livemedia-utils_2010.04.09-1_amd64.deb to main/libl/liblivemedia/livemedia-utils_2010.04.09-1_amd64.deb Override entries for your package: liblivemedia-dev_2010.04.09-1_amd64.deb - optional libdevel liblivemedia_2010.04.09-1.dsc - source libs livemedia-utils_2010.04.09-1_amd64.deb - optional net Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 578161 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
vlc_1.0.6-1_amd64.changes ACCEPTED
Accepted: libvlc-dev_1.0.6-1_amd64.deb to main/v/vlc/libvlc-dev_1.0.6-1_amd64.deb libvlc2_1.0.6-1_amd64.deb to main/v/vlc/libvlc2_1.0.6-1_amd64.deb libvlccore-dev_1.0.6-1_amd64.deb to main/v/vlc/libvlccore-dev_1.0.6-1_amd64.deb libvlccore2_1.0.6-1_amd64.deb to main/v/vlc/libvlccore2_1.0.6-1_amd64.deb mozilla-plugin-vlc_1.0.6-1_amd64.deb to main/v/vlc/mozilla-plugin-vlc_1.0.6-1_amd64.deb vlc-data_1.0.6-1_all.deb to main/v/vlc/vlc-data_1.0.6-1_all.deb vlc-dbg_1.0.6-1_amd64.deb to main/v/vlc/vlc-dbg_1.0.6-1_amd64.deb vlc-nox_1.0.6-1_amd64.deb to main/v/vlc/vlc-nox_1.0.6-1_amd64.deb vlc-plugin-ggi_1.0.6-1_amd64.deb to main/v/vlc/vlc-plugin-ggi_1.0.6-1_amd64.deb vlc-plugin-jack_1.0.6-1_amd64.deb to main/v/vlc/vlc-plugin-jack_1.0.6-1_amd64.deb vlc-plugin-pulse_1.0.6-1_amd64.deb to main/v/vlc/vlc-plugin-pulse_1.0.6-1_amd64.deb vlc-plugin-sdl_1.0.6-1_amd64.deb to main/v/vlc/vlc-plugin-sdl_1.0.6-1_amd64.deb vlc-plugin-svg_1.0.6-1_amd64.deb to main/v/vlc/vlc-plugin-svg_1.0.6-1_amd64.deb vlc-plugin-svgalib_1.0.6-1_amd64.deb to main/v/vlc/vlc-plugin-svgalib_1.0.6-1_amd64.deb vlc_1.0.6-1.diff.gz to main/v/vlc/vlc_1.0.6-1.diff.gz vlc_1.0.6-1.dsc to main/v/vlc/vlc_1.0.6-1.dsc vlc_1.0.6-1_amd64.deb to main/v/vlc/vlc_1.0.6-1_amd64.deb vlc_1.0.6.orig.tar.gz to main/v/vlc/vlc_1.0.6.orig.tar.gz Override entries for your package: libvlc-dev_1.0.6-1_amd64.deb - optional libdevel libvlc2_1.0.6-1_amd64.deb - optional libs libvlccore-dev_1.0.6-1_amd64.deb - optional libdevel libvlccore2_1.0.6-1_amd64.deb - optional libs mozilla-plugin-vlc_1.0.6-1_amd64.deb - optional video vlc-data_1.0.6-1_all.deb - optional video vlc-dbg_1.0.6-1_amd64.deb - extra debug vlc-nox_1.0.6-1_amd64.deb - optional video vlc-plugin-ggi_1.0.6-1_amd64.deb - optional video vlc-plugin-jack_1.0.6-1_amd64.deb - optional video vlc-plugin-pulse_1.0.6-1_amd64.deb - optional video vlc-plugin-sdl_1.0.6-1_amd64.deb - optional video vlc-plugin-svg_1.0.6-1_amd64.deb - optional video vlc-plugin-svgalib_1.0.6-1_amd64.deb - optional video vlc_1.0.6-1.dsc - source video vlc_1.0.6-1_amd64.deb - optional video Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 578799 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#578799: marked as done (vlc: New upstream 1.0.6 bug fix release)
Your message dated Sat, 24 Apr 2010 12:04:37 + with message-id e1o5e69-0006gq...@ries.debian.org and subject line Bug#578799: fixed in vlc 1.0.6-1 has caused the Debian Bug report #578799, regarding vlc: New upstream 1.0.6 bug fix release 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.) -- 578799: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578799 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: vlc Severity: wishlist Upstream Changes list: Changes between 1.0.5 and 1.0.6: Access: * Fix crash on FTP URI with no file path Decoders/Packetizers: * Fix overflows in A/52, DTS, MPEG Audio and subtitles support Demuxers: * Update LUA script for Youtube pages * Fix crashes in AVI, ASF and Matroska files * Fix crashes on malformatted ZIP archives * Fix crashes and leaks in the FFmpeg/avformat plugin * Fix crash on invalid XSPF playlist X11 port: * Partial Xlib threading fixes More complete fixes are available in VLC 1.1.0. Please update! Interfaces: * Fix crash (use after free) in Qt4 bookmarks * Fix a few crashes in Qt4 playlist Translations: * Simplified Chinese, Estonian, French, Japanese, Korean, Spanish, Swedish and Walloon translations updated * Sinhala translation started Removed modules: * RTMP input and output are removed due to security problems. Please update to VLC 1.1.0 which provides an FFmpeg-based RTMP input if needed. ---End Message--- ---BeginMessage--- Source: vlc Source-Version: 1.0.6-1 We believe that the bug you reported is fixed in the latest version of vlc, which is due to be installed in the Debian FTP archive: libvlc-dev_1.0.6-1_amd64.deb to main/v/vlc/libvlc-dev_1.0.6-1_amd64.deb libvlc2_1.0.6-1_amd64.deb to main/v/vlc/libvlc2_1.0.6-1_amd64.deb libvlccore-dev_1.0.6-1_amd64.deb to main/v/vlc/libvlccore-dev_1.0.6-1_amd64.deb libvlccore2_1.0.6-1_amd64.deb to main/v/vlc/libvlccore2_1.0.6-1_amd64.deb mozilla-plugin-vlc_1.0.6-1_amd64.deb to main/v/vlc/mozilla-plugin-vlc_1.0.6-1_amd64.deb vlc-data_1.0.6-1_all.deb to main/v/vlc/vlc-data_1.0.6-1_all.deb vlc-dbg_1.0.6-1_amd64.deb to main/v/vlc/vlc-dbg_1.0.6-1_amd64.deb vlc-nox_1.0.6-1_amd64.deb to main/v/vlc/vlc-nox_1.0.6-1_amd64.deb vlc-plugin-ggi_1.0.6-1_amd64.deb to main/v/vlc/vlc-plugin-ggi_1.0.6-1_amd64.deb vlc-plugin-jack_1.0.6-1_amd64.deb to main/v/vlc/vlc-plugin-jack_1.0.6-1_amd64.deb vlc-plugin-pulse_1.0.6-1_amd64.deb to main/v/vlc/vlc-plugin-pulse_1.0.6-1_amd64.deb vlc-plugin-sdl_1.0.6-1_amd64.deb to main/v/vlc/vlc-plugin-sdl_1.0.6-1_amd64.deb vlc-plugin-svg_1.0.6-1_amd64.deb to main/v/vlc/vlc-plugin-svg_1.0.6-1_amd64.deb vlc-plugin-svgalib_1.0.6-1_amd64.deb to main/v/vlc/vlc-plugin-svgalib_1.0.6-1_amd64.deb vlc_1.0.6-1.diff.gz to main/v/vlc/vlc_1.0.6-1.diff.gz vlc_1.0.6-1.dsc to main/v/vlc/vlc_1.0.6-1.dsc vlc_1.0.6-1_amd64.deb to main/v/vlc/vlc_1.0.6-1_amd64.deb vlc_1.0.6.orig.tar.gz to main/v/vlc/vlc_1.0.6.orig.tar.gz 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 578...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christophe Mutricy xto...@videolan.org (supplier of updated vlc 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: Fri, 23 Apr 2010 11:49:18 +0200 Source: vlc Binary: vlc vlc-dbg vlc-nox libvlccore2 libvlc2 libvlccore-dev libvlc-dev vlc-plugin-sdl vlc-plugin-ggi mozilla-plugin-vlc vlc-plugin-svgalib vlc-plugin-jack vlc-plugin-pulse vlc-plugin-svg vlc-data Architecture: source all amd64 Version: 1.0.6-1 Distribution: unstable Urgency: low Maintainer: Debian multimedia packages maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Changed-By: Christophe Mutricy xto...@videolan.org Description: libvlc-dev - development files for libvlc libvlc2- multimedia player and streamer library libvlccore-dev - development files for libvlccore libvlccore2 - base library for VLC and its modules mozilla-plugin-vlc - multimedia plugin for web browsers based on VLC vlc- multimedia player and streamer vlc-data - Common data for VLC vlc-dbg- debugging symbols for vlc vlc-nox- multimedia player and streamer (without X support) vlc-plugin-ggi
Bug#579022: audacity: cannot record stuff
Package: audacity Version: 1.3.12-2 Severity: important Hello, I'm trying out audacity, and encounter the following problem: At startup: $ audacity Expression 'stream-capture.pcm' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 3653 Expression 'stream-capture.pcm' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 3653 Expression 'stream-capture.pcm' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 3653 When the GUI is up, I cannot easily chose a recording device, and the only sound that I'm able to record, if anything, is some jittering noise that sounds much like an artifact, and remotely resembles a running electric engine. The wave in the monitor remains flat, however. Kind regards, --Toni++ -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (250, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-4-686-bigmem (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages audacity depends on: ii audacity-data1.3.12-2A fast, cross-platform audio edito ii libasound2 1.0.22-2shared library for ALSA applicatio ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libexpat12.0.1-7 XML parsing C library - runtime li ii libflac++6 1.2.1-2+b1 Free Lossless Audio Codec - C++ ru ii libflac8 1.2.1-2+b1 Free Lossless Audio Codec - runtim ii libgcc1 1:4.4.2-9 GCC support library ii libglib2.0-0 2.24.0-1The GLib library of C routines ii libgtk2.0-0 2.20.0-2The GTK+ graphical user interface ii libid3tag0 0.15.1b-10 ID3 tag reading library from the M ii libjack0 0.118+svn3796-2 JACK Audio Connection Kit (librari ii libmad0 0.15.1b-5 MPEG audio decoder library ii libogg0 1.2.0~dfsg-1Ogg bitstream library ii libsamplerate0 0.1.7-3 Audio sample rate conversion libra ii libsndfile1 1.0.21-2Library for reading/writing audio ii libsoundtouch1c2 1.3.1-2 sound stretching library ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libtwolame0 0.3.12-1MPEG Audio Layer 2 encoding librar ii libvamp-hostsdk3 2.1-1 helper library for Vamp hosts writ ii libvorbis0a 1.3.1-1 The Vorbis General Audio Compressi ii libvorbisenc21.3.1-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.3.1-1 The Vorbis General Audio Compressi ii libwxbase2.8-0 2.8.10.1-3 wxBase library (runtime) - non-GUI ii libwxgtk2.8-02.8.10.1-3 wxWidgets Cross-platform C++ GUI t Versions of packages audacity recommends: ii libavcodec52 4:0.5.1-3 ffmpeg codec library ii libavformat52 4:0.5.1-3 ffmpeg file format library Versions of packages audacity suggests: ii amb-plugins [ladspa-plugin] 0.6.1-1ambisonics LADPSA plugins ii caps [ladspa-plugin] 0.4.2-1C* Audio Plugin Suite pn libmp3lame0 none (no description available) ii tap-plugins [ladspa-plugin] 0.7.0-2Tom's Audio Processing LADSPA plug -- 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#575823: vlc: There is no more video output!!!
Hi, I think this is not a Debian bug: in fact I installed a package from debian-multimedia.org (avidemux) and a library from it broke the Debian version of vlc. Best regards Philippe Nouveau ! Partagez vos envies et découvrez les bons plans voyages des internautes sur http://forums.voila.fr/ ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#579025: libflac-dev: libFLAC.m4 may set empty -L flag
Package: libflac-dev Version: 1.2.1-2+b1 Severity: important In /usr/share/aclocal/libFLAC.m4: if test x$libFLAC_libraries != x ; then LIBFLAC_LIBDIR=$libFLAC_libraries elif test x$libFLAC_prefix != x ; then LIBFLAC_LIBDIR=$libFLAC_prefix/lib elif test x$prefix != xNONE ; then LIBFLAC_LIBDIR=$libdir fi LIBFLAC_LIBS=-L$LIBFLAC_LIBDIR -lFLAC $OGG_LIBS -lm In configure.ac, the usual: AM_PATH_LIBFLAC( [], [echo *Coun't find FLAC library, disabling FLAC support; flac=false]) Result in Makefile when configure is called without arguments: LIBFLAC_LIBS = -L -lFLAC -lm Triggers the following error during build (at link time): libtool: link: require no space between `-L' and `-lFLAC' Fix: see /usr/share/aclocal/vorbis.m4 (from libvorbis-dev): if test x$vorbis_libraries != x ; then VORBIS_LIBS=-L$vorbis_libraries elif test x$vorbis_prefix = xno || test x$vorbis_prefix = xyes ; then VORBIS_LIBS= elif test x$vorbis_prefix != x ; then VORBIS_LIBS=-L$vorbis_prefix/lib elif test x$prefix != xNONE; then VORBIS_LIBS=-L$prefix/lib fi if test x$vorbis_prefix != xno ; then VORBIS_LIBS=$VORBIS_LIBS -lvorbis -lm fi This bug actually prevents packages using AM_PATH_LIBFLAC to build HTH -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: hppa (parisc64) Kernel: Linux 2.6.31.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libflac-dev depends on: ii libflac81.2.1-2+b1 Free Lossless Audio Codec - runtim ii libogg-dev 1.2.0~dfsg-1 Ogg bitstream library development libflac-dev recommends no packages. libflac-dev 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
Re: packaging jack - cross-distro coordination
On Fri, Apr 23, 2010 at 22:11:15 (CEST), Jonas Smedegaard wrote: Regarding options: Let me try summarize anew, given my new understanding (dropping potentially provocative names): a) Stay with jackd1, ignoring jackd2 and tchack. b) Switch to jackd2, abandoning jackd1 and ignoring tchack. c) switch to supporting multiple implementations. Is, I think these are our options at this point. Let me try summarize anew, given my new understanding (dropping potentially provocative names): a) Release Squeeze only with jackd1 b) Release Squeeze only with jackd2, replacing jackd1 c) Release Squeeze with jackd1 as default, and optionally jackd2 d) Release Squeeze with jackd2 as default, and optionally jackd1 I agree that adi already decided on b). But at a time when jackd1 seemed dying and jackd2 its natural replacement - just a question of when to switch. Options like c) and d) was only considered as a more gentle transition method, which was later deemed unnecessary. In other words, it is not my impression that adi already decided on d). If you put it this way, indeed. the options c) and d) came up after torben asked us support multiple implementations. I do not want jackd1 as default due to being best, but due to being most tested. We are close to release, so any radical is risky. AFAIUI jackd2 is tested well enough, generally speaking, you are of course right. Switching from jackd1 to jackd2 as default (or only) library and daemon is a radical change, which we agreed to do anyway. Implementing support for multiple implementations of the JACK interfaces is yet another radical change. Two radical changes is one too many IMHO. Well, given the circumstances, I would still consider this option. Replacing jackd1 because we consider it obsolete seemed a valid argument for me to take the risk. But doing it not because we consider it obsolete but because we consider it still valid just less interesting is too weak argument for a too big risk this late in the game IMO. sure, you're call. It seems I have a different opinion about the risks of our options, though. You (or adi?) want this: 1) replace jackd1 with jackd2 2) readd jackd1 differently named as optional alternative Both of those are risky: The first might reveal problems when recompiling against claimed compatible but potentially not in reality compatible library API and daemon runtime ABI. Well, upstream claims that this has been tested in depth. I'm inclined to trust upstream here. The second might cause problems in designing package interrelations correctly, and (depending on degree of offered replacements) linking and compiling issues as well. indeed. I want this instead: 1) keep jackd1 as is at first 2) add jackd2 as optional alternative 3) switch around to have jackd2 as default At each step we may run out of time and ship that with Squeeze. It makes better sense for me to risk shipping only something too boring for professionals to use but not broken, rather than something maybe broken and not discovered as such in time because we were busy complicating things even furthere. I see. I wanted to push jackd2 back when it was seen as the only future, only a question on when to make the switch. But when it turns out jackd1 is intended to be kept alive or and tchack exist as a third possible future, I find it wrong to pick a single future immaturely. The future in the short term seems to including competing yet binary compatible implementations of jack. I do not expect us to reach to goal of properly handling multiple competing JACK implementations in time for the freeze of Squeeze! Well, okay, but missing this would be a real shame :-( -- 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: packaging jack - cross-distro coordination
On Sat, Apr 24, 2010 at 06:38:09AM -0500, Gabriel M. Beddingfield wrote: On Sat, 24 Apr 2010, Jonas Smedegaard wrote: On Sat, Apr 24, 2010 at 02:39:16AM +0200, Adrian Knoth wrote: We instantly switch to jackd2. End of the story. Thanks for a clear cut message. I can accept that. For Squeeze, I'm OK with this, too. I see a consensus. Yay! :) -edrz ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [...@drcomp.erfurt.thur.de: RFP: tschack -- Another implementation for the JACK api written in C. Supports SMP]
On Sat, Apr 24, 2010 at 09:18:58AM +0200, Jonas Smedegaard wrote: On Fri, Apr 23, 2010 at 07:06:47PM -0400, Eric Dantan Rzewnicki wrote: On Wed, Apr 21, 2010 at 02:23:10PM +0200, Adrian Knoth wrote: Hi! As requested by Jonas, here's the RFP. Is there any reason not to begin trying out approaches to supporting switching jack implementations with packages in experimental? I could probably be of more use with something to test than I am by trying to participate in the discussion of what to do when. When new packages enter Debian, they get a thorough check by ftpmasters, which takes time and consumes resources from the ftpmasters team. So we need to be certain of the naming before starting out, to not waste resources unnecessarily. I was aware of the work required for new packages, but somehow failed to connect it with experimental. Thanks for clarifying. I do intend to use experimental if necessary to not disrupt theflow of more important packages (read: default JACK implementation) from unstable to testing. Until the naming issues are settled and packages hit experimental, a git branch could be started couldn't it? -edrz ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers