Re: Bug#594093: NEON pass failure on ffmpeg

[Reinhard Tartler]

On Mo, Sep 13, 2010 at 11:28:32 (CEST), Loïc Minier wrote:

> On Fri, Aug 27, 2010, Reinhard Tartler wrote:
>> the general idea is to start an upload with an 'dummy' debian/changelog
>> entry indicating the next version, and finalize it using git-dch(1) just
>> before the upload.
>
>  Would you mind creating it with "UNRELEASED" as the target dist?  This
>  helps dch figure out that it should add to the current changelog rather
>  than increment the version in the changelog.

hm. this hides the upload target of upcoming upload. But if it helps
git-dch, it might make sense to communicate this via other means.

ok, I'll try with UNRELEASED.

-- 
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: Ocaml-bjack.

[Reinhard Tartler]

On Mo, Sep 13, 2010 at 18:27:16 (CEST), Romain Beauxis wrote:

> Le lundi 13 septembre 2010 05:51:15, Reinhard Tartler a écrit :
>> On Fr, Sep 10, 2010 at 23:02:05 (CEST), Romain Beauxis wrote:
>> >   Hi all,
>> > 
>> > I just realized that the binNMU of libbjack-ocaml(-dev) was not
>> > sufficient  because libbjack-ocaml-dev declares a dependency on
>> > libjack-dev.
>> 
>> Sorry? I don't follow. can you please elaborate why this doesn't work?
>
> Sorry, I should have been more precise..
>
>> > I think it is reasonable to have a dependency on the -dev package of a
>> > library  when installing the corresponding ocaml -dev binding, so I want
>> > to know what to do now.
>> 
>> Do the ocaml jack bindings work with both jackd1 and jackd2? or do they
>> require a specific flavor? what about potential other jack
>> implementations like tschack?
>
>
> The bindings do not require any particular flavor. The problem is that any 
> program using libbjack-ocaml must compile against it, thus installing 
> libbjack-ocaml-dev.
>
> libbjack-ocaml-dev has a dependency on libjack-dev, which pulls jackd1. I 
> believe that instead one should be able to use any jack implementation for 
> the 
> build.

AFAIUI, we want *everything* _compiled_ against the headers of
libjackd1.  The resulting binaries are then supposed to work at runtime
against both implementations. In fact, we install jackd2 by default.

> Also, when building liquidsoap inexperimental, I have a failure in cowbuilder 
> because some of the dependencies pull jack2 and ocaml-bjack pulls jack1.

ocaml-bjack Depends on libjack-jackd2-0 | libjack-0.116, i.e., it should
be installable with both jackd1 and jackd2, with a preference of
jackd2. This is intended.

If this is the symptom you try to fix, please elaborate on this
failure. I suspect the problem to be in your cowbuilder setup.

> Adding a dependency on the developpement package of the corresponding C 
> library in libbjack-ocaml-dev seems a reasonable requirement to me, though I 
> think it has been discussed in that past I think.

Please make it follow whatever is in the shlibs file of
libjack-jackd2-0, which contains libjack-jackd2-0 | libjack-0.116.
However, I don't really see the point in this dependency.

> The straight-forward solution would be to change this dependency to 
>   libjack-jackd2-dev | libjack-dev
> but I would like to know if this is the solution you would advise.

No, we really want to use the headers from the jackd1 implementation to
be used by default. This change would break that.

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

Thanks for packaging ardour-i686!

[Steven McDonald]

I've been a happy Ardour user for some time now, and it's good to know it
always "just works" in Debian. Thanks for your work!

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: Pre-approval for upcoming FFmpeg upload

[Felipe Augusto van de Wiel (faw)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 13-09-2010 10:34, Reinhard Tartler wrote:
> With your permission, I'd like to upload the following debdiff to fix a
> rather embarrassing bug:

Please, upload and let us know once it got accepted.

Kind regards,
- -- 
Felipe Augusto van de Wiel (faw)
Debian. Freedom to code. Code to freedom!
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyO/lsACgkQCjAO0JDlykYrUQCdG8gKtvqLnDpMZKvMSa69VFgj
bwYAoIvLtUm8MNcbz9NSv+Khnid9l/RA
=EV9e
-END PGP SIGNATURE-

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Thanks for packaging ardour-i686!

[Steven McDonald]

I've been a happy user of Ardour for some time, and it's nice to know it always
"just works" in Debian. Thanks for your work!

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: Puredata package

[Felipe Sateler]

On 13/09/10 19:59, Hans-Christoph Steiner wrote:
> 
> On Sep 13, 2010, at 7:47 PM, Felipe Sateler wrote:
> 
>> On 13/09/10 16:15, Hans-Christoph Steiner wrote:
>>> Also, the lack of puredata-dev makes it a bit more complicated
>>> (its in collab-maint/puredata.git awaiting attention from the
>>> Maintainer).  These two are quite important so I wanted to get them in
>>> now, then when/if puredata-dev arrives, I'll amend them appropriately.
>>
>> What sort of wait is this? I see IOhannes is Uploader of that package;
>> are you just waiting for somebody to upload it?
> 
> 
> We are waiting on the Maintainer, Paul Brossier, to review and upload
> it.  In the last email I got from him on August 3rd, he said:
> 
> "Right now I think too many changes have been made in the git branch for a
> single upload. I will go through them and prepare an upload for next week."
> 
> IOhannes and I have proposed to him moving the 'puredata' package to
> pkg-multimedia, Paul was not adverse to the idea, but I haven't heard
> anything from him since then.

Please try pinging him again. I think we could move the package here.

-- 
Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: Puredata package

[Hans-Christoph Steiner]

On Sep 13, 2010, at 7:47 PM, Felipe Sateler wrote:


On 13/09/10 16:15, Hans-Christoph Steiner wrote:

Also, the lack of puredata-dev makes it a bit more complicated
(its in collab-maint/puredata.git awaiting attention from the
Maintainer).  These two are quite important so I wanted to get them  
in
now, then when/if puredata-dev arrives, I'll amend them  
appropriately.


What sort of wait is this? I see IOhannes is Uploader of that package;
are you just waiting for somebody to upload it?



We are waiting on the Maintainer, Paul Brossier, to review and upload  
it.  In the last email I got from him on August 3rd, he said:


"Right now I think too many changes have been made in the git branch  
for a
single upload. I will go through them and prepare an upload for next  
week."


IOhannes and I have proposed to him moving the 'puredata' package to  
pkg-multimedia, Paul was not adverse to the idea, but I haven't heard  
anything from him since then.


.hc



Information wants to be free.-Stewart Brand



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: Pre-approval for upcoming FFmpeg upload

[Felipe Sateler]

On 13/09/10 10:37, Jonas Smedegaard wrote:
> On Mon, Sep 13, 2010 at 03:34:29PM +0200, Reinhard Tartler wrote:
>> The following message is a courtesy copy of an article
>> that has been posted to gmane.linux.debian.devel.release as well.
>>
>>
>> With your permission, I'd like to upload the following debdiff to fix a
>> rather embarrassing bug:
> 
> Is it just me, or was above email sent only cc the Multimedia team (i.e.
> without a To: field at all)?
> 
> If you are asking the team for permission, then I'd say yes - it looks
> fine to me.
> 

These messages are generated by KNode, I think, when messaging both a
newsgroup (the gmane interface to debian-release) and an e-mail address.

-- 
Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Puredata package

[Felipe Sateler]

On 13/09/10 16:15, Hans-Christoph Steiner wrote:
>  Also, the lack of puredata-dev makes it a bit more complicated
> (its in collab-maint/puredata.git awaiting attention from the
> Maintainer).  These two are quite important so I wanted to get them in
> now, then when/if puredata-dev arrives, I'll amend them appropriately.

What sort of wait is this? I see IOhannes is Uploader of that package;
are you just waiting for somebody to upload it?

-- 
Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: [SCM] pd-wiimote/master: added 'pd' as Depends: and formatted one-dep-per-line

[Hans-Christoph Steiner]

On Mon, 2010-09-13 at 21:53 +0200, Roman Haefeli wrote:
> On Mon, 2010-09-13 at 18:05 +,
> eighthave-gu...@users.alioth.debian.org wrote:
> > The following commit has been merged in the master branch:
> > commit b8e8dcd45d28ecd349def4d2eb85e443f85980d8
> > Author: Hans-Christoph Steiner 
> > Date:   Mon Sep 13 14:05:07 2010 -0400
> > 
> > added 'pd' as Depends: and formatted one-dep-per-line
> > 
> 
> Oops, thanks for adding it. 
> 
> BTW: Is it now a standard that pd-libs should depend on the meta package
> 'pd' instead of 'puredata'?
> 
> Roman

Yes, if it works for any distro of pd (i.e. puredata/Pd-vanilla,
pdextended/Pd-extended, etc.) then the package name should start with
pd-* and it should depend on 'pd'.  If it is only for a specific fork,
i.e. puredata, then the package name would be puredata-wiimote, and it
would depend on 'puredata'.

.hc


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

next, two small, weird-ish packages: puredata-import and pd-libdir

[Hans-Christoph Steiner]

Ok, I figure while we are on a roll, I'll feed in a few more from my
backlog.  The ones so far are just standard Pd libraries, so pretty
straightforward.  These two, puredata-import and pd-libdir, are things
to support libraries, so they are not big, but more complicated to
package.  Also, the lack of puredata-dev makes it a bit more complicated
(its in collab-maint/puredata.git awaiting attention from the
Maintainer).  These two are quite important so I wanted to get them in
now, then when/if puredata-dev arrives, I'll amend them appropriately.

You'll notice that these two packages include two headers as a patch.
That's what should be in puredata-dev, but are not yet.  We also just
streamlined the installation of headers upstream in 0.43, that's why
these depend on puredata (<< 0.43).

There is also the naming of pd-import vs puredata-import.  Basically,
there are multiple forks of Pd, 'puredata' represents the original.  I
hope to package 'pdanywhere' and 'pdextended' soon. That's the origin of
the "Provides: pd", these packages will all provide 'pd'.
puredata-import is not called pd-import because its meant for only
'puredata', not 'pdextended' for example.  'pdextended' has the import
object built-in, so 'pdextended' will "Provides: pd-import".

Also, libdir-1.9.tar.gz and import-1.3.tar.gz were recently uploaded to
sourceforge, so they are not showing up for me yet with a "uscan --dehs
--report".

.hc


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Processed: tagging as pending bugs that are closed by packages in NEW

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Mon Sep 13 20:03:18 UTC 2010
> # Tagging as pending bugs that are closed by packages in NEW
> # http://ftp-master.debian.org/new.html
> #
> # Source package in NEW: libva
> tags 592070 + pending
Bug #592070 [libva1] libva1: please packahe libva_1.0.4 and build libva-glx 
package. Needed for=D=A xbmc, and other apps.
Added tag(s) pending.
> # Source package in NEW: pd-arraysize
> tags 596458 + pending
Bug #596458 [wnpp] ITP: pd-arraysize -- a Pd object to report the size of an 
array
Added tag(s) pending.
> # Source package in NEW: pd-beatpipe
> tags 596460 + pending
Bug #596460 [wnpp] ITP: pd-beatpipe -- a realtime 
scheduler/event-delay/quantizer object for Pd
Added tag(s) pending.
> # Source package in NEW: pd-comport
> tags 595978 + pending
Bug #595978 [wnpp] ITP: pd-comport -- Pd object for reading and writing to 
serial ports
Added tag(s) pending.
> # Source package in NEW: drupal6-mod-addtoany
> tags 596696 + pending
Bug #596696 [wnpp] ITP: drupal6-mod-addtoany -- addtoany module for Drupal 6
Added tag(s) pending.
> # Source package in NEW: drupal6-mod-xmlsitemap
> tags 596711 + pending
Bug #596711 [wnpp] ITP: drupal6-mod-xmlsitemap -- xmlsitemap module for Drupal 6
Added tag(s) pending.
> # Source package in NEW: gst-entrans
> tags 596676 + pending
Bug #596676 [wnpp] ITP: gst-entrans -- transcoding and recording plug-ins and 
tools for GStreamer
Added tag(s) pending.
> # Source package in NEW: drupal6-mod-site-verify
> tags 596726 + pending
Bug #596726 [wnpp] ITP: drupal6-mod-site-verify -- site_verify module for 
Drupal 6
Added tag(s) pending.
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
596726: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596726
592070: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592070
595978: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595978
596460: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596460
596711: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596711
596458: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596458
596676: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596676
596696: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596696
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: [SCM] pd-wiimote/master: added 'pd' as Depends: and formatted one-dep-per-line

[Roman Haefeli]

On Mon, 2010-09-13 at 18:05 +,
eighthave-gu...@users.alioth.debian.org wrote:
> The following commit has been merged in the master branch:
> commit b8e8dcd45d28ecd349def4d2eb85e443f85980d8
> Author: Hans-Christoph Steiner 
> Date:   Mon Sep 13 14:05:07 2010 -0400
> 
> added 'pd' as Depends: and formatted one-dep-per-line
> 

Oops, thanks for adding it. 

BTW: Is it now a standard that pd-libs should depend on the meta package
'pd' instead of 'puredata'?

Roman



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: Bug#594093: NEON pass failure on ffmpeg

[Loïc Minier]

On Fri, Aug 27, 2010, Reinhard Tartler wrote:
> the general idea is to start an upload with an 'dummy' debian/changelog
> entry indicating the next version, and finalize it using git-dch(1) just
> before the upload.

 Would you mind creating it with "UNRELEASED" as the target dist?  This
 helps dch figure out that it should add to the current changelog rather
 than increment the version in the changelog.

Thanks!
-- 
Loïc Minier

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Processed: ITP: crystalhd -- Broadcom Crystal HD video decoder solution

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> owner 577130 !
Bug #577130 [wnpp] ITP: libcrystalhd2 -- Library for Broadcom Crystal HD video 
decoder cards
Owner changed from Debian multimedia packages maintainers 
 to Andres Mejia 
.
> retitle 577130 ITP: crystalhd -- Broadcom Crystal HD video decoder solution
Bug #577130 [wnpp] ITP: libcrystalhd2 -- Library for Broadcom Crystal HD video 
decoder cards
Changed Bug title to 'ITP: crystalhd -- Broadcom Crystal HD video decoder 
solution' from 'ITP: libcrystalhd2 -- Library for Broadcom Crystal HD video 
decoder cards'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
577130: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577130
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Bug#577130: ITP: crystalhd -- Broadcom Crystal HD video decoder solution

[Andres Mejia]

owner 577130 !
retitle 577130 ITP: crystalhd -- Broadcom Crystal HD video decoder solution
thanks

crystalhd package will be maintained by Ouattara and myself now. The packaging
for crystalhd has also moved. It is now located in collab-maint directory.

Vcs-Git: git://git.debian.org/git/collab-maint/crystalhd.git
Vcs-Browser: http://git.debian.org/?p=collab-maint/crystalhd.git

Also, this package will be for both the library and drivers now. The drivers
will be provided using DKMS.

-- 
Regards,
Andres Mejia



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: xvidcore broken - ok to use CDBS?

[Jonas Smedegaard]

On Mon, Sep 13, 2010 at 12:34:02PM -0400, Andres Mejia wrote:

This reminds me. I should now report a bug to CDBS about this.


I have a feeling we shouldn't discuss CDBS on this list.  I suggest you 
file that bugreport and let us discuss there instead.



 - 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: uploaded 3 new pkgs: pd-arraysize, pd-beatpipe, pd-comport

[Jonas Smedegaard]

On Mon, Sep 13, 2010 at 10:52:57AM -0400, Hans-Christoph Steiner wrote:

On Mon, 2010-09-13 at 16:34 +0200, Jonas Smedegaard wrote:

On Mon, Sep 13, 2010 at 08:55:15AM -0400, Hans-Christoph Steiner wrote:
>
>On Sep 13, 2010, at 6:06 AM, IOhannes m zmoelnig wrote:
>
>>On 2010-09-12 19:27, Alessio Treglia wrote:
>>>On Sun, Sep 12, 2010 at 7:08 PM, Hans-Christoph Steiner 
>>> wrote:
I noticed that you left debian/docs. Do you think that might 
conflict with the README.txt in debian/links?

>>>
>>>Fixed: 
>>>http://git.debian.org/?p=pkg-multimedia/pd-arraysize.git;a=commitdiff;h=7a67

>>>
Excellent!  I'll remove the override_dh_strip targets.  Is this a 
product of using dh_auto_install instead of make?

>>>
>>>No, it isn't. The Makefile contains all that, dh_auto_install just 
>>>runs 'make install'.

>>
>>
>>sorry to interrupt, but as i see it, the build process now 
>>unconditionally strips the binaries, which violates the 
>>debian-policy (4.9.1 DEB_BUILD_OPTIONS "nostrip")

>>
>>at least, if i compile with DEB_BUILD_OPTIONS="nostrip", the 
>>resulting binary "arraysize.pd_linux" will still be stripped.

>
>
>That seems like something that debhelper should handle.  Does it 
>need a separate install-strip Makefile target?


debhelper optionally strips.  It cannot "un-strip" if stripped by 
upstream build routines, as seems to be the case here.


Currently the strip is happening in the install target with the 
$(STRIP) variable.  I suppose it would be possible to set $(STRIP) to 
"touch", that would work with the current Makefile.


All of these pd packages that I am uploading use the same Makefile 
template.  We wrote this Makefile with the expressed intention of 
making it really easy to package properly.  So what is debhelper 
looking for in order to have separate install and strip capabilities?


Normally, Debian packaging routines disable any stripping done during 
upstream build routines.  Patching it away if need be.


Or, at least this was the case in the good old days...

With the introduction of short-form dh, debhelper works *both* after 
upstream build routines as in the old days, and *also* acts as initiator 
of upstream build routines.


If you insist on stripping as part of upstream build routines, it might 
now be possible to instruct recent releases of debhelper to control 
that.  I really don't know the details of that, and I feel it is the 
wrong approach (even with short-form dh).


I recommend to do the following:

  * Make upstream build routines support not doing any stripping
  * Let debhelper do its work - it strips when needed
  * If debhelper miss stripping some files (e.g. due to unusual naming) 
then *still* avoid doing it in upstream build routines, but instead 
extend the Debian debian/rules file to do it - read Policy for 
example routine to use to properly respect build flags



Hope that helps.

 - 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: four more pd packages

[Hans-Christoph Steiner]

On Mon, 2010-09-13 at 09:28 +0200, Alessio Treglia wrote:
> On Mon, Sep 13, 2010 at 12:14 AM, Hans-Christoph Steiner  
> wrote:
> > pd-bassemu
> > pd-earplug
> > pd-freeverb
> > pd-plugin
> >
> > pd-earplug
> > pd-freeverb
> > pd-plugin
> 
> Please fix the following:
> 
>  - debian/copyright: The file doesn't match the spec proposal
> template. Take a look at one of the copyright files that I touched,
> they may help you.
>  - debian/watch:
> version=3
> http://sf.net/pure-data/bassemu~-(.*)\.tar\.gz
> 
> Replace `bassemu~` with the name of the component, it should be fine
> enough. To test it, run `uscan --dehs --report`
>  - debian/control: I'd prefer to see applying a one-dep-per-line style.
>  - debian/gbp.conf: Add the field `sign-tags = True'
> 
> Let me know when ready.

Ok, I updated pd-earplug, pd-freeverb, and pd-plugin in git.debian.org.
Looks like you already did pd-bassemu.  I also applied these changes to
all the packages I've ITP'ed, which are currently in the pure-data SVN,
e.g.
https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/externals/loaders/libdir

The packages that are still in pure-data SVN are waiting on the new
puredata-dev, which is waiting in collab-maint/puredata.git for the
Maintainer to comment on or upload.

.hc


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: xvidcore broken - ok to use CDBS?

[Andres Mejia]

On Monday 13 September 2010 08:35:34 Jonas Smedegaard wrote:
> On Mon, Sep 13, 2010 at 07:58:58AM -0400, Felipe Sateler wrote:
> >On 13/09/10 07:52, Fabian Greffrath wrote:
> >>> * I will no longer offer my help with issues that could be solved
> >>> using either short-form dh or CDBS - except when CDBS is already used.
> >> 
> >> But I still fail to understand this point. If for example a package
> >> using short-form dh7 in debian/rules needs a patch to the source or
> >> is missing a file reference in debian/foo.install, what keeps you
> >> from contributing?
> >
> >The issue at hand was solvable by either:
> >
> >1- Dropping the patch, using a CDBS feature
> >2- Dropping the patch, using dh-autoreconf
> >3- Modifying the patch.
> >
> >From what I understand, jonas was offering 1. When short-form dh is
> >used, _any_ modification to debian/rules needs understanding of short
> >form dh. So he is saying that he will no longer offer help for cases
> >like this one, which can be solved by features either in CDBS or in dh.
> 
> That is correctly understood.
> 
> As an aside, I personally believe that CDBS "infected" rules files are
> easier hackable by non-CDBS developers than short-form dh "infected"
> ones, but respect if others feel similarly alienated by CDBS as I do by
> short-form dh.

I suppose it would be easier to hack on CDBS rules file if you happen to be
CDBS author.

I however didn't find it easier when I was trying to do the equivalent of
'override_dh_gencontrol' using CDBS. For example, look at [1]. Chromium
browser dlopen's ffmpeg libs. In order to depend on proper ffmpeg libs using
dpkg-shlibdeps mechanism of calculating dependencies, the dependencies have to
be manually added.

It took me quite a while to figure out that the equivalent for
'override_dh_gencontrol' in CDBS is overridding
'binary-makedeb-IMPL/::' target from debhelper.mk. It was not
documented cdbs-doc, so I had to actually look at the source to figure this
out.

This reminds me. I should now report a bug to CDBS about this.

1. 
http://bzr.debian.org/scm/loggerhead/pkg-chromium/chromium-browser/chromium-browser.sid/annotate/head:/debian/rules

> 
> Kind regards,
> 
>   - Jonas

-- 
Regards,
Andres Mejia

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: Ocaml-bjack.

[Romain Beauxis]

Le lundi 13 septembre 2010 05:51:15, Reinhard Tartler a écrit :
> On Fr, Sep 10, 2010 at 23:02:05 (CEST), Romain Beauxis wrote:
> >   Hi all,
> > 
> > I just realized that the binNMU of libbjack-ocaml(-dev) was not
> > sufficient  because libbjack-ocaml-dev declares a dependency on
> > libjack-dev.
> 
> Sorry? I don't follow. can you please elaborate why this doesn't work?

Sorry, I should have been more precise..

> > I think it is reasonable to have a dependency on the -dev package of a
> > library  when installing the corresponding ocaml -dev binding, so I want
> > to know what to do now.
> 
> Do the ocaml jack bindings work with both jackd1 and jackd2? or do they
> require a specific flavor? what about potential other jack
> implementations like tschack?


The bindings do not require any particular flavor. The problem is that any 
program using libbjack-ocaml must compile against it, thus installing 
libbjack-ocaml-dev.

libbjack-ocaml-dev has a dependency on libjack-dev, which pulls jackd1. I 
believe that instead one should be able to use any jack implementation for the 
build.

Also, when building liquidsoap inexperimental, I have a failure in cowbuilder 
because some of the dependencies pull jack2 and ocaml-bjack pulls jack1.

Adding a dependency on the developpement package of the corresponding C 
library in libbjack-ocaml-dev seems a reasonable requirement to me, though I 
think it has been discussed in that past I think.

The straight-forward solution would be to change this dependency to 
  libjack-jackd2-dev | libjack-dev
but I would like to know if this is the solution you would advise.

Then, the other questions is: should this be also propagated to testing ? The 
answer seems to be yes to me but again, I would like to have your input on 
this.

Thanks,
Romain

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: uploaded 3 new pkgs: pd-arraysize, pd-beatpipe, pd-comport

[Hans-Christoph Steiner]

On Mon, 2010-09-13 at 16:34 +0200, Jonas Smedegaard wrote:
> On Mon, Sep 13, 2010 at 08:55:15AM -0400, Hans-Christoph Steiner wrote:
> >
> >On Sep 13, 2010, at 6:06 AM, IOhannes m zmoelnig wrote:
> >
> >>On 2010-09-12 19:27, Alessio Treglia wrote:
> >>>On Sun, Sep 12, 2010 at 7:08 PM, Hans-Christoph Steiner 
> >>> wrote:
> I noticed that you left debian/docs. Do you think that might 
> conflict
> with the README.txt in debian/links?
> >>>
> >>>Fixed:
> >>>http://git.debian.org/?p=pkg-multimedia/pd-arraysize.git;a=commitdiff;h=7a67
> >>>
> Excellent!  I'll remove the override_dh_strip targets.  Is this a
> product of using dh_auto_install instead of make?
> >>>
> >>>No, it isn't. The Makefile contains all that, dh_auto_install just
> >>>runs 'make install'.
> >>
> >>
> >>sorry to interrupt, but as i see it, the build process now
> >>unconditionally strips the binaries, which violates the debian-policy
> >>(4.9.1 DEB_BUILD_OPTIONS "nostrip")
> >>
> >>at least, if i compile with DEB_BUILD_OPTIONS="nostrip", the resulting
> >>binary "arraysize.pd_linux" will still be stripped.
> >
> >
> >That seems like something that debhelper should handle.  Does it need 
> >a separate install-strip Makefile target?
> 
> debhelper optionally strips.  It cannot "un-strip" if stripped by 
> upstream build routines, as seems to be the case here.

Currently the strip is happening in the install target with the $(STRIP)
variable.  I suppose it would be possible to set $(STRIP) to "touch",
that would work with the current Makefile.

All of these pd packages that I am uploading use the same Makefile
template.  We wrote this Makefile with the expressed intention of making
it really easy to package properly.  So what is debhelper looking for in
order to have separate install and strip capabilities?

.hc


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: xvidcore broken - ok to use CDBS?

[Alessio Treglia]

On Mon, Sep 13, 2010 at 1:04 PM, Jonas Smedegaard  wrote:
>  * I want to help where I can and where my help is welcome.
>  * I cannot help with issues directly tied to short-form dh, since I am
>  not familiar with this technique.
>  * I will no longer offer my help with issues that could be solved using
>  either short-form dh or CDBS - except when CDBS is already used.
>  * I will continue to offer my help with issues unrelated to short-form
>  dh or CDBS.
>
> Do you still find it odd?
>

No, obviously I don't. These sound really better than:

On Mon, Sep 13, 2010 at 11:20 AM, Jonas Smedegaard  wrote:
> From now on I will stay away whenever my intended help involves CDBS (for 
> packages not already using it)

And previous emails from Fabian and Felipe helped me to catch what you
really meant.
I hope to see many commits coming from you again, over these months
I've learned a lot of things about CDBS by looking at your changes.

-- 
Alessio Treglia 
Debian & Ubuntu Developer | Homepage: http://www.alessiotreglia.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: Pre-approval for upcoming FFmpeg upload

[Jonas Smedegaard]

On Mon, Sep 13, 2010 at 03:34:29PM +0200, Reinhard Tartler wrote:

The following message is a courtesy copy of an article
that has been posted to gmane.linux.debian.devel.release as well.


With your permission, I'd like to upload the following debdiff to fix a
rather embarrassing bug:


Is it just me, or was above email sent only cc the Multimedia team (i.e. 
without a To: field at all)?


If you are asking the team for permission, then I'd say yes - it looks 
fine to me.



 - 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: uploaded 3 new pkgs: pd-arraysize, pd-beatpipe, pd-comport

[Jonas Smedegaard]

On Mon, Sep 13, 2010 at 08:55:15AM -0400, Hans-Christoph Steiner wrote:


On Sep 13, 2010, at 6:06 AM, IOhannes m zmoelnig wrote:


On 2010-09-12 19:27, Alessio Treglia wrote:
On Sun, Sep 12, 2010 at 7:08 PM, Hans-Christoph Steiner 
 wrote:
I noticed that you left debian/docs. Do you think that might 
conflict

with the README.txt in debian/links?


Fixed:
http://git.debian.org/?p=pkg-multimedia/pd-arraysize.git;a=commitdiff;h=7a67


Excellent!  I'll remove the override_dh_strip targets.  Is this a
product of using dh_auto_install instead of make?


No, it isn't. The Makefile contains all that, dh_auto_install just
runs 'make install'.



sorry to interrupt, but as i see it, the build process now
unconditionally strips the binaries, which violates the debian-policy
(4.9.1 DEB_BUILD_OPTIONS "nostrip")

at least, if i compile with DEB_BUILD_OPTIONS="nostrip", the resulting
binary "arraysize.pd_linux" will still be stripped.



That seems like something that debhelper should handle.  Does it need 
a separate install-strip Makefile target?


debhelper optionally strips.  It cannot "un-strip" if stripped by 
upstream build routines, as seems to be the case here.



 - 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

Pre-approval for upcoming FFmpeg upload

[Reinhard Tartler]

The following message is a courtesy copy of an article
that has been posted to gmane.linux.debian.devel.release as well.


With your permission, I'd like to upload the following debdiff to fix a
rather embarrassing bug:


diff --git a/debian/changelog b/debian/changelog
index 59a7196..ee4457a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,14 @@
+ffmpeg (4:0.5.2-5) unstable; urgency=low
+
+  [ Dominic Evans ]
+  * add libxfixes-dev to build-depends to unbreak x11grab input,
+Closes: #596342, LP: #631103
+  
+  [ Reinhard Tartler ]
+  * fix x11grab example in e.g. the manpage so that they actually work
+
+ -- Reinhard Tartler   Mon, 13 Sep 2010 15:29:49 +0200
+
 ffmpeg (4:0.5.2-4) unstable; urgency=low
 
   [ Loïc Minier ]
diff --git a/debian/control b/debian/control
index 260932e..86a0e38 100644
--- a/debian/control
+++ b/debian/control
@@ -31,6 +31,7 @@ Build-Depends: debhelper (>= 7),
libvorbis-dev,
libx11-dev,
libxext-dev,
+   libxfixes-dev,
libvdpau-dev,
libxvmc-dev,
quilt,
diff --git a/debian/patches/fix-x11grab-example.patch 
b/debian/patches/fix-x11grab-example.patch
new file mode 100644
index 000..b6fde93
--- /dev/null
+++ b/debian/patches/fix-x11grab-example.patch
@@ -0,0 +1,31 @@
+From: siretart 
+Date: Mon, 13 Sep 2010 13:25:51 + (+)
+Subject: fix x11grab example in e.g. the manpage so that they actually work
+X-Git-Url: 
http://git.ffmpeg.org/?p=ffmpeg;a=commitdiff_plain;h=ead47de1d89067e24bc3f520b6d762ecf64db002
+
+fix x11grab example in e.g. the manpage so that they actually work
+
+git-svn-id: file:///var/local/repositories/ffmpeg/tr...@25113 
9553f0bf-9b14-0410-a0b8-cfaf0461ba5b
+---
+
+diff --git a/doc/ffmpeg-doc.texi b/doc/ffmpeg-doc.texi
+index 71bed9b..d9c5c14 100644
+--- a/doc/ffmpeg-doc.texi
 b/doc/ffmpeg-doc.texi
+@@ -817,14 +817,14 @@ standard mixer.
+ FFmpeg can grab the X11 display.
+ 
+ @example
+-ffmpeg -f x11grab -s cif -i :0.0 /tmp/out.mpg
++ffmpeg -f x11grab -s cif -r 25 -i :0.0 /tmp/out.mpg
+ @end example
+ 
+ 0.0 is display.screen number of your X11 server, same as
+ the DISPLAY environment variable.
+ 
+ @example
+-ffmpeg -f x11grab -s cif -i :0.0+10,20 /tmp/out.mpg
++ffmpeg -f x11grab -s cif -r 25 -i :0.0+10,20 /tmp/out.mpg
+ @end example
+ 
+ 0.0 is display.screen number of your X11 server, same as the DISPLAY 
environment
diff --git a/debian/patches/series b/debian/patches/series
index 104c330..4c91710 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -3,6 +3,7 @@ fix-dv-seeking.patch
 fix-constant-quant-encoding.patch
 increase-VOFW-on-x86.patch
 use-normal-check_func-test-for-math-functions.patch
+fix-x11grab-example.patch
 900_doxyfile
 901-fix-misc-typos.patch
 # fpic-ftbfs-fix.patch


-- 
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: xvidcore broken - ok to use CDBS?

[Jonas Smedegaard]

On Mon, Sep 13, 2010 at 02:44:38PM +0200, Fabian Greffrath wrote:

Am 13.09.2010 14:29, schrieb Jonas Smedegaard:

Could someone perhaps suggest me a better way of expressing this
standpoint of mine, to avoid similar misunderstanding another time in
another context?


To bring this discussion to an end, I think Felipe's mail (which 
arrived just some 5 minutes after my own mail) was already quite 
explanatory to me and I think I have understood your position now.


Great.

 - 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: uploaded 3 new pkgs: pd-arraysize, pd-beatpipe, pd-comport

[Hans-Christoph Steiner]

On Sep 13, 2010, at 6:06 AM, IOhannes m zmoelnig wrote:


On 2010-09-12 19:27, Alessio Treglia wrote:
On Sun, Sep 12, 2010 at 7:08 PM, Hans-Christoph Steiner > wrote:
I noticed that you left debian/docs. Do you think that might  
conflict

with the README.txt in debian/links?


Fixed:
http://git.debian.org/?p=pkg-multimedia/pd-arraysize.git;a=commitdiff;h=7a67


Excellent!  I'll remove the override_dh_strip targets.  Is this a
product of using dh_auto_install instead of make?


No, it isn't. The Makefile contains all that, dh_auto_install just
runs 'make install'.



sorry to interrupt, but as i see it, the build process now
unconditionally strips the binaries, which violates the debian-policy
(4.9.1 DEB_BUILD_OPTIONS "nostrip")

at least, if i compile with DEB_BUILD_OPTIONS="nostrip", the resulting
binary "arraysize.pd_linux" will still be stripped.



That seems like something that debhelper should handle.  Does it need  
a separate install-strip Makefile target?


.hc



The arc of history bends towards justice. - Dr. Martin Luther  
King, Jr.




___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

autoconf systax error in build/generic/configure.in

[Fabian Greffrath]

Dear xvid devs,

Jonas Smedegaard of the Debian pkg-multimedia team has found a syntax 
error in build/generic/configure.in which causes autoconf to output a 
badly formatted configure script. Please find the patch to fix this 
issue in the Debian packaging tree:




Best regards,
Fabian

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: xvidcore broken - ok to use CDBS?

[Fabian Greffrath]

Am 13.09.2010 14:29, schrieb Jonas Smedegaard:

Could someone perhaps suggest me a better way of expressing this
standpoint of mine, to avoid similar misunderstanding another time in
another context?


To bring this discussion to an end, I think Felipe's mail (which 
arrived just some 5 minutes after my own mail) was already quite 
explanatory to me and I think I have understood your position now.


Thanks,
Fabian

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: xvidcore broken - ok to use CDBS?

[Jonas Smedegaard]

On Mon, Sep 13, 2010 at 07:58:58AM -0400, Felipe Sateler wrote:

On 13/09/10 07:52, Fabian Greffrath wrote:



* I will no longer offer my help with issues that could be solved
using either short-form dh or CDBS - except when CDBS is already used.


But I still fail to understand this point. If for example a package 
using short-form dh7 in debian/rules needs a patch to the source or 
is missing a file reference in debian/foo.install, what keeps you 
from contributing?


The issue at hand was solvable by either:

1- Dropping the patch, using a CDBS feature
2- Dropping the patch, using dh-autoreconf
3- Modifying the patch.

From what I understand, jonas was offering 1. When short-form dh is 
used, _any_ modification to debian/rules needs understanding of short 
form dh. So he is saying that he will no longer offer help for cases 
like this one, which can be solved by features either in CDBS or in dh.


That is correctly understood.

As an aside, I personally believe that CDBS "infected" rules files are 
easier hackable by non-CDBS developers than short-form dh "infected" 
ones, but respect if others feel similarly alienated by CDBS as I do by 
short-form dh.



Kind regards,

 - 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: xvidcore broken - ok to use CDBS?

[Jonas Smedegaard]

On Mon, Sep 13, 2010 at 01:52:05PM +0200, Fabian Greffrath wrote:

Although I have not been asked directly, I feel free to respond.


sure :-)



Am 13.09.2010 13:04, schrieb Jonas Smedegaard:

* I will no longer offer my help with issues that could be solved
using either short-form dh or CDBS - except when CDBS is already used.


But I still fail to understand this point. If for example a package 
using short-form dh7 in debian/rules needs a patch to the source or 
is missing a file reference in debian/foo.install, what keeps you 
from contributing?


Nothing.

Neither examples you present here seem related to short-form dh or CDBS.



* I will continue to offer my help with issues unrelated to short-form
dh or CDBS.


This is again reasonable and appreciated, but IMHO still 
contradictory to your previous point.


How so?

First I talk about issues related to short-form dh or CDBS.  Then about 
issues unrelated to them.


What is contradictory about that?

Could someone perhaps suggest me a better way of expressing this 
standpoint of mine, to avoid similar misunderstanding another time in 
another context?



Kind regards,

 - 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: xvidcore broken - ok to use CDBS?

[Felipe Sateler]

On 13/09/10 07:52, Fabian Greffrath wrote:
> 
>> * I will no longer offer my help with issues that could be solved
>> using either short-form dh or CDBS - except when CDBS is already used.
> 
> But I still fail to understand this point. If for example a package
> using short-form dh7 in debian/rules needs a patch to the source or is
> missing a file reference in debian/foo.install, what keeps you from
> contributing?

The issue at hand was solvable by either:

1- Dropping the patch, using a CDBS feature
2- Dropping the patch, using dh-autoreconf
3- Modifying the patch.

>From what I understand, jonas was offering 1. When short-form dh is
used, _any_ modification to debian/rules needs understanding of short
form dh. So he is saying that he will no longer offer help for cases
like this one, which can be solved by features either in CDBS or in dh.

-- 
Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: xvidcore broken - ok to use CDBS?

[Fabian Greffrath]

Although I have not been asked directly, I feel free to respond.

Am 13.09.2010 13:04, schrieb Jonas Smedegaard:

* I want to help where I can and where my help is welcome.
* I cannot help with issues directly tied to short-form dh, since I am
not familiar with this technique.


IMHO these two points are perfectly reasonable and appreciated.


* I will no longer offer my help with issues that could be solved
using either short-form dh or CDBS - except when CDBS is already used.


But I still fail to understand this point. If for example a package 
using short-form dh7 in debian/rules needs a patch to the source or is 
missing a file reference in debian/foo.install, what keeps you from 
contributing?



* I will continue to offer my help with issues unrelated to short-form
dh or CDBS.


This is again reasonable and appreciated, but IMHO still contradictory 
to your previous point.


 - Fabian

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: xvidcore broken - ok to use CDBS?

[Jonas Smedegaard]

On Mon, Sep 13, 2010 at 12:55:02PM +0200, Reinhard Tartler wrote:

On Mo, Sep 13, 2010 at 11:53:22 (CEST), Jonas Smedegaard wrote:

I did *not* at this time suggest others to convert to CDBS - I 
offered to do it myself.  Instead, I did 2 things: a) pointed out a 
problem, and b) offered to solve it.


Thanks for a), and "Thanks, but no" for b). please don't convert 
xvidcore to cdbs.


Why do you state the obvious?

Yes, by now the problem has been dealt with by others.  Do you have some 
other reason to post the above than harrass me?



 - 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: xvidcore broken - ok to use CDBS?

[Jonas Smedegaard]

On Mon, Sep 13, 2010 at 12:06:53PM +0200, Alessio Treglia wrote:

Jonas,

On Mon, Sep 13, 2010 at 11:20 AM, Jonas Smedegaard  wrote:
From now on I will stay away whenever my intended help involves CDBS 
(for packages not already using it), as that is essentially what you 
tell me to do.


I admire you and your work, I think you're are a great experienced 
Debian Developer but your words sound really odd to me.


As you know, I prefer using DH but this doesn't make me refuse to help 
anyone who would like to maintain an interesting package using CDBS 
only (or CDBS+debhelper) rather than the abbreviated pure DH7 
short-form. Of course I suggest to my sponsorees to use DH, but if they 
feel more comfortable to choose some other tool which allows them to do 
an appreciable job well, I can assure you that I don't raise any 
particular objections. Even if they decide to not follow my advices and 
go on using CDBS.


The reason is easy to find: we are a team and IMHO what we should do is 
a collaborative effort. That is a bit different from playing against 
ourselves.



Thanks for the kind words.

I suspect that perhaps my compact statement was open to 
misinterpretation.  Let me try elaborate a bit:


 * I want to help where I can and where my help is welcome.
 * I cannot help with issues directly tied to short-form dh, since I am 
   not familiar with this technique.
 * I will no longer offer my help with issues that could be solved using 
   either short-form dh or CDBS - except when CDBS is already used.
 * I will continue to offer my help with issues unrelated to short-form 
   dh or CDBS.


Do you still find it odd?


Kind regards,

--
 * 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: xvidcore broken - ok to use CDBS?

[Reinhard Tartler]

On Mo, Sep 13, 2010 at 11:53:22 (CEST), Jonas Smedegaard wrote:

> I did *not* at this time suggest others to convert to CDBS - I offered
> to do it myself.  Instead, I did 2 things: a) pointed out a problem, and
> b) offered to solve it.

Thanks for a), and "Thanks, but no" for b). please don't convert xvidcore to 
cdbs.

-- 
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: Ocaml-bjack.

[Reinhard Tartler]

On Fr, Sep 10, 2010 at 23:02:05 (CEST), Romain Beauxis wrote:

>   Hi all,
>
> I just realized that the binNMU of libbjack-ocaml(-dev) was not sufficient 
> because libbjack-ocaml-dev declares a dependency on libjack-dev.

Sorry? I don't follow. can you please elaborate why this doesn't work?

> I think it is reasonable to have a dependency on the -dev package of a 
> library 
> when installing the corresponding ocaml -dev binding, so I want to know what 
> to do now.

Do the ocaml jack bindings work with both jackd1 and jackd2? or do they
require a specific flavor? what about potential other jack
implementations like tschack?

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

Bug#596676: ITP: gst-entrans -- transcoding and recording plug-ins and tools for GStreamer

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: gst-entrans
  Version : 0.10.2
  Upstream Author : Mark Nauwelaerts 
* URL : http://gentrans.sourceforge.net/
* License : GPL-2+
  Programming Lang: C, Python
  Description : transcoding and recording plug-ins and tools for GStreamer

 GEntrans, or GStreamer Entrans, is a software package providing a
 collection of plug-ins and tools for the GStreamer multimedia framework
 specifically geared towards transcoding and recording purposes.
 .
 GStreamer allows for easy multimedia processing and creation of
 multimedia applications, as e.g. demonstrated by a number of players
 and some other applications already built on it. The purpose here is to
 concentrate on using the framework for transcoding purposes.
 Specifically, this project provides for:
  * a collection of plug-ins that perform (mainly video) filtering, be
it ported from other existing sources, or otherwise developed or
contributed. In either case, however, once so available through
GStreamer API, they can be used by any other GStreamer based
application (including scripted languages using one of the available
language bindings)
  * (scripted) tools wrapping and exposing GStreamer functionality to
cater for a comfortable experience; pipeline building, non-linear
selections, reporting, configuration management, etc
  * some documentation and explanation that goes along with all this
particular purpose



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: uploaded 3 new pkgs: pd-arraysize, pd-beatpipe, pd-comport

[IOhannes m zmoelnig]

On 2010-09-12 19:27, Alessio Treglia wrote:
> On Sun, Sep 12, 2010 at 7:08 PM, Hans-Christoph Steiner  wrote:
>> I noticed that you left debian/docs. Do you think that might conflict
>> with the README.txt in debian/links?
> 
> Fixed:
> http://git.debian.org/?p=pkg-multimedia/pd-arraysize.git;a=commitdiff;h=7a67
> 
>> Excellent!  I'll remove the override_dh_strip targets.  Is this a
>> product of using dh_auto_install instead of make?
> 
> No, it isn't. The Makefile contains all that, dh_auto_install just
> runs 'make install'.


sorry to interrupt, but as i see it, the build process now
unconditionally strips the binaries, which violates the debian-policy
(4.9.1 DEB_BUILD_OPTIONS "nostrip")

at least, if i compile with DEB_BUILD_OPTIONS="nostrip", the resulting
binary "arraysize.pd_linux" will still be stripped.


mfgasdr
IOhannes



smime.p7s
Description: S/MIME Cryptographic Signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: xvidcore broken - ok to use CDBS?

[Alessio Treglia]

Jonas,

On Mon, Sep 13, 2010 at 11:20 AM, Jonas Smedegaard  wrote:
> From now on I will stay away whenever my intended help involves CDBS (for
> packages not already using it), as that is essentially what you tell me to
> do.

I admire you and your work, I think you're are a great experienced
Debian Developer but your words sound really odd to me.

As you know, I prefer using DH but this doesn't make me refuse to help
anyone who would like to maintain an interesting package using CDBS
only (or CDBS+debhelper) rather than the abbreviated pure DH7
short-form. Of course I suggest to my sponsorees to use DH, but if
they feel more comfortable to choose some other tool which allows them
to do an appreciable job well, I can assure you that I don't raise any
particular objections. Even if they decide to not follow my advices
and go on using CDBS.

The reason is easy to find: we are a team and IMHO what we should do
is a collaborative effort.
That is a bit different from playing against ourselves.


-- 
Alessio Treglia 
Debian & Ubuntu Developer | Homepage: http://www.alessiotreglia.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: xvidcore broken - ok to use CDBS?

[Jonas Smedegaard]

On Mon, Sep 13, 2010 at 11:29:18AM +0200, Fabian Greffrath wrote:

Am 13.09.2010 11:20, schrieb Jonas Smedegaard:
From now on I will stay away whenever my intended help involves CDBS 
(for packages not already using it), as that is essentially what you 
tell me to do.


I am not *telling* you what to do. At least this is not my intention 
and I'd like to apologize if my previous mails left you with this 
impression.


I am *asking* you to keep CDBS out of the discussion if the issue at 
hand is completely unrelated to it. Why do you insist on suggesting 
people to convert their previous work to your preferred packaging 
style, even if the issue at hand can be perfectly solved with the 
currently chosen style?


I did *not* at this time suggest others to convert to CDBS - I offered 
to do it myself.  Instead, I did 2 things: a) pointed out a problem, and 
b) offered to solve it.


I did not offer to massage the huge patch, as I dislike that approach.  
And since my proposed alternate solution involved CDBS, I warned about 
this.


At other times I have suggested people to use CDBS for their packaging, 
as part of offering to work together with them on "their" packages.



If CDBS is outlawed in this team, then let's get it over with, instead 
of harrassing me about it.



Kind regards,

 - 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

Bug#596559: Removed package(s) from unstable

[Debian Archive Maintenance]

We believe that the bug you reported is now fixed; the following
package(s) have been removed from unstable:

csound | 1:4.23f13-1 | hurd-i386

--- Reason ---
ANAIS; Not built by current source
--

Note that the package(s) have simply been removed from the tag
database and may (or may not) still be in the pool; this is not a bug.
The package(s) will be physically removed automatically when no suite
references them (and in the case of source, when no binary references
it).  Please also remember that the changes have been done on the
master archive (ftp-master.debian.org) and will not propagate to any
mirrors (ftp.debian.org included) until the next cron.daily run at the
earliest.

Packages are usually not removed from testing by hand. Testing tracks
unstable and will automatically remove packages which were removed
from unstable when removing them from testing causes no dependency
problems. The release team can force a removal from testing if it is
really needed, please contact them if this should be the case.

Bugs which have been reported against this package are not automatically
removed from the Bug Tracking System.  Please check all open bugs and
close them or re-assign them to another package if the removed package
was superseded by another one.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 596...@bugs.debian.org.

The full log for this bug can be viewed at http://bugs.debian.org/596559

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@debian.org.

Debian distribution maintenance software
pp.
Alexander Reichle-Schmehl (the ftpmaster behind the curtain)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: xvidcore broken - ok to use CDBS?

[Fabian Greffrath]

Am 13.09.2010 11:20, schrieb Jonas Smedegaard:

 From now on I will stay away whenever my intended help involves CDBS
(for packages not already using it), as that is essentially what you
tell me to do.


I am not *telling* you what to do. At least this is not my intention 
and I'd like to apologize if my previous mails left you with this 
impression.


I am *asking* you to keep CDBS out of the discussion if the issue at 
hand is completely unrelated to it. Why do you insist on suggesting 
people to convert their previous work to your preferred packaging 
style, even if the issue at hand can be perfectly solved with the 
currently chosen style?


 - Fabian

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: xvidcore broken - ok to use CDBS?

[Jonas Smedegaard]

On Mon, Sep 13, 2010 at 09:40:10AM +0200, Fabian Greffrath wrote:

Am 12.09.2010 12:03, schrieb Jonas Smedegaard:

Applying CDBS without asking first would be considered outragous, I
suspect.


You betcha!


Not offering my help to avoid mentioning CDBS would be ridiculous.


Hint: Offer your help without mentioning CDBS.


I got the message now.

From now on I will stay away whenever my intended help involves CDBS 
(for packages not already using it), as that is essentially what you 
tell me to do.



 - 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

pd-beatpipe_0.1-1_amd64.changes is NEW

[Archive Administrator]

(new) pd-beatpipe_0.1-1.debian.tar.gz optional sound
(new) pd-beatpipe_0.1-1.dsc optional sound
(new) pd-beatpipe_0.1-1_amd64.deb optional sound
realtime scheduler/event-delay/quantizer object for Pd
 This object is a realtime scheduler, event-delay, and quantizer object for
 Pure Data.  It is used for making beats and other rhythmic sequences. Any
 list starting with a number T sent to the left inlet, will be sent to the
 output after T beats, quantized with tpq (tick per quarter) and stripped of
 the leading beat number. The tempo can be changed dynamically on the right
 inlet The quantification can be set at any time with a set-tpq message.
(new) pd-beatpipe_0.1.orig.tar.gz optional sound
Changes: pd-beatpipe (0.1-1) unstable; urgency=low
 .
  * Initial release (Closes: #596460)


Override entries for your package:

Announcing to debian-devel-chan...@lists.debian.org
Closing bugs: 596460 


Your package contains new components which requires manual editing of
the override file.  It is ok otherwise, so please be patient.  New
packages are usually added to the override file about once a week.

You may have gotten the distribution wrong.  You'll get warnings above
if files already exist in other distributions.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

pd-comport_0.1-1_amd64.changes is NEW

[Archive Administrator]

(new) pd-comport_0.1-1.debian.tar.gz optional sound
(new) pd-comport_0.1-1.dsc optional sound
(new) pd-comport_0.1-1_amd64.deb optional sound
Pd object for reading and writing to serial ports
 comport is a cross-platform object for Pure Data that allows you to read and
 write bytes and lists of data to /dev/tty* devices including serial port,
 USB-serial devices, Bluetooth-serial, etc.
(new) pd-comport_0.1.orig.tar.gz optional sound
Changes: pd-comport (0.1-1) unstable; urgency=low
 .
  * Initial release (Closes: #595978)


Override entries for your package:

Announcing to debian-devel-chan...@lists.debian.org
Closing bugs: 595978 


Your package contains new components which requires manual editing of
the override file.  It is ok otherwise, so please be patient.  New
packages are usually added to the override file about once a week.

You may have gotten the distribution wrong.  You'll get warnings above
if files already exist in other distributions.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

pd-arraysize_0.1-1_amd64.changes is NEW

[Archive Administrator]

(new) pd-arraysize_0.1-1.debian.tar.gz optional sound
(new) pd-arraysize_0.1-1.dsc optional sound
(new) pd-arraysize_0.1-1_amd64.deb optional sound
a Pd object to report the size of an array
 This provides a simple object for Pure Data that reports the size
 of an array by name. For historical reasons, it is packaged as a
 standalone object.
(new) pd-arraysize_0.1.orig.tar.gz optional sound
Changes: pd-arraysize (0.1-1) unstable; urgency=low
 .
  * Initial release (Closes: #596458)


Override entries for your package:

Announcing to debian-devel-chan...@lists.debian.org
Closing bugs: 596458 


Your package contains new components which requires manual editing of
the override file.  It is ok otherwise, so please be patient.  New
packages are usually added to the override file about once a week.

You may have gotten the distribution wrong.  You'll get warnings above
if files already exist in other distributions.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

libva_1.0.4-1_i386.changes is NEW

[Archive Administrator]

i965-va-driver_1.0.4-1_i386.deb
  to main/libv/libva/i965-va-driver_1.0.4-1_i386.deb
libva-dev_1.0.4-1_all.deb
  to main/libv/libva/libva-dev_1.0.4-1_all.deb
(new) libva-glx1_1.0.4-1_i386.deb optional libs
Video Acceleration (VA) API for Linux -- GLX runtime
 Video Acceleration API (VA API) is a library ("libVA") and API specification
 which enables and provides access to graphics hardware (GPU) acceleration for
 video processing on Linux and UNIX based operating systems. Accelerated
 processing includes video decoding, video encoding, subpicture blending and
 rendering. The specification was originally designed by Intel for its GMA
 (Graphics Media Accelerator) series of GPU hardware, the API is however not
 limited to GPUs or Intel specific hardware, as other hardware and manufacturers
 can also freely use this API for hardware accelerated video decoding.
 .
 This package provides the libva-glx library.
(new) libva-tpi1_1.0.4-1_i386.deb optional libs
Video Acceleration (VA) API for Linux -- TPI runtime
 Video Acceleration API (VA API) is a library ("libVA") and API specification
 which enables and provides access to graphics hardware (GPU) acceleration for
 video processing on Linux and UNIX based operating systems. Accelerated
 processing includes video decoding, video encoding, subpicture blending and
 rendering. The specification was originally designed by Intel for its GMA
 (Graphics Media Accelerator) series of GPU hardware, the API is however not
 limited to GPUs or Intel specific hardware, as other hardware and manufacturers
 can also freely use this API for hardware accelerated video decoding.
 .
 This package provides the libva-tpi library.
libva-x11-1_1.0.4-1_i386.deb
  to main/libv/libva/libva-x11-1_1.0.4-1_i386.deb
libva1_1.0.4-1_i386.deb
  to main/libv/libva/libva1_1.0.4-1_i386.deb
libva_1.0.4-1.diff.gz
  to main/libv/libva/libva_1.0.4-1.diff.gz
libva_1.0.4-1.dsc
  to main/libv/libva/libva_1.0.4-1.dsc
libva_1.0.4.orig.tar.gz
  to main/libv/libva/libva_1.0.4.orig.tar.gz
vainfo_1.0.4-1_i386.deb
  to main/libv/libva/vainfo_1.0.4-1_i386.deb
Changes: libva (1.0.4-1) experimental; urgency=low
 .
  * New upstream release.
  * Fix bad names for library packages.
  * Update Standards-Version to 3.9.1. No changes needed.
  * Include TPI and GLX libraries. (Closes: #592070)
  * Have dev package also depend on new TPI and GLX library packages.


Override entries for your package:
i965-va-driver_1.0.4-1_i386.deb - optional libs
libva-dev_1.0.4-1_all.deb - optional libdevel
libva-x11-1_1.0.4-1_i386.deb - optional libs
libva1_1.0.4-1_i386.deb - optional libs
libva_1.0.4-1.dsc - source libs
vainfo_1.0.4-1_i386.deb - optional libs

Announcing to debian-devel-chan...@lists.debian.org
Closing bugs: 592070 


Your package contains new components which requires manual editing of
the override file.  It is ok otherwise, so please be patient.  New
packages are usually added to the override file about once a week.

You may have gotten the distribution wrong.  You'll get warnings above
if files already exist in other distributions.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Processing of libva_1.0.4-1_i386.changes

[Archive Administrator]

libva_1.0.4-1_i386.changes uploaded successfully to localhost
along with the files:
  libva_1.0.4-1.dsc
  libva_1.0.4.orig.tar.gz
  libva_1.0.4-1.diff.gz
  libva-dev_1.0.4-1_all.deb
  libva1_1.0.4-1_i386.deb
  libva-x11-1_1.0.4-1_i386.deb
  libva-glx1_1.0.4-1_i386.deb
  libva-tpi1_1.0.4-1_i386.deb
  i965-va-driver_1.0.4-1_i386.deb
  vainfo_1.0.4-1_i386.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Processing of pd-comport_0.1-1_amd64.changes

[Archive Administrator]

pd-comport_0.1-1_amd64.changes uploaded successfully to localhost
along with the files:
  pd-comport_0.1-1.dsc
  pd-comport_0.1.orig.tar.gz
  pd-comport_0.1-1.debian.tar.gz
  pd-comport_0.1-1_amd64.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Processing of pd-beatpipe_0.1-1_amd64.changes

[Archive Administrator]

pd-beatpipe_0.1-1_amd64.changes uploaded successfully to localhost
along with the files:
  pd-beatpipe_0.1-1.dsc
  pd-beatpipe_0.1.orig.tar.gz
  pd-beatpipe_0.1-1.debian.tar.gz
  pd-beatpipe_0.1-1_amd64.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Processing of pd-arraysize_0.1-1_amd64.changes

[Archive Administrator]

pd-arraysize_0.1-1_amd64.changes uploaded successfully to localhost
along with the files:
  pd-arraysize_0.1-1.dsc
  pd-arraysize_0.1.orig.tar.gz
  pd-arraysize_0.1-1.debian.tar.gz
  pd-arraysize_0.1-1_amd64.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

pd-bassemu_0.3-1_amd64.changes is NEW

[Archive Administrator]

(new) pd-bassemu_0.3-1.debian.tar.gz optional sound
(new) pd-bassemu_0.3-1.dsc optional sound
(new) pd-bassemu_0.3-1_amd64.deb optional sound
a Pd object for transistor bass emulation
 bassemu~ is an object that simulates a transistor-based electronic
 synthesizer. This serves as a emulation of an analogue bass synth. It
 includes the obligatory filter, saw/rect/tri/sine waveform select, an
 extra hi-pass filter. You can also feed another signal to its left
 inlet, and filter that, either alone or mixed to the vco.
 .
 Also included is a small, messy gop abstraction to resemble a 16-step
 sequencer.
(new) pd-bassemu_0.3.orig.tar.gz optional sound
Changes: pd-bassemu (0.3-1) unstable; urgency=low
 .
  * Initial release (Closes: #591848)


Override entries for your package:

Announcing to debian-devel-chan...@lists.debian.org
Closing bugs: 591848 


Your package contains new components which requires manual editing of
the override file.  It is ok otherwise, so please be patient.  New
packages are usually added to the override file about once a week.

You may have gotten the distribution wrong.  You'll get warnings above
if files already exist in other distributions.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Processing of pd-bassemu_0.3-1_amd64.changes

[Archive Administrator]

pd-bassemu_0.3-1_amd64.changes uploaded successfully to localhost
along with the files:
  pd-bassemu_0.3-1.dsc
  pd-bassemu_0.3.orig.tar.gz
  pd-bassemu_0.3-1.debian.tar.gz
  pd-bassemu_0.3-1_amd64.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: xvidcore broken - ok to use CDBS?

[Fabian Greffrath]

Am 12.09.2010 12:03, schrieb Jonas Smedegaard:

Applying CDBS without asking first would be considered outragous, I
suspect.


You betcha!


Not offering my help to avoid mentioning CDBS would be ridiculous.


Hint: Offer your help without mentioning CDBS.

Especially in cases like this, in which the package is easily fixed 
with either a refreshed patch or one additional line (i.e. autoconf 
build/generic/configure.in -o build/generic/configure) in the current 
debian/rules file.



Abandoning CDBS to avoid your silly comments would be ridiculous.


Silly comments, he? Have you ever considered that it may sound 
insulting for a package maintainer if you repeatedly suggest to 
convert their current debian/rules implementation to something 
different, just because you like it better?



Now, could we please move on?


Yes, please. ;)

 - Fabian

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: four more pd packages

[Alessio Treglia]

On Mon, Sep 13, 2010 at 12:14 AM, Hans-Christoph Steiner  wrote:
> pd-bassemu
> pd-earplug
> pd-freeverb
> pd-plugin
>
> pd-earplug
> pd-freeverb
> pd-plugin

Please fix the following:

 - debian/copyright: The file doesn't match the spec proposal
template. Take a look at one of the copyright files that I touched,
they may help you.
 - debian/watch:
version=3
http://sf.net/pure-data/bassemu~-(.*)\.tar\.gz

Replace `bassemu~` with the name of the component, it should be fine
enough. To test it, run `uscan --dehs --report`
 - debian/control: I'd prefer to see applying a one-dep-per-line style.
 - debian/gbp.conf: Add the field `sign-tags = True'

Let me know when ready.

-- 
Alessio Treglia 
Debian & Ubuntu Developer | Homepage: http://www.alessiotreglia.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers