Re: Request for an open dialog between projects

Jonas, I truly appreciate what Adrian is proposing and appreciate as always that willingness to help especially with JACK and ffado etc. I do understand that an idea like Adrian's somewhat can be seen as a 'slippery slope' and if you let one mongrel dog in from the cold soon you will have ten of

Re: Request for an open dialog between projects

On Wed, Mar 30, 2011 at 10:53:16PM +0200, Adrian Knoth wrote: On Wed, Mar 30, 2011 at 09:17:45PM +0200, Jonas Smedegaard wrote: Generally I encourage all users of Debian to file bugreports at Debian. I second this. Just make sure to mention anything unusual about the installed system. See

Re: Request for an open dialog between projects

On Wed, Mar 30, 2011 at 09:17:45PM +0200, Jonas Smedegaard wrote: > Generally I encourage all users of Debian to file bugreports at Debian. I second this. > Just make sure to mention anything unusual about the installed system. Seems useful. Maybe Glenn could ship a custom /etc/reportbug.con

Re: Request for an open dialog between projects

On Mon, Mar 28, 2011 at 09:10:34PM +0200, Benjamin Drung wrote: Am Montag, den 28.03.2011, 10:15 -0700 schrieb i...@bandshed.net: The point of all this background is to pose a question about maintaining pkg-multimedia packages in AV Linux. My custom packages in AV Linux all have an 'avlinux' su

Re: Request for an open dialog between projects

Benjamin, Thanks for taking time to reply and for being willing to examine a course of action. If there is no further comment from the team I will very cautiously pass this along to AV Linux users with the clear understanding of the scope you are talking about. For your information AV Linux 5.0 i

Re: [SCM] naspro-core/master: Add a comment on the repack.

On Wed, Mar 30, 2011 at 7:54 PM, Jonas Smedegaard wrote: > A better suffix to add than ~repack is ~dfsg as it more clearly indicates > the reason for distorting the source (and thus the version number): Debian > Free Software Guidelines. Really were no reasons for choosing ~repack instead of ~dfs

Re: [SCM] naspro-core/master: Add a comment on the repack.

On Wed, Mar 30, 2011 at 05:12:48PM +, ales...@users.alioth.debian.org wrote: +Comment: The original tarball was repacked to remove the documentation + files generated with NaturalDocs 1.5. A better suffix to add than ~repack is ~dfsg as it more clearly indicates the reason for distorting t

naspro-core_0.2.90~repack0-1_amd64.changes is NEW

libnacore-dev_0.2.90~repack0-1_all.deb to main/n/naspro-core/libnacore-dev_0.2.90~repack0-1_all.deb (new) libnacore3_0.2.90~repack0-1_amd64.deb optional libs NASPRO core library A tiny convenience library containing useful code to implement LV2 dynamic manifest plugins and especially bridges fr

Processing of naspro-core_0.2.90~repack0-1_amd64.changes

naspro-core_0.2.90~repack0-1_amd64.changes uploaded successfully to localhost along with the files: naspro-core_0.2.90~repack0-1.dsc naspro-core_0.2.90~repack0.orig.tar.gz naspro-core_0.2.90~repack0-1.debian.tar.gz libnacore3_0.2.90~repack0-1_amd64.deb libnacore-dev_0.2.90~repack0-1_all.d

Re: naspro-core_0.2.90-1_amd64.changes REJECTED

Hi Alexander, I'm uploading a new revision with the tarball repacked to remove the non-generated docs. Thanks! -- Alessio Treglia          | www.alessiotreglia.com Debian Developer         | ales...@debian.org Ubuntu Core Developer    | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8

naspro-core_0.2.90-1_amd64.changes REJECTED

Hi maintainer(s)! Citing your copyright: == Copyright: 2007-2010 Stefano D'Angelo License: BSD == Looking at the files I found: doc/html/javascript/main.js and doc/html/styles/* Licensed under the terms of the AGPLv3, doc/html/javascript/prettify.js dual licensed AGPLv3 or Apac

xcfa_4.0.5-1_amd64.changes ACCEPTED into unstable

Accepted: xcfa-dbg_4.0.5-1_amd64.deb to main/x/xcfa/xcfa-dbg_4.0.5-1_amd64.deb xcfa_4.0.5-1.debian.tar.gz to main/x/xcfa/xcfa_4.0.5-1.debian.tar.gz xcfa_4.0.5-1.dsc to main/x/xcfa/xcfa_4.0.5-1.dsc xcfa_4.0.5-1_amd64.deb to main/x/xcfa/xcfa_4.0.5-1_amd64.deb xcfa_4.0.5.orig.tar.gz to ma

Processing of xcfa_4.0.5-1_amd64.changes

xcfa_4.0.5-1_amd64.changes uploaded successfully to localhost along with the files: xcfa_4.0.5-1.dsc xcfa_4.0.5.orig.tar.gz xcfa_4.0.5-1.debian.tar.gz xcfa_4.0.5-1_amd64.deb xcfa-dbg_4.0.5-1_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) _

naspro-core_0.2.90-1_amd64.changes is NEW

libnacore-dev_0.2.90-1_all.deb to main/n/naspro-core/libnacore-dev_0.2.90-1_all.deb (new) libnacore3_0.2.90-1_amd64.deb optional libs NASPRO core library A tiny convenience library containing useful code to implement LV2 dynamic manifest plugins and especially bridges from other APIs to LV2.

Re: Ecasound 2.7.2 (maybe) ready for upload

On Wed, Mar 30, 2011 at 10:10:43AM +0200, Alessio Treglia wrote: > Hi Alessandro, Hi, > On Tue, Mar 29, 2011 at 9:27 PM, Alessandro Ghedini wrote: > > the ecasound package seems IMHO, almost ready for upload. > > Could someone please have a look at it, and check that I haven't missed > > anythin

Processing of naspro-core_0.2.90-1_amd64.changes

naspro-core_0.2.90-1_amd64.changes uploaded successfully to localhost along with the files: naspro-core_0.2.90-1.dsc naspro-core_0.2.90.orig.tar.gz naspro-core_0.2.90-1.debian.tar.gz libnacore3_0.2.90-1_amd64.deb libnacore-dev_0.2.90-1_all.deb Greetings, Your Debian queue daemon

Re: [SCM] ffmpeg/master: Disable warning about library configuration mismatch

Am 30.03.2011 11:01, schrieb Reinhard Tartler: The configuration line is awfully long in Debian, at least --enable-swscale can be dropped, let's check if we can drop some more. Not many, apparently. Except for the compression libraries, support for external libraries defaults to "no":

lives_1.4.2-1_amd64.changes ACCEPTED into unstable

Accepted: libweed-dbg_1.4.2-1_amd64.deb to main/l/lives/libweed-dbg_1.4.2-1_amd64.deb libweed-dev_1.4.2-1_amd64.deb to main/l/lives/libweed-dev_1.4.2-1_amd64.deb libweed0_1.4.2-1_amd64.deb to main/l/lives/libweed0_1.4.2-1_amd64.deb lives-data_1.4.2-1_all.deb to main/l/lives/lives-data_1.

Re: [SCM] vo-aacenc packaging branch, master, created. d25c944e8386e3a47dd58841701ab01861b9a966

On Wed, Mar 30, 2011 at 10:32:22 (CEST), Alessio Treglia wrote: > On Tue, Mar 29, 2011 at 5:31 PM, Reinhard Tartler wrote: >> I solicit Reviews and Comaintainers for this package :-) > > Done, the package looks good to me. excellent, thanks! will upload later today after I imported the amr packa

Re: [SCM] ffmpeg/master: Disable warning about library configuration mismatch

On Wed, Mar 30, 2011 at 09:48:55 (CEST), Fabian Greffrath wrote: >> Disable warning about library configuration mismatch > > But with this patch it still prints the whole configuration parameters > for all libraries. Is this intented? what purpose does it serve? It helps upstream with understandi

Re: [SCM] vo-aacenc packaging branch, master, created. d25c944e8386e3a47dd58841701ab01861b9a966

On Tue, Mar 29, 2011 at 5:31 PM, Reinhard Tartler wrote: > I solicit Reviews and Comaintainers for this package :-) Done, the package looks good to me. -- Alessio Treglia          | www.alessiotreglia.com Debian Developer         | ales...@debian.org Ubuntu Core Developer    | quadris...@ubuntu

Re: Ecasound 2.7.2 (maybe) ready for upload

Hi Alessandro, On Tue, Mar 29, 2011 at 9:27 PM, Alessandro Ghedini wrote: > the ecasound package seems IMHO, almost ready for upload. > Could someone please have a look at it, and check that I haven't missed > anything or done something wrong? > I've been reviewing your package and the build got

Processing of lives_1.4.2-1_amd64.changes

lives_1.4.2-1_amd64.changes uploaded successfully to localhost along with the files: lives_1.4.2-1.dsc lives_1.4.2.orig.tar.bz2 lives_1.4.2-1.debian.tar.gz lives_1.4.2-1_amd64.deb libweed0_1.4.2-1_amd64.deb libweed-dev_1.4.2-1_amd64.deb lives-data_1.4.2-1_all.deb libweed-dbg_1.4.2-1

Re: [SCM] ffmpeg/master: Disable warning about library configuration mismatch

Disable warning about library configuration mismatch But with this patch it still prints the whole configuration parameters for all libraries. Is this intented? what purpose does it serve? ___ pkg-multimedia-maintainers mailing list pkg-multimedia-m