Re: pd-zexy (upstream copyright)
On 2010-08-18 20:38, Jonas Smedegaard wrote: After I stomped the topmost one about source URL (puredata.info was down earlier today, apparently), there are now 2 FIXMEs left. Upper one is obviously a typo, so not a show-stopper. I would suggest you fix it upstream for your next release, though (if not claiming copyright in 22nd century is some artistic logo). ah no, the date is the logo is somewhat inconsistent. sometimes it reads YYY1:forum::für::umläute:YYY2 (if the copyright spans YYY1-YYY2), and sometimes it reads DDMM:forum::für::umläute: (if the file was done on a single day). in the given case, i will change that to a year range, as it already covers a time span :-) Lower one I would appreciate if at least you could clarify - just here as an email on this mailinglist, so we have it for the record: Under which license do Winfried Ritsch license his contributions to src/sfplay.c? GPL-2 fgamsdr 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: pd-zexy (upstream copyright)
On 2010-08-19 10:23, IOhannes m zmoelnig wrote: On 2010-08-18 20:38, Jonas Smedegaard wrote: After I stomped the topmost one about source URL (puredata.info was down earlier today, apparently), there are now 2 FIXMEs left. ah i was so busy answering your questions, that i forgot to rephrase my original question (remember, i'm still trying to learn): how are those FIXMEs to be fixed (apart from your questions). i mean, can i just edit the debian/copyright file, or do i have to tell cdbs somehow else how to FIX. if i add the FIXMEs manually, how do i ensure that the format stays DEP5 compatible? fgmadrt 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: pd-zexy (upstream copyright)
On Thu, Aug 19, 2010 at 10:29:12AM +0200, IOhannes m zmoelnig wrote: On 2010-08-19 10:23, IOhannes m zmoelnig wrote: On 2010-08-18 20:38, Jonas Smedegaard wrote: After I stomped the topmost one about source URL (puredata.info was down earlier today, apparently), there are now 2 FIXMEs left. ah i was so busy answering your questions, that i forgot to rephrase my original question (remember, i'm still trying to learn): how are those FIXMEs to be fixed (apart from your questions). i mean, can i just edit the debian/copyright file, or do i have to tell cdbs somehow else how to FIX. if i add the FIXMEs manually, how do i ensure that the format stays DEP5 compatible? CDBS do not automagically maintain debian/copyright. Instead it maintains a shadow file debian/copyright_hints. At every build, source is scanned and a temporary debian/copyright_newhints generated and then diff'ed with debian/copyright_hints, and if the first contains additions compared to the latter, a warning is emitted (or the build fails, if DEB_MAINTAINER_MODE is enabled). debian/copyright still needs to be maintained by hand. There is not yet any DEP5 validators or parsers, only the work-in-progress definition itself, at http://dep.debian.net/deps/dep5/ - so hava a go at reading that :-) For the concrete FIXMEs I suggest we simply release the package as-is, and when next upstream release hopefully improves its copyright and licensing hints we may be able to sanely remove them. - 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: vlc 1.1.3
The following message is a courtesy copy of an article that has been posted to gmane.linux.debian.devel.release as well. On Thu, Aug 19, 2010 at 14:10:02 (CEST), Mehdi Dogguy wrote: On 19/08/2010 14:00, Benjamin Drung wrote: It looks ok but I don't see any announce for 1.1.3 yet. 1.1.3 is released now. We have prepared 1.1.2-2 in our git repository. You can find the changes there [1]. Instead of just applying the patch for the security issue, I would prefer to get 1.1.3 into squeeze, because then we could follow upstream's 1.1 branch. I was already ok for 1.1.3 (according to the diff I analysed). I could probably have a look at the released version though. Might also be worth looking at the upstream changes here: http://git.videolan.org/?p=vlc/vlc-1.1.git;a=shortlog The videolan team maintaines -bugfix branches for a limited period of time, where they backport important fixes like security and other important changes, but don't allow any new features. I think we do want to follow this branches, even after release, similar like we do for mozilla. -- 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#593595: cmus: Cmus fails to play any audio files: Error: opening audio device
Package: cmus Version: 2.3.3-2 Severity: important Cmus 2.3.3 fails to play any audio files, instead giving one of two messages. Error: Opening audio device: Internal error displays if I have output_plugin set to pulse (I do not have the pulse audio server installed); if I change output_plugin to alsa, then I get the message Error: opening audio device: No such file or directory instead. This renders the package completely unusable on my system; stderr and stdout do not provide me with any further information as to what is going on. Thank you for any help you can provide (or any instructions you can give me as to what information I ought to provide you). Yours, Morgan Hamill cham...@wesleyan.edu -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (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 cmus depends on: ii libao41.0.0-4Cross Platform Audio Output Librar ii libasound21.0.23-1 shared library for ALSA applicatio ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfaad2 2.7-4 freeware Advanced Audio Decoder - ii libflac8 1.2.1-2+b1 Free Lossless Audio Codec - runtim ii libmad0 0.15.1b-5 MPEG audio decoder library ii libmodplug1 1:0.8.8.1-1shared libraries for mod music bas ii libmpcdec62:0.1~r459-1 MusePack decoder - library ii libncursesw5 5.7+20100313-2 shared libraries for terminal hand ii libpulse0 0.9.21-3+b1PulseAudio client libraries ii libvorbisfile31.3.1-1The Vorbis General Audio Compressi ii libwavpack1 4.60.1-1 an audio codec (lossy and lossless Versions of packages cmus recommends: ii cmus-plugin-ffmpeg2.3.3-2lightweight ncurses audio player ( cmus suggests no packages. -- no debconf information -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (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 cmus depends on: ii libao41.0.0-4Cross Platform Audio Output Librar ii libasound21.0.23-1 shared library for ALSA applicatio ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfaad2 2.7-4 freeware Advanced Audio Decoder - ii libflac8 1.2.1-2+b1 Free Lossless Audio Codec - runtim ii libmad0 0.15.1b-5 MPEG audio decoder library ii libmodplug1 1:0.8.8.1-1shared libraries for mod music bas ii libmpcdec62:0.1~r459-1 MusePack decoder - library ii libncursesw5 5.7+20100313-2 shared libraries for terminal hand ii libpulse0 0.9.21-3+b1PulseAudio client libraries ii libvorbisfile31.3.1-1The Vorbis General Audio Compressi ii libwavpack1 4.60.1-1 an audio codec (lossy and lossless Versions of packages cmus recommends: ii cmus-plugin-ffmpeg2.3.3-2lightweight ncurses audio player ( cmus suggests no packages. -- no debconf information -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (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 cmus depends on: ii libao41.0.0-4Cross Platform Audio Output Librar ii libasound21.0.23-1 shared library for ALSA applicatio ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfaad2 2.7-4 freeware Advanced Audio Decoder - ii libflac8 1.2.1-2+b1 Free Lossless Audio Codec - runtim ii libmad0 0.15.1b-5 MPEG audio decoder library ii libmodplug1 1:0.8.8.1-1shared libraries for mod music bas ii libmpcdec62:0.1~r459-1 MusePack decoder - library ii libncursesw5 5.7+20100313-2 shared libraries for terminal hand ii libpulse0 0.9.21-3+b1PulseAudio client libraries ii libvorbisfile31.3.1-1The Vorbis General Audio Compressi ii libwavpack1 4.60.1-1 an audio codec (lossy and lossless Versions of packages cmus recommends: ii
Bug#593595:
Howdy there, It seems that dsp.alsa.device, mixer.alsa.device, and mixer.alsa.channel are all unset in the current install of cmus. After setting the latter to Master or PCM and the former two to default, as the cmus man page indicates is the common value, everything works fine. Yours, Morgan Hamill cham...@wesleyan.edu ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#593595: marked as done (cmus: Cmus fails to play any audio files: Error: opening audio device)
Your message dated Thu, 19 Aug 2010 17:03:02 +0200 with message-id 20100819150302.gy7...@jones.dk and subject line Re: Bug#593595: has caused the Debian Bug report #593595, regarding cmus: Cmus fails to play any audio files: Error: opening audio device 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.) -- 593595: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593595 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: cmus Version: 2.3.3-2 Severity: important Cmus 2.3.3 fails to play any audio files, instead giving one of two messages. Error: Opening audio device: Internal error displays if I have output_plugin set to pulse (I do not have the pulse audio server installed); if I change output_plugin to alsa, then I get the message Error: opening audio device: No such file or directory instead. This renders the package completely unusable on my system; stderr and stdout do not provide me with any further information as to what is going on. Thank you for any help you can provide (or any instructions you can give me as to what information I ought to provide you). Yours, Morgan Hamill cham...@wesleyan.edu -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (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 cmus depends on: ii libao41.0.0-4Cross Platform Audio Output Librar ii libasound21.0.23-1 shared library for ALSA applicatio ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfaad2 2.7-4 freeware Advanced Audio Decoder - ii libflac8 1.2.1-2+b1 Free Lossless Audio Codec - runtim ii libmad0 0.15.1b-5 MPEG audio decoder library ii libmodplug1 1:0.8.8.1-1shared libraries for mod music bas ii libmpcdec62:0.1~r459-1 MusePack decoder - library ii libncursesw5 5.7+20100313-2 shared libraries for terminal hand ii libpulse0 0.9.21-3+b1PulseAudio client libraries ii libvorbisfile31.3.1-1The Vorbis General Audio Compressi ii libwavpack1 4.60.1-1 an audio codec (lossy and lossless Versions of packages cmus recommends: ii cmus-plugin-ffmpeg2.3.3-2lightweight ncurses audio player ( cmus suggests no packages. -- no debconf information -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (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 cmus depends on: ii libao41.0.0-4Cross Platform Audio Output Librar ii libasound21.0.23-1 shared library for ALSA applicatio ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfaad2 2.7-4 freeware Advanced Audio Decoder - ii libflac8 1.2.1-2+b1 Free Lossless Audio Codec - runtim ii libmad0 0.15.1b-5 MPEG audio decoder library ii libmodplug1 1:0.8.8.1-1shared libraries for mod music bas ii libmpcdec62:0.1~r459-1 MusePack decoder - library ii libncursesw5 5.7+20100313-2 shared libraries for terminal hand ii libpulse0 0.9.21-3+b1PulseAudio client libraries ii libvorbisfile31.3.1-1The Vorbis General Audio Compressi ii libwavpack1 4.60.1-1 an audio codec (lossy and lossless Versions of packages cmus recommends: ii cmus-plugin-ffmpeg2.3.3-2lightweight ncurses audio player ( cmus suggests no packages. -- no debconf information -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (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 cmus depends on: ii libao41.0.0-4Cross Platform Audio Output Librar ii libasound21.0.23-1 shared library
Bug#590706: same problem with projectm-jack
Can you install the projectm-dbg package and run the application again, to provide debug information? Does projectM-pulseaudio work for you? On Sun, 15 Aug 2010 17:47:20 +0200, 01 f10101...@gmail.com wrote: Package: projectm-jack Version: 2.0.1+dfsg-3 Severity: normal I've got version 2.0.1+dfsg-3 installed. I have the same problem, it segfaults. $ projectM-jack dir:/usr/share/projectM/config.inp reading ~/.projectM/config.inp [projectM] config file: /home/fab/.projectM/config.inp No Textures Loaded from /usr/share/projectM/textures Erreur de segmentation Note: of course, I run the jack sound server prior to starting projectm-jack. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] jack-tools packaging branch, master, updated. 164ccb83c7d4ff2677052e6a7fa5147b0328e797
On 19/08/10 12:38, raboof-gu...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: commit 164ccb83c7d4ff2677052e6a7fa5147b0328e797 Author: Arnout Engelen arnou...@bzzt.net Date: Thu Aug 19 18:37:48 2010 +0200 specify Debian Multimedia Maintainers as package maintainer diff --git a/debian/control b/debian/control index 95fe97f..a1770fd 100644 --- a/debian/control +++ b/debian/control @@ -1,7 +1,7 @@ Source: jack-tools Section: sound Priority: optional -Maintainer: Arnout Engelen arnou...@bzzt.net +Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Build-Depends: debhelper (= 7), quilt, bzip2, dh-buildinfo, autoconf (= 2.52), automake1.7, libtool, m4, flex, libjack0.100.0-dev, libsndfile1-dev, libxext-dev, libxt-dev, asciidoc, xsltproc, docbook-xsl Standards-Version: 3.8.0 Vcs-Browser: http://slavepianos.org/rd/r/d/darcsweb.cgi?r=jack.*;a=summary Remember to add yourself as Uploaders -- 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: Adopting jack-tools
On Thu, Aug 19, 2010 at 01:13:31AM +0200, Alessio Treglia wrote: On Wed, Aug 18, 2010 at 8:57 PM, Arnout Engelen arnou...@bzzt.net wrote: Could you add me to the alioth project so I can check them into git there? Done, welcome aboard! Thanks! First version has been uploaded, I'd love to hear your feedback. There's probably plenty wrong with it still - one particular thing I'm uncertain about is whether I'm using autoconf in a reasonable way here. Regards, Arnout ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#590706: same problem with projectm-jack
Hi, The problem is, installing this package doesn't bring any new informations when starting projectm-jack. Is there any way to enable debugging ? I checked if files were installed, they are. I tried projectm-pulseaudio (had to install pulseaudio), it segfaults too. Le 19/08/2010 16:55, Matthias Klumpp a écrit : Can you install the projectm-dbg package and run the application again, to provide debug information? Does projectM-pulseaudio work for you? ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processed: your mail
Processing commands for cont...@bugs.debian.org: owner 469929 Debian Multimedia Maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Bug #469929 [wnpp] ITA: jack-tools -- various JACK tools: plumbing, play, udp, ctl, scope, clock Owner changed from Arnout Engelen arnou...@bzzt.net to Debian Multimedia Maintainers pkg-multimedia-maintainers@lists.alioth.debian.org. End of message, stopping processing here. Please contact me if you need assistance. -- 469929: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469929 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: uploaded first pkg: pd-motex
On Tue, 2010-08-17 at 23:14 +0200, Jonas Smedegaard wrote: On Tue, Aug 17, 2010 at 02:40:09PM -0400, Hans-Christoph Steiner wrote: On Aug 17, 2010, at 11:39 AM, Jonas Smedegaard wrote: On Tue, Aug 17, 2010 at 05:16:09PM +0200, Reinhard Tartler wrote: On Tue, Aug 17, 2010 at 15:35:10 (CEST), Hans-Christoph Steiner wrote: README.txt and LICENSE.txt are part of the Pd library format. They are part of the library, and the Help Browser (aka the library browser) looks for them to display them. The library format is basically a directory with files in it, and a subdir called 'examples'. That install target actually serves to enforce that all the standard files are there. In this library, I could replace the file with a symlink to ../../../ common-licenses/GPL-2, but other libraries might have different licenses so this wouldn't always be the case. I guess that both the license and the README.txt actually belongs to /usr/share/doc/$package, that's what debian policy tells us to do. IIRC, documentation browsers like dhelp and the default webserver's configurations publish /usr/share/doc so that users can browse package documentation. So moving these files and symlink them to where the package expect them seems to me the right thing to do. This is wrong, actually: Code must not depend on /usr/share/doc existing on the machine, so when a file is needed both by runtime and below /usr/share/doc then the actual file should be placed elsewhere and a symlink be placed below /usr/share/doc. Not sure if this is explicitly clarified in Debian Policy or only a result of close-reading FHS (File Hierarchy Standard) or some such. Perhaps look for sections regarding example scripts. In this context, I think the above suggestion makes the most sense. So here's my plan: - make the LICENSE.txt file into a symlink, if GPL, BSD or other common license - make usr/share/doc/pd-motex/README.txt a symlink to the one in the library I'd need to remove LICENSE.txt then make the symllnk. What's the best way to remove the file? I could patch the Makefile to remove the line in 'make install' that installs LICENSE.txt the add a link in debian/links. Is there some easy/proper way in debhelper to just remove an installed file? Your questions makes me suspect that you did not notice my earier response in this thread (even earlier than above quoted one). Date: Tue, 17 Aug 2010 11:54:32 +0200 Message-ID: 20100817095432.gg7...@jones.dk There I describe how I do similarly with Sugar packages. To answer more directly to your questions: No, I believe there is no debhelper routine specifically for this. Possibly you can make dh_link force overwrite existing object, but I find my proposed approach of replacing only if identical safer. Ok, I did it with an 'rm' in debian/rules, hope that's ok. I pushed the commit. Also, FYI, I've been making all these changes to the other 25ish packages that I'm working on, so they should be pretty tight once I submit them. Once pd-motex is in, I am thinking of running one more thru individually, then once that's done, I'll submit the whole batch. Does that work? .hc ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Introduction
I have a question about my package clipgrab. The license says, that the program is licensed under the GPLv3, but the name and the logo are not. I have contacted the author. He said, that he has the full copyright for the logo and the name. He allowed my explicitly, that I may package the program for Debian. He hopes, that this will be no problem with the Debian policy. He said, changing the logo and the name makes no sense. The included changelog file describes, that only the program is under GPLv3, but not the logo and name. Is this package correct now? How can / must I describe the allowance of the author? Maybe you could have a look at the package. I have uploaded it to mentors (see earlier messages). -- gpg-id: B4F786B1 signature.asc Description: This is a digitally signed message part ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: uploaded first pkg: pd-motex
On 19/08/10 13:36, Hans-Christoph Steiner wrote: Once pd-motex is in, I am thinking of running one more thru individually, then once that's done, I'll submit the whole batch. Does that work? I'm still not convinced that having one source package for all these extensions is the best move (as opposed to making 1 big source package that builds several binary packages)... -- 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: Introduction
On Thu, Aug 19, 2010 at 07:49:33PM +0200, Thomas Maass wrote: I have a question about my package clipgrab. The license says, that the program is licensed under the GPLv3, but the name and the logo are not. I have contacted the author. He said, that he has the full copyright for the logo and the name. He allowed my explicitly, that I may package the program for Debian. He hopes, that this will be no problem with the Debian policy. He said, changing the logo and the name makes no sense. The included changelog file describes, that only the program is under GPLv3, but not the logo and name. Is this package correct now? How can / must I describe the allowance of the author? Maybe you could have a look at the package. I have uploaded it to mentors (see earlier messages). for Debian is unacceptable: All that Debian redistribute (in the main archive) must be equally redistributed by others as well. Sounds like you then need to strip logo, and rename the project - similar to Firefox redistributed in Debian as Iceweasel. Please if you have more questions about this, then this is not the right list: Discuss such things at debian-le...@lists.debian.org. 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: pd-zexy (upstream copyright)
On 2010-08-19 10:53, Jonas Smedegaard wrote: debian/copyright still needs to be maintained by hand. There is not yet any DEP5 validators or parsers, only the work-in-progress definition itself, at http://dep.debian.net/deps/dep5/ - so hava a go at reading that :-) thanks for the clarification. For the concrete FIXMEs I suggest we simply release the package as-is, and when next upstream release hopefully improves its copyright and licensing hints we may be able to sanely remove them. i manually fixed the FIXMEs and pushed. so i guess we are almost there. fgmasdr 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
Bug#557563: marked as done (audacity: Hi/Low Pass filters don't work)
Your message dated Fri, 20 Aug 2010 00:40:37 +0200 with message-id 1282257637.10075.6.ca...@deep-thought and subject line audacity: Hi/Low Pass filters don't work has caused the Debian Bug report #557563, regarding audacity: Hi/Low Pass filters don't work 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.) -- 557563: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557563 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: audacity Version: 1.3.9-6 Severity: normal - Create a Pink Noise (Insert -- Noise); - Apply a Hi-Pass filter (select all track and go to Effects -- Plugins 1-9 -- Hi-Pass Filter); 6dB/octave works fine; 12dB/octace don't works well. If you check with menu Analyser -- Frequency spectrum you will see a strange peak at cutoff frequency; 24-36-48dB/octave don't work. If you apply it, will popup a messagebox with a OK button, but nothing will happening after click on it. The same problem with low-pass filter. Best regards, Renato S. Yamane -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.31.5 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages audacity depends on: ii audacity-data 1.3.9-6 A fast, cross-platform audio edito ii libasound2 1.0.21a-1 shared library for ALSA applicatio ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libexpat1 2.0.1-5 XML parsing C library - runtime li ii libflac++6 1.2.1-2+b1Free Lossless Audio Codec - C++ ru ii libflac8 1.2.1-2+b1Free Lossless Audio Codec - runtim ii libgcc11:4.4.1-4 GCC support library ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libid3tag0 0.15.1b-10ID3 tag reading library from the M ii libjack0 0.116.2+svn3592-3 JACK Audio Connection Kit (librari ii libmad00.15.1b-4 MPEG audio decoder library ii libogg01.1.4~dfsg-1 Ogg bitstream library ii libsamplerate0 0.1.7-3 Audio sample rate conversion libra ii libsndfile11.0.20-3 Library for reading/writing audio ii libsoundtouch1c2 1.3.1-2 sound stretching library ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii libtwolame00.3.12-1 MPEG Audio Layer 2 encoding librar ii libvorbis0a1.2.3-3 The Vorbis General Audio Compressi ii libvorbisenc2 1.2.3-3 The Vorbis General Audio Compressi ii libvorbisfile3 1.2.3-3 The Vorbis General Audio Compressi ii libwxbase2.8-0 2.8.7.1-1.1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.7.1-1.1 wxWidgets Cross-platform C++ GUI t Versions of packages audacity recommends: ii libavcodec52 5:0.5+svn20091101-0.0 library to encode decode multimedi ii libavformat52 5:0.5+svn20091101-0.0 ffmpeg file format library Versions of packages audacity suggests: pn ladspa-plugin none (no description available) ii libmp3lame0 3.98.2-0.5 LAME Ain't an MP3 Encoder -- no debconf information ---End Message--- ---BeginMessage--- Version: 1.3.12-2 As discussed upstream, the frequency spectrum after applying the High-/Low-Pass filter is correct. Therefore I can't reproduce it with 1.3.12-2. Please reopen the bug if you still experience this issue with 1.3.12-2 (or later). -- Benjamin Drung Ubuntu Developer (www.ubuntu.com) | Debian Maintainer (www.debian.org) signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ---End Message--- ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: uploaded first pkg: pd-motex
On 19/08/10 13:36, Hans-Christoph Steiner wrote: On Tue, 2010-08-17 at 23:14 +0200, Jonas Smedegaard wrote: On Tue, Aug 17, 2010 at 02:40:09PM -0400, Hans-Christoph Steiner wrote: On Aug 17, 2010, at 11:39 AM, Jonas Smedegaard wrote: On Tue, Aug 17, 2010 at 05:16:09PM +0200, Reinhard Tartler wrote: On Tue, Aug 17, 2010 at 15:35:10 (CEST), Hans-Christoph Steiner wrote: README.txt and LICENSE.txt are part of the Pd library format. They are part of the library, and the Help Browser (aka the library browser) looks for them to display them. The library format is basically a directory with files in it, and a subdir called 'examples'. That install target actually serves to enforce that all the standard files are there. In this library, I could replace the file with a symlink to ../../../ common-licenses/GPL-2, but other libraries might have different licenses so this wouldn't always be the case. I guess that both the license and the README.txt actually belongs to /usr/share/doc/$package, that's what debian policy tells us to do. IIRC, documentation browsers like dhelp and the default webserver's configurations publish /usr/share/doc so that users can browse package documentation. So moving these files and symlink them to where the package expect them seems to me the right thing to do. This is wrong, actually: Code must not depend on /usr/share/doc existing on the machine, so when a file is needed both by runtime and below /usr/share/doc then the actual file should be placed elsewhere and a symlink be placed below /usr/share/doc. Not sure if this is explicitly clarified in Debian Policy or only a result of close-reading FHS (File Hierarchy Standard) or some such. Perhaps look for sections regarding example scripts. In this context, I think the above suggestion makes the most sense. So here's my plan: - make the LICENSE.txt file into a symlink, if GPL, BSD or other common license - make usr/share/doc/pd-motex/README.txt a symlink to the one in the library I'd need to remove LICENSE.txt then make the symllnk. What's the best way to remove the file? I could patch the Makefile to remove the line in 'make install' that installs LICENSE.txt the add a link in debian/links. Is there some easy/proper way in debhelper to just remove an installed file? Your questions makes me suspect that you did not notice my earier response in this thread (even earlier than above quoted one). Date: Tue, 17 Aug 2010 11:54:32 +0200 Message-ID: 20100817095432.gg7...@jones.dk There I describe how I do similarly with Sugar packages. To answer more directly to your questions: No, I believe there is no debhelper routine specifically for this. Possibly you can make dh_link force overwrite existing object, but I find my proposed approach of replacing only if identical safer. Ok, I did it with an 'rm' in debian/rules, hope that's ok. I pushed the commit. So, pd-motex should be ready? -- 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: uploaded first pkg: pd-motex
On Aug 19, 2010, at 8:02 PM, Felipe Sateler wrote: On 19/08/10 13:36, Hans-Christoph Steiner wrote: On Tue, 2010-08-17 at 23:14 +0200, Jonas Smedegaard wrote: On Tue, Aug 17, 2010 at 02:40:09PM -0400, Hans-Christoph Steiner wrote: On Aug 17, 2010, at 11:39 AM, Jonas Smedegaard wrote: On Tue, Aug 17, 2010 at 05:16:09PM +0200, Reinhard Tartler wrote: On Tue, Aug 17, 2010 at 15:35:10 (CEST), Hans-Christoph Steiner wrote: README.txt and LICENSE.txt are part of the Pd library format. They are part of the library, and the Help Browser (aka the library browser) looks for them to display them. The library format is basically a directory with files in it, and a subdir called 'examples'. That install target actually serves to enforce that all the standard files are there. In this library, I could replace the file with a symlink to ../../../ common-licenses/GPL-2, but other libraries might have different licenses so this wouldn't always be the case. I guess that both the license and the README.txt actually belongs to /usr/share/doc/$package, that's what debian policy tells us to do. IIRC, documentation browsers like dhelp and the default webserver's configurations publish /usr/share/doc so that users can browse package documentation. So moving these files and symlink them to where the package expect them seems to me the right thing to do. This is wrong, actually: Code must not depend on /usr/share/doc existing on the machine, so when a file is needed both by runtime and below /usr/share/doc then the actual file should be placed elsewhere and a symlink be placed below /usr/share/doc. Not sure if this is explicitly clarified in Debian Policy or only a result of close-reading FHS (File Hierarchy Standard) or some such. Perhaps look for sections regarding example scripts. In this context, I think the above suggestion makes the most sense. So here's my plan: - make the LICENSE.txt file into a symlink, if GPL, BSD or other common license - make usr/share/doc/pd-motex/README.txt a symlink to the one in the library I'd need to remove LICENSE.txt then make the symllnk. What's the best way to remove the file? I could patch the Makefile to remove the line in 'make install' that installs LICENSE.txt the add a link in debian/links. Is there some easy/proper way in debhelper to just remove an installed file? Your questions makes me suspect that you did not notice my earier response in this thread (even earlier than above quoted one). Date: Tue, 17 Aug 2010 11:54:32 +0200 Message-ID: 20100817095432.gg7...@jones.dk There I describe how I do similarly with Sugar packages. To answer more directly to your questions: No, I believe there is no debhelper routine specifically for this. Possibly you can make dh_link force overwrite existing object, but I find my proposed approach of replacing only if identical safer. Ok, I did it with an 'rm' in debian/rules, hope that's ok. I pushed the commit. So, pd-motex should be ready? Everything is ready from my end. :-) Its feeling quite polished, plus all the rest too. .hc We have nothing to fear from love and commitment. - New York Senator Diane Savino, trying to convince the NY Senate to pass a gay marriage bill ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers