Re: [SCM] mplayer packaging branch, master, updated. debian/1.0.rc3+svn20100502-3-4-g32b4f56
On Wed, May 26, 2010 at 06:59:00AM +, siret...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: commit e0636d22570edd78dcc81797f84336ffbd810b95 Author: Reinhard Tartler Date: Wed May 26 08:30:37 2010 +0200 copy in mencoder.c from upstream this is a cowboy approach that places mencoder.c in debian/mencoder.c. This is of course a gross hack and should be reverted on the next upstream upgrade. [ huge patch snippet ] diff --git a/debian/rules b/debian/rules index 0ba540f..c9c289d 100755 --- a/debian/rules +++ b/debian/rules @@ -93,8 +93,12 @@ endif # https://wiki.ubuntu.com/DistCompilerFlags CLEAN_ENV=env -u CFLAGS -u CPPFLAGS -u LDFLAGS -u FFLAGS -u CXXFLAGS +# cowboy in mencoder.c manually fetched from upstream to avoid having to reroll +# a new upstream tarball. Will be dropped with a new upstream upgrade +mencoder.c: debian/mencoder.c I fail to see the point in hiding upstream code in the Debian packaging - even without mentioning it in debian/copyright! Rolling a new tarball does not trigger ftpmaster approval through the NEW queue, new binary packages does, so that is bound to happen anyway. I strongly suggest to either place it as a proper patch with DEP3 header, or roll a new tarball. And to document its licensing if placed below debian/ . - 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
Processing of mplayer_1.0~rc3+svn20100502-4_i386.changes
mplayer_1.0~rc3+svn20100502-4_i386.changes uploaded successfully to localhost along with the files: mplayer_1.0~rc3+svn20100502-4.dsc mplayer_1.0~rc3+svn20100502-4.diff.gz mplayer-gui_1.0~rc3+svn20100502-4_i386.deb mencoder_1.0~rc3+svn20100502-4_i386.deb mplayer_1.0~rc3+svn20100502-4_i386.deb mplayer-dbg_1.0~rc3+svn20100502-4_i386.deb mplayer-doc_1.0~rc3+svn20100502-4_all.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
mplayer_1.0~rc3+svn20100502-4_i386.changes is NEW
(new) mencoder_1.0~rc3+svn20100502-4_i386.deb optional video MPlayer's Movie Encoder MPlayer plays most MPEG, VOB, AVI, Ogg/OGM, VIVO, ASF/WMA/WMV, QT/MOV/MP4, FLI, RM, NuppelVideo, yuv4mpeg, FILM, RoQ, PVA files, supported by many native, XAnim, RealPlayer, and Win32 DLL codecs. It can also play VideoCD, SVCD, DVD, 3ivx, RealMedia, and DivX movies. . This package contains menconder, a simple movie encoder, designed to encode MPlayer-playable movies (AVI/ASF/OGG/DVD/VCD/VOB/MPG/MOV/VIV/FLI/RM/NUV/NET) to other MPlayer-playable formats. It can encode with various codecs, like DivX4 (1 or 2 passes), libavcodec, PCM/MP3/VBRMP3 audio. Also has stream copying and video resizing abilities. mplayer-dbg_1.0~rc3+svn20100502-4_i386.deb to main/m/mplayer/mplayer-dbg_1.0~rc3+svn20100502-4_i386.deb mplayer-doc_1.0~rc3+svn20100502-4_all.deb to main/m/mplayer/mplayer-doc_1.0~rc3+svn20100502-4_all.deb (new) mplayer-gui_1.0~rc3+svn20100502-4_i386.deb optional video movie player for Unix-like systems MPlayer plays most MPEG, VOB, AVI, Ogg/OGM, VIVO, ASF/WMA/WMV, QT/MOV/MP4, FLI, RM, NuppelVideo, yuv4mpeg, FILM, RoQ, PVA files, supported by many native, XAnim, RealPlayer, and Win32 DLL codecs. It can also play VideoCD, SVCD, DVD, 3ivx, RealMedia, and DivX movies. . Another big feature of MPlayer is the wide range of supported output drivers. It works with X11, Xv, DGA, OpenGL, SVGAlib, fbdev, DirectFB, but also SDL (plus all its drivers) and some low level card-specific drivers (for Matrox, 3Dfx and Radeon, Mach64 and Permedia3). Most of them support software or hardware scaling, therefore allowing fullscreen display. MPlayer is also able to use some hardware MPEG decoder boards, such as the DVB and DXR3/Hollywood+. . This package includes the gui variant of mplayer. mplayer_1.0~rc3+svn20100502-4.diff.gz to main/m/mplayer/mplayer_1.0~rc3+svn20100502-4.diff.gz mplayer_1.0~rc3+svn20100502-4.dsc to main/m/mplayer/mplayer_1.0~rc3+svn20100502-4.dsc mplayer_1.0~rc3+svn20100502-4_i386.deb to main/m/mplayer/mplayer_1.0~rc3+svn20100502-4_i386.deb Changes: mplayer (2:1.0~rc3+svn20100502-4) unstable; urgency=low . * copy in mencoder.c from upstream * enable mplayer-gui (Closes: #579925) and mencoder packages. (Closes: #396954, #400940, #580168) Override entries for your package: mplayer-dbg_1.0~rc3+svn20100502-4_i386.deb - extra debug mplayer-doc_1.0~rc3+svn20100502-4_all.deb - optional doc mplayer_1.0~rc3+svn20100502-4.dsc - source video mplayer_1.0~rc3+svn20100502-4_i386.deb - optional video Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 396954 400940 579925 580168 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
Re: [SCM] mplayer packaging branch, master, updated. debian/1.0.rc3+svn20100502-3-4-g32b4f56
On Mi, Mai 26, 2010 at 09:17:14 (CEST), Jonas Smedegaard wrote: > On Wed, May 26, 2010 at 06:59:00AM +, siret...@users.alioth.debian.org > wrote: >>The following commit has been merged in the master branch: >>commit e0636d22570edd78dcc81797f84336ffbd810b95 >>Author: Reinhard Tartler >>Date: Wed May 26 08:30:37 2010 +0200 >> >>copy in mencoder.c from upstream >> >>this is a cowboy approach that places mencoder.c in >>debian/mencoder.c. This is of course a gross hack and should be reverted >>on the next upstream upgrade. > > [ huge patch snippet ] > >>diff --git a/debian/rules b/debian/rules >>index 0ba540f..c9c289d 100755 >>--- a/debian/rules >>+++ b/debian/rules >>@@ -93,8 +93,12 @@ endif >> # https://wiki.ubuntu.com/DistCompilerFlags >> CLEAN_ENV=env -u CFLAGS -u CPPFLAGS -u LDFLAGS -u FFLAGS -u CXXFLAGS >> >>+# cowboy in mencoder.c manually fetched from upstream to avoid having to >>reroll >>+# a new upstream tarball. Will be dropped with a new upstream upgrade >>+mencoder.c: debian/mencoder.c > > I fail to see the point in hiding upstream code in the Debian packaging > - even without mentioning it in debian/copyright! mencoder has exactly the same copyright as mplayer itself. My reading of debian/copyright does not leave any concerns about the licensing of mencoder. What parts are unclear according to your reading? > Rolling a new tarball does not trigger ftpmaster approval through the > NEW queue, new binary packages does, so that is bound to happen anyway. Correct. > I strongly suggest to either place it as a proper patch with DEP3 > header, or roll a new tarball. I disagree here. IMO, DEP3 is still way too much in flux to be seriously considered, please don't force me to use it. Moreover, DEP3 (currently) mandates a lot of very annoying and hairsplitting work by considering each and every source file which is not exactly required by debian policy. My opinion might change if DEP3 matures and #472199 makes progress. > And to document its licensing if placed below debian/ . I could also have added it as patch in debian/patches, but I think that would have been even sillier. BTW, exactly this approach has been used before with the vdpau headers. -- 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
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: > # Wed May 26 08:03:29 UTC 2010 > # Tagging as pending bugs that are closed by packages in NEW > # http://ftp-master.debian.org/new.html > # > # Source package in NEW: liblingua-en-inflect-phrase-perl > tags 580276 + pending Bug #580276 [wnpp] ITP: liblingua-en-inflect-phrase-perl -- Inflect short English Phrases Added tag(s) pending. > # Source package in NEW: mplayer > tags 580168 + pending Bug #580168 [mplayer] mplayer: Please don't provide mencoder manpage. Added tag(s) pending. > # Source package in NEW: mplayer > tags 579925 + pending Bug #579925 [mplayer] mplayer: built without gui support Added tag(s) pending. > # Source package in NEW: mplayer > tags 396954 + pending Bug #396954 [mplayer] mplayer: please also provide mencoder Bug #462881 [mplayer] mencoder is not present Added tag(s) pending. Added tag(s) pending. > # Source package in NEW: mplayer > tags 400940 + pending Bug #400940 [mplayer] Mencoder documentation should be split out from mPlayer documentation Added tag(s) pending. > End of message, stopping processing here. Please contact me if you need assistance. -- 400940: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=400940 580276: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580276 580168: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580168 396954: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=396954 579925: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579925 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] mplayer packaging branch, master, updated. debian/1.0.rc3+svn20100502-3-4-g32b4f56
On Wed, May 26, 2010 at 09:33:57AM +0200, Reinhard Tartler wrote: On Mi, Mai 26, 2010 at 09:17:14 (CEST), Jonas Smedegaard wrote: On Wed, May 26, 2010 at 06:59:00AM +, siret...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: commit e0636d22570edd78dcc81797f84336ffbd810b95 Author: Reinhard Tartler Date: Wed May 26 08:30:37 2010 +0200 copy in mencoder.c from upstream this is a cowboy approach that places mencoder.c in debian/mencoder.c. This is of course a gross hack and should be reverted on the next upstream upgrade. [ huge patch snippet ] diff --git a/debian/rules b/debian/rules index 0ba540f..c9c289d 100755 --- a/debian/rules +++ b/debian/rules @@ -93,8 +93,12 @@ endif # https://wiki.ubuntu.com/DistCompilerFlags CLEAN_ENV=env -u CFLAGS -u CPPFLAGS -u LDFLAGS -u FFLAGS -u CXXFLAGS +# cowboy in mencoder.c manually fetched from upstream to avoid having to reroll +# a new upstream tarball. Will be dropped with a new upstream upgrade +mencoder.c: debian/mencoder.c I fail to see the point in hiding upstream code in the Debian packaging - even without mentioning it in debian/copyright! mencoder has exactly the same copyright as mplayer itself. My reading of debian/copyright does not leave any concerns about the licensing of mencoder. What parts are unclear according to your reading? debian/copyright states that the packaging (which I read as the contents of the debian/ subdir) is owned by Dariush Pietrzak and A Mennucci. Thank you for telling me here(!) the source and copyright of that particular file below debian/ - I would prefer if that information was contained in debian/copyright too, or at least in the header of the code (stored as a patch, conveniently leaving room for such meta info). I strongly suggest to either place it as a proper patch with DEP3 header, or roll a new tarball. I disagree here. IMO, DEP3 is still way too much in flux to be seriously considered, please don't force me to use it. Moreover, DEP3 (currently) mandates a lot of very annoying and hairsplitting work by considering each and every source file which is not exactly required by debian policy. My opinion might change if DEP3 matures and #472199 makes progress. It seems to me that you are talking about DEP5 - the proposed (status: draft) machine-readable debian/copyright file format. Indeed that one is in flux (but not a lot) and even when/if decided it is only optional. I am talking about DEP3 - the proposed (status: candidate) machine-readable debian/patches/ header format. More info here: http://dep.debian.net/deps/dep3/ And to document its licensing if placed below debian/ . I could also have added it as patch in debian/patches, but I think that would have been even sillier. Why do you find that sillier? BTW, exactly this approach has been used before with the vdpau headers. That does not surprise me - I never claimed that this was a first ever situation. But it does not change my recommending to do better. Why not? - 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: [SCM] mplayer packaging branch, master, updated. debian/1.0.rc3+svn20100502-3-4-g32b4f56
On Mi, Mai 26, 2010 at 10:10:18 (CEST), Jonas Smedegaard wrote: > On Wed, May 26, 2010 at 09:33:57AM +0200, Reinhard Tartler wrote: >>On Mi, Mai 26, 2010 at 09:17:14 (CEST), Jonas Smedegaard wrote: >> >>> On Wed, May 26, 2010 at 06:59:00AM +, siret...@users.alioth.debian.org >>> wrote: The following commit has been merged in the master branch: commit e0636d22570edd78dcc81797f84336ffbd810b95 Author: Reinhard Tartler Date: Wed May 26 08:30:37 2010 +0200 copy in mencoder.c from upstream this is a cowboy approach that places mencoder.c in debian/mencoder.c. This is of course a gross hack and should be reverted on the next upstream upgrade. >>> >>> [ huge patch snippet ] >>> diff --git a/debian/rules b/debian/rules index 0ba540f..c9c289d 100755 --- a/debian/rules +++ b/debian/rules @@ -93,8 +93,12 @@ endif # https://wiki.ubuntu.com/DistCompilerFlags CLEAN_ENV=env -u CFLAGS -u CPPFLAGS -u LDFLAGS -u FFLAGS -u CXXFLAGS +# cowboy in mencoder.c manually fetched from upstream to avoid having to reroll +# a new upstream tarball. Will be dropped with a new upstream upgrade +mencoder.c: debian/mencoder.c >>> >>> I fail to see the point in hiding upstream code in the Debian packaging >>> - even without mentioning it in debian/copyright! >> >>mencoder has exactly the same copyright as mplayer itself. My reading of >>debian/copyright does not leave any concerns about the licensing of >>mencoder. What parts are unclear according to your reading? > > debian/copyright states that the packaging (which I read as the contents > of the debian/ subdir) is owned by Dariush Pietrzak and A Mennucci. yes, from lines 1 to 20. The rest of the file talks about the upstream licensing. > Thank you for telling me here(!) the source and copyright of that > particular file below debian/ - I would prefer if that information was > contained in debian/copyright too, or at least in the header of the code > (stored as a patch, conveniently leaving room for such meta info). Since mencoder is part of mplayer, I thought the licensing was clear, but if you find it confusing, we could clarify that in a sentence or two in debian/copyright. >>> I strongly suggest to either place it as a proper patch with DEP3 >>> header, or roll a new tarball. >> >> I disagree here. IMO, DEP3 is still way too much in flux to be >> seriously considered, please don't force me to use it. Moreover, DEP3 >> (currently) mandates a lot of very annoying and hairsplitting work by >> considering each and every source file which is not exactly required >> by debian policy. My opinion might change if DEP3 matures and #472199 >> makes progress. > > It seems to me that you are talking about DEP5 - the proposed (status: > draft) machine-readable debian/copyright file format. Indeed that one > is in flux (but not a lot) and even when/if decided it is only optional. > > I am talking about DEP3 - the proposed (status: candidate) > machine-readable debian/patches/ header format. More info here: > http://dep.debian.net/deps/dep3/ You are completely right that I horribly confused DEP3 and DEP5. We talked about debian/copyright and using patches for that matter feels really strange to me so that I must have skipped that word. I've already been working far too long on the mplayer and ffmpeg package today, finally need to get back to my day-job. >>> And to document its licensing if placed below debian/ . >> >>I could also have added it as patch in debian/patches, but I think that >>would have been even sillier. > > Why do you find that sillier? it requires additional work overhead to work (diff, update, etc.) with. Commit logs don't contain diff-on-diffs. In case mencoder.c is changed, debdiffs become more readable. Morover, changes are less likely to confuse 'git annotate'. In short: I find this approach much more practicable and easier to work with. -- 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: add pristine-tar
On 26 May 2010 02:24, Felipe Sateler wrote: > On Tue, May 25, 2010 at 18:02, Jaromír Mikeš wrote: >>> Od: Felipe Sateler >> >> RT> > The last consensus was that yes, under the condition that the clean >> RT> > target of debian rules restores the working copy to a state that is >> RT> > ready for git diff/commit operations. Most commongly this means to >> RT> > unpatch in the clean target. >> >> RT> > The intend behind this is to have the same workflow for both Format 1.0 >> RT> > and 3.0 packages. >> >> FS> Be careful to only unapply patches when in a git repository! Otherwise >> FS> you will get misterious FTBFS in the buildds. >> >> FS> Also, you need to apply them in the build rule (again, only if in the >> FS> git repository). >> >> So if I understand well something like this should be in short dh 7 rules >> file: >> override_dh_auto_clean: >> unpatch >> dh_auto_clean >> >> or something more should be done? > > More. The unpatch should be done only if within a git repository. > Something like: > > override_dh_auto_clean: > if [ -d .git ] ; then \ > quilt pop -a \ dh_quilt_unpatch ? or even easier %: dh --with quilt $@ Then it will work as you want both in git & regular tarball build > fi > dh_auto_clean > > > Similar thing should be done before build. > > -- > > 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 > ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] mplayer packaging branch, master, updated. debian/1.0.rc3+svn20100502-3-4-g32b4f56
On Wed, May 26, 2010 at 10:35:33AM +0200, Reinhard Tartler wrote: On Mi, Mai 26, 2010 at 10:10:18 (CEST), Jonas Smedegaard wrote: On Wed, May 26, 2010 at 09:33:57AM +0200, Reinhard Tartler wrote: On Mi, Mai 26, 2010 at 09:17:14 (CEST), Jonas Smedegaard wrote: I fail to see the point in hiding upstream code in the Debian packaging - even without mentioning it in debian/copyright! mencoder has exactly the same copyright as mplayer itself. My reading of debian/copyright does not leave any concerns about the licensing of mencoder. What parts are unclear according to your reading? debian/copyright states that the packaging (which I read as the contents of the debian/ subdir) is owned by Dariush Pietrzak and A Mennucci. yes, from lines 1 to 20. The rest of the file talks about the upstream licensing. ...mentioning which subdir or files each licensing applies to. Indeed there is first a general section, but as I write above, I consider the debian/ subdir as an exception to the general section - as I believe is the case for all Debian packages except those where Debian is upstream. Thank you for telling me here(!) the source and copyright of that particular file below debian/ - I would prefer if that information was contained in debian/copyright too, or at least in the header of the code (stored as a patch, conveniently leaving room for such meta info). Since mencoder is part of mplayer, I thought the licensing was clear, but if you find it confusing, we could clarify that in a sentence or two in debian/copyright. Yes, please do. Not just by mentioning the word "mencoder", but by referencing the *file* which is in the (from a licensing perspective) unusual place below debian/ . I strongly suggest to either place it as a proper patch with DEP3 header, or roll a new tarball. I disagree here. IMO, DEP3 is still way too much in flux to be seriously considered, please don't force me to use it. Moreover, DEP3 (currently) mandates a lot of very annoying and hairsplitting work by considering each and every source file which is not exactly required by debian policy. My opinion might change if DEP3 matures and #472199 makes progress. It seems to me that you are talking about DEP5 - the proposed (status: draft) machine-readable debian/copyright file format. Indeed that one is in flux (but not a lot) and even when/if decided it is only optional. I am talking about DEP3 - the proposed (status: candidate) machine-readable debian/patches/ header format. More info here: http://dep.debian.net/deps/dep3/ You are completely right that I horribly confused DEP3 and DEP5. We talked about debian/copyright and using patches for that matter feels really strange to me so that I must have skipped that word. Fair enough. I talked not only about licensing, though, but more generally about the oddity of non-Debian code included not in source tarball and not as a patch, but "hidded" among the Debian packaging code. And specifically I did write "patch" very close to "DEP3" ;-) I strongly suggest that you follow common patterns instead. And to document its licensing if placed below debian/ . I could also have added it as patch in debian/patches, but I think that would have been even sillier. Why do you find that sillier? it requires additional work overhead to work (diff, update, etc.) with. Commit logs don't contain diff-on-diffs. In case mencoder.c is changed, debdiffs become more readable. Morover, changes are less likely to confuse 'git annotate'. In short: I find this approach much more practicable and easier to work with. Thanks for clarifying :-) I do not like your argument, though: I thought it was meant as short-term approach until next release (or snapshot) from upstream, so not important if cumbersome to maintain. I find that debian/ subdir generally contains Debian packaging code (which should be covered with a single statement in debian/copyright), except for debian/patches/ which contains code from various sources and should then in each case be documented (using DEP3 header and if needed statements in debian/copyright too). - 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: add pristine-tar
On Wed, May 26, 2010 at 05:22, Dmitrijs Ledkovs wrote: > On 26 May 2010 02:24, Felipe Sateler wrote: >> On Tue, May 25, 2010 at 18:02, Jaromír Mikeš wrote: Od: Felipe Sateler >>> >>> RT> > The last consensus was that yes, under the condition that the clean >>> RT> > target of debian rules restores the working copy to a state that is >>> RT> > ready for git diff/commit operations. Most commongly this means to >>> RT> > unpatch in the clean target. >>> >>> RT> > The intend behind this is to have the same workflow for both Format >>> 1.0 >>> RT> > and 3.0 packages. >>> >>> FS> Be careful to only unapply patches when in a git repository! Otherwise >>> FS> you will get misterious FTBFS in the buildds. >>> >>> FS> Also, you need to apply them in the build rule (again, only if in the >>> FS> git repository). >>> >>> So if I understand well something like this should be in short dh 7 rules >>> file: >>> override_dh_auto_clean: >>> unpatch >>> dh_auto_clean >>> >>> or something more should be done? >> >> More. The unpatch should be done only if within a git repository. >> Something like: >> >> override_dh_auto_clean: >> if [ -d .git ] ; then \ >> quilt pop -a \ > > dh_quilt_unpatch ? > > or even easier > > %: > dh --with quilt $@ I think (but I'm not sure, I'd love to be proven incorrect) that this would result in unwanted behaviour when doing a NMU with a 3.0 source package, because patches would be applied _after_ the NMUers modification to the package, not before. -- 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
Bug#582784: patch to enable fribidi support in mplayer
On Sun, May 23, 2010 at 18:01:07 (CEST), Lior Kaplan wrote: > This is probably due to the an updated libfribidi package (version 0.19.2-1) > which has dropped fribidi-config that mplayer checks for. > > I'm attaching a patch to fix the configure script. Additionally the > following > configure option has to be added: > "--with-fribidi-config=/usr/bin/pkg-config" I'm sorry that I haven't looked at your patch more closely before. I was just to apply your patch, but this approach is not acceptable for neither upstream nor the debian package. I've therefore invested some time to add pkg-config support properly, commit it to svn trunk, backported to the mplayer package, got flamed upstream for making pkg-config mandatory (breaks cygwin builds) and eventually fixed that as well. Anyway, this should be fixed now in debian as well. -- 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
[ro...@gareus.org: [LAA] xjadeo 0.4.10 is out.]
- Forwarded message from Robin Gareus - Date: Tue, 25 May 2010 13:17:42 +0200 From: Robin Gareus Subject: [LAA] xjadeo 0.4.10 is out. To: linux-audio-annou...@lists.linuxaudio.org I'm please to announce that xjadeo just got bumped up to version 0.4.10: Xjadeo - X Jack Video Monitor http://xjadeo.sourceforge.net/ Xjadeo is a simple movie player that synchronizes video to an external time source such as jack-transport or Midi timecode. Download: https://sourceforge.net/projects/xjadeo/files/ Release Notes for xjadeo 0.4.10 (svn r215) -- Recent Changes: - added drop-frame timecode detection by video-file framerate. Previous versions relied on MTC to report it and it was not available when synchronized to JACK or using OSC or manual sync. This change affects only the on-screen displayed timecode; internally xjadeo is computing/counting frames - not timecode. - re-implemented video start-time/start-offset parsing. - fixed some orthographic typos (man page, usage information) - updates to the build & packaging system. - various small fixes for OSX: OSD font & alignment default black-screen (no more YUV green) DMG with symlink to Applications & background-image multi-arch (PPC, i386) builds (no 64bit version) linked with JackMP (http://www.jackosx.com/) - contrib: updated time-stamp movie-maker & ran various [regression] tests. - return of the debian package (compiled for debian + debian-multimedia) ___ Linux-audio-announce mailing list linux-audio-annou...@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-announce - End forwarded message - ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#582784: patch to enable fribidi support in mplayer
On Wed, May 26, 2010 at 12:57 PM, Reinhard Tartler wrote: > On Sun, May 23, 2010 at 18:01:07 (CEST), Lior Kaplan wrote: > > > This is probably due to the an updated libfribidi package (version > 0.19.2-1) > > which has dropped fribidi-config that mplayer checks for. > > > > I'm attaching a patch to fix the configure script. Additionally the > > following > > configure option has to be added: > > "--with-fribidi-config=/usr/bin/pkg-config" > > I'm sorry that I haven't looked at your patch more closely before. I was > just to apply your patch, but this approach is not acceptable for > neither upstream nor the debian package. > > I've therefore invested some time to add pkg-config support > properly, commit it to svn trunk, backported to the mplayer package, got > flamed upstream for making pkg-config mandatory (breaks cygwin builds) > and eventually fixed that as well. > > Anyway, this should be fixed now in debian as well. > > I'm sorry for the trouble you had, but as the debian package already build depends on pkg-config, it seems legitimate. Could you send me your fix, in order to learn ? Kaplan ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#582784: patch to enable fribidi support in mplayer
On Mi, Mai 26, 2010 at 13:09:08 (CEST), Lior Kaplan wrote: > I'm sorry for the trouble you had, but as the debian package already build > depends on pkg-config, it seems legitimate. depending on pkg-config is acceptable for a debian package. requiring obscure configure paramters that rather work by accident is just not maintainable. > Could you send me your fix, in order to learn ? sure: http://comments.gmane.org/gmane.comp.video.mplayer.cvs/14541 http://comments.gmane.org/gmane.comp.video.mplayer.cvs/14544 -- 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#582938: Patch
A patch has been submitted on the Ubuntu bug, however I am unsure how to get the patch into the Debian bug system. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#582938: Patch
Attached is the .debdiff patch. Thanks Rheinhard for attachment hint ;) ardour_2.8.6-2.debdiff Description: Binary data ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processed: limit source to ardour, tagging 582938
Processing commands for cont...@bugs.debian.org: > #ardour (1:2.8.7-1) unstable; urgency=low > # > # * Add mute patch to enable mute buttons by default (Closes: #582938) > # > limit source ardour Limiting to bugs with field 'source' containing at least one of 'ardour' Limit currently set to 'source':'ardour' > tags 582938 + pending Bug #582938 [ardour] mute buttons disabled by default in ardour Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 582938: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582938 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
Old list (was Re: Fwd: Sponsoring of updated/new projectM package(s))
On Wed, May 19, 2010 at 03:59:04PM +0200, Matthias Klumpp wrote: > Hi! > > The list you've posted your request is more or less dead, I'm forwarding > > it to the new team mailing list. > Okay... hmm.. Shouldn't this be mentioned on the Debian mailing list > listing? Anyway, I'm subscribed to the multimedia-maintainers list now. We discussed shutting the old list down some months ago[0]. But, many packages in stable (and probably some in testing/unstable) have that list as Maintainer: still. so, we have to keep it for now. There probably should be a notice somewhere about the shift of activity. I will contact the list admins[0] to find out how we can change the list info at[1] and add a [deprecated] notice on[2]. -edrz [0]http://lists.debian.org/debian-multimedia/2009/12/msg1.html [1]listarchi...@debian.org [2]http://lists.debian.org/debian-multimedia/ [3]http://lists.debian.org/devel.html ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#583227: jackd: Clients spew debug output since jack2 transition
Package: jackd Version: 1.9.5~dfsg-13 Severity: important SInce I upgraded to jack2 via apt-get, all of my JACK clients seems to spew totally useless debug information to stdout. For a simple example, here is the output of jack_lsp: Jack: JackClient::SetupDriverSync driver sem in flush mode Jack: JackPosixSemaphore::Connect jack_sem.1000_default_lsp Jack: Already connected name = lsp Jack: Clock source : system clock via clock_gettime Jack: JackLibClient::Open name = lsp refnum = 2 system:capture_1 system:capture_2 system:capture_3 system:capture_4 system:capture_5 system:capture_6 system:capture_7 system:capture_8 system:capture_9 system:capture_10 system:capture_11 system:capture_12 system:capture_13 system:capture_14 system:capture_15 system:capture_16 system:capture_17 system:capture_18 system:playback_1 system:playback_2 system:playback_3 system:playback_4 system:playback_5 system:playback_6 system:playback_7 system:playback_8 system:playback_9 system:playback_10 system:playback_11 system:playback_12 system:playback_13 system:playback_14 system:playback_15 system:playback_16 system:playback_17 system:playback_18 Jack: jack_client_close Jack: JackClient::Close ref = 2 Jack: JackClient::Deactivate Jack: JackSocketClientChannel::Stop Jack: JackPosixThread::Kill Jack: JackClientSocket::Close Jack: JackClientSocket::Close Jack: JackPosixSemaphore::Disconnect jack_sem.1000_default_lsp Jack: JackLibClient::~JackLibClient Jack: JackShmReadWritePtr1::~JackShmReadWritePtr1 2 Jack: Succeeded in unlocking 111 byte memory area Jack: JackLibGlobals Destroy 1da4050 Jack: ~JackLibGlobals Jack: JackPosixSemaphore::Disconnect jack_sem.1000_default_system Jack: JackPosixSemaphore::Disconnect jack_sem.1000_default_freewheel Jack: JackPosixSemaphore::Disconnect jack_sem.1000_default_lsp Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: JackPosixSemaphore::Disconnect Jack: no message buffer overruns Jack: ThreadHandler: exit Jack: JackPosixThread::Stop Jack: JackShmReadWritePtr::~JackShmReadWritePtr 1 Jack: Succeeded in unlocking 994 byte memory area Jack: JackShmReadWritePtr::~JackShmReadWritePtr 0 Jack: Succeeded in unlocking 82208666 byte memory area Jack: jack_client_close res = 0 As you can see, there is debug output before and after the list of available ports. Previously, jack_lsp would only list the available ports to stdout. I see similar behaviour with clients like mplayer -ao jack. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jackd depends on: ii core
Bug#582938: Patch
On Wed, May 26, 2010 at 08:18:41AM -0500, Scott Lavender wrote: Hi! > Attached is the .debdiff patch. Thanks for feeding the patch back to Debian. Because I couldn't directly apply the debdiff (we already made progress in our internal git repo), I put your name in the DEP-3 header of the patch: http://git.debian.org/?p=pkg-multimedia/ardour.git;a=commitdiff;h=66268c8b5a46ea676f35c7002254f8fe99557e92 Cheerio ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#583227: jackd: Clients spew debug output since jack2 transition
On Wed, May 26, 2010 at 04:31:29PM +0200, Mario Lang wrote: > SInce I upgraded to jack2 via apt-get, all of my JACK clients > seems to spew totally useless debug information to stdout. Could it be that you're running jackd/qjackctl with verbose output? When I start jackd with -v, I get exactly the stuff you see. If I omit this flag, jackd clients are as calm as before. Cheerio -- 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
How to change list description.
Hello Debian mailing list maintainers. The debian-multimedia team has merged with the pkg-multimedia-maintainers alioth group and almost all traffic has moved to the alioth list. The wiki has information about the merger[0]. Occasionally some people get confused by the lack of any notice on the lists pages about the change. Is it possible to change the info at[1] and add a [deprecated] note on[2]? We discussed shutting the old list down some months ago[3]. But, many packages in stable (and probably some in testing/unstable) have that list as Maintainer: still. So, we have to keep it for now. Thanks for your time and efforts, edrz [0]http://wiki.debian.org/DebianMultimedia [1]http://lists.debian.org/debian-multimedia/ [2]http://lists.debian.org/devel.html [3]http://lists.debian.org/debian-multimedia/2009/12/msg1.html ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: How to change list description.
Eric Dantan Rzewnicki schrieb am Wednesday, den 26. May 2010: Hi User :), > The debian-multimedia team has merged with the > pkg-multimedia-maintainers alioth group and almost all traffic has moved > to the alioth list. The wiki has information about the merger[0]. > > Occasionally some people get confused by the lack of any notice on the > lists pages about the change. Is it possible to change the info at[1] > and add a [deprecated] note on[2]? > > We discussed shutting the old list down some months ago[3]. But, many > packages in stable (and probably some in testing/unstable) have that > list as Maintainer: still. So, we have to keep it for now. Sure, lease be so kind and open a bug against the lists.d.o metapackage. I'll change this if I'm out of the train. Alex ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of ardour_2.8.7-1_amd64.changes
ardour_2.8.7-1_amd64.changes uploaded successfully to ftp-master.debian.org along with the files: ardour_2.8.7-1.dsc ardour_2.8.7.orig.tar.bz2 ardour_2.8.7-1.debian.tar.gz ardour_2.8.7-1_amd64.deb Greetings, Your Debian queue daemon (running on host kassia.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 ardour_2.8.7-1_amd64.changes
ardour_2.8.7-1_amd64.changes uploaded successfully to localhost along with the files: ardour_2.8.7-1.dsc ardour_2.8.7.orig.tar.bz2 ardour_2.8.7-1.debian.tar.gz ardour_2.8.7-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
ardour_2.8.7-1_amd64.changes ACCEPTED
Accepted: ardour_2.8.7-1.debian.tar.gz to main/a/ardour/ardour_2.8.7-1.debian.tar.gz ardour_2.8.7-1.dsc to main/a/ardour/ardour_2.8.7-1.dsc ardour_2.8.7-1_amd64.deb to main/a/ardour/ardour_2.8.7-1_amd64.deb ardour_2.8.7.orig.tar.bz2 to main/a/ardour/ardour_2.8.7.orig.tar.bz2 Override entries for your package: ardour_2.8.7-1.dsc - source sound ardour_2.8.7-1_amd64.deb - optional sound Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 573469 582938 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
Bug#573469: marked as done (Updating the ardour Uploaders list)
Your message dated Wed, 26 May 2010 15:47:39 + with message-id and subject line Bug#573469: fixed in ardour 1:2.8.7-1 has caused the Debian Bug report #573469, regarding Updating the ardour Uploaders list to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 573469: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573469 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: ardour Version: 1:2.8.6-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Robert Jordens has not been working on the ardour package for quite some time. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. signature.asc Description: Digital signature --- End Message --- --- Begin Message --- Source: ardour Source-Version: 1:2.8.7-1 We believe that the bug you reported is fixed in the latest version of ardour, which is due to be installed in the Debian FTP archive: ardour_2.8.7-1.debian.tar.gz to main/a/ardour/ardour_2.8.7-1.debian.tar.gz ardour_2.8.7-1.dsc to main/a/ardour/ardour_2.8.7-1.dsc ardour_2.8.7-1_amd64.deb to main/a/ardour/ardour_2.8.7-1_amd64.deb ardour_2.8.7.orig.tar.bz2 to main/a/ardour/ardour_2.8.7.orig.tar.bz2 A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 573...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Adrian Knoth (supplier of updated ardour package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 26 May 2010 15:58:32 +0200 Source: ardour Binary: ardour ardour-altivec ardour-i686 Architecture: source amd64 Version: 1:2.8.7-1 Distribution: unstable Urgency: low Maintainer: Debian Multimedia Maintainers Changed-By: Adrian Knoth Description: ardour - digital audio workstation (graphical gtk2 interface) ardour-altivec - digital audio workstation (graphical gtk2 interface) [altivec] ardour-i686 - digital audio workstation (graphical gtk2 interface) [i686] Closes: 573469 582938 Changes: ardour (1:2.8.7-1) unstable; urgency=low . [ Jonas Smedegaard ] * Drop Robert Jordens as uploader. Closes: bug#573469 - thanks for your contributions, Robert! * Add myself as uploader. * Indent with single space (not tab or multiple spaces) continuated fields in control file, to follow Debian Policy §7.1 documented convention. . [ Adrian Knoth ] * New upstream release * Add mute patch to enable mute buttons by default (Closes: #582938) Checksums-Sha1: f0a74d3f228b8780febf0a08cc3d89113a50481c 2583 ardour_2.8.7-1.dsc ac2ce9b3f77647e8bf8ead580cd2dcd2a9c4a6df 3248764 ardour_2.8.7.orig.tar.bz2 67dc7342686f23dd6e4cbb1aad0eae65b1183bfc 52187 ardour_2.8.7-1.debian.tar.gz ef4cdb8620a7ce30309114692b29c26156d59d99 27033972 ardour_2.8.7-1_amd64.deb Checksums-Sha256: 04d35df199a324f652f3612a7f7b9222f4fc351d9575f8f73069b3217dd52a6f 2583 ardour_2.8.7-1.dsc 49549a1a009e553080b11e35527a8798ff09668ebb7193506273d889294db9b8 3248764 ardour_2.8.7.orig.tar.bz2 b4e3af1277b4f6a524c546908eac226e29e6ea979516d79b6d6cfd7ccc50fe4d 52187 ardour_2.8.7-1.debian.tar.gz 4fb7cf9cc9cd55537dfa1c18a8288a7800d4d54ec946f42c8b17b35f239cc6f2 27033972 ardour_2.8.7-1_amd64.deb Files: 8083833428ddd3fa47a715a612678c16 2583 sound optional ardour_2.8.7-1.dsc 77fbcf4d472c9567da367274bdc6b53d 3248764 sound optional ardour_2.8.7.orig.tar.bz2 cbe597013701a6390e0e930274f107ba 52187 sound optional ardour_2.8.7-1.debian.tar.gz b989e54c84365cfa0bed5b006dd3e5d2 27033972 sound optional ardour_2.8.7-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBAgAGBQJL/TnhAAoJEI8ytEIvUhB/dmYP/j0xoBb/i164zhRA521wkkIw f4mY+7Ni7KxC58c/PQt/TYh7PNJR4Xzm7bRuyVjCx90GzN+xmUGg6P442DSIq5SD WkWNHvN6oLytMumHGKWJ9Rl2NGaBojRiWDyld5VUm1Xp6Vz5/tTQ3JmuGKm1QxyH 28Ys5y+aSs9JsInlqqyBIr/WH1ej8pWQxM34WdWlD+aoa4H33Ok2moI5F78IZT09 Px9LE5gG08gjj7mlv8zQOSKwk4cPst6dPANWvPbscmoZEh9f1ic5Sy4zCYojH3am OW8V4xvEuLs/4+xKsm3vTjhv8vQC0fKYPccQ6VJ8SJ6wAHnRJ+Mv+YjzPzjFUt8a kzZko5WYJASfHBoO9pihb2MFOJb0jY5cxidLauV15wL8VsQAhMyDOLwER/7jEQlF L
Bug#582938: marked as done (mute buttons disabled by default in ardour)
Your message dated Wed, 26 May 2010 15:47:39 + with message-id and subject line Bug#582938: fixed in ardour 1:2.8.7-1 has caused the Debian Bug report #582938, regarding mute buttons disabled by default in ardour to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 582938: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582938 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: ardour Version: 1:2.8.6-1+b1 Severity: important Tags: sid, squeeze When mute buttons for any particular track are picked the track does not mute, rather than the expected action of muting the track. It would appear that the track mute buttons are unintentionally disabled by default as this is an acknowledged bug from upstream, which is supposedly fixed in "A3" : http://tracker.ardour.org/view.php?id=2832 This has been also been reported in Ubuntu and a patch is being worked on which will be pushed back "upstream" to Debian (probably via quadrispro of the Debian Multimedia team): https://bugs.launchpad.net/ubuntustudio/+bug/581786 The immediate workaround this bug in a particular project is to right click on the mute button and enable at least one of the choices for mute. But this will not prevent the mute buttons being disabled on new projects. The immediate workaround this bug for future projects is to edit the 'ardour.rc' file in the .ardour2 directory of the user's home folder. Change the following entries from: Option name="mute-affects-pre-fader" value="0"/> Option name="mute-affects-post-fader" value="0"/> Option name="mute-affects-control-outs" value="0"/> Option name="mute-affects-main-outs" value="0"/> to this: Option name="mute-affects-pre-fader" value="1"/> Option name="mute-affects-post-fader" value="1"/> Option name="mute-affects-control-outs" value="1"/> Option name="mute-affects-main-outs" value="1"/> Additionally, it should be noted that I saw bug reports that indicated this bug was present as far back as Ardour 2.8.2 Thank you, ScottL --- End Message --- --- Begin Message --- Source: ardour Source-Version: 1:2.8.7-1 We believe that the bug you reported is fixed in the latest version of ardour, which is due to be installed in the Debian FTP archive: ardour_2.8.7-1.debian.tar.gz to main/a/ardour/ardour_2.8.7-1.debian.tar.gz ardour_2.8.7-1.dsc to main/a/ardour/ardour_2.8.7-1.dsc ardour_2.8.7-1_amd64.deb to main/a/ardour/ardour_2.8.7-1_amd64.deb ardour_2.8.7.orig.tar.bz2 to main/a/ardour/ardour_2.8.7.orig.tar.bz2 A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 582...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Adrian Knoth (supplier of updated ardour package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 26 May 2010 15:58:32 +0200 Source: ardour Binary: ardour ardour-altivec ardour-i686 Architecture: source amd64 Version: 1:2.8.7-1 Distribution: unstable Urgency: low Maintainer: Debian Multimedia Maintainers Changed-By: Adrian Knoth Description: ardour - digital audio workstation (graphical gtk2 interface) ardour-altivec - digital audio workstation (graphical gtk2 interface) [altivec] ardour-i686 - digital audio workstation (graphical gtk2 interface) [i686] Closes: 573469 582938 Changes: ardour (1:2.8.7-1) unstable; urgency=low . [ Jonas Smedegaard ] * Drop Robert Jordens as uploader. Closes: bug#573469 - thanks for your contributions, Robert! * Add myself as uploader. * Indent with single space (not tab or multiple spaces) continuated fields in control file, to follow Debian Policy §7.1 documented convention. . [ Adrian Knoth ] * New upstream release * Add mute patch to enable mute buttons by default (Closes: #582938) Checksums-Sha1: f0a74d3f228b8780febf0a08cc3d89113a50481c 2583 ardour_2.8.7-1.dsc ac2ce9b3f77647e8bf8ead580cd2dcd2a9c4a6df 3248764 ardour_2.8.7.orig.tar.bz2 67dc7342686f23dd6e4cbb1aad0eae65b1183bfc 52187 ardour_2.8.7-1.debian.tar.gz ef4cdb8620a7ce30309114692b29c26156d59d99 27033972 ardour_2.8.7-1_amd64.deb Checksums-Sha256: 04d35df199a324f652f3612a7f7b9222f4fc351d9575f8f73069b3217dd52a6f 2583 ardour_2.8.7-1.dsc 49549a1a009e553080b11e35527a87
lash 0.5.4.0-2 MIGRATED to testing
FYI: The status of the lash source package in Debian's testing distribution has changed. Previous version: 0.5.4-3 Current version: 0.5.4.0-2 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Old list (was Re: Fwd: Sponsoring of updated/new projectM package(s))
On 26 May 2010 15:25, Eric Dantan Rzewnicki wrote: > On Wed, May 19, 2010 at 03:59:04PM +0200, Matthias Klumpp wrote: >> Hi! >> > The list you've posted your request is more or less dead, I'm forwarding >> > it to the new team mailing list. >> Okay... hmm.. Shouldn't this be mentioned on the Debian mailing list >> listing? Anyway, I'm subscribed to the multimedia-maintainers list now. > > We discussed shutting the old list down some months ago[0]. But, many > packages in stable (and probably some in testing/unstable) have that > list as Maintainer: still. so, we have to keep it for now. There > probably should be a notice somewhere about the shift of activity. I > will contact the list admins[0] to find out how we can change the list > info at[1] and add a [deprecated] notice on[2]. > > -edrz > I somewhere saw long time ago that there was a cunning way to request change of maintainer on BTS without doing uploads. But the mailing-list should be redirected as well. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
tap-plugins-doc 20040817-2 MIGRATED to testing
FYI: The status of the tap-plugins-doc source package in Debian's testing distribution has changed. Previous version: 20040817-1 Current version: 20040817-2 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: add pristine-tar
> Od: Felipe Sateler RT> > The last consensus was that yes, under the condition that the clean RT> > target of debian rules restores the working copy to a state that is RT> > ready for git diff/commit operations. Most commongly this means to RT> > unpatch in the clean target. RT> > The intend behind this is to have the same workflow for both Format 1.0 RT> > and 3.0 packages. FS> Be careful to only unapply patches when in a git repository! Otherwise FS> you will get misterious FTBFS in the buildds. FS> Also, you need to apply them in the build rule (again, only if in the FS> git repository). JM > So if I understand well something like this should be in short dh 7 rules JM > file: JM > override_dh_auto_clean: JM > unpatch JM > dh_auto_clean FS > More. The unpatch should be done only if within a git repository. FS > Something like: FS > override_dh_auto_clean: FS > if [ -d .git ] ; then \ FS > quilt pop -a \ FS > fi FS > dh_auto_clean I am trying use your script above, but getting this error: $ git-buildpackage -S --git-ignore-new dh --with quilt clean dh_testdir debian/rules override_dh_auto_clean make[1]: Entering directory `/home/mira/zita-convolver2' if [ -d .git ] ; then \ quilt pop -a \ fi /bin/sh: Syntax error: end of file unexpected (expecting "fi") Some syntax problem? I tried fix it by myself, but I am not good in scripting. rules file is in attachment if you are interested. regards mira#!/usr/bin/make -f %: dh --with quilt $@ override_dh_auto_build: $(MAKE) -C libs/ override_dh_auto_clean: if [ -d .git ] ; then \ quilt pop -a \ fi dh_auto_clean $(MAKE) -C libs/ clean override_dh_auto_install: $(MAKE) -C libs/ DESTDIR=$(CURDIR)/debian/tmp install ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: add pristine-tar
On Wed, May 26, 2010 at 08:02:45PM +0200, Jaromír Mikeš wrote: FS > More. The unpatch should be done only if within a git repository. FS > Something like: FS > override_dh_auto_clean: FS > if [ -d .git ] ; then \ FS > quilt pop -a \ FS > fi FS > dh_auto_clean I am trying use your script above, but getting this error: $ git-buildpackage -S --git-ignore-new dh --with quilt clean dh_testdir debian/rules override_dh_auto_clean make[1]: Entering directory `/home/mira/zita-convolver2' if [ -d .git ] ; then \ quilt pop -a \ fi /bin/sh: Syntax error: end of file unexpected (expecting "fi") Some syntax problem? I tried fix it by myself, but I am not good in scripting. rules file is in attachment if you are interested. You miss a semicolon. This is shell: if [ -d .git ]; then quilt pop -a fi ...and this is the same, expressed in one line ("fi" is a separate command, so a semicolon before that is required): if [ -d .git ]; then quilt pop -a; fi ...and here is the shell code, virtually on one line, but folded by make: if [ -d .git ]; then \ quilt pop -a; \ fi ...make is ignorant about the actual shell code - this works too (only additional leading space will be passed on to the shell): if [ -\ d .git ]; the\ n quilt pop -\ a; fi Hope that helps. If not, then the sort version is to add a semicolon before "if". :-) - 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#583286: morituri: reportbug depends on python-pkg-resources
Package: morituri Version: 0.1.1-1 Severity: normal Tags: sid After an apt-get install morituri it is unusable: e...@lapedb:/tmp$ rip cd rip Checking device /dev/sr0 Traceback (most recent call last): File "/usr/bin/rip", line 35, in sys.exit(main.main(sys.argv[1:])) File "/usr/lib/python2.5/site-packages/morituri/rip/main.py", line 12, in main ret = c.parse(argv) File "/usr/lib/python2.5/site-packages/morituri/extern/command/command.py", line 329, in parse return self.subCommands[command].parse(args[1:]) File "/usr/lib/python2.5/site-packages/morituri/extern/command/command.py", line 329, in parse return self.subCommands[command].parse(args[1:]) File "/usr/lib/python2.5/site-packages/morituri/extern/command/command.py", line 300, in parse ret = self.do(args) File "/usr/lib/python2.5/site-packages/morituri/rip/cd.py", line 99, in do from pkg_resources import parse_version as V ImportError: No module named pkg_resources A workaround is to do an apt-get install python-pkg-resources. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages morituri depends on: ii cdparanoia 3.10.2+debian-9 audio extraction tool for sampling ii cdrdao 1:1.2.2-18.2records CDs in Disk-At-Once (DAO) ii gstreamer0.10-plugins-go 0.10.22.2-3 GStreamer plugins from the "good" ii python 2.5.4-9 An interactive high-level object-o ii python-central 0.6.16 register and build utility for Pyt ii python-gobject 2.21.1-1Python bindings for the GObject li ii python-gst0.10 0.10.18-2 generic media-playing framework (P ii python-gtk2 2.17.0-2Python bindings for the GTK+ widge ii python-musicbrainz2 0.6.0-2 An interface to the MusicBrainz XM Versions of packages morituri recommends: ii gstreamer0.10-ffmpeg 0.10.10-1 FFmpeg plugin for GStreamer Versions of packages morituri suggests: pn gstreamer0.10-lame (no description available) pn python-pycdio (no description available) -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: add pristine-tar
On Mi, Mai 26, 2010 at 20:02:45 (CEST), Jaromír Mikeš wrote: > I am trying use your script above, but getting this error: > > $ git-buildpackage -S --git-ignore-new > dh --with quilt clean >dh_testdir >debian/rules override_dh_auto_clean > make[1]: Entering directory `/home/mira/zita-convolver2' > if [ -d .git ] ; then \ > quilt pop -a \ ^ insert a semicolon ';' just before the '\' > fi > /bin/sh: Syntax error: end of file unexpected (expecting "fi") > > Some syntax problem? I tried fix it by myself, but I am not good in scripting. > rules file is in attachment if you are interested. yes, make is horribe here. here you could also try to avoid the continuation lines... -- 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: add pristine-tar
On 26 May 2010 20:53, Reinhard Tartler wrote: > On Mi, Mai 26, 2010 at 20:02:45 (CEST), Jaromír Mikeš wrote: > >> I am trying use your script above, but getting this error: >> >> $ git-buildpackage -S --git-ignore-new >> dh --with quilt clean >> dh_testdir >> debian/rules override_dh_auto_clean >> make[1]: Entering directory `/home/mira/zita-convolver2' >> if [ -d .git ] ; then \ >> quilt pop -a \ > ^ insert a semicolon ';' just before the '\' >> fi >> /bin/sh: Syntax error: end of file unexpected (expecting "fi") >> >> Some syntax problem? I tried fix it by myself, but I am not good in >> scripting. >> rules file is in attachment if you are interested. > > yes, make is horribe here. here you could also try to avoid the > continuation lines... > ifneq (,$(wildcard .git/*)) dh_quilt_unpatch endif =))) use real make with no funky continuation lines & semicolons > -- > 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 > ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#583286: morituri: reportbug depends on python-pkg-resources
tags 583286 pending thanks Hi Elie, On Wed, May 26, 2010 at 09:39:23PM +0200, Elie De Brauwer wrote: After an apt-get install morituri it is unusable: e...@lapedb:/tmp$ rip cd rip Checking device /dev/sr0 Traceback (most recent call last): [snip] File "/usr/lib/python2.5/site-packages/morituri/rip/cd.py", line 99, in do from pkg_resources import parse_version as V ImportError: No module named pkg_resources A workaround is to do an apt-get install python-pkg-resources. Thanks for your bugreport. Your workaround is more than that: it is (main part of) the solution! Bug fixed in git now, pending next packaging release. - 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
Processed: Re: Bug#583286: morituri: reportbug depends on python-pkg-resources
Processing commands for cont...@bugs.debian.org: > tags 583286 pending Bug #583286 [morituri] morituri: reportbug depends on python-pkg-resources Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 583286: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583286 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: add pristine-tar
On Mi, Mai 26, 2010 at 22:05:58 (CEST), Dmitrijs Ledkovs wrote: > ifneq (,$(wildcard .git/*)) >dh_quilt_unpatch > endif Not bad, but how about in a single line? , | test -d .git && dh_quilt_unpatch ` -- 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: add pristine-tar
On Wed, May 26, 2010 at 17:12, Reinhard Tartler wrote: > On Mi, Mai 26, 2010 at 22:05:58 (CEST), Dmitrijs Ledkovs wrote: > >> ifneq (,$(wildcard .git/*)) >> dh_quilt_unpatch >> endif > > Not bad, but how about in a single line? > > , > | test -d .git && dh_quilt_unpatch > ` This will make 'make' fail when not on a git repository. Jaromir, if you are migrating to 3.0 (quilt) you need to drop the --with quilt part of dh invocation, I think. Although, come to think of it, removing explicit quilt support is not necessary to switch to 3.0. Maybe we are overengineering here? Maybe dpkg-buildpackage will cope with unpatched trees when creating the source package? Not at home now, so I can't check. If correct, then the only thing necessary would be to add the debian/source/format file. -- 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: add pristine-tar
On 26 May 2010 22:24, Felipe Sateler wrote: > On Wed, May 26, 2010 at 17:12, Reinhard Tartler wrote: >> On Mi, Mai 26, 2010 at 22:05:58 (CEST), Dmitrijs Ledkovs wrote: >> >>> ifneq (,$(wildcard .git/*)) >>> dh_quilt_unpatch >>> endif >> >> Not bad, but how about in a single line? >> >> , >> | test -d .git && dh_quilt_unpatch >> ` > > This will make 'make' fail when not on a git repository. > > Jaromir, if you are migrating to 3.0 (quilt) you need to drop the > --with quilt part of dh invocation, I think. > > > Although, come to think of it, removing explicit quilt support is not > necessary to switch to 3.0. Maybe we are overengineering here? Maybe > dpkg-buildpackage will cope with unpatched trees when creating the Yes it does =) dpkg-buildpackage has learned to create compatible .pc directories and even coping with various quilt format versions. I do have --with quilt in my packages (pkgcrosswire team) because i build for 3.0 for sid, lucid & 1.0 for karmic, jaunty in ppas. > source package? Not at home now, so I can't check. If correct, then > the only thing necessary would be to add the debian/source/format > file. > Yeap. You can even specify additional options in debian/source/options with respect to prepare / not-prepare. This way you can keep your git tree patched without .pc dir and dpkg-buildpackage will not try to patch the tree again at buildtime from $vcs and it will apply patches when unpacking the static source package. > -- > > 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 > ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: add pristine-tar
On Wed, May 26, 2010 at 05:24:09PM -0400, Felipe Sateler wrote: On Wed, May 26, 2010 at 17:12, Reinhard Tartler wrote: On Mi, Mai 26, 2010 at 22:05:58 (CEST), Dmitrijs Ledkovs wrote: ifneq (,$(wildcard .git/*)) dh_quilt_unpatch endif Not bad, but how about in a single line? , | test -d .git && dh_quilt_unpatch ` This will make 'make' fail when not on a git repository. Yeah - tests should be composed so that _failure_ triggers alternative action: test ! -d .git || dh_quilt_unpatch - 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: add pristine-tar
> Od: Felipe Sateler > Jaromir, if you are migrating to 3.0 (quilt) you need to drop the > --with quilt part of dh invocation, I think. I tried with and without " --with quilt" invocation both seems to works fine for me source/format set to 3.0 and rules file without any extra unpatching script (don't know if there is some for me hidden trouble e.g. NMU) > Although, come to think of it, removing explicit quilt support is not > necessary to switch to 3.0. Maybe we are overengineering here? Maybe > dpkg-buildpackage will cope with unpatched trees when creating the > source package? Not at home now, so I can't check. If correct, then > the only thing necessary would be to add the debian/source/format > file. Thank you all for helping with script ... the question now seems to be ... Is really needed? And if yes ... Can-should be supplied by debian/source/options file as Dmitrijs suggesting? Dmitrijs, where I can find some your package using debian/source/options? I would like to have a look and learn from it. 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: Recent changes in dpkg
On 24/05/10 05:05, Raphael Hertzog wrote: * dpkg-gensymbols offers new ways to manage symbols files (matching C++ symbols by their demangled name, matching symbols with regular expressions) thanks to Modestas Vainius. This should be useful for people using symbols files. -- 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