Re: DebConf10: Final Call for Contributions!
On Sun, Apr 25, 2010 at 01:42:06 (CEST), Hans-Christoph Steiner wrote: Calling all potential contributors to DebConf10! One more week until the final submission deadline! Okay, so do we want to give a talk or a presentation on what we work on at debconf10? AFAIUI, there is a number of members attending dc10. Let's track opinions here: http://doodle.com/itequat8vy7vb7x2 -- 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 Sat, Apr 24, 2010 at 23:01:48 (CEST), Eric Dantan Rzewnicki wrote: 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? of course, ftp-masters don't see the package before it has been uploaded ;-) -- 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: debian/source/format for LiVES
On Sat, Apr 24, 2010 at 23:05:29 (CEST), Harry Rickards wrote: There is a lintian warning with lives - missing-debian-source-format. This is fixed by adding a debian/source/format. Should I put '1.0' in the file or put '3.0 (quilt)' and switch to 3.0. Does this just involve removing the '--with-quilt' from debian/rules, removing the build depend on quilt and removing README.source? this has been recently discussed on this list, mainly between jonas and me. Jonas was a strong proponent of format 3.0, while I think git-buildpackage is not ready (enough) for it. As a compromise, Jonas proposed to unpatch in the 'clean' rules such that a 'debclean' returns the working copy to a state that is ready to be examined with 'git status'/'git commit' commands. While I can live with this compromise, I'm not very fond of having different sets of packages with different packaging policies under our team umbrella. We currently have some packages in dh6-style, some in dh7, some in cdbs, and this format discussion is adding yet another dimension of variability. So if we agree on moving to format 3.0, I think we should properly document this and convert all packages gradually. -- 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: debian/source/format for LiVES
On Sun, Apr 25, 2010 at 11:14 AM, Harry Rickards ha...@linux.com wrote: I'll just put format 1.0 for the moment then, if that's agreeable with everyone. It's fine for me. -- Alessio Treglia quadris...@ubuntu.com Ubuntu MOTU Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: DebConf10: Final Call for Contributions!
On Sun, Apr 25, 2010 at 09:17:02AM +0200, Reinhard Tartler wrote: Calling all potential contributors to DebConf10! One more week until the final submission deadline! Okay, so do we want to give a talk or a presentation on what we work on at debconf10? AFAIUI, there is a number of members attending dc10. Absolutely, and I'm willing to contribute. Stuff that's worth mentioning: - presentation of changes to pro-audio, that is, updated ardour with LV2 support, LV2 plugins like calf - audio infrastructure like the arrival of FFADO and jackd2, including pulseaudio integration; perhaps also multiple JACK implementations if we'll be ready until DC10 - jackd realtime permissions via /etc/security/limits.d/audio.conf Is there more to tell? It's hard to recall everything that happened during the last year, but I'm sure you'll have one or the other item to add. Mplayer anybody? ;) My idea is to attend DebCamp and seize this week to prepare the presentation. Cheerio -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#578509: file when upgrading from 1.3.11-2 to 1.3.12-2
Package: audacity Severity: normal I am not be able to reproduce the error on my amd64 system. I get 1.3.11-2 from snapshot [1]. I test the upgrade with apt-get and aptitude too. apt-get install audacity audacity-data Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libxklavier15 libdns53 libisccc50 devicekit-disks liblwres50 libbind9-50 libisccfg50 libisc50 libparted1.8-12 Use 'apt-get autoremove' to remove them. Suggested packages: ladspa-plugin libmp3lame0 The following packages will be upgraded: audacity audacity-data 2 upgraded, 0 newly installed, 0 to remove and 67 not upgraded. Need to get 5,119kB of archives. After this operation, 332kB of additional disk space will be used. Get:1 http://ftp.de.debian.org squeeze/main audacity 1.3.12-2 [2,771kB] Get:2 http://ftp.de.debian.org squeeze/main audacity-data 1.3.12-2 [2,348kB] Fetched 2,656kB in 22s (119kB/s) Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done (Reading database ... 175234 files and directories currently installed.) Preparing to replace audacity 1.3.11-2 (using .../audacity_1.3.12-2_amd64.deb) ... Unpacking replacement audacity ... Preparing to replace audacity-data 1.3.11-2 (using .../audacity-data_1.3.12-2_all.deb) ... Unpacking replacement audacity-data ... Processing triggers for man-db ... Processing triggers for menu ... Processing triggers for gnome-menus ... Processing triggers for desktop-file-utils ... Processing triggers for shared-mime-info ... Processing triggers for hicolor-icon-theme ... Setting up audacity-data (1.3.12-2) ... Setting up audacity (1.3.12-2) ... Processing triggers for menu ... Also consider audacity 1.3.12-1 relased before 1.3.12-2. best regards Alessandro De Zorzi [1] http://snapshot.debian.org/package/audacity/1.3.11-2/ -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (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: pn ladspa-plugin none (no description available) pn libmp3lame0 none (no description available) -- 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
Processing of jack-audio-connection-kit_1.9.5~dfsg-1_amd64.changes
jack-audio-connection-kit_1.9.5~dfsg-1_amd64.changes uploaded successfully to localhost along with the files: jack-audio-connection-kit_1.9.5~dfsg-1.dsc jack-audio-connection-kit_1.9.5~dfsg.orig.tar.gz jack-audio-connection-kit_1.9.5~dfsg-1.debian.tar.gz jackd_1.9.5~dfsg-1_amd64.deb libjack0_1.9.5~dfsg-1_amd64.deb jackd-firewire_1.9.5~dfsg-1_amd64.deb libjack-dev_1.9.5~dfsg-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
jack-audio-connection-kit_1.9.5~dfsg-1_amd64.changes ACCEPTED
Accepted: jack-audio-connection-kit_1.9.5~dfsg-1.debian.tar.gz to main/j/jack-audio-connection-kit/jack-audio-connection-kit_1.9.5~dfsg-1.debian.tar.gz jack-audio-connection-kit_1.9.5~dfsg-1.dsc to main/j/jack-audio-connection-kit/jack-audio-connection-kit_1.9.5~dfsg-1.dsc jack-audio-connection-kit_1.9.5~dfsg.orig.tar.gz to main/j/jack-audio-connection-kit/jack-audio-connection-kit_1.9.5~dfsg.orig.tar.gz jackd-firewire_1.9.5~dfsg-1_amd64.deb to main/j/jack-audio-connection-kit/jackd-firewire_1.9.5~dfsg-1_amd64.deb jackd_1.9.5~dfsg-1_amd64.deb to main/j/jack-audio-connection-kit/jackd_1.9.5~dfsg-1_amd64.deb libjack-dev_1.9.5~dfsg-1_amd64.deb to main/j/jack-audio-connection-kit/libjack-dev_1.9.5~dfsg-1_amd64.deb libjack0_1.9.5~dfsg-1_amd64.deb to main/j/jack-audio-connection-kit/libjack0_1.9.5~dfsg-1_amd64.deb Override entries for your package: jack-audio-connection-kit_1.9.5~dfsg-1.dsc - source sound jackd-firewire_1.9.5~dfsg-1_amd64.deb - optional sound jackd_1.9.5~dfsg-1_amd64.deb - optional sound libjack-dev_1.9.5~dfsg-1_amd64.deb - optional libdevel libjack0_1.9.5~dfsg-1_amd64.deb - optional libs Announcing to debian-devel-chan...@lists.debian.org 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#579134: jack-audio-connection-kit: broken shlibs file: calls dh_makeshlibs with '-V'
Package: jack-audio-connection-kit Version: 1.9.5+svn3977-1 Severity: important This generates way too strict dependencies on the libjack library. After internal discussions and discussing the matter with upstream, the jack ABI has been frozen after the 0.116.2 release. The shlibs file should therefore match that version. As for the severity, I really think this should be fixed before this version enters testing, so 'serious' would adequate as well, however I'm leaving this to the actual jack drivers. -- 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#579134: jack-audio-connection-kit: broken shlibs file: calls dh_makeshlibs with '-V'
severity 57913 serious thanks On Sun, Apr 25, 2010 at 05:16:22PM +0200, Reinhard Tartler wrote: This generates way too strict dependencies on the libjack library. After internal discussions and discussing the matter with upstream, the jack ABI has been frozen after the 0.116.2 release. The shlibs file should therefore match that version. As for the severity, I really think this should be fixed before this version enters testing, so 'serious' would adequate as well, however I'm leaving this to the actual jack drivers. Fully acknowledged! The intend was to use symbols file now, but I forgot to verify that it was actually handled properly (which indeed it isn't). I'll look into this right away! - 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
csound 1:5.12.1~dfsg-2 MIGRATED to testing
FYI: The status of the csound source package in Debian's testing distribution has changed. Previous version: 1:5.11.1~dfsg-4 Current version: 1:5.12.1~dfsg-2 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
packaging policy (was: debian/source/format for LiVES)
Am Sonntag, den 25.04.2010, 09:27 +0200 schrieb Reinhard Tartler: On Sat, Apr 24, 2010 at 23:05:29 (CEST), Harry Rickards wrote: There is a lintian warning with lives - missing-debian-source-format. This is fixed by adding a debian/source/format. Should I put '1.0' in the file or put '3.0 (quilt)' and switch to 3.0. Does this just involve removing the '--with-quilt' from debian/rules, removing the build depend on quilt and removing README.source? this has been recently discussed on this list, mainly between jonas and me. Jonas was a strong proponent of format 3.0, while I think git-buildpackage is not ready (enough) for it. As a compromise, Jonas proposed to unpatch in the 'clean' rules such that a 'debclean' returns the working copy to a state that is ready to be examined with 'git status'/'git commit' commands. While I can live with this compromise, I'm not very fond of having different sets of packages with different packaging policies under our team umbrella. We currently have some packages in dh6-style, some in dh7, some in cdbs, and this format discussion is adding yet another dimension of variability. So if we agree on moving to format 3.0, I think we should properly document this and convert all packages gradually. Let's discuss a packaging policy for our team. My favorite would be dh7 and dpkg-source 3.0 format. We shouldn't enforce the switch to dpkg-source 3.0 right now. Instead we should switch once the uploader thinks that the tools are ready for 3.0. Other opinions? -- Benjamin Drung Ubuntu Developer (www.ubuntu.com) | Debian Maintainer (www.debian.org) signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: packaging policy (was: debian/source/format for LiVES)
On Sun, Apr 25, 2010 at 6:44 PM, Benjamin Drung bdr...@ubuntu.com wrote: My favorite would be dh7 and dpkg-source 3.0 format. It's also my favorite one. We shouldn't enforce the switch to dpkg-source 3.0 right now. Instead we should switch once the uploader thinks that the tools are ready for 3.0. I totally agree. -- Alessio Treglia quadris...@ubuntu.com Ubuntu MOTU Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: packaging policy (was: debian/source/format for LiVES)
On Sun, Apr 25, 2010 at 06:44:19PM +0200, Benjamin Drung wrote: Let's discuss a packaging policy for our team. My favorite would be dh7 and dpkg-source 3.0 format. We shouldn't enforce the switch to dpkg-source 3.0 right now. Instead we should switch once the uploader thinks that the tools are ready for 3.0. Other opinions? I agree to make source format switch optional for now. But I propose to also make optional the choice of either CDBS or short-form dh7. If short-form dh7 becomes mandatory, I will leave the team. This is not meant as a thread (although the net result is somewhat the same), but selfish lazyness: I use CDBS for all 100+ packages that I am involved in maintaining officially for Debian. 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
Re: packaging policy (was: debian/source/format for LiVES)
Am Sonntag, den 25.04.2010, 19:00 +0200 schrieb Jonas Smedegaard: On Sun, Apr 25, 2010 at 06:44:19PM +0200, Benjamin Drung wrote: Let's discuss a packaging policy for our team. My favorite would be dh7 and dpkg-source 3.0 format. We shouldn't enforce the switch to dpkg-source 3.0 right now. Instead we should switch once the uploader thinks that the tools are ready for 3.0. Other opinions? I agree to make source format switch optional for now. But I propose to also make optional the choice of either CDBS or short-form dh7. If short-form dh7 becomes mandatory, I will leave the team. This is not meant as a thread (although the net result is somewhat the same), but selfish lazyness: I use CDBS for all 100+ packages that I am involved in maintaining officially for Debian. Let's recommend dh7 and make it mandatory for new packages. We should let the uploader decide, when it's the right time to switch from CDBS to dh7. I have some CDBS packages too and there is no reason for changing a properly working debian/rules just because of the change. -- Benjamin Drung Ubuntu Developer (www.ubuntu.com) | Debian Maintainer (www.debian.org) signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: packaging policy (was: debian/source/format for LiVES)
On Sun, Apr 25, 2010 at 07:10:52PM +0200, Benjamin Drung wrote: Let's recommend dh7 and make it mandatory for new packages. We should let the uploader decide, when it's the right time to switch from CDBS to dh7. Why, if I may ask? dh7 is not a successor for CDBS. 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
Re: packaging jack - details on plan B
On Fri, Apr 23, 2010 at 03:36:02PM -0500, Gabriel M. Beddingfield wrote: Hi Jonas, On Fri, 23 Apr 2010, Jonas Smedegaard wrote: [3] Going backwards has never been promised, though. A program compiled against 0.118.0 will work with 0.34.0. However, the use of weak symbols for new features may make this available. Isn't it exactly going backwards if jackd2 becomes the default and jackd1 only an optional alternative? Then applications are compiled against jackd2 and potentially using jackd1 at runtime. Is that assured to work too, or only hopefully working if weak symbols work out as planned? Jack2/Jack1 are API-synchronized. Here are the sync points that have been published: JACK1JACK2 REF --- - 0.118.0 1.9.4 [1] 0.116.2 1.9.1 [2], [3] It is reasonable to expect that a program compiled against Jack2 1.9.1 will work fine with 0.116.2. Note also that the API changes since 0.109.0 (the first stable JACK MIDI release) have been minor. (Adding weak symbols, internal changes, documentations, internal header reorg.) HTH, Gabriel [1] http://jackaudio.org/node/28 [2] http://jackaudio.org/node/23 [3] http://jackaudio.org/node/22 Thanks for the clarification. I notice, though, that above links only mention API, not ABI. Is it safe to expect library ABI (runtime linkage) to be frozen too if its API (compile time interface) is? 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
Re: [...@drcomp.erfurt.thur.de: RFP: tschack -- Another implementation for the JACK api written in C. Supports SMP]
On Sun, Apr 25, 2010 at 09:20:46AM +0200, Reinhard Tartler wrote: On Sat, Apr 24, 2010 at 23:01:48 (CEST), Eric Dantan Rzewnicki wrote: 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? of course, ftp-masters don't see the package before it has been uploaded ;-) Even if I've not yet got my head around packaging, I think I can probably at least handle running git-buildpackage. (/me just looking for ways to start being more useful). -edrz ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Coordinating a track on Media and Art and Debian at debconf 10?
Hi IOhannes, Paul, and interested folk on the debian multimedia packaging team, Are you interested in seeing lively discussion at debconf about multimedia and arts and debian? Some of you have already submitted events or talks, and we wanted to know if any of you would be interested in coordinating a track for debconf 10 this summer about the work going on in this area. Tracks are a new idea for debconf as of DC10. A track would thematically group a consecutive set of debconf events (talks, panels, etc) to encourage a better understanding of a broader theme. For this to work, we'd like a knowledgable person about a given theme to act as a track coordinator. A coordinator would have a chance to set the tone and scope for the track, schedule events, assemble panels or debates, introduce speakers, and report back at the end of debconf to the larger gathering. We also hope that a coordinator could identify potential good work being done in their area, encourage people to submit relevant events for debconf, and shepherd talks in their track through the submission process. So, are you interested in coordinating a track on media and art and debian for DC10? Or do you have a suggestion for someone else who might do a good job on it? You can reach me and other members of the talks team privately at ta...@debconf.org, or feel free to contact the whole debconf team (publicly) at debconf-t...@lists.debconf.org. Thanks for considering, and hope to see you all at debconf 10, --dkg signature.asc Description: OpenPGP 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 - details on plan B
On Sun, Apr 25, 2010 at 19:47:47 (CEST), Jonas Smedegaard wrote: I notice, though, that above links only mention API, not ABI. Is it safe to expect library ABI (runtime linkage) to be frozen too if its API (compile time interface) is? Generally speaking, yes. (well, unless there are toolchain changes, etc. - very unlikely at this stage of squeeze) -- 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
Mini DebConf in Berlin
Hi, Who will join the Mini DebConf in Berlin? -- Benjamin Drung Ubuntu Developer (www.ubuntu.com) | Debian Maintainer (www.debian.org) signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Bug#578750: ITP: kmid -- MIDI/Karaoke player for KDE
2010/4/22 Adrian Knoth a...@drcomp.erfurt.thur.de: On Thu, Apr 22, 2010 at 10:40:54AM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: [big snip] The best solution for a dynamically linked program would be to simply upgrade the drumstick library. But as Debian is distributing a statically compiled KMidimon, please apply preventively a patch before the next KMidimon release. In other words: it's now the right time to package drumstick separately and change the build requirements for kmidimon. Do you mind packaging drumstick? First of all, sorry for not replying sooner. I just found out that I had a broken mail filter :-/ No, I don't mind packaging drumstick. I'll fill the ITP ASAP. I'm also Cc pkg-multimedia-maintainers, perhaps somebody is interested. I just checked the web and couldn't find an ITP bug for it, so I assume nobody has started to package it. Don't know if you do a lot of multimedia stuff, if so, you might want to consider joining our team. ;) I'm currently doing mostly KDE related packaging, but I will consider your suggestion :-) Regards, Lisandro. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of jack-audio-connection-kit_1.9.5~dfsg-2_amd64.changes
jack-audio-connection-kit_1.9.5~dfsg-2_amd64.changes uploaded successfully to localhost along with the files: jack-audio-connection-kit_1.9.5~dfsg-2.dsc jack-audio-connection-kit_1.9.5~dfsg-2.debian.tar.gz jackd_1.9.5~dfsg-2_amd64.deb libjack0_1.9.5~dfsg-2_amd64.deb jackd-firewire_1.9.5~dfsg-2_amd64.deb libjack-dev_1.9.5~dfsg-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
jack-audio-connection-kit_1.9.5~dfsg-2_amd64.changes ACCEPTED
Accepted: jack-audio-connection-kit_1.9.5~dfsg-2.debian.tar.gz to main/j/jack-audio-connection-kit/jack-audio-connection-kit_1.9.5~dfsg-2.debian.tar.gz jack-audio-connection-kit_1.9.5~dfsg-2.dsc to main/j/jack-audio-connection-kit/jack-audio-connection-kit_1.9.5~dfsg-2.dsc jackd-firewire_1.9.5~dfsg-2_amd64.deb to main/j/jack-audio-connection-kit/jackd-firewire_1.9.5~dfsg-2_amd64.deb jackd_1.9.5~dfsg-2_amd64.deb to main/j/jack-audio-connection-kit/jackd_1.9.5~dfsg-2_amd64.deb libjack-dev_1.9.5~dfsg-2_amd64.deb to main/j/jack-audio-connection-kit/libjack-dev_1.9.5~dfsg-2_amd64.deb libjack0_1.9.5~dfsg-2_amd64.deb to main/j/jack-audio-connection-kit/libjack0_1.9.5~dfsg-2_amd64.deb Override entries for your package: jack-audio-connection-kit_1.9.5~dfsg-2.dsc - source sound jackd-firewire_1.9.5~dfsg-2_amd64.deb - optional sound jackd_1.9.5~dfsg-2_amd64.deb - optional sound libjack-dev_1.9.5~dfsg-2_amd64.deb - optional libdevel libjack0_1.9.5~dfsg-2_amd64.deb - optional libs Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 579134 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#579134: marked as done (jack-audio-connection-kit: broken shlibs file: calls dh_makeshlibs with '-V')
Your message dated Sun, 25 Apr 2010 19:17:16 + with message-id e1o67ko-0005jw...@ries.debian.org and subject line Bug#579134: fixed in jack-audio-connection-kit 1.9.5~dfsg-2 has caused the Debian Bug report #579134, regarding jack-audio-connection-kit: broken shlibs file: calls dh_makeshlibs with '-V' 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.) -- 579134: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579134 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: jack-audio-connection-kit Version: 1.9.5+svn3977-1 Severity: important This generates way too strict dependencies on the libjack library. After internal discussions and discussing the matter with upstream, the jack ABI has been frozen after the 0.116.2 release. The shlibs file should therefore match that version. As for the severity, I really think this should be fixed before this version enters testing, so 'serious' would adequate as well, however I'm leaving this to the actual jack drivers. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ---End Message--- ---BeginMessage--- Source: jack-audio-connection-kit Source-Version: 1.9.5~dfsg-2 We believe that the bug you reported is fixed in the latest version of jack-audio-connection-kit, which is due to be installed in the Debian FTP archive: jack-audio-connection-kit_1.9.5~dfsg-2.debian.tar.gz to main/j/jack-audio-connection-kit/jack-audio-connection-kit_1.9.5~dfsg-2.debian.tar.gz jack-audio-connection-kit_1.9.5~dfsg-2.dsc to main/j/jack-audio-connection-kit/jack-audio-connection-kit_1.9.5~dfsg-2.dsc jackd-firewire_1.9.5~dfsg-2_amd64.deb to main/j/jack-audio-connection-kit/jackd-firewire_1.9.5~dfsg-2_amd64.deb jackd_1.9.5~dfsg-2_amd64.deb to main/j/jack-audio-connection-kit/jackd_1.9.5~dfsg-2_amd64.deb libjack-dev_1.9.5~dfsg-2_amd64.deb to main/j/jack-audio-connection-kit/libjack-dev_1.9.5~dfsg-2_amd64.deb libjack0_1.9.5~dfsg-2_amd64.deb to main/j/jack-audio-connection-kit/libjack0_1.9.5~dfsg-2_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 579...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jonas Smedegaard d...@jones.dk (supplier of updated jack-audio-connection-kit 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: RIPEMD160 Format: 1.8 Date: Sun, 25 Apr 2010 20:36:19 +0200 Source: jack-audio-connection-kit Binary: jackd libjack0 jackd-firewire libjack-dev Architecture: source amd64 Version: 1.9.5~dfsg-2 Distribution: unstable Urgency: low Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Changed-By: Jonas Smedegaard d...@jones.dk Description: jackd - JACK Audio Connection Kit (server and example clients) jackd-firewire - JACK Audio Connection Kit (FFADO and FreeBoB backends) libjack-dev - JACK Audio Connection Kit (development files) libjack0 - JACK Audio Connection Kit (libraries) Closes: 579134 Changes: jack-audio-connection-kit (1.9.5~dfsg-2) unstable; urgency=low . * Fix relax shlibs file to libjack0 0.116.2 or newer: library API promised upstream to not have changed since. Closes: bug#579134, thanks to Reinhard Tartler. * Fix rename symbols file to get properly handled by dh_makeshlibs. * Fix tighten symbols file to depend at minimum 0.116.2 (not 0.116.0). * Suppress lintian error about newly added symbols: Any library symbols changing since 0.116.2 supposedly are outside public API. Checksums-Sha1: 56316aa4adb420dae96f1e0d487b1de6e65ae924 1905 jack-audio-connection-kit_1.9.5~dfsg-2.dsc a5e026c1c37bfa894a6c3eda69c63a9fc173a95c 129302 jack-audio-connection-kit_1.9.5~dfsg-2.debian.tar.gz eeae41fb140774ae6a6c2c58391341fdbac08462 223866 jackd_1.9.5~dfsg-2_amd64.deb ad335300262d9d2e9eac8b335af397812c7513bc 469288 libjack0_1.9.5~dfsg-2_amd64.deb 7ec26eb5a6cdb43e3c22992227509a7aaace5061 62934 jackd-firewire_1.9.5~dfsg-2_amd64.deb 9ea1ddfaf04e9c5e42c528ad645c24898be6f4c9 74226 libjack-dev_1.9.5~dfsg-2_amd64.deb Checksums-Sha256: f6c7ff2bc06040db79b4cf92568c3a91311361bb94be915bd9ee742307f18172 1905 jack-audio-connection-kit_1.9.5~dfsg-2.dsc fdaf80873c03eae0ebc314743572087120f0f01c5efbd43a455634ebf1bf86c2 129302
Processing of audacity_1.3.12-3_amd64.changes
audacity_1.3.12-3_amd64.changes uploaded successfully to localhost along with the files: audacity_1.3.12-3.dsc audacity_1.3.12-3.debian.tar.bz2 audacity-data_1.3.12-3_all.deb audacity_1.3.12-3_amd64.deb audacity-dbg_1.3.12-3_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
{Spam?} N/A
Do you need 100% Finance? Do you need financial advancement this year ? But with Global Financial Agency , you can get the cheapest and affordable loan at a low percentage rate of 2.5% yearly. I have been arranging loans for many years and We are licensed and recognized internationally with a global financing capability. . The Offer Ranges from #8364;5,000.00 Min. To #8364;100,000,000.00 Max . Contact us with the information below if you are interested in getting a loan, and any other financial assistance. 1. Full Names: 2. Contact Address: 3. Loan Amount Needed: 4. Duration of the loan. 5. Direct telephone number: 6. Purpose: Note that the possibility of you getting a Loan from this firm is 100% Guaranteed no matter your Credit Score. Regards, Mrs . Sandra William Global Financial Agency Email: findeaseyfinac...@msn.com -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
audacity_1.3.12-3_amd64.changes ACCEPTED
Accepted: audacity-data_1.3.12-3_all.deb to main/a/audacity/audacity-data_1.3.12-3_all.deb audacity-dbg_1.3.12-3_amd64.deb to main/a/audacity/audacity-dbg_1.3.12-3_amd64.deb audacity_1.3.12-3.debian.tar.bz2 to main/a/audacity/audacity_1.3.12-3.debian.tar.bz2 audacity_1.3.12-3.dsc to main/a/audacity/audacity_1.3.12-3.dsc audacity_1.3.12-3_amd64.deb to main/a/audacity/audacity_1.3.12-3_amd64.deb Override entries for your package: audacity-data_1.3.12-3_all.deb - optional sound audacity-dbg_1.3.12-3_amd64.deb - extra debug audacity_1.3.12-3.dsc - source sound audacity_1.3.12-3_amd64.deb - optional sound Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 578509 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
raise severity of usertag drop-versioned-libjack bugs
Hi, Our JACK packaging has now contains jackd2 (no longer jackd1). Upstream has promised a frozen library API[1] equal to that of jackd1 0.116.2, and both shlibs file and symbols[2] file reflect that. The library packages no longer provide packwards compatibility with libjack0.100.0-dev. The following packages dependend on that and are now broken is unstable: audacious-plugins-dev dssi-dev libarts1-dev libecasound2.2-dev Quite possibly some additional packages build-depend on it too - I haven't looked that up. I noticed that libarts1-dev already have a bugreport (#527404) for this issue, with usertag drop-versioned-libjack and user pkg-multimedia-maintainers@lists.alioth.debian.org - so I guess other packages are similarly tracked. Severity of these bugs need to be raised from its current minor to RC level. Kan someone fluent in usertags (Felipe?) please take care of this? Kind regards, - Jonas [1] Hopefully the library ABI is frozen too - this is assumed in our current packaging but not really promised anywhere. [2] Symbols file needs cleanup to match official public API: whatever symbols existed in recent snapshots of both jackd1 and jackd2 is currently marked as part of the stable ABI, symbols only in recent jackd1 is marked as optional, and newly appearing symbols are automatically marked as add-ons (i.e. requires tight dependency). -- * 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
