apt stuck! clear out 0 byte files from the mirrors
OK, it seems only debian-multimedia has the problem. I'll tell maril...@debian.org to please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595691 . P.S., the way the progress messages appear, one cannot tell which server we are working with, but instead the last transaction completed etc. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#591802: marked as done (FTBFS on sparc: [po/fr/LC_MESSAGES/csound5.mo] Error -11)
Your message dated Mon, 06 Sep 2010 14:16:26 +0200 with message-id 8739tnvzhh@faui44a.informatik.uni-erlangen.de and subject line Sparc binaries have arrived in the archive has caused the Debian Bug report #591802, regarding FTBFS on sparc: [po/fr/LC_MESSAGES/csound5.mo] Error -11 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.) -- 591802: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591802 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: csound Version: 1:5.12.1~dfsg-4 Severity: serious Justification: FTBFS User: debian-sp...@lists.debian.org Usertags: sparc Hi, your package no longer builds on sparc: | msgfmt -o po/de/LC_MESSAGES/csound5.mo po/german.po | msgfmt -o po/en_GB/LC_MESSAGES/csound5.mo po/csound.po | msgfmt -o po/en_US/LC_MESSAGES/csound5.mo po/american.po | msgfmt -o po/es_CO/LC_MESSAGES/csound5.mo po/es_CO.po | msgfmt -o po/fr/LC_MESSAGES/csound5.mo po/french.po | scons: *** [po/fr/LC_MESSAGES/csound5.mo] Error -11 | scons: building terminated because of errors. | make: *** [debian/stamp-scons-build] Error 2 Full build logs: https://buildd.debian.org/status/package.php?p=csoundsuite=unstable Mraw, KiBi. ---End Message--- ---BeginMessage--- rmadison -u qa csound csound | 1:5.12.1~dfsg-5 | unstable | source, alpha, amd64, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc It seems this problem has been in the buildd machines and not in the package. I'm therefore closing this bug so that the package can migrate to squeeze. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ---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: review ghostess
Hi, There is a new upstream version with manpage now. I tried to merge it, but I do get patches related messages when running git-buildpackage. The short howto on the multimedia wiki says resolve merge conflicts, review your changes e.g. with gitk How to check if there are conflicts and how to resolve those? When i use gitk I get a 'crappy' GUI with letters I can't read clearly... done dh_clean rm -f debian/stamp-autotools-files rm -f debian/cdbs-install-list debian/cdbs-package-list debian/stamp-copyright-check debian/stamp-buildinfo dpkg-source -i -I -b ghostess dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building ghostess using existing ./ghostess_20100905.orig.tar.bz2 patching file config.h.in Reversed (or previously applied) patch detected! Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file config.h.in.rej patching file Makefile.in Reversed (or previously applied) patch detected! Skipping patch. 15 out of 15 hunks ignored -- saving rejects to file Makefile.in.rej patching file configure.ac Reversed (or previously applied) patch detected! Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file configure.ac.rej patching file config.guess Reversed (or previously applied) patch detected! Skipping patch. 9 out of 9 hunks ignored -- saving rejects to file config.guess.rej patching file config.sub Reversed (or previously applied) patch detected! Skipping patch. 5 out of 5 hunks ignored -- saving rejects to file config.sub.rej patching file configure Reversed (or previously applied) patch detected! Skipping patch. 381 out of 381 hunks ignored -- saving rejects to file configure.rej patching file Makefile.am Reversed (or previously applied) patch detected! Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file Makefile.am.rej patching file aclocal.m4 Reversed (or previously applied) patch detected! Skipping patch. 22 out of 22 hunks ignored -- saving rejects to file aclocal.m4.rej patching file ChangeLog Reversed (or previously applied) patch detected! Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file ChangeLog.rej The next patch would create the file ghostess.1, which already exists! Skipping patch. 1 out of 1 hunk ignored patching file ltmain.sh Reversed (or previously applied) patch detected! Skipping patch. 8 out of 8 hunks ignored -- saving rejects to file ltmain.sh.rej patching file README Reversed (or previously applied) patch detected! Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file README.rej patching file src/ghostess.c Reversed (or previously applied) patch detected! Skipping patch. 3 out of 3 hunks ignored -- saving rejects to file src/ghostess.c.rej patching file src/Makefile.in Reversed (or previously applied) patch detected! Skipping patch. 2 out of 2 hunks ignored -- saving rejects to file src/Makefile.in.rej patching file src/gtkknob.h Reversed (or previously applied) patch detected! Skipping patch. 2 out of 2 hunks ignored -- saving rejects to file src/gtkknob.h.rej patching file src/universal_gui.c Reversed (or previously applied) patch detected! Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file src/universal_gui.c.rej patching file src/gtkknob.c Reversed (or previously applied) patch detected! Skipping patch. 20 out of 20 hunks ignored -- saving rejects to file src/gtkknob.c.rej dpkg-source: error: LC_ALL=C patch -t -F 0 -N -p1 -u -V never -g0 -E -b -B .pc/debian-changes-20100326-1/ ghostess.orig.J2_mCQ/debian/patches/debian-changes-20100326-1 gave error exit status 1 dpkg-buildpackage: error: dpkg-source -i -I -b ghostess gave error exit status 2 /usr/local/bin/gbp-pbuilder returned 2 Couldn't run '/usr/local/bin/gbp-pbuilder' ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
ffmpeg_0.5.2-4+armhf_armhf.changes ACCEPTED
Maintainer: Debian multimedia packages maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Uploader: Konstantinos Margaritis konstanti...@margaritis.eu Host: debian-ports.org Accepted: ffmpeg_0.5.2-4+armhf_armhf.changes Files: ffmpeg_0.5.2-4+armhf.dsc ffmpeg_0.5.2-4+armhf.diff.gz ffmpeg_0.5.2-4+armhf_armhf.deb ffmpeg-dbg_0.5.2-4+armhf_armhf.deb ffmpeg-doc_0.5.2-4+armhf_all.deb libavutil49_0.5.2-4+armhf_armhf.deb libavcodec52_0.5.2-4+armhf_armhf.deb libavdevice52_0.5.2-4+armhf_armhf.deb libavformat52_0.5.2-4+armhf_armhf.deb libavfilter0_0.5.2-4+armhf_armhf.deb libpostproc51_0.5.2-4+armhf_armhf.deb libswscale0_0.5.2-4+armhf_armhf.deb libavutil-dev_0.5.2-4+armhf_armhf.deb libavcodec-dev_0.5.2-4+armhf_armhf.deb libavdevice-dev_0.5.2-4+armhf_armhf.deb libavformat-dev_0.5.2-4+armhf_armhf.deb libavfilter-dev_0.5.2-4+armhf_armhf.deb libpostproc-dev_0.5.2-4+armhf_armhf.deb libswscale-dev_0.5.2-4+armhf_armhf.deb ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Looking for a sponsor for MiniDisc software
Dear Debian multimedia package maintainers, I'm one of the developers of the project called linux-minidisc [1]. The goal of your project is to bring full and free software support for all NetMD and HiMD MiniDisc recorders and players. Both NetMD and HiMD offer technologies to connect a MiniDisc device over USB to a computer to transfer music tracks to and from the MiniDisc device in a way iTunes and iPods work together. There has been a project called libnetmd before which offered this functionality as well but due to the encryption of the audio data, it was never possible to download any tracks to the MiniDisc devices even though technically possible. The project was eventually orphaned. It was still in Debian in the Etch release, if I remember correctly. However, due to our endless efforts, we finally were able to reverse engineer the whole protocols behind NetMD and HiMD and we are able to provide fully-fledged support to both of these technologies on Linux and other operating systems. Since some of the technologies involve intellectual properties of Sony, we have stripped down our code to include legal technologies only. Since this limits the functionality of our software, we are in negotiations with Sony Corporation to get an official permission from the to distribute all of our code and knowledge under a free license. The case has not been decided yet, but from the previous mails from Sony, it looks like they are putting a lot of efforts to resolve this situation for the best of the community so we can eventually provide our software to everyone. I am therefore seeking a sponsor to support our project to get it into Debian. The popularity contest shows, that both packages, qhimdtransfer and python-netmd which result from our project, are installed by several people already. The download counters for the Windows and Mac versions have surpassed 2500 downloads, so there is certainly a demand for our software. The package for qhimdtransfer can be found on Debian Mentors [2] and my Ubuntu PPA [3]. These versions do not contain any code that may infringe the intellectual properties of Sony Corporation and others, so they could be uploaded to Debian without any license issues, the code is completely GPLv2. I am already the maintainer of the two Debian packages kcemu [4] and libz80ex1 [5], so I have already some background when it comes to packaging. I would really appreciate any support in getting our software into Debian, I have been trying to get it sponsored for almost a year now without success. Thanks a lot, Adrian [1] https://wiki.physik.fu-berlin.de/linux-minidisc [2] http://mentors.debian.net/debian/pool/main/q/qhimdtransfer/ [3] https://launchpad.net/~glaubitz/+archive/linux-minidisc [4] http://packages.debian.org/sid/kcemu [5] http://packages.debian.org/sid/libz80ex1 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: first package: pd-wiimote
On Sep 6, 2010, at 4:02 AM, IOhannes m zmoelnig wrote: On 2010-09-02 11:20, Roman Haefeli wrote: I really don't get the logic of _adding_ a license at all. this is only because of some attempts to uniform the build process for pd-externals (nothing to do with debian), which makes some hardcoded assumptions about what should be in a tarball/install and what not. upstream wiimote switched to this template build system just before releasing 0.3.1, but the switch obviously was done in a rush which introduced a number of problems, one of which we are seeing here. It is actually not needed for running the program, but the libdir format for Pd libraries proposed by Hans-Christoph Steiner defines a LICENSE.txt and README.txt to be included in every Pd library. Currently, the quilt patch adds the license which is later replaced by a symlink (see debian/links). I think I remove the patch and simply leave the symlink. a better approach (imho) would be to patch the makefile to not depend on the LICENSE.txt rather than add the LICENSE.txt via the patch. anyhow, in upstream this has now been dealed with like this: - completely switching away from the template build system in favour of autotools for new releases (starting with 0.4) - fixing the template build system with a bugfix release 0.3.2 (which is now in debian) Every tarball should have a file in it that contains the license. Having that be a standard name like LICENSE.txt makes it really easy to find for people who are doing things like packaging Pd libraries for Debian. Also, the LICENSE.txt is there for the Pd user and is browsable from within the Pd Help Browser. Just like Debian users, Pd users should be able to find license information in a easy, standard way. .hc http://at.or.at/hans/ ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: first package: pd-wiimote
On 2010-09-06 17:49, Hans-Christoph Steiner wrote: Every tarball should have a file in it that contains the license. Having that be a standard name like LICENSE.txt makes it really easy to find for people who are doing things like packaging Pd libraries for Debian. Also, the LICENSE.txt is there for the Pd user and is browsable from within the Pd Help Browser. Just like Debian users, Pd users should be able to find license information in a easy, standard way. please note that i'm not opposed to providing a LICENSE file. ,fgasdr 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#595882: vlc: FTBFS in squeeze: configure: error: Please install the Firefox development tools; mozilla-config.h, plugin/npapi.h and plugin/npruntime.h were not found.
On Di, Sep 07, 2010 at 01:42:05 (CEST), Lucas Nussbaum wrote: Package 'libxul' requires 'nspr = 4.8.6' but version of NSPR is 4.8.4 Package 'libxul' requires 'nspr = 4.8.6' but version of NSPR is 4.8.4 checking npfunctions.h usability... no checking npfunctions.h presence... no checking for npfunctions.h... no checking npapi.h usability... no checking npapi.h presence... no checking for npapi.h... no checking for npruntime.h... no configure: error: Please install the Firefox development tools; mozilla-config.h, plugin/npapi.h and plugin/npruntime.h were not found. make: *** [build-stamp] Error 1 Well, the reason is given in the configure log. rmadison -u qa libnspr4-0d libnspr4-0d |4.7.1-5 |stable | alpha, amd64, arm, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc libnspr4-0d |4.8.4-2 | testing | amd64, armel, hppa, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc libnspr4-0d |4.8.6-1 | unstable | alpha, amd64, armel, hppa, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc Why isn't it in testing? grep-excuses nspr nspr (4.8.4-2 to 4.8.6-1) Maintainer: Maintainers of Mozilla-related packages 32 days old (needed 10 days) Not touching package due to block request by freeze (contact debian-release if update is needed) Not considered is nspr 4.8.6 going to migrate to squeeze? -- 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