Re: priorority 'optional' vs 'extra'
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2013-12-16 00:01, Jaromír Mikeš wrote: 2013/12/11 IOhannes m zmölnig zmoel...@iem.at i thus propose to do a cleanup of the package priorities and move as many packages to optional as possible. I have switched these packages to priority optional and upload some time ago but now when I am checking they are still extra: clthreads clxclient rubberband vamp-plugin-sdk Something more should be done than just uploading? afaik, we have to file a bug-report with ftp.d.o to manually switch the priority. i'd volunteer to do that for all packages involved (or only those, where the DMs consent to switch the priority). that's why i wanted to start this discussion. fgnasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJSrr/xAAoJELZQGcR/ejb4JccP/0WllbZv/vcVHN79b12B4Mtp 1aLaR4Tr0rffqF69cc3GuSlCV4FEAYi54+H3A20w40N5HZQ7kZmi1NirGkja+Dd+ JoxO4ohMOhFa/PX4Va8UIPcmilx0f4On10FcjofNroBIOQgr4pnSa/2c47v1ZDgr hecJtRCStZpIyuOcoOQ2zN2kgu7b/Uam0RidkuBMBvFz4VnPYGZsrkXanu9xpSzk so/+r1pH9YM5F9r2j83/tT+P7Zop4FUNO0kPEoHaRXMh91ucClXELprk84Is+oTU 4T5LtchuRTd1P6sJEvAsicVp2snwtmq7sC6YPHKDUDYIVpkO2dtC5KvjLUtTStug 80oo+xSDV68dCTbSGgvTDDqVLgyf3QMTouu4MYNRC6hDuAxt2H8aoIFvgQthWfWh 89FlJdO1Jo4dftEqCgPb2TG6J9uUr6/Etxq6qGnxnhAU6nIBToXgaP6BkKYjoOG+ yxMH09MsbHLFgZBELhvwE3RbIoUhxPgiT37O0CXV0gdZxasv9q/30jB2dC818lal 31LBJC2g/jQFE85lAI82gcQ3E8swUVKTfmTOApmzrt8bYTD4geI5ytkDjafRh+re ERgMYaSNLyG4GQeJ73ml6QIzSAvp97Gs5j7Gk9YtPGCguUtrBzaUlwwyhGFPpqpU BhNW8IhToTIX9AlBELRT =0rV/ -END PGP SIGNATURE- ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: priorority 'optional' vs 'extra'
On Mon, Dec 16, 2013 at 5:55 AM, IOhannes m zmoelnig zmoel...@iem.at wrote: afaik, we have to file a bug-report with ftp.d.o to manually switch the priority. i'd volunteer to do that for all packages involved (or only those, where the DMs consent to switch the priority). that's why i wanted to start this discussion. Please do so in any I'm uploader. Thanks -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
chromaprint 1.1-1 MIGRATED to testing
FYI: The status of the chromaprint source package in Debian's testing distribution has changed. Previous version: 0.7-2 Current version: 1.1-1 -- 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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
devede 3.23.0~ds1-5 MIGRATED to testing
FYI: The status of the devede source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 3.23.0~ds1-5 -- 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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: pd-iemlib: request for review/sponsoring
On 2013-12-13 15:51, Jonas Smedegaard wrote: so what's the recommended (minimal) package to build PDFs from DOCs? I guess that'd be the package wv. Or if results of that is too ugly, then maybe unoconv. To check alternatives, install apt-xapian-index and run this command: $ axi-cache search word pdf `wv` gives me dismal results, so i tried `unoconv` which looks ok. unfortunately, `unoconv` seems to not work properly in a pbuilder environment, and even less so on the various build-machines. doing a bit of research, i've found the following changelog entry for the pd-pmpd package: Felipe Sateler wrote on 2010-11-05 23:16:25: Use the upstream provided pdf file Unoconv is unreliable for use on buildds, due to OpenOffice apparently needing a desktop environment running. so in this package, the decision to build the pdf from source was undone. hmm. while i keep trying with various packages (e.g. `antiword`, which doesn't like UTF-8 when outputting PDFs), i would welcome very much any *more* hints regarding this problem. this ought to be a common problem. fmadr IOhannes signature.asc Description: OpenPGP digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: pd-iemlib: request for review/sponsoring
On 2013-12-16 18:36, IOhannes m zmölnig wrote: while i keep trying with various packages (e.g. `antiword`, which doesn't like UTF-8 when outputting PDFs), i would welcome very much any *more* hints regarding this problem. this ought to be a common problem. two more ideas: - do not try to ship the PDF in the binary package. instead (only) ship the DOC-file (the source!) which does not need re-building. - split the package into the library and a -doc (arch:all) package; since the binary-indep package will be built on the uploader's machine (which can have a full desktop), one could circumvent the problem with unoconv (uäh!) gfmsard IOhannes signature.asc Description: OpenPGP digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
[bts-link] source package libav
# # bts-link upstream status pull for source package libav # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #720563 (http://bugs.debian.org/720563) # Bug title: libav: Doesn't decode opus while opus support is compiled in? # * http://bugzilla.libav.org/show_bug.cgi?id=603 # * remote status changed: (?) - NEW usertags 720563 + status-NEW thanks ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: pd-iemlib: request for review/sponsoring
On Mon, Dec 16, 2013 at 2:36 PM, IOhannes m zmölnig zmoel...@iem.at wrote: On 2013-12-13 15:51, Jonas Smedegaard wrote: so what's the recommended (minimal) package to build PDFs from DOCs? I guess that'd be the package wv. Or if results of that is too ugly, then maybe unoconv. To check alternatives, install apt-xapian-index and run this command: $ axi-cache search word pdf `wv` gives me dismal results, so i tried `unoconv` which looks ok. unfortunately, `unoconv` seems to not work properly in a pbuilder environment, and even less so on the various build-machines. doing a bit of research, i've found the following changelog entry for the pd-pmpd package: Felipe Sateler wrote on 2010-11-05 23:16:25: Use the upstream provided pdf file Unoconv is unreliable for use on buildds, due to OpenOffice apparently needing a desktop environment running. so in this package, the decision to build the pdf from source was undone. hmm. while i keep trying with various packages (e.g. `antiword`, which doesn't like UTF-8 when outputting PDFs), i would welcome very much any *more* hints regarding this problem. this ought to be a common problem. I had forgotten that I had indeed undone a doc-pdf conversion fo this reason. Sorry for not remembering. I think the best option is to verify that the pdf file can be generated with libreoffice. If it can, lets make a note in debian/copyright, but not build it with the package. While building everything is best, at this point it cannot be automated reasonably with current debian infrastructure. Let us not loose sleep over it. -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: bug 732271 is forwarded to https://github.com/mpv-player/mpv/pull/414, tagging 732271
Processing commands for cont...@bugs.debian.org: forwarded 732271 https://github.com/mpv-player/mpv/pull/414 Bug #732271 [mpv] mpv manpage: wrong example for --vf expand Set Bug forwarded-to-address to 'https://github.com/mpv-player/mpv/pull/414'. tags 732271 + fixed-upstream Bug #732271 [mpv] mpv manpage: wrong example for --vf expand Added tag(s) fixed-upstream. thanks Stopping processing here. Please contact me if you need assistance. -- 732271: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732271 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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: priorority 'optional' vs 'extra'
2013/12/16 Felipe Sateler fsate...@debian.org On Mon, Dec 16, 2013 at 5:55 AM, IOhannes m zmoelnig zmoel...@iem.at wrote: afaik, we have to file a bug-report with ftp.d.o to manually switch the priority. i'd volunteer to do that for all packages involved (or only those, where the DMs consent to switch the priority). that's why i wanted to start this discussion. Please do so in any I'm uploader. same here ... clthreads clxclient rubberband vamp-plugin-sdk please go on. regards mira ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: zam-plugins
2013/12/16 Felipe Sateler fsate...@debian.org On Sun, Dec 15, 2013 at 7:44 PM, Jaromír Mikeš mira.mi...@gmail.com wrote: Hi Felipe, Fixed ;) Thank you for checking this. There are a few lintian warnings: W: zam-plugins: executable-not-elf-or-script usr/lib/lv2/zamtube.lv2/manifest.ttl W: zam-plugins: executable-not-elf-or-script usr/lib/lv2/zamcompx2.lv2/manifest.ttl W: zam-plugins: executable-not-elf-or-script usr/lib/lv2/zamcompexp.lv2/zamcompexp.ttl W: zam-plugins: executable-not-elf-or-script usr/lib/lv2/zamexcite.lv2/manifest.ttl W: zam-plugins: executable-not-elf-or-script usr/lib/lv2/zamcompx2.lv2/zamcompx2.ttl W: zam-plugins: executable-not-elf-or-script usr/lib/lv2/zamcomp.lv2/manifest.ttl W: zam-plugins: executable-not-elf-or-script usr/lib/lv2/zamexcite.lv2/zamexcite.ttl W: zam-plugins: executable-not-elf-or-script usr/lib/lv2/zamtube.lv2/zamtube.ttl W: zam-plugins: executable-not-elf-or-script usr/lib/lv2/zamulticomp.lv2/manifest.ttl W: zam-plugins: executable-not-elf-or-script usr/lib/lv2/zamdither.lv2/manifest.ttl W: zam-plugins: executable-not-elf-or-script usr/lib/lv2/zamcompexp.lv2/manifest.ttl W: zam-plugins: executable-not-elf-or-script usr/lib/lv2/zamcomp.lv2/zamcomp.ttl W: zam-plugins: executable-not-elf-or-script usr/lib/lv2/zameq2.lv2/zameq2.ttl W: zam-plugins: executable-not-elf-or-script usr/lib/lv2/zamvalve.lv2/zamvalve.ttl W: zam-plugins: executable-not-elf-or-script usr/lib/lv2/zamulticomp.lv2/zamulticomp.ttl W: zam-plugins: executable-not-elf-or-script usr/lib/lv2/zameq2.lv2/manifest.ttl W: zam-plugins: executable-not-elf-or-script usr/lib/lv2/zamdither.lv2/zamdither.ttl W: zam-plugins: executable-not-elf-or-script usr/lib/lv2/zamvalve.lv2/manifest.ttl Also, the description could use some improving (ie, what do each of the plugins do?). Hi, description improved now. As regards lintian warnings ... upstream provide these files not-executable and there is dh_fixperms running which should fix this kind of problems. Not sure in which stage of packaging they became executable and how to fix this :( regards mira ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers