Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices
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 the basic principles of FLOSS in general and especially Debian that software packages are recompiled from their source code. If the source is not available, the software could hardly be called free and if the source does not compile, there are bugs either in the software itself or in Debian's toolchain that need to be fixed. I just wanted to get this statements right, although I am sure you all knew this already. ;) - 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
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 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
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
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
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
Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices
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) but there seems to be no updates to libraw1394 2.0.6 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. Regards -GLEN ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers