Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices
Dear Glen, Am 21.11.2010 14:23, schrieb i...@bandshed.net: I'm not sure if libraw1394 falls under your jurisdiction or not but the No, it does not: http://packages.qa.debian.org/libr/libraw1394.html latest release (November 1) supports daisy chaining multiple firewire A bug requesting upgrading to the latest upstream version has already been filed: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602215 devices on the new firewire stack when used with Kernel 2.6.36. Testing by AV Linux users has confirmed this. Squeeze will ship with linux 2.6.32. Note daisy chaining was previously only possible with the legacy firewire stack. I've seen some Squeeze exception requests for this that have been flatly denied (as Squeeze for multimedia slides hopelessly further into Sure, these changes are not targeted at the kernel considered for squeeze release anyway and some changes do simply come too late... obsolescence) but there seems to be no updates to libraw1394 2.0.6 Thanks for declaring our team effort for multimedia support in Squeeze obsolete! available in Sid or experimental either. Use of the new stack makes ffado supported Audio devices plug and play, the addition of 2.0.6 would further that to multiple firewire devices being plug and play. Thought I'd pass that along. Thanks anyway. - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Accepted faad2 2.7-5 (source amd64)
Am 20.11.2010 12:37, schrieb Alessio Treglia: Oh god, I made a mistake. I get a lot of confusion while trying to re-upload the package, maybe I've switched to the wrong git branch. You've messed up the changelog, IMHO it's not that bad and can be fixed in the next upload. ;) What's a bit worse is that the new package revision contains the rather intrusive bpa-stdin patch. I fear this will make it harder to convince the RT to include this revision of the faad2 package in queeze. We should have reverted it beforehand and only upload with the two minor fixes (my path_max patch and your pointer_size one). I'd suggest to upload another package 2.7-6 with the following changes: * Fix debian/changelog for 2.7-5 * Unapply bpa-stdin.patch (but maybe keep it in the package) And then request a freeze exception with the debdiff between 2.7-4 and 2.7-6. - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Accepted faad2 2.7-5 (source amd64)
On Mon, Nov 22, 2010 at 9:47 AM, Fabian Greffrath fab...@greffrath.com wrote: Am 20.11.2010 12:37, schrieb Alessio Treglia: Oh god, I made a mistake. I get a lot of confusion while trying to re-upload the package, maybe I've switched to the wrong git branch. You've messed up the changelog, IMHO it's not that bad and can be fixed in the next upload. ;) Yes, it is: I ap What's a bit worse is that the new package revision contains the rather intrusive bpa-stdin patch. I fear this will make it harder to convince the RT to include this revision of the faad2 package in queeze. We should have reverted it beforehand and only upload with the two minor fixes (my path_max patch and your pointer_size one). I'd suggest to upload another package 2.7-6 with the following changes: * Fix debian/changelog for 2.7-5 * Unapply bpa-stdin.patch (but maybe keep it in the package) And then request a freeze exception with the debdiff between 2.7-4 and 2.7-6. As alternative, we could upload a 2.7-4+squeeze1 release to t-p-u, what do you think? -- Alessio Treglia ales...@debian.org Debian Ubuntu 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: Accepted faad2 2.7-5 (source amd64)
Am 22.11.2010 09:48, schrieb Alessio Treglia: Yes, it is: I ap Sorry? As alternative, we could upload a 2.7-4+squeeze1 release to t-p-u, what do you think? Yes, even better. This would save us another upload to unstable to re-enable the bpa-stdin.patch. - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Accepted faad2 2.7-5 (source amd64)
Jonas, first of all, thanks for helping me out here. On Sat, Nov 20, 2010 at 5:03 PM, Jonas Smedegaard d...@jones.dk wrote: If uncertain if some release is sane, then ask _before_ releasing! :-) Yes, I know, I was sure, the problem is: I was wrong :) -- Alessio Treglia ales...@debian.org Debian Ubuntu 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: Accepted faad2 2.7-5 (source amd64)
On Mon, Nov 22, 2010 at 9:51 AM, Fabian Greffrath fab...@greffrath.com wrote: Am 22.11.2010 09:48, schrieb Alessio Treglia: Yes, it is: I ap Sorry? I ap...ologize :) As alternative, we could upload a 2.7-4+squeeze1 release to t-p-u, what do you think? Yes, even better. This would save us another upload to unstable to re-enable the bpa-stdin.patch. Well, I'm preparing an upload for t-p-u. -- Alessio Treglia ales...@debian.org Debian Ubuntu 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: Accepted faad2 2.7-5 (source amd64)
On Mon, Nov 22, 2010 at 09:48:52AM +0100, Alessio Treglia wrote: On Mon, Nov 22, 2010 at 9:47 AM, Fabian Greffrath fab...@greffrath.com wrote: Am 20.11.2010 12:37, schrieb Alessio Treglia: Oh god, I made a mistake. I get a lot of confusion while trying to re-upload the package, maybe I've switched to the wrong git branch. You've messed up the changelog, IMHO it's not that bad and can be fixed in the next upload. ;) Yes, it is: I ap What's a bit worse is that the new package revision contains the rather intrusive bpa-stdin patch. I fear this will make it harder to convince the RT to include this revision of the faad2 package in queeze. We should have reverted it beforehand and only upload with the two minor fixes (my path_max patch and your pointer_size one). I'd suggest to upload another package 2.7-6 with the following changes: * Fix debian/changelog for 2.7-5 * Unapply bpa-stdin.patch (but maybe keep it in the package) And then request a freeze exception with the debdiff between 2.7-4 and 2.7-6. As alternative, we could upload a 2.7-4+squeeze1 release to t-p-u, what do you think? This is bad: t-p-u does not get the same exposure and automated testing time before sliding into testing. This means a higher burden on the Release team for such uploads, and likely less interest in acceptance due to the weaker testing process! - 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: Accepted faad2 2.7-5 (source amd64)
Am 22.11.2010 10:18, schrieb Jonas Smedegaard: This is bad: t-p-u does not get the same exposure and automated testing time before sliding into testing. This means a higher burden on the Release team for such uploads, and likely less interest in acceptance due to the weaker testing process! But the changes to the source will be really minor, and the RT can even see this from the debdiff. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#603807: marked as done (faad segfaults on amd64 due to incorrect pointer size)
Your message dated Mon, 22 Nov 2010 10:31:51 +0100 with message-id aanlktinxmdypko1kr=b=wpk9vnwh-kjbuvn11z3sa...@mail.gmail.com and subject line Fixed in sid has caused the Debian Bug report #603807, regarding faad segfaults on amd64 due to incorrect pointer size 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.) -- 603807: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603807 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: faad Version: 2.7-4 Severity: serious Tags: patch sid squeeze upstream This bug was reported on Ubuntu [1] and it affects Debian Squeeze too. I've tried to reproduce it and here is the result: ales...@alessio-laptop:~$ faad -b 2 -f 2 -w sample.aac *** Ahead Software MPEG-4 AAC Decoder V2.7 ** Build: Oct 26 2009 Copyright 2002-2004: Ahead Software AG http://www.audiocoding.com Floating point version This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License. ** sample.aac file info: ADTS, 4.608 sec, 13 kbps, 16000 Hz - | Config: 2 Ch | - | Ch |Position| - | 00 | Left front | | 01 | Right front| - Segmentation fault.aac. A patch to fix this is available on Launchpad, I'm attaching it here: --- frontend/audio.c.orig 2010-10-24 15:36:19.673485313 +0800 +++ frontend/audio.c2010-10-24 15:36:43.323775214 +0800 @@ -347,7 +347,7 @@ { int ret; unsigned int i; -long *sample_buffer24 = (long*)sample_buffer; +int *sample_buffer24 = (int*)sample_buffer; char *data = malloc(samples*aufile-bits_per_sample*sizeof(char)/8); aufile-total_samples += samples; @@ -391,7 +391,7 @@ { int ret; unsigned int i; -long *sample_buffer32 = (long*)sample_buffer; +int *sample_buffer32 = (int*)sample_buffer; char *data = malloc(samples*aufile-bits_per_sample*sizeof(char)/8); aufile-total_samples += samples; [1] https://launchpad.net/bugs/665802 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages faad depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libfaad2 2.7-4 freeware Advanced Audio Decoder - faad recommends no packages. faad suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Version: 2.7-5 Hi, although the change is not mentioned, the latest 2.7-5 in sid fixes this. We're working on a new upload which would allow us to make the package migrate to testing. -- Alessio Treglia ales...@debian.org Debian Ubuntu Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 ---End Message--- ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices
On Sun, Nov 21, 2010 at 2:23 PM, i...@bandshed.net wrote: Hi I'm not sure if libraw1394 falls under your jurisdiction or not but the latest release (November 1) supports daisy chaining multiple firewire devices on the new firewire stack when used with Kernel 2.6.36. Testing by AV Linux users has confirmed this. Note daisy chaining was previously only possible with the legacy firewire stack. I've seen some Squeeze exception requests for this that have been flatly denied (as Squeeze for multimedia slides hopelessly further into obsolescence) Sure,still lots to improve, but there are some good developments imho and some people work hard to make it as good as possible. You can ask yourself what you're doing to improve the state of multimedia in Debian and/ or squeeze... Best regards, \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices
On Mon, Nov 22, 2010 at 12:12:11PM +0100, rosea grammostola wrote: I've seen some Squeeze exception requests for this that have been flatly denied (as Squeeze for multimedia slides hopelessly further into obsolescence) Sure, still lots to improve, but there are some good developments imho and some people work hard to make it as good as possible. You can ask yourself what you're doing to improve the state of multimedia in Debian and/ or squeeze... Honestely? I think i...@bandshed is right, at least to some degree. Back at DC10, Debian unstable was more up-to-date than Ubuntu 10.04. With Ubuntu 10.10 released, they're now on par, and within some months, Squeeze will be more or less outdated. We already knew this back in July: multimedia upstream's pace is so much faster than Debian's release cycle that we need to come up with a better solution. CUT (constantly usable testing) seemed to be such an option, though I've never heard about it again. I have the very same problem: there are a couple of important fixes in the FFADO firewire drivers, but RT denied their inclusion. It's somewhat frustrating to know that we'll ship with broken software, but that's the game. I was close to entirely ignoring this release thing and start uploading updated packages to unstable again, but then decided to obey the project's goal and stick to the idea of a freeze. From a pro-audio point of view, we would need jack-session, updated ffado, updated calf plugins and probably some more. No chance to get this into Squeeze, and even if so, within a few weeks, even more stuff will show up that'd be nice to be included. I'm inclined to say, at least for my packages, they've reached a state that's safe to ship with Squeeze. Not updating unstable atm is a conservative thing just in case we do really need another upload for Squeeze. Otherwise, it'd now be time to upload new stuff again. Strictly speaking, the freeze is about testing, not about unstable. ;) SCNR So for the very group of audio producers, Squeeze (and unstable) is already outdated, that's where i...@bandshed is right. OTOH, this statement doesn't necessarily holds true for all the other packages we maintain, e.g., video players. Just my €0.02 -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver USER, n.: The word computer professionals use when they mean idiot. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices
Fabian, Please don't misunderstand, Your (the pkg-multimedia team's) work here is nothing short of incredible during the past Squeeze development phase, I as a user/3rd party distributor am certainly aware of that as much as anyone else, I also know that the freeze is beyond the control of pkg-multimedia and I know the 'Debian' way of doing things. Because SO much has been accomplished it is frustrating to see Squeeze unreleased still missing key things like JACK Session and latest ffado, which will seriously hamper efforts for keen multimedia users to move forward with Ardour 3 and other important developments which will more than likely occur before Squeeze is even released. My complaint was never about your work, it was a frustrated comment on the unfortunate timing of the freeze in cutting off your work before a more sustainable plateau was reached. If you or any of the team percieved my comments to be otherwise I apologize and hope this clarifies my intent. -GLEN Dear Glen, Am 21.11.2010 14:23, schrieb i...@bandshed.net: I'm not sure if libraw1394 falls under your jurisdiction or not but the No, it does not: http://packages.qa.debian.org/libr/libraw1394.html latest release (November 1) supports daisy chaining multiple firewire A bug requesting upgrading to the latest upstream version has already been filed: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602215 devices on the new firewire stack when used with Kernel 2.6.36. Testing by AV Linux users has confirmed this. Squeeze will ship with linux 2.6.32. Note daisy chaining was previously only possible with the legacy firewire stack. I've seen some Squeeze exception requests for this that have been flatly denied (as Squeeze for multimedia slides hopelessly further into Sure, these changes are not targeted at the kernel considered for squeeze release anyway and some changes do simply come too late... obsolescence) but there seems to be no updates to libraw1394 2.0.6 Thanks for declaring our team effort for multimedia support in Squeeze obsolete! available in Sid or experimental either. Use of the new stack makes ffado supported Audio devices plug and play, the addition of 2.0.6 would further that to multiple firewire devices being plug and play. Thought I'd pass that along. Thanks anyway. - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices
On Mon, Nov 22, 2010 at 12:55:10 (CET), Adrian Knoth wrote: So for the very group of audio producers, Squeeze (and unstable) is already outdated, that's where i...@bandshed is right. OTOH, this statement doesn't necessarily holds true for all the other packages we maintain, e.g., video players. Is experimental up-to-date? If yes, would it be worth (and more importantly, do we have a volunteer) to copy them to a 'special Add-on archive' so that users can easily upgrade to them and get 'better' packages than currently in the archive? This 'special Add-on archive' could be: a) squeeze-backports b) debimedia c) some extra archive (on alioth or somewhere else) -- 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: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices
On Mon, Nov 22, 2010 at 02:21:53PM +0100, Reinhard Tartler wrote: So for the very group of audio producers, Squeeze (and unstable) is already outdated Is experimental up-to-date? Not in my case, mostly because as a DM I cannot upload to experimental without prior DD upload. At least I think so. ;) But if need be, I could prepare updated packages for experimental. I could also imagine to keep testing the way it is now and directly upload to unstable, especially wrt your idea: to copy them to a 'special Add-on archive' so that users can easily upgrade to them and get 'better' packages than currently in the archive? This 'special Add-on archive' could be: a) squeeze-backports I like this idea for the packages I maintain: jackd1, jackd2 and ffado can easily be provided as backports. Of course, ffmpeg is a little bit different. ;) Cheers -- 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
Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices
On Mon, Nov 22, 2010 at 02:58:42PM +0100, Adrian Knoth wrote: On Mon, Nov 22, 2010 at 02:21:53PM +0100, Reinhard Tartler wrote: So for the very group of audio producers, Squeeze (and unstable) is already outdated Is experimental up-to-date? Not in my case, mostly because as a DM I cannot upload to experimental without prior DD upload. At least I think so. ;) I believe you can, by same rules as to unstable (e.g. no change in names of binary packages). But if need be, I could prepare updated packages for experimental. That you can for sure :-D I could also imagine to keep testing the way it is now and directly upload to unstable, especially wrt your idea: As I mentioned earlier today in another thread, unstable should be kept available as a take-off ramp for bugfixes targeted testing and thus Squeeze. Yes, the freeze period is a frustrating time for us all, but if ignoring it passively (e.g. not participating in bug squashing parties) or actively (e.g. not respecting the unstable→testing→stable pipeline) the freeze will be *longer*. Ongoing maintainance of the packaging in Git does not disturb the release process, and uploads to experimental does not either, so both are great ways to make the frustrating freeze period bearable. - 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
Processing of kmidimon_0.7.4-1_i386.changes
kmidimon_0.7.4-1_i386.changes uploaded successfully to ftp-master.debian.org along with the files: kmidimon_0.7.4-1.dsc kmidimon_0.7.4.orig.tar.bz2 kmidimon_0.7.4-1.debian.tar.gz kmidimon_0.7.4-1_i386.deb Greetings, Your Debian queue daemon (running on host kassia.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 kmidimon_0.7.4-1_i386.changes
kmidimon_0.7.4-1_i386.changes uploaded successfully to localhost along with the files: kmidimon_0.7.4-1.dsc kmidimon_0.7.4.orig.tar.bz2 kmidimon_0.7.4-1.debian.tar.gz kmidimon_0.7.4-1_i386.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
kmidimon_0.7.4-1_i386.changes ACCEPTED into experimental
Accepted: kmidimon_0.7.4-1.debian.tar.gz to main/k/kmidimon/kmidimon_0.7.4-1.debian.tar.gz kmidimon_0.7.4-1.dsc to main/k/kmidimon/kmidimon_0.7.4-1.dsc kmidimon_0.7.4-1_i386.deb to main/k/kmidimon/kmidimon_0.7.4-1_i386.deb kmidimon_0.7.4.orig.tar.bz2 to main/k/kmidimon/kmidimon_0.7.4.orig.tar.bz2 Override entries for your package: kmidimon_0.7.4-1.dsc - source sound kmidimon_0.7.4-1_i386.deb - optional sound 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
[bts-link] source package sooperlooper
# # bts-link upstream status pull for source package sooperlooper # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #596392 (http://bugs.debian.org/596392) # * http://sourceforge.net/tracker/?func=detailaid=3111430 # * remote status changed: (?) - Open usertags 596392 + status-Open thanks ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of libffado_2.0.99+svn1924-1_i386.changes
libffado_2.0.99+svn1924-1_i386.changes uploaded successfully to ftp-master.debian.org along with the files: libffado_2.0.99+svn1924-1.dsc libffado_2.0.99+svn1924.orig.tar.bz2 libffado_2.0.99+svn1924-1.debian.tar.gz ffado-mixer-qt4_2.0.99+svn1924-1_all.deb libffado-dev_2.0.99+svn1924-1_i386.deb libffado2_2.0.99+svn1924-1_i386.deb ffado-tools_2.0.99+svn1924-1_i386.deb ffado-dbus-server_2.0.99+svn1924-1_i386.deb Greetings, Your Debian queue daemon (running on host kassia.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 libffado_2.0.99+svn1924-1_i386.changes
libffado_2.0.99+svn1924-1_i386.changes uploaded successfully to localhost along with the files: libffado_2.0.99+svn1924-1.dsc libffado_2.0.99+svn1924.orig.tar.bz2 libffado_2.0.99+svn1924-1.debian.tar.gz ffado-mixer-qt4_2.0.99+svn1924-1_all.deb libffado-dev_2.0.99+svn1924-1_i386.deb libffado2_2.0.99+svn1924-1_i386.deb ffado-tools_2.0.99+svn1924-1_i386.deb ffado-dbus-server_2.0.99+svn1924-1_i386.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
libffado_2.0.99+svn1924-1_i386.changes ACCEPTED into experimental
Accepted: ffado-dbus-server_2.0.99+svn1924-1_i386.deb to main/libf/libffado/ffado-dbus-server_2.0.99+svn1924-1_i386.deb ffado-mixer-qt4_2.0.99+svn1924-1_all.deb to main/libf/libffado/ffado-mixer-qt4_2.0.99+svn1924-1_all.deb ffado-tools_2.0.99+svn1924-1_i386.deb to main/libf/libffado/ffado-tools_2.0.99+svn1924-1_i386.deb libffado-dev_2.0.99+svn1924-1_i386.deb to main/libf/libffado/libffado-dev_2.0.99+svn1924-1_i386.deb libffado2_2.0.99+svn1924-1_i386.deb to main/libf/libffado/libffado2_2.0.99+svn1924-1_i386.deb libffado_2.0.99+svn1924-1.debian.tar.gz to main/libf/libffado/libffado_2.0.99+svn1924-1.debian.tar.gz libffado_2.0.99+svn1924-1.dsc to main/libf/libffado/libffado_2.0.99+svn1924-1.dsc libffado_2.0.99+svn1924.orig.tar.bz2 to main/libf/libffado/libffado_2.0.99+svn1924.orig.tar.bz2 Override entries for your package: ffado-dbus-server_2.0.99+svn1924-1_i386.deb - optional sound ffado-mixer-qt4_2.0.99+svn1924-1_all.deb - optional sound ffado-tools_2.0.99+svn1924-1_i386.deb - optional sound libffado-dev_2.0.99+svn1924-1_i386.deb - optional libdevel libffado2_2.0.99+svn1924-1_i386.deb - optional libs libffado_2.0.99+svn1924-1.dsc - source 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
Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices
On Mon, Nov 22, 2010 at 03:39:37PM +0100, Jonas Smedegaard wrote: So for the very group of audio producers, Squeeze (and unstable) is already outdated Is experimental up-to-date? Not in my case, mostly because as a DM I cannot upload to experimental without prior DD upload. At least I think so. ;) I believe you can, by same rules as to unstable (e.g. no change in names of binary packages). Oh, didn't know that. You were right, I just uploaded kmidimon and ffado to experimental. I'll go on with both, jackd1 and jackd2, so we at least have jack-session and jackd suspend/resume. It's then possible to package Ardour3 for experimental, and I think I will do once alpha1 will be released. Cheers -- 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
Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices
On 11/22/2010 06:33 PM, Adrian Knoth wrote: It's then possible to package Ardour3 for experimental, and I think I will do once alpha1 will be released. Alpha software... do you also provide a 'debug' package for it? \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices
Od: Adrian Knoth a...@drcomp.erfurt.thur.de We already knew this back in July: multimedia upstream's pace is so much faster than Debian's release cycle that we need to come up with a better solution. CUT (constantly usable testing) seemed to be such an option, though I've never heard about it again. CUT is still living idea I think. http://raphaelhertzog.com/2010/10/04/can-debian-offer-a-constantly-usable-testing-distribution/ http://raphaelhertzog.com/2010/11/11/people-behind-debian-joey-hess-of-debhelper-fame/ question: What are your plans for Debian Wheezy? regards mira ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of jackd2_1.9.6~dfsg.1-3_i386.changes
jackd2_1.9.6~dfsg.1-3_i386.changes uploaded successfully to localhost along with the files: jackd2_1.9.6~dfsg.1-3.dsc jackd2_1.9.6~dfsg.1-3.debian.tar.gz jackd2_1.9.6~dfsg.1-3_i386.deb libjack-jackd2-0_1.9.6~dfsg.1-3_i386.deb jackd2-firewire_1.9.6~dfsg.1-3_i386.deb libjack-jackd2-dev_1.9.6~dfsg.1-3_i386.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices
Hi, I don't pretend to be as 'in the loop' as you guys but speaking to Paul Davis on Ardour IRC a few weeks ago it seemed Ardour was going to migrate to a self contained binary model (like Renoise or EnergyXT has). If this coincides with an alpha A3 release then the dependencies etc will be radically different and compilation not required. I know this is in the works but not when it will appear. On Mon, Nov 22, 2010 at 07:08:50PM +0100, rosea.grammostola wrote: It's then possible to package Ardour3 for experimental, and I think I will do once alpha1 will be released. Alpha software... do you also provide a 'debug' package for it? Would probably make sense. Not that the official ardour version will still be ardour2, but outside a freeze, I think we should provide users a convenient way to try upcoming stuff. This way, we'll also have time to get the packaging right. ;) Cheers -- mail: a...@thur.dehttp://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 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
jackd2_1.9.6~dfsg.1-3_i386.changes ACCEPTED into experimental
Accepted: jackd2-firewire_1.9.6~dfsg.1-3_i386.deb to main/j/jackd2/jackd2-firewire_1.9.6~dfsg.1-3_i386.deb jackd2_1.9.6~dfsg.1-3.debian.tar.gz to main/j/jackd2/jackd2_1.9.6~dfsg.1-3.debian.tar.gz jackd2_1.9.6~dfsg.1-3.dsc to main/j/jackd2/jackd2_1.9.6~dfsg.1-3.dsc jackd2_1.9.6~dfsg.1-3_i386.deb to main/j/jackd2/jackd2_1.9.6~dfsg.1-3_i386.deb libjack-jackd2-0_1.9.6~dfsg.1-3_i386.deb to main/j/jackd2/libjack-jackd2-0_1.9.6~dfsg.1-3_i386.deb libjack-jackd2-dev_1.9.6~dfsg.1-3_i386.deb to main/j/jackd2/libjack-jackd2-dev_1.9.6~dfsg.1-3_i386.deb Override entries for your package: jackd2-firewire_1.9.6~dfsg.1-3_i386.deb - optional sound jackd2_1.9.6~dfsg.1-3.dsc - source sound jackd2_1.9.6~dfsg.1-3_i386.deb - optional sound libjack-jackd2-0_1.9.6~dfsg.1-3_i386.deb - optional libs libjack-jackd2-dev_1.9.6~dfsg.1-3_i386.deb - optional libdevel 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
Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices
On Mon, Nov 22, 2010 at 11:00:47AM -0800, i...@bandshed.net wrote: Hi, Hi! I don't pretend to be as 'in the loop' as you guys but speaking to Paul Davis on Ardour IRC a few weeks ago it seemed Ardour was going to migrate to a self contained binary model (like Renoise or EnergyXT has). Could you elaborate on this? I've seen a single line like we're going to provide the binary, so we don't have to rely on the distro, but I don't know how much work has already been put into this. Anyway, there's still the code, and we can at least try and compile on our own. Like chromium-browser or openoffice: Debian provides self-compiled versions, but the user is always free to pick up the upstream provided one. For your convenience: I just uploaded updated FFADO and jackd2 (including jack-session) to experimental. I'll also update jackd1 soon, but Paul said something about an upcoming release, so I'll wait a couple of days. We then try to get this into squeeze-backports, so squeeze-users won't need to recompile everything. -- 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
Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices
Adi, Well hmmm I can't elaborate much more than that unfortunately, it was not discussed in specifics but a standalone binary (like the others you mentioned) was the general idea, Seablade also said something similar on the Ardour forum recently again without any detail. A sincere and heartfelt THANK-YOU!!! for the updated JACK and FFADO stuff, I am still shipping JACK1 to satisfy some 3rd party dependencies but I'll look forward to it whenever you get to it. At the risk of sounding stupid (well perhaps stupid-er), I have this 'experimental' line in my sources.list: #Experimental deb http://ftp.us.debian.org/debian/ experimental main non-free contrib deb-src http://ftp.us.debian.org/debian/ experimental main non-free contrib However there doesn't seem to be any of the pkg-multimedia stuff in there I'm looking for, am I missing another or different experimental repository? Guidance appreciated, and thanks again for your attention to JACK, FFADO, and Ardour packaging! Best -GLEN On Mon, Nov 22, 2010 at 11:00:47AM -0800, i...@bandshed.net wrote: Hi, Hi! I don't pretend to be as 'in the loop' as you guys but speaking to Paul Davis on Ardour IRC a few weeks ago it seemed Ardour was going to migrate to a self contained binary model (like Renoise or EnergyXT has). Could you elaborate on this? I've seen a single line like we're going to provide the binary, so we don't have to rely on the distro, but I don't know how much work has already been put into this. Anyway, there's still the code, and we can at least try and compile on our own. Like chromium-browser or openoffice: Debian provides self-compiled versions, but the user is always free to pick up the upstream provided one. For your convenience: I just uploaded updated FFADO and jackd2 (including jack-session) to experimental. I'll also update jackd1 soon, but Paul said something about an upcoming release, so I'll wait a couple of days. We then try to get this into squeeze-backports, so squeeze-users won't need to recompile everything. -- mail: a...@thur.dehttp://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
Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices
On Mon, Nov 22, 2010 at 11:43:48AM -0800, i...@bandshed.net wrote: #Experimental deb http://ftp.us.debian.org/debian/ experimental main non-free contrib deb-src http://ftp.us.debian.org/debian/ experimental main non-free contrib However there doesn't seem to be any of the pkg-multimedia stuff in there I'm looking for, am I missing another or different experimental repository? No, it is the right one, but it takes a couple of hours until the new packages will be compiled, installed and synced to your mirror. HTH -- 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
Re: Orphaned packages
Hi, On Fri, Sep 25, 2009 at 9:54 AM, Jaromír Mikeš mira.mi...@seznam.cz wrote: There are many packages that are crucial for audio on desktop like lash, qjackctl, libjackasyn. Back to this since libjackasyn [1] seems unuseful at all: it is superseded by jack, orphaned and, plus, upstream doesn't support it anymore. IMHO we should file a removal request just after checking how many packages build-depend on it. Developers, WDYT? [1] http://packages.qa.debian.org/libj/libjackasyn.html -- Alessio Treglia ales...@debian.org Debian Ubuntu 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: Accepted faad2 2.7-5 (source amd64)
On Mon, Nov 22, 2010 at 4:34 AM, Fabian Greffrath fab...@greffrath.com wrote: Am 22.11.2010 10:18, schrieb Jonas Smedegaard: This is bad: t-p-u does not get the same exposure and automated testing time before sliding into testing. This means a higher burden on the Release team for such uploads, and likely less interest in acceptance due to the weaker testing process! But the changes to the source will be really minor, and the RT can even see this from the debdiff. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers Ok. Sorry I'm getting around to this just now. I'm going to go ahead and revert 2.7-5 changes and upload a 2.7-6 package with just the one change to fix the segfault. I imagine the RT are not going to accept 2.7-5 into testing once they realize this was a mistaken upload. The branch to use for unstable upload is 'unstable'. Also, I'm updating the 'unstable' branch to add the 2.7-5 changelog, and to add the next entry which explains that changes in 2.7-5 is being reverted. Also, since squeeze hasn't been released yet, we should just request a freeze exception. A freeze exception request should be done anyway since faad2 provides a library. -- Regards, Andres Mejia ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of bristol_0.60.7-2_i386.changes
bristol_0.60.7-2_i386.changes uploaded successfully to localhost along with the files: bristol_0.60.7-2.dsc bristol_0.60.7-2.debian.tar.gz bristol_0.60.7-2_i386.deb bristol-data_0.60.7-2_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
bristol_0.60.7-2_i386.changes ACCEPTED into experimental
Accepted: bristol-data_0.60.7-2_all.deb to main/b/bristol/bristol-data_0.60.7-2_all.deb bristol_0.60.7-2.debian.tar.gz to main/b/bristol/bristol_0.60.7-2.debian.tar.gz bristol_0.60.7-2.dsc to main/b/bristol/bristol_0.60.7-2.dsc bristol_0.60.7-2_i386.deb to main/b/bristol/bristol_0.60.7-2_i386.deb Override entries for your package: bristol-data_0.60.7-2_all.deb - optional sound bristol_0.60.7-2.dsc - source sound bristol_0.60.7-2_i386.deb - optional sound 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
Processing of faad2_2.7-6_amd64.changes
faad2_2.7-6_amd64.changes uploaded successfully to localhost along with the files: faad2_2.7-6.dsc faad2_2.7-6.diff.gz libfaad-dev_2.7-6_amd64.deb libfaad2_2.7-6_amd64.deb faad2-dbg_2.7-6_amd64.deb faad_2.7-6_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
faad2_2.7-6_amd64.changes REJECTED
Reject Reasons: 'dpkg-source -x' failed for faad2_2.7-6.dsc [return code: 29]. [dpkg-source output:] gpg: Signature made Tue Nov 23 00:50:35 2010 UTC using DSA key ID E5F13196 [dpkg-source output:] gpg: Can't check signature: public key not found [dpkg-source output:] dpkg-source: extracting faad2 in faad2-2.7 [dpkg-source output:] dpkg-source: info: unpacking faad2_2.7.orig.tar.gz [dpkg-source output:] dpkg-source: info: applying faad2_2.7-6.diff.gz [dpkg-source output:] The text leading up to this was: [dpkg-source output:] -- [dpkg-source output:] |--- faad2-2.7.orig/debian/libfaad-dev.install [dpkg-source output:] |+++ faad2-2.7/debian/libfaad-dev.install [dpkg-source output:] -- [dpkg-source output:] No file to patch. Skipping patch. [dpkg-source output:] 1 out of 1 hunk ignored [dpkg-source output:] The text leading up to this was: [dpkg-source output:] -- [dpkg-source output:] |--- faad2-2.7.orig/debian/control [dpkg-source output:] |+++ faad2-2.7/debian/control [dpkg-source output:] -- [dpkg-source output:] No file to patch. Skipping patch. [dpkg-source output:] 1 out of 1 hunk ignored [dpkg-source output:] The text leading up to this was: [dpkg-source output:] -- [dpkg-source output:] |--- faad2-2.7.orig/debian/changelog [dpkg-source output:] |+++ faad2-2.7/debian/changelog [dpkg-source output:] -- [dpkg-source output:] No file to patch. Skipping patch. [dpkg-source output:] 1 out of 1 hunk ignored [dpkg-source output:] The text leading up to this was: [dpkg-source output:] -- [dpkg-source output:] |--- faad2-2.7.orig/debian/faad.manpages [dpkg-source output:] |+++ faad2-2.7/debian/faad.manpages [dpkg-source output:] -- [dpkg-source output:] No file to patch. Skipping patch. [dpkg-source output:] 1 out of 1 hunk ignored [dpkg-source output:] The text leading up to this was: [dpkg-source output:] -- [dpkg-source output:] |--- faad2-2.7.orig/debian/faad.install [dpkg-source output:] |+++ faad2-2.7/debian/faad.install [dpkg-source output:] -- [dpkg-source output:] No file to patch. Skipping patch. [dpkg-source output:] 1 out of 1 hunk ignored [dpkg-source output:] The text leading up to this was: [dpkg-source output:] -- [dpkg-source output:] |--- faad2-2.7.orig/debian/README.source [dpkg-source output:] |+++ faad2-2.7/debian/README.source [dpkg-source output:] -- [dpkg-source output:] No file to patch. Skipping patch. [dpkg-source output:] 1 out of 1 hunk ignored [dpkg-source output:] The text leading up to this was: [dpkg-source output:] -- [dpkg-source output:] |--- faad2-2.7.orig/debian/rules [dpkg-source output:] |+++ faad2-2.7/debian/rules [dpkg-source output:] -- [dpkg-source output:] No file to patch. Skipping patch. [dpkg-source output:] 1 out of 1 hunk ignored [dpkg-source output:] The text leading up to this was: [dpkg-source output:] -- [dpkg-source output:] |--- faad2-2.7.orig/debian/compat [dpkg-source output:] |+++ faad2-2.7/debian/compat [dpkg-source output:] -- [dpkg-source output:] No file to patch. Skipping patch. [dpkg-source output:] 1 out of 1 hunk ignored [dpkg-source output:] The text leading up to this was: [dpkg-source output:] -- [dpkg-source output:] |--- faad2-2.7.orig/debian/gbp.conf [dpkg-source output:] |+++ faad2-2.7/debian/gbp.conf [dpkg-source output:] -- [dpkg-source output:] No file to patch. Skipping patch. [dpkg-source output:] 1 out of 1 hunk ignored [dpkg-source output:] The text leading up to this was: [dpkg-source output:] -- [dpkg-source output:] |--- faad2-2.7.orig/debian/watch [dpkg-source output:] |+++ faad2-2.7/debian/watch [dpkg-source output:] -- [dpkg-source output:] No file to patch. Skipping patch. [dpkg-source output:] 1 out of 1 hunk ignored [dpkg-source output:] The text leading up to this was: [dpkg-source output:] -- [dpkg-source output:] |--- faad2-2.7.orig/debian/copyright [dpkg-source output:] |+++ faad2-2.7/debian/copyright [dpkg-source output:] -- [dpkg-source output:] No file to patch. Skipping patch. [dpkg-source output:] 1 out of 1 hunk ignored [dpkg-source output:] The text leading up to this was: [dpkg-source output:] -- [dpkg-source output:] |--- faad2-2.7.orig/debian/libfaad2.install [dpkg-source output:] |+++ faad2-2.7/debian/libfaad2.install [dpkg-source output:] -- [dpkg-source output:] No file to patch. Skipping patch. [dpkg-source output:] 1 out of 1 hunk
Processing of faad2_2.7-6_amd64.changes
faad2_2.7-6_amd64.changes uploaded successfully to localhost along with the files: faad2_2.7-6.dsc faad2_2.7-6.diff.gz libfaad-dev_2.7-6_amd64.deb libfaad2_2.7-6_amd64.deb faad2-dbg_2.7-6_amd64.deb faad_2.7-6_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
faad2_2.7-6_amd64.changes ACCEPTED into unstable
Accepted: faad2-dbg_2.7-6_amd64.deb to main/f/faad2/faad2-dbg_2.7-6_amd64.deb faad2_2.7-6.diff.gz to main/f/faad2/faad2_2.7-6.diff.gz faad2_2.7-6.dsc to main/f/faad2/faad2_2.7-6.dsc faad_2.7-6_amd64.deb to main/f/faad2/faad_2.7-6_amd64.deb libfaad-dev_2.7-6_amd64.deb to main/f/faad2/libfaad-dev_2.7-6_amd64.deb libfaad2_2.7-6_amd64.deb to main/f/faad2/libfaad2_2.7-6_amd64.deb Override entries for your package: faad2-dbg_2.7-6_amd64.deb - extra debug faad2_2.7-6.dsc - source libs faad_2.7-6_amd64.deb - optional sound libfaad-dev_2.7-6_amd64.deb - optional libdevel libfaad2_2.7-6_amd64.deb - optional libs Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 603807 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#603807: marked as done (faad segfaults on amd64 due to incorrect pointer size)
Your message dated Tue, 23 Nov 2010 01:32:13 + with message-id e1pkhjx-0005hg...@franck.debian.org and subject line Bug#603807: fixed in faad2 2.7-6 has caused the Debian Bug report #603807, regarding faad segfaults on amd64 due to incorrect pointer size 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.) -- 603807: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603807 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: faad Version: 2.7-4 Severity: serious Tags: patch sid squeeze upstream This bug was reported on Ubuntu [1] and it affects Debian Squeeze too. I've tried to reproduce it and here is the result: ales...@alessio-laptop:~$ faad -b 2 -f 2 -w sample.aac *** Ahead Software MPEG-4 AAC Decoder V2.7 ** Build: Oct 26 2009 Copyright 2002-2004: Ahead Software AG http://www.audiocoding.com Floating point version This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License. ** sample.aac file info: ADTS, 4.608 sec, 13 kbps, 16000 Hz - | Config: 2 Ch | - | Ch |Position| - | 00 | Left front | | 01 | Right front| - Segmentation fault.aac. A patch to fix this is available on Launchpad, I'm attaching it here: --- frontend/audio.c.orig 2010-10-24 15:36:19.673485313 +0800 +++ frontend/audio.c2010-10-24 15:36:43.323775214 +0800 @@ -347,7 +347,7 @@ { int ret; unsigned int i; -long *sample_buffer24 = (long*)sample_buffer; +int *sample_buffer24 = (int*)sample_buffer; char *data = malloc(samples*aufile-bits_per_sample*sizeof(char)/8); aufile-total_samples += samples; @@ -391,7 +391,7 @@ { int ret; unsigned int i; -long *sample_buffer32 = (long*)sample_buffer; +int *sample_buffer32 = (int*)sample_buffer; char *data = malloc(samples*aufile-bits_per_sample*sizeof(char)/8); aufile-total_samples += samples; [1] https://launchpad.net/bugs/665802 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages faad depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libfaad2 2.7-4 freeware Advanced Audio Decoder - faad recommends no packages. faad suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: faad2 Source-Version: 2.7-6 We believe that the bug you reported is fixed in the latest version of faad2, which is due to be installed in the Debian FTP archive: faad2-dbg_2.7-6_amd64.deb to main/f/faad2/faad2-dbg_2.7-6_amd64.deb faad2_2.7-6.diff.gz to main/f/faad2/faad2_2.7-6.diff.gz faad2_2.7-6.dsc to main/f/faad2/faad2_2.7-6.dsc faad_2.7-6_amd64.deb to main/f/faad2/faad_2.7-6_amd64.deb libfaad-dev_2.7-6_amd64.deb to main/f/faad2/libfaad-dev_2.7-6_amd64.deb libfaad2_2.7-6_amd64.deb to main/f/faad2/libfaad2_2.7-6_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 603...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andres Mejia mcita...@gmail.com (supplier of updated faad2 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 22 Nov 2010 19:17:36 -0500 Source: faad2 Binary: libfaad-dev libfaad2 faad2-dbg faad Architecture: source amd64 Version: 2.7-6 Distribution: unstable Urgency: high Maintainer: Debian multimedia packages maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Changed-By: Andres Mejia mcita...@gmail.com Description: faad - freeware Advanced Audio Decoder player faad2-dbg - freeware Advanced Audio Decoder - debugging symbols libfaad-dev - freeware Advanced Audio Decoder - development files libfaad2 - freeware Advanced Audio Decoder - runtime files Closes: 603807 Changes:
Re: [SCM] bristol/master: First build with JACK session support.
On Tue, Nov 23, 2010 at 12:12:02AM +, ales...@users.alioth.debian.org wrote: First build with JACK session support. - libjack-dev + libjack-jackd2-dev (= 1.9.6~dfsg.1-3~) JACK session support is a JACK v2 only thing? If not, I believe we should instead invent a new virtual package to link against. - 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