Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

2010-11-23 Thread Fabian Greffrath
Am 22.11.2010 20:06, schrieb Adrian Knoth: 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. Well, I consider it one of

Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

2010-11-22 Thread Fabian Greffrath
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

Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

2010-11-22 Thread rosea grammostola
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

Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

2010-11-22 Thread Adrian Knoth
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

Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

2010-11-22 Thread info
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

Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

2010-11-22 Thread Reinhard Tartler
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

Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

2010-11-22 Thread Adrian Knoth
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

Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

2010-11-22 Thread Jonas Smedegaard
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

2010-11-22 Thread Adrian Knoth
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

Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

2010-11-22 Thread rosea.grammostola
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 ___

Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

2010-11-22 Thread Jaromír Mikeš
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

Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

2010-11-22 Thread info
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

Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

2010-11-22 Thread Adrian Knoth
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).

Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

2010-11-22 Thread info
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

2010-11-22 Thread Adrian Knoth
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