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 t

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 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

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/li

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 franc

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

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 franc

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

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) _

Re: Accepted faad2 2.7-5 (source amd64)

On Mon, Nov 22, 2010 at 4:34 AM, Fabian Greffrath 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 likel

Re: Orphaned packages

Hi, On Fri, Sep 25, 2009 at 9:54 AM, Jaromír Mikeš 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 anymo

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

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 "

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). C

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_i38

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 radica

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.

Processing of jackd2_1.9.6~dfsg.1-3_i386.changes

jackd2_1.9.6~dfsg.1-3_i386.changes uploaded successfully to ftp-master.debian.org 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-

Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

> Od: Jaromír Mikeš > > Od: Adrian Knoth > > > 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 h

Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

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 a

Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

> Od: Adrian Knoth > 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

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-mainta

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 upl

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-

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 libf

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_i3

[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

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.ori

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) ___

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) ___

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

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 t

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 pla

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-mul

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 developme

Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

On Sun, Nov 21, 2010 at 2:23 PM, 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 confir

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 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

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

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 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 gi

Re: Accepted faad2 2.7-5 (source amd64)

On Mon, Nov 22, 2010 at 9:51 AM, Fabian Greffrath 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 anothe

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 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 Debian & Ubuntu Developer | Homep

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 ___

Re: Accepted faad2 2.7-5 (source amd64)

On Mon, Nov 22, 2010 at 9:47 AM, Fabian Greffrath 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

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 wor

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: latest release (November 1) supports daisy chaining multiple firewire A bug requesting up