Re: Bits from the Release Team: What should go into squeeze?
What is our status regarding squeeze? From a VideoLANish point of view: * It seems unlikely that VLC 1.1 will be release on time for inclusion in squeeze * It would be good to have a new libdvbpsi. But I need to twist upstream's arm so that they release at last. (Will require binNMU of vlc and dvblast) -- Xtophe ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
ambdec_0.4.2-1_i386.changes ACCEPTED
Accepted: ambdec_0.4.2-1.diff.gz to main/a/ambdec/ambdec_0.4.2-1.diff.gz ambdec_0.4.2-1.dsc to main/a/ambdec/ambdec_0.4.2-1.dsc ambdec_0.4.2-1_i386.deb to main/a/ambdec/ambdec_0.4.2-1_i386.deb ambdec_0.4.2.orig.tar.gz to main/a/ambdec/ambdec_0.4.2.orig.tar.gz Override entries for your package: ambdec_0.4.2-1.dsc - optional sound ambdec_0.4.2-1_i386.deb - optional sound Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 573886 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: Bits from the Release Team: What should go into squeeze?
On Thu, Mar 18, 2010 at 02:24:49AM +0100, David Henningsson wrote: On the other hand, for casual use of jack, a more stable version would be preferred over a more featureful one. Unfortunately, this is only half of the story. For the occasional use of jack, jackd2 is easier to use, because it can suspend pulseaudio. Let me add a third half to the story then :-) Lennart (as in the PulseAudio developer) came up with an idea of reserving / letting go of audio devices via calls over D-Bus. This is not implemented in jack1. I haven't tested jackd2, but I believe it is implemented there. I don't think any of them actually *suspends* PulseAudio. This is what I was talking about. It's device reservation via D-Bus, and it requires jackdbus from the jackd2 package to work. -- 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: Bits from the Release Team: What should go into squeeze?
On Thu, Mar 18, 2010 at 14:25:12 (CET), Adrian Knoth wrote: On Thu, Mar 18, 2010 at 02:24:49AM +0100, David Henningsson wrote: On the other hand, for casual use of jack, a more stable version would be preferred over a more featureful one. Unfortunately, this is only half of the story. For the occasional use of jack, jackd2 is easier to use, because it can suspend pulseaudio. Let me add a third half to the story then :-) Lennart (as in the PulseAudio developer) came up with an idea of reserving / letting go of audio devices via calls over D-Bus. This is not implemented in jack1. I haven't tested jackd2, but I believe it is implemented there. I don't think any of them actually *suspends* PulseAudio. This is what I was talking about. It's device reservation via D-Bus, and it requires jackdbus from the jackd2 package to work. From this discussion, I gather the following options: A) stick with jack1 B) have jack2 in squeeze C) have both jack1jack2 in squeeze F) further discussion With such an fictional ballot, I'd vote: ABFC If you care to comment on this issue, please participate in the vote, so that we can assemble a report for the release team quickly. -- 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: Bits from the Release Team: What should go into squeeze?
Am 18.03.2010 15:35, schrieb Reinhard Tartler: If you care to comment on this issue, please participate in the vote, so that we can assemble a report for the release team quickly. I am indifferent between A and B, just because I am lacking knowledge about jack internals. But either of both is IMHO better than maintaining both packages, which will require a lot of new infrastructure and redundant work and further discussion only slows things down even more. So my vote is: (AB)CF My vote should not be decisive for the choice between jack1 and jack2. -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of libass_0.9.9-1_amd64.changes
libass_0.9.9-1_amd64.changes uploaded successfully to localhost along with the files: libass_0.9.9-1.dsc libass_0.9.9.orig.tar.gz libass_0.9.9-1.diff.gz libass-dev_0.9.9-1_amd64.deb libass4_0.9.9-1_amd64.deb Greetings, Your Debian queue daemon (running on host ries.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
libass_0.9.9-1_amd64.changes ACCEPTED
Accepted: libass-dev_0.9.9-1_amd64.deb to main/liba/libass/libass-dev_0.9.9-1_amd64.deb libass4_0.9.9-1_amd64.deb to main/liba/libass/libass4_0.9.9-1_amd64.deb libass_0.9.9-1.diff.gz to main/liba/libass/libass_0.9.9-1.diff.gz libass_0.9.9-1.dsc to main/liba/libass/libass_0.9.9-1.dsc libass_0.9.9.orig.tar.gz to main/liba/libass/libass_0.9.9.orig.tar.gz Override entries for your package: libass-dev_0.9.9-1_amd64.deb - extra libdevel libass4_0.9.9-1_amd64.deb - extra libs libass_0.9.9-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
Processing of clalsadrv_2.0.0-1_i386.changes
clalsadrv_2.0.0-1_i386.changes uploaded successfully to localhost along with the files: clalsadrv_2.0.0-1.dsc clalsadrv_2.0.0.orig.tar.gz clalsadrv_2.0.0-1.diff.gz libclalsadrv-dev_2.0.0-1_i386.deb libclalsadrv2_2.0.0-1_i386.deb Greetings, Your Debian queue daemon (running on host ries.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
clalsadrv_2.0.0-1_i386.changes REJECTED
Reject Reasons: quadris...@ubuntu.com may not upload NEW file libclalsadrv2_2.0.0-1_i386.deb === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
