Bug#605854: libffado: Build-Depends on python-qt4-dbus needs relation
Package: libffado Version: 2.0.1+svn1856-5 Severity: important Tags: patch Justification: fails to build from source If built against python-qt4-dbus_4.4.2-4 (of stable) and friends then build fails with (just after prebuild cleanup) [[ build log excerpt ]] dh_clean -X debian/tmp rm -f debian/cdbs-install-list debian/cdbs-package-list debian/stamp-copyright-check /usr/bin/make -f debian/rules reverse-config make[1]: Entering directory `/tmp/libffado_YWciez/libffado-2.0.1+svn1856' for i in ./admin/config.guess ; do \ if test -e $i.cdbs-orig ; then \ mv $i.cdbs-orig $i ; \ fi ; \ done make[1]: Leaving directory `/tmp/libffado_YWciez/libffado-2.0.1+svn1856' mkdir -p /tmp/libffado_YWciez/libffado-2.0.1+svn1856/debian/tmp/ scons --clean scons: Reading SConscript files ... Checking whether 'which pyuic4' executes yes Checking for the python module 'dbus' yes Checking for the python module 'PyQt4' yes Checking for the python module 'dbus.mainloop.qt' no Checking whether 'xdg-desktop-menu --help' executes no I couldn't find the program 'xdg-desktop-menu'. Together with xdg-icon-resource this is needed to add the fancy entry to your menu. But if the mixer will be installed, you can start it by executing "ffado-mixer". Checking for dbus-1 (1.0 or higher)... yes Checking for alsa (0 or higher)... no Checking for variable session_bus_services_dir in package dbus-1... yes Trying to find the system triple: (cached) i686-pc-linux-gnu [[ end excerpt ]] and then finally: [[ build log excerpt ]] dh_installchangelogs -pffado-mixer-qt4 ./ChangeLog dh_installudev -pffado-mixer-qt4 dh_lintian -pffado-mixer-qt4 dh_install -pffado-mixer-qt4 cp: cannot stat `debian/tmp/debian/tmp/usr/share/ffado-mixer-qt4/': No such file or directory dh_install: cp -a debian/tmp/debian/tmp/usr/share/ffado-mixer-qt4/ debian/ffado-mixer-qt4//usr/share/ returned exit code 1 make: *** [binary-install/ffado-mixer-qt4] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 [[ end excerpt ]] Probably I've missed something obvious but I've failed to find VCS of python-qt4. Thus I can't point the version when 'dbus.mainloop.qt' has appeared first time. If I've got those dependencies right then pushing for any of python-qt4* binaries would be enough (they seem to come together anyway). Please fix your control. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (1, 'testing'), (1, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=ru_UA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash --- ../control 2010-12-03 15:45:44.0 +0200 +++ debian/control 2010-12-04 04:22:16.0 +0200 @@ -22,7 +22,7 @@ libexpat1-dev, libxml++2.6-dev, libdbus-1-dev, - python-qt4-dbus, + python-qt4-dbus (>> 4.4.2), quilt Standards-Version: 3.9.1 DM-Upload-Allowed: yes ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: RFS: deadbeef
On Fri, Dec 3, 2010 at 7:09 PM, Alessio Treglia wrote: > On Fri, Dec 3, 2010 at 7:48 PM, Paul Tagliamonte wrote: >> The upload would be: >> >> version-N+dfsgX > > It had better set something similar to: > > version-N~dfsg > > This makes us able to drop the ~dfsg component if upstream will decide > to release another DFSG-clean tarball in future. Ahhh, that makes sense. Just for my own personal education here ( since I'm still learning ), will dpkg fail if: 1.0-1+dfsg3 not get overriden by: 1.0-2 ( I used 3 to try to force the condition that I'm thinking about ) > > Cheers. > > -- > Alessio Treglia | www.alessiotreglia.com > Debian Developer | ales...@debian.org > Ubuntu Core Developer | quadris...@ubuntu.com > 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 > Thanks so much! -Paul -- All programmers are playwrights, and all computers are lousy actors. #define sizeof(x) rand() :wq ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
jkmeter_0.4.0-3_amd64.changes ACCEPTED into unstable
Accepted: jkmeter_0.4.0-3.debian.tar.gz to main/j/jkmeter/jkmeter_0.4.0-3.debian.tar.gz jkmeter_0.4.0-3.dsc to main/j/jkmeter/jkmeter_0.4.0-3.dsc jkmeter_0.4.0-3_amd64.deb to main/j/jkmeter/jkmeter_0.4.0-3_amd64.deb Override entries for your package: jkmeter_0.4.0-3.dsc - source sound jkmeter_0.4.0-3_amd64.deb - optional sound Announcing to debian-devel-chan...@lists.debian.org 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
Processing of jkmeter_0.4.0-3_amd64.changes
jkmeter_0.4.0-3_amd64.changes uploaded successfully to localhost along with the files: jkmeter_0.4.0-3.dsc jkmeter_0.4.0-3.debian.tar.gz jkmeter_0.4.0-3_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: RFS: deadbeef
On Fri, Dec 3, 2010 at 7:48 PM, Paul Tagliamonte wrote: > The upload would be: > > version-N+dfsgX It had better set something similar to: version-N~dfsg This makes us able to drop the ~dfsg component if upstream will decide to release another DFSG-clean tarball in future. Cheers. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: RFS: advene
Hello again I have properly packaged the Advene application, using git-buildpackage, and uploaded it to mentors.debian.net. The package is now lintian-clean. It can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/a/advene - dget http://mentors.debian.net/debian/pool/main/a/advene/advene_0.45-1.dsc and I have put my git tree online, in case it helps reviewing: http://www.advene.org/debian/advene.git Best regards, Olivier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#605830: pd-pmpd: FTBFS on non-Linux: undefined references
Source: pd-pmpd Version: 0.9-2 Severity: important Hi, your package FTBFS on non-Linux with undefined references: | cc -o "iAmbient2D." "iAmbient2D.o" | /usr/lib/gcc/x86_64-kfreebsd-gnu/4.4.5/../../../../lib/crt1.o: In function `_start': | (.text+0x23): undefined reference to `main' | iAmbient2D.o: In function `iAmbient2D_bang': | /build/buildd-pd-pmpd_0.9-2-kfreebsd-amd64-gyqrxF/pd-pmpd-0.9/iAmbient2D.c:103: undefined reference to `gensym' | /build/buildd-pd-pmpd_0.9-2-kfreebsd-amd64-gyqrxF/pd-pmpd-0.9/iAmbient2D.c:103: undefined reference to `pd_typedmess' | /build/buildd-pd-pmpd_0.9-2-kfreebsd-amd64-gyqrxF/pd-pmpd-0.9/iAmbient2D.c:105: undefined reference to `gensym' | /build/buildd-pd-pmpd_0.9-2-kfreebsd-amd64-gyqrxF/pd-pmpd-0.9/iAmbient2D.c:105: undefined reference to `outlet_anything' | iAmbient2D.o: In function `iAmbient2D_new': | /build/buildd-pd-pmpd_0.9-2-kfreebsd-amd64-gyqrxF/pd-pmpd-0.9/iAmbient2D.c:110: undefined reference to `pd_new' | /build/buildd-pd-pmpd_0.9-2-kfreebsd-amd64-gyqrxF/pd-pmpd-0.9/iAmbient2D.c:112: undefined reference to `atom_getsymbolarg' | /build/buildd-pd-pmpd_0.9-2-kfreebsd-amd64-gyqrxF/pd-pmpd-0.9/iAmbient2D.c:114: undefined reference to `outlet_new' | […] Full build logs: https://buildd.debian.org/status/package.php?p=pd-pmpd Mraw, KiBi. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#605829: pd-plugin: FTBFS on non-Linux: undefined references
Source: pd-plugin Version: 0.2.1-1 Severity: important Hi, your package FTBFS on non-Linux with undefined references: | cc -o plugin~. plugin~.o jsearch.o jload.o | /usr/lib/gcc/x86_64-kfreebsd-gnu/4.4.5/../../../../lib/crt1.o: In function `_start': | (.text+0x23): undefined reference to `main' | plugin~.o: In function `plugin_tilde_pushlocale': | /build/buildd-pd-plugin_0.2.1-1-kfreebsd-amd64-RbcGxu/pd-plugin-0.2.1/plugin~.c:52: undefined reference to `verbose' | /build/buildd-pd-plugin_0.2.1-1-kfreebsd-amd64-RbcGxu/pd-plugin-0.2.1/plugin~.c:53: undefined reference to `verbose' | plugin~.o: In function `plugin_tilde_setup': | /build/buildd-pd-plugin_0.2.1-1-kfreebsd-amd64-RbcGxu/pd-plugin-0.2.1/plugin~.c:67: undefined reference to `gensym' | […] Full build logs: https://buildd.debian.org/status/package.php?p=pd-plugin Mraw, KiBi. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#605828: pd-libdir: FTBFS on non-Linux: undefined references
Source: pd-libdir Version: 1.9-1 Severity: important Hi, your package FTBFS on non-Linux architectures with undefined references: | cc -DPD -I"/include" -Wall -W -g -DVERSION='"1.9"' -o "libdir.o" -c "libdir.c" | cc -o "libdir." "libdir.o" | /usr/lib/gcc/x86_64-kfreebsd-gnu/4.4.5/../../../../lib/crt1.o: In function `_start': | (.text+0x23): undefined reference to `main' | libdir.o: In function `libdir_loader': | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:59: undefined reference to `canvas_getenv' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:61: undefined reference to `canvas_open' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:67: undefined reference to `sys_isabsolutepath' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:68: undefined reference to `namelist_append' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:70: undefined reference to `sys_verbose' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:71: undefined reference to `post' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:76: undefined reference to `open_via_path' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:82: undefined reference to `sys_searchpath' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:82: undefined reference to `namelist_append' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:82: undefined reference to `sys_searchpath' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:83: undefined reference to `sys_libdir' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:87: undefined reference to `sys_helppath' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:87: undefined reference to `namelist_append' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:87: undefined reference to `sys_helppath' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:88: undefined reference to `post' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:93: undefined reference to `sys_verbose' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:94: undefined reference to `post' | libdir.o: In function `libdir_setup': | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:102: undefined reference to `sys_register_loader' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:103: undefined reference to `post' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:104: undefined reference to `post' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:105: undefined reference to `post' | collect2: ld returned 1 exit status Full build logs: https://buildd.debian.org/status/package.php?p=pd-libdir Mraw, KiBi. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#605827: pd-iemnet: FTBFS on non-Linux: undefined references
Source: pd-iemnet Version: 0.1-1 Severity: important Hi, your package FTBFS on non-Linux with undefined references: | cc -o "tcpserver." tcpserver.o iemnet.o iemnet_data.o iemnet_receiver.o iemnet_sender.o | /usr/lib/gcc/x86_64-kfreebsd-gnu/4.4.5/../../../../lib/crt1.o: In function `_start': | (.text+0x23): undefined reference to `main' | tcpserver.o: In function `tcpserver_socketreceiver_new': | /build/buildd-pd-iemnet_0.1-1-kfreebsd-amd64-yuBwCY/pd-iemnet-0.1/tcpserver.c:76: undefined reference to `getbytes' | tcpserver.o: In function `tcpserver_socketreceiver_free': | /build/buildd-pd-iemnet_0.1-1-kfreebsd-amd64-yuBwCY/pd-iemnet-0.1/tcpserver.c:113: undefined reference to `sys_closesocket' | /build/buildd-pd-iemnet_0.1-1-kfreebsd-amd64-yuBwCY/pd-iemnet-0.1/tcpserver.c:116: undefined reference to `freebytes' | tcpserver.o: In function `tcpserver_fixindex': | /build/buildd-pd-iemnet_0.1-1-kfreebsd-amd64-yuBwCY/pd-iemnet-0.1/tcpserver.c:142: undefined reference to `pd_error' | […] Full build logs: https://buildd.debian.org/status/package.php?p=pd-iemnet Mraw, KiBi. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#605826: pd-freeverb: FTBFS on non-Linux: undefined references
Source: pd-freeverb Version: 1.2-1 Severity: important Hi, your package FTBFS on non-Linux with undefined references: | cc -o "freeverb~." "freeverb~.o" | /usr/lib/gcc/x86_64-kfreebsd-gnu/4.4.5/../../../../lib/crt1.o: In function `_start': | (.text+0x23): undefined reference to `main' | freeverb~.o: In function `dsp_add_freeverb': | /build/buildd-pd-freeverb_1.2-1-kfreebsd-amd64-WSwrmN/pd-freeverb-1.2/freeverb~.c:542: undefined reference to `dsp_add' | /build/buildd-pd-freeverb_1.2-1-kfreebsd-amd64-WSwrmN/pd-freeverb-1.2/freeverb~.c:544: undefined reference to `dsp_add' | freeverb~.o: In function `freeverb_getdb': | /build/buildd-pd-freeverb_1.2-1-kfreebsd-amd64-WSwrmN/pd-freeverb-1.2/freeverb~.c:684: undefined reference to `log' | freeverb~.o: In function `freeverb_print': | /build/buildd-pd-freeverb_1.2-1-kfreebsd-amd64-WSwrmN/pd-freeverb-1.2/freeverb~.c:691: undefined reference to `post' | /build/buildd-pd-freeverb_1.2-1-kfreebsd-amd64-WSwrmN/pd-freeverb-1.2/freeverb~.c:693: undefined reference to `post' | […] Full build logs: https://buildd.debian.org/status/package.php?p=pd-freeverb Mraw, KiBi. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#605825: pd-earplug: FTBFS on non-Linux: undefined references
Source: pd-earplug Version: 0.2-1 Severity: important Hi, your package FTBFS on non-Linux with undefined references: | cc -o "earplug~." "earplug~.o" | /usr/lib/gcc/x86_64-kfreebsd-gnu/4.4.5/../../../../lib/crt1.o: In function `_start': | (.text+0x23): undefined reference to `main' | earplug~.o: In function `earplug_perform': | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:81: undefined reference to `floor' | earplug~.o: In function `earplug_dsp': | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:170: undefined reference to `dsp_add' | earplug~.o: In function `earplug_new': | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:175: undefined reference to `pd_new' | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:176: undefined reference to `gensym' | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:176: undefined reference to `outlet_new' | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:177: undefined reference to `gensym' | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:177: undefined reference to `outlet_new' | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:178: undefined reference to `floatinlet_new' | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:179: undefined reference to `floatinlet_new' | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:189: undefined reference to `canvas_getcurrent' | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:189: undefined reference to `canvas_getdir' | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:189: undefined reference to `open_via_path' | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:193: undefined reference to `post' | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:194: undefined reference to `post' | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:207: undefined reference to `post' | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:208: undefined reference to `post' | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:209: undefined reference to `post' | earplug~.o: In function `earplug_tilde_setup': | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:253: undefined reference to `gensym' | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:253: undefined reference to `class_new' | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:256: undefined reference to `class_domainsignalin' | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:258: undefined reference to `gensym' | /build/buildd-pd-earplug_0.2-1-kfreebsd-amd64-an8c7T/pd-earplug-0.2/earplug~.c:258: undefined reference to `class_addmethod' | collect2: ld returned 1 exit status Full build logs: https://buildd.debian.org/status/package.php?p=pd-earplug Mraw, KiBi. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#605823: pd-comport: FTBFS on non-Linux: undefined references
Source: pd-comport Version: 0.1-1 Severity: important Hi, your package FTBFS on non-Linux due to undefined references: | cc -o "comport." "comport.o" | /usr/lib/gcc/x86_64-kfreebsd-gnu/4.4.5/../../../../lib/crt1.o: In function `_start': | (.text+0x23): undefined reference to `main' | comport.o: In function `get_baud_ratebits': | /build/buildd-pd-comport_0.1-1-kfreebsd-amd64-1EYyY4/pd-comport-0.1/comport.c:675: undefined reference to `post' | /build/buildd-pd-comport_0.1-1-kfreebsd-amd64-1EYyY4/pd-comport-0.1/comport.c:680: undefined reference to `post' | /build/buildd-pd-comport_0.1-1-kfreebsd-amd64-1EYyY4/pd-comport-0.1/comport.c:684: undefined reference to `post' | comport.o: In function `set_baudrate': | /build/buildd-pd-comport_0.1-1-kfreebsd-amd64-1EYyY4/pd-comport-0.1/comport.c:693: undefined reference to `post' | […] Full build logs: https://buildd.debian.org/status/package.php?p=pd-comport Mraw, KiBi. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#605822: pd-beatpipe: FTBFS on non-Linux: undefined references
Source: pd-beatpipe Version: 0.1-1 Severity: important Hi, your package FTBFS on non-Linux: | cc -o "beatpipe." "beatpipe.o" | /usr/lib/gcc/x86_64-kfreebsd-gnu/4.4.5/../../../../lib/crt1.o: In function `_start': | (.text+0x23): undefined reference to `main' | beatpipe.o: In function `beatpipe_tick': | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:70: undefined reference to `s_list' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:70: undefined reference to `outlet_anything' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:72: undefined reference to `freebytes' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:73: undefined reference to `freebytes' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:76: undefined reference to `outlet_bang' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:83: undefined reference to `clock_delay' | beatpipe.o: In function `beatpipe_sync': | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:101: undefined reference to `clock_unset' | beatpipe.o: In function `beatpipe_syncbeat': | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:107: undefined reference to `clock_unset' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:108: undefined reference to `floor' | beatpipe.o: In function `beatpipe_clear': | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:125: undefined reference to `freebytes' | beatpipe.o: In function `beatpipe_list': | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:140: undefined reference to `atom_getfloatarg' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:143: undefined reference to `outlet_anything' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:151: undefined reference to `getbytes' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:154: undefined reference to `copybytes' | beatpipe.o: In function `beatpipe_new': | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:208: undefined reference to `pd_new' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:210: undefined reference to `clock_new' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:228: undefined reference to `floatinlet_new' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:230: undefined reference to `clock_delay' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:232: undefined reference to `outlet_new' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:234: undefined reference to `s_bang' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:234: undefined reference to `outlet_new' | beatpipe.o: In function `beatpipe_free': | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:242: undefined reference to `clock_free' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:247: undefined reference to `freebytes' | beatpipe.o: In function `beatpipe_setup': | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:258: undefined reference to `gensym' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:258: undefined reference to `class_new' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:266: undefined reference to `class_addbang' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:268: undefined reference to `gensym' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:268: undefined reference to `class_addmethod' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:269: undefined reference to `gensym' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:269: undefined reference to `class_addmethod' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:270: undefined reference to `gensym' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:270: undefined reference to `class_addmethod' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:271: undefined reference to `gensym' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:271: undefined reference to `class_addmethod' | /build/buildd-pd-beatpipe_0.1-1-kfreebsd-amd64-5_1iw6/pd-beatpipe-0.1/beatpipe.c:272: undefined refere
Bug#605821: pd-bassemu: FTBFS on non-Linux: missing platform detection
Source: pd-bassemu Version: 0.3-1 Severity: important Hi, your package FTBFS on non-Linux: | cc -DPD -I"/include" -Wall -W -g -DVERSION='"0.3"' -o "bassemu~.o" -c "bassemu~.c" | bassemu~.c: In function 'bassemu_list': | bassemu~.c:313: warning: suggest parentheses around assignment used as truth value | bassemu~.c:268: warning: unused parameter 's' | bassemu~.c: In function 'bassemu_reset': | bassemu~.c:418: warning: unused parameter 'f' | bassemu~.c: In function 'bassemu_new': | bassemu~.c:466: warning: unused variable 'numargs' | bassemu~.c:464: warning: unused parameter 's' | bassemu~.c:464: warning: unused parameter 'argc' | bassemu~.c:464: warning: unused parameter 'argv' | bassemu~.c: In function 'bassemu_free': | bassemu~.c:475: warning: unused parameter 'x' | cc -o "bassemu~." "bassemu~.o" | /usr/lib/gcc/x86_64-kfreebsd-gnu/4.4.5/../../../../lib/crt1.o: In function `_start': | (.text+0x23): undefined reference to `main' | bassemu~.o: In function `bassemu_perform': | /build/buildd-pd-bassemu_0.3-1-kfreebsd-amd64-NS_jT_/pd-bassemu-0.3/bassemu~.c:70: undefined reference to `exp' | /build/buildd-pd-bassemu_0.3-1-kfreebsd-amd64-NS_jT_/pd-bassemu-0.3/bassemu~.c:72: undefined reference to `cos' | /build/buildd-pd-bassemu_0.3-1-kfreebsd-amd64-NS_jT_/pd-bassemu-0.3/bassemu~.c:99: undefined reference to `sin' Full build logs: https://buildd.debian.org/status/package.php?p=pd-baseemu Missing -lm comes to mind. Updating the build system might be sufficient to get your package built on kfreebsd-*, and maybe hurd-i386. Mraw, KiBi. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: RFS: deadbeef
On Fri, Dec 3, 2010 at 12:49 PM, Alessandro Ghedini wrote: >> That does not comply with DFSG [1]. > > Sorry if I am annoying, but I was wondering if it would be acceptable > (for you, the Debian Multimedia Team and Debian Policy in general) to > just cut off the non DFSG-compliant parts from the orig.tar.gz. Since > they are just plugins the software (which is mostly GPL and LGPL) can > work fine without them. Yeah, you can do that, just repackage the upload as a dfsg tarball, and mangle the watch file. The upload would be: version-N+dfsgX > > As I've already said, I don't want to be annoying and I won't insist if you > just say no. > > Cheers > > ___ > pkg-multimedia-maintainers mailing list > pkg-multimedia-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers > Regards, Paul -- All programmers are playwrights, and all computers are lousy actors. #define sizeof(x) rand() :wq ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: RFS: deadbeef
> That does not comply with DFSG [1]. Sorry if I am annoying, but I was wondering if it would be acceptable (for you, the Debian Multimedia Team and Debian Policy in general) to just cut off the non DFSG-compliant parts from the orig.tar.gz. Since they are just plugins the software (which is mostly GPL and LGPL) can work fine without them. As I've already said, I don't want to be annoying and I won't insist if you just say no. Cheers ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
gigedit_0.2.0-1~exp2_amd64.changes ACCEPTED into experimental
Accepted: gigedit_0.2.0-1~exp2.debian.tar.gz to main/g/gigedit/gigedit_0.2.0-1~exp2.debian.tar.gz gigedit_0.2.0-1~exp2.dsc to main/g/gigedit/gigedit_0.2.0-1~exp2.dsc gigedit_0.2.0-1~exp2_amd64.deb to main/g/gigedit/gigedit_0.2.0-1~exp2_amd64.deb Override entries for your package: gigedit_0.2.0-1~exp2.dsc - source sound gigedit_0.2.0-1~exp2_amd64.deb - optional sound Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 572738 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
Processing of gigedit_0.2.0-1~exp2_amd64.changes
gigedit_0.2.0-1~exp2_amd64.changes uploaded successfully to localhost along with the files: gigedit_0.2.0-1~exp2.dsc gigedit_0.2.0-1~exp2.debian.tar.gz gigedit_0.2.0-1~exp2_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: pd-pkg-tools
On Fri, Dec 03, 2010 at 04:16:07PM +0100, IOhannes zmölnig wrote: On 12/03/2010 03:23 PM, Jonas Smedegaard wrote: convince the maintainers of CDBS and debhelper, respectively, to adopt in in their packages, rather than maintaining this special-purpose package. well, i thought it would probably be of minor interest to the entirety of DDs using cdbs to have pd-specific parts in it (it's not that i expect a use as wide as with perl or python). I can't imagine how anyone would be annoyed by not only major but also minor packaging patterns supported in main CDBS package as opposed to add-on packages. Also, I strongly suspect that CDBS add-on packages generally use fewer of the evolving CDBS features than those part of CDBS itself. With my CDBS maintainer hat on, I'd be happy to adopt the CDBS parts into CDBS itself! this of course would make long term maintainance easier... My thinking too. But ultimately it is your decision. There is no single truth to this. - 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#589367: I have the same problem
Hi, The problem was solved once I installed "vdpau-va-driver". Now I get full info from vainfo: /usr/lib/vdpau$ vainfo libva: libva version 0.31.0 Xlib: extension "XFree86-DRI" missing on display ":0.0". libva: va_getDriverName() returns 0 libva: Trying to open /usr/lib/dri/nvidia_drv_video.so libva: va_openDriver() returns 0 vainfo: VA API version: 0.31 vainfo: Driver version: Splitted-Desktop Systems VDPAU backend for VA API - 0.6.3 vainfo: Supported profile and entrypoints VAProfileMPEG2Simple: VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointVLD VAProfileH264Main : VAEntrypointVLD VAProfileH264High : VAEntrypointVLD VAProfileVC1Simple : VAEntrypointVLD VAProfileVC1Main: VAEntrypointVLD VAProfileVC1Advanced: VAEntrypointVLD BR Martin On Fri, Dec 3, 2010 at 15:48, Martin Trobäck wrote: > Hi, > > When I run the command 'vainfo' I get the follwing error: > > $ vainfo > libva: libva version 0.31.0 > Xlib: extension "XFree86-DRI" missing on display ":0.0". > libva: va_getDriverName() returns 0 > libva: Trying to open /usr/lib/dri/nvidia_drv_video.so > libva: va_openDriver() returns -1 > vaInitialize failed with error code -1 (unknown libva error),exit > > My problem seems to be which driver it points to. In my case I have no > nvidia_drv_video.so. I have installed the non-free nvidia driver, searching > for nvidia driver finds: > > $ find /usr -iname nvidia*.so > /usr/lib/xorg/modules/drivers/nvidia_drv.so > > I tried to make a soft link from /usr/lib/dri/nvidia_drv_video.so to the > nvidia_drv.so, but that was unsuccessfull and gave the follwing result: > > :/usr/lib/dri$ sudo ln -s /usr/lib/xorg/modules/drivers/nvidia_drv.so > nvidia_drv_video.so > :/usr/lib/dri$ vainfo > libva: libva version 0.31.0 > Xlib: extension "XFree86-DRI" missing on display ":0.0". > libva: va_getDriverName() returns 0 > libva: Trying to open /usr/lib/dri/nvidia_drv_video.so > libva error: dlopen of /usr/lib/dri/nvidia_drv_video.so failed: > /usr/lib/dri/nvidia_drv_video.so: undefined symbol: miChangeGC > libva: va_openDriver() returns -1 > vaInitialize failed with error code -1 (unknown libva error),exit > > Am I missing some part of the driver? > > Some system info: > Debian Squeeze > > Package: libva > Architecture: i386 > Version: 1.0.1-3 > > Package: vainfo > Version: 1.0.1-3 > > Package: nvidia-vdpau-driver > Version: 195.36.31-6 > > Please let me know if there is anything I can assist with. > > BR > Martin > > > > ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: pd-pkg-tools
On 12/03/2010 03:23 PM, Jonas Smedegaard wrote: > > It seems to contain *only* hooks for CDBS and (in the future) > debhelper), no other PD-specific ressource. I therefore suggest to try well, this could change at any time :-) > convince the maintainers of CDBS and debhelper, respectively, to adopt > in in their packages, rather than maintaining this special-purpose package. well, i thought it would probably be of minor interest to the entirety of DDs using cdbs to have pd-specific parts in it (it's not that i expect a use as wide as with perl or python). so i picked one of the precedents (namely ruby-pkg-tools) and modelled my package after that. > > With my CDBS maintainer hat on, I'd be happy to adopt the CDBS parts > into CDBS itself! this of course would make long term maintainance easier... fgamsdr IOhannes signature.asc Description: OpenPGP digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
jackmeter_0.3-2_amd64.changes ACCEPTED into unstable
Accepted: jackmeter_0.3-2.debian.tar.gz to main/j/jackmeter/jackmeter_0.3-2.debian.tar.gz jackmeter_0.3-2.dsc to main/j/jackmeter/jackmeter_0.3-2.dsc jackmeter_0.3-2_amd64.deb to main/j/jackmeter/jackmeter_0.3-2_amd64.deb Override entries for your package: jackmeter_0.3-2.dsc - source sound jackmeter_0.3-2_amd64.deb - extra sound Announcing to debian-devel-chan...@lists.debian.org 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#589367: I have the same problem
Hi, When I run the command 'vainfo' I get the follwing error: $ vainfo libva: libva version 0.31.0 Xlib: extension "XFree86-DRI" missing on display ":0.0". libva: va_getDriverName() returns 0 libva: Trying to open /usr/lib/dri/nvidia_drv_video.so libva: va_openDriver() returns -1 vaInitialize failed with error code -1 (unknown libva error),exit My problem seems to be which driver it points to. In my case I have no nvidia_drv_video.so. I have installed the non-free nvidia driver, searching for nvidia driver finds: $ find /usr -iname nvidia*.so /usr/lib/xorg/modules/drivers/nvidia_drv.so I tried to make a soft link from /usr/lib/dri/nvidia_drv_video.so to the nvidia_drv.so, but that was unsuccessfull and gave the follwing result: :/usr/lib/dri$ sudo ln -s /usr/lib/xorg/modules/drivers/nvidia_drv.so nvidia_drv_video.so :/usr/lib/dri$ vainfo libva: libva version 0.31.0 Xlib: extension "XFree86-DRI" missing on display ":0.0". libva: va_getDriverName() returns 0 libva: Trying to open /usr/lib/dri/nvidia_drv_video.so libva error: dlopen of /usr/lib/dri/nvidia_drv_video.so failed: /usr/lib/dri/nvidia_drv_video.so: undefined symbol: miChangeGC libva: va_openDriver() returns -1 vaInitialize failed with error code -1 (unknown libva error),exit Am I missing some part of the driver? Some system info: Debian Squeeze Package: libva Architecture: i386 Version: 1.0.1-3 Package: vainfo Version: 1.0.1-3 Package: nvidia-vdpau-driver Version: 195.36.31-6 Please let me know if there is anything I can assist with. BR Martin ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] pd-cyclone/master: Rewrite copyright file: Main licensing changed; Authors dropped; Lack of licensing added!!!
On Fri, Dec 03, 2010 at 10:43:25AM -0300, Felipe Sateler wrote: On Fri, Dec 3, 2010 at 10:23, Felipe Sateler wrote: On Fri, Dec 3, 2010 at 10:14, Jonas Smedegaard wrote: On Fri, Dec 03, 2010 at 09:17:33AM -0300, Felipe Sateler wrote: On Fri, Dec 3, 2010 at 07:14, Jonas Smedegaard wrote: + +Files: ./bin/pddp/pddpserver.tcl +Copyright: 1996-1997, Sun Microsystems +License: NONE + FIXME This looks like a weird BSD, Hans please check it out. Where did you see that? I found _no_ licensing related to that copyright statement. The referenced CVS address (which is broken because sourceforge has changed its dns scheme) has a license for the project. For the record: http://tclhttpd.cvs.sourceforge.net/viewvc/tclhttpd/tclhttpd/license.terms?revision=1.4&view=markup The grandfathered licensing terms include this: The authors hereby grant permission [...], provided that existing copyright notices are retained in all copies and that this notice is included verbatim in any distributions. We therefore need to involve upstream and request them to include above licensing, as their granted license was violated when the header was stripped, and they therefore cannot pass on a license to us (or anyone else) for that file. - 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-pkg-tools
On Fri, Dec 03, 2010 at 02:28:22PM +0100, IOhannes zmölnig wrote: based on previous suggestion i started to create a (debian native) package "pd-pkg-tools", which should make packaging of pd-libraries easier. Very interesting! currently it only contains new snippets for cdbs, but on the long run i'd like to have dh-shortform makefile snippets as well. It seems to contain *only* hooks for CDBS and (in the future) debhelper), no other PD-specific ressource. I therefore suggest to try convince the maintainers of CDBS and debhelper, respectively, to adopt in in their packages, rather than maintaining this special-purpose package. With my CDBS maintainer hat on, I'd be happy to adopt the CDBS parts into CDBS itself! If interested, then consider joining the CDBS team and help maintain the snippet yourself. It is a quite quiet list, so shouldn't be much of a burden. I do have some somments on your coding style, but prefer to discuss that at the CDBS list rather than here. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Fwd: Re: YC-20
On 12/03/10 14:24, rosea.grammostola wrote: > Sort of, but there are a few gotchas. The organ (by design) is very > computationally heavy. Therefor it really needs to be compiled with SSE. > I don't really think you can even run it on a machine without SSE, > because such processors tend to be too slow anyway. Also, it would make I've just tried this, and it works perfectly without SSE. Luckily, the code in question doesn't contain hardcoded SSE instructions, so it boils down to a simple makefile patch, overriding the CFLAGS. On amd64, we might want to enable the tree vectorizer and SSE, but as seen on x86, it also works without. > I have some improvements in SVN anyway which need releasing, so we could > work together to do a more robust release compatible with debian packaging. JFTR: I tried the svn repo. Cheers ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Fwd: Re: [LAU] No joy with AVlinux
Original Message Subject:Re: [LAU] No joy with AVlinux Date: Fri, 03 Dec 2010 14:01:30 + From: Daniel James To: rosea.grammostola CC: linux-audio-u...@lists.linuxaudio.org Hi Rosea, In the Debian Multimedia Team there is the idea or maybe even the plan to make some sort of multimedia backports repo (from experimental / unstable / testing) for Squeeze, maybe this could be a collaborate effort with the 64studio team? Yes, we already have a small (but growing) repo for Squeeze packages. Cheers! Daniel ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: pd-pkg-tools
On 12/03/2010 02:42 PM, Felipe Sateler wrote: > 2010/12/3 IOhannes zmölnig : >> hi all, >> >> based on previous suggestion i started to create a (debian native) >> package "pd-pkg-tools", which should make packaging of pd-libraries easier. > > Great! cool > > I would welcome it. cool >> might have done all the DONTs (e.g. i still have no real clue what is >> supposed to go into "class" and what should go into "rules") > > I think this should go into rules, but Jonas can give a more informed answer. i was hoping for jonas to say something on this :-) > >> >> so far i have packaged one very simple pd-library with it, and the >> debian/rules file boils down to 3 lines (without the boiler-plate). >> >> this package (pd-syslog) is currently also on github >> https://github.com/umlaeute/pd-syslog >> since i was unsure about it's hard dependency on pd-pkg-tools. >> >> comments please > > The documentation is a bit wrong: The pd Depends is not handled yet. is it not?... > > Maybe the Depends should be expanded to a new substvar? that was my original idea. then i discovered that cdbs can already do it, and so i just hooked to that: "cdbs:Depends" should get updated to depend on "pd" (if you included .../pd.mk) or "puredata" (if you included .../puredata.mk) at least this seems to work with the pd-syslog example. however, i'm quite open to go back to "pd:Depends" as well... > > Wild wishlist... would it be possible to detect if the installed pd > patches/objects use another library? So that the appropriate depends > are added? oh, you mean not binary dependencies (as are generated by dpkg-shlibdeps), but simply if an object.pd references [pddp/link] it would automatically depend on pd-pddp? that would be a cool feature indeed, though not easily done. mdfasr IOhannes signature.asc Description: OpenPGP 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] pd-cyclone/master: Rewrite copyright file: Main licensing changed; Authors dropped; Lack of licensing added!!!
On Fri, Dec 3, 2010 at 10:23, Felipe Sateler wrote: > On Fri, Dec 3, 2010 at 10:14, Jonas Smedegaard wrote: >> On Fri, Dec 03, 2010 at 09:17:33AM -0300, Felipe Sateler wrote: >>> >>> On Fri, Dec 3, 2010 at 07:14, Jonas Smedegaard wrote: >> > + > +Files: ./bin/pddp/pddpserver.tcl > +Copyright: 1996-1997, Sun Microsystems > +License: NONE > + FIXME >>> >>> This looks like a weird BSD, Hans please check it out. >> >> Where did you see that? >> >> I found _no_ licensing related to that copyright statement. > > The referenced CVS address (which is broken because sourceforge has > changed its dns scheme) has a license for the project. For the record: http://tclhttpd.cvs.sourceforge.net/viewvc/tclhttpd/tclhttpd/license.terms?revision=1.4&view=markup -- 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: pd-pkg-tools
2010/12/3 IOhannes zmölnig : > hi all, > > based on previous suggestion i started to create a (debian native) > package "pd-pkg-tools", which should make packaging of pd-libraries easier. Great! > > currently it only contains new snippets for cdbs, but on the long run > i'd like to have dh-shortform makefile snippets as well. > > the package itself uses CDBS. > > i haven't filed an ITP yet (is there any difference between a > debian/native package and a normal "upstream" package, regarding debian > policy?...probably i should just have a look at the dp :-)) > > also i don't know whether this is a welcome addition to pkg-multimedia. > therefore, for the time being, i have only pushed the package to my > repository at github: > https://github.com/umlaeute/pd-pkg-tools I would welcome it. > > so if somebody could have a look i would be grateful. > esp, my cdbs knowledge is probably not very sophisticated (yet), so i > might have done all the DONTs (e.g. i still have no real clue what is > supposed to go into "class" and what should go into "rules") I think this should go into rules, but Jonas can give a more informed answer. > > so far i have packaged one very simple pd-library with it, and the > debian/rules file boils down to 3 lines (without the boiler-plate). > > this package (pd-syslog) is currently also on github > https://github.com/umlaeute/pd-syslog > since i was unsure about it's hard dependency on pd-pkg-tools. > > comments please The documentation is a bit wrong: The pd Depends is not handled yet. Maybe the Depends should be expanded to a new substvar? Wild wishlist... would it be possible to detect if the installed pd patches/objects use another library? So that the appropriate depends are added? -- 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
Processing of jackmeter_0.3-2_amd64.changes
jackmeter_0.3-2_amd64.changes uploaded successfully to localhost along with the files: jackmeter_0.3-2.dsc jackmeter_0.3-2.debian.tar.gz jackmeter_0.3-2_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
jackmeter_0.3-2_amd64.changes REJECTED
Reject Reasons: md5sum for /srv/ftp-master.debian.org/ftp/pool/main/j/jackmeter/jackmeter_0.3.orig.tar.gz doesn't match jackmeter_0.3-2.dsc. size for /srv/ftp-master.debian.org/ftp/pool/main/j/jackmeter/jackmeter_0.3.orig.tar.gz doesn't match jackmeter_0.3-2.dsc. 'dpkg-source -x' failed for jackmeter_0.3-2.dsc [return code: 2]. [dpkg-source output:] dpkg-source: warning: -sn is not a valid option for Dpkg::Source::Package::V3::quilt [dpkg-source output:] gpg: Signature made Fri Dec 3 13:23:21 2010 UTC using DSA key ID DCFC3FD0 [dpkg-source output:] gpg: Can't check signature: public key not found [dpkg-source output:] dpkg-source: error: File ./jackmeter_0.3.orig.tar.gz has size 143203 instead of expected 142771 === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
pd-pkg-tools
hi all, based on previous suggestion i started to create a (debian native) package "pd-pkg-tools", which should make packaging of pd-libraries easier. currently it only contains new snippets for cdbs, but on the long run i'd like to have dh-shortform makefile snippets as well. the package itself uses CDBS. i haven't filed an ITP yet (is there any difference between a debian/native package and a normal "upstream" package, regarding debian policy?...probably i should just have a look at the dp :-)) also i don't know whether this is a welcome addition to pkg-multimedia. therefore, for the time being, i have only pushed the package to my repository at github: https://github.com/umlaeute/pd-pkg-tools so if somebody could have a look i would be grateful. esp, my cdbs knowledge is probably not very sophisticated (yet), so i might have done all the DONTs (e.g. i still have no real clue what is supposed to go into "class" and what should go into "rules") so far i have packaged one very simple pd-library with it, and the debian/rules file boils down to 3 lines (without the boiler-plate). this package (pd-syslog) is currently also on github https://github.com/umlaeute/pd-syslog since i was unsure about it's hard dependency on pd-pkg-tools. comments please fgmasdr IOhannes signature.asc Description: OpenPGP 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 jackmeter_0.3-2_amd64.changes
jackmeter_0.3-2_amd64.changes uploaded successfully to localhost along with the files: jackmeter_0.3-2.dsc jackmeter_0.3-2.debian.tar.gz jackmeter_0.3-2_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Fwd: Re: YC-20
Hi, I've just filed a RFP bug for foo-yc20, I think it will be a nice addition to the linuxaudio synths and instruments. See message below for comment by author (in CC) /r Original Message Subject:Re: YC-20 Date: Fri, 03 Dec 2010 14:41:33 +0200 From: Sampo Savolainen Reply-To: Sampo Savolainen To: rosea.grammostola Hi, Sort of, but there are a few gotchas. The organ (by design) is very computationally heavy. Therefor it really needs to be compiled with SSE. I don't really think you can even run it on a machine without SSE, because such processors tend to be too slow anyway. Also, it would make sense to package a more efficient version of the dsp code. The actual dsp is written in faust and the intermediate (generated) c++ file in the distributed 1.0.0 is (iirc) geared towards fast compiling, not efficiency. If it's possible to release optimized deb's, I am more than willing to help you reach this goal. The build script is quite rudimentary. Can you point me towards things you'd like to see in the build system? I have some improvements in SVN anyway which need releasing, so we could work together to do a more robust release compatible with debian packaging. Sampo - Alkuperäinen viesti - > Hi, > > I just discovered this package. Do you think it's ready to hit Debian? > > > \r > ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] pd-cyclone/master: Rewrite copyright file: Main licensing changed; Authors dropped; Lack of licensing added!!!
On Fri, Dec 3, 2010 at 10:14, Jonas Smedegaard wrote: > On Fri, Dec 03, 2010 at 09:17:33AM -0300, Felipe Sateler wrote: >> >> On Fri, Dec 3, 2010 at 07:14, Jonas Smedegaard wrote: > +Copyright: cycling'74; +License: NONE + FIXME >> >> I'm not sure (Hans please correct me if I'm wrong), but these would be >> reimplementations of the documentation of the equivalent Max/MSP plugins, so >> copyright would not apply? > > The text says "based on" (if I recall correctly) which generally is no > escape from earlier ownership, I believe. I'll leave this for Hans to comment on, as he knows the source better. > + +Files: ./bin/pddp/pddpserver.tcl +Copyright: 1996-1997, Sun Microsystems +License: NONE + FIXME >> >> This looks like a weird BSD, Hans please check it out. > > Where did you see that? > > I found _no_ licensing related to that copyright statement. The referenced CVS address (which is broken because sourceforge has changed its dns scheme) has a license for the project. > NB! Beware also of the stripped authors I mentioned in my previous post > (which you quoted but did not comment on, Felipe - I genereally recommend to > quote only relevant email parts, i.e. parts you comment on). Yes, sorry about that. -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] pd-cyclone/master: Rewrite copyright file: Main licensing changed; Authors dropped; Lack of licensing added!!!
On Fri, Dec 03, 2010 at 09:17:33AM -0300, Felipe Sateler wrote: On Fri, Dec 3, 2010 at 07:14, Jonas Smedegaard wrote: +Copyright: cycling'74; +License: NONE + FIXME I'm not sure (Hans please correct me if I'm wrong), but these would be reimplementations of the documentation of the equivalent Max/MSP plugins, so copyright would not apply? The text says "based on" (if I recall correctly) which generally is no escape from earlier ownership, I believe. + +Files: ./bin/pddp/pddpserver.tcl +Copyright: 1996-1997, Sun Microsystems +License: NONE + FIXME This looks like a weird BSD, Hans please check it out. Where did you see that? I found _no_ licensing related to that copyright statement. NB! Beware also of the stripped authors I mentioned in my previous post (which you quoted but did not comment on, Felipe - I genereally recommend to quote only relevant email parts, i.e. parts you comment on). 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: requesting sponsorship for pd-mapping
On Tue, Nov 30, 2010 at 20:45, Hans-Christoph Steiner wrote: > pd-mapping is a library of techniques for manipulating sensor data, and > mapping them to the desired controls. > > pd-mapping is a short-form dh package that uses the same standard > Makefile as pd-motex, pd-maxlib, etc. It is on > git.debian.org/pkg-multimedia. It is a library without any special > Build-Depends. It does depend on pd-purepd and pd-cyclone, which are on > git.debian.org awaiting finalization of sponsorship, and pd-pddp and > pd-ggee which are in NEW. And pd-cyclone, which unfortunately still has some issues that Jonas caught. -- 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: requesting sponsorship for pd-purepd
On Fri, Dec 3, 2010 at 09:54, Felipe Sateler wrote: > On Tue, Nov 30, 2010 at 20:44, Hans-Christoph Steiner wrote: >> >> pd-purepd is a library of common operations implemented in Pd rather >> than C. Its a fledgling effort somewhat akin to the pypy implementation >> of Python in Python. >> >> pd-purepd is a short-form dh package that uses the same standard >> Makefile as pd-motex, pd-maxlib, etc. It is on >> git.debian.org/pkg-multimedia. It is a library without any special >> Build-Depends. It does depend on pd-pddp which is in NEW. > > And also in pd-list-abs. And remember to upadte the changelog! -- 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: requesting sponsorship for pd-purepd
On Tue, Nov 30, 2010 at 20:44, Hans-Christoph Steiner wrote: > > pd-purepd is a library of common operations implemented in Pd rather > than C. Its a fledgling effort somewhat akin to the pypy implementation > of Python in Python. > > pd-purepd is a short-form dh package that uses the same standard > Makefile as pd-motex, pd-maxlib, etc. It is on > git.debian.org/pkg-multimedia. It is a library without any special > Build-Depends. It does depend on pd-pddp which is in NEW. And also in pd-list-abs. -- 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
jack-rack_1.4.7-3_amd64.changes ACCEPTED into unstable
Accepted: jack-rack_1.4.7-3.debian.tar.gz to main/j/jack-rack/jack-rack_1.4.7-3.debian.tar.gz jack-rack_1.4.7-3.dsc to main/j/jack-rack/jack-rack_1.4.7-3.dsc jack-rack_1.4.7-3_amd64.deb to main/j/jack-rack/jack-rack_1.4.7-3_amd64.deb Override entries for your package: jack-rack_1.4.7-3.dsc - source sound jack-rack_1.4.7-3_amd64.deb - optional sound Announcing to debian-devel-chan...@lists.debian.org 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
Re: [SCM] pd-cyclone/master: Rewrite copyright file: Main licensing changed; Authors dropped; Lack of licensing added!!!
On Fri, Dec 3, 2010 at 07:14, Jonas Smedegaard wrote: > On Fri, Dec 03, 2010 at 09:56:41AM +, j...@users.alioth.debian.org wrote: >> >> Rewrite copyright file: Main licensing changed; Authors dropped; Lack >> of licensing added!!! > >> -Copyright: 1997-2005, Miller Puckette >> - 1997-2007, Krzysztof Czaja >> - 2003-2010, Hans-Christoph Steiner >> - 2004-2005, Carmen Rocco >> - 2009, IOhannes m. zmoelnig > >> +Copyright: 1997-2005, 2007, krzYszcz >> + 1997-2005, Miller Puckette > > Please note that I dropped authors (or more accurately: copyright holders) > not mentioned anywhere else as such. > > If e.g. IOhannes m. zmoelnig is mentioned due to Debian packaging, I suggest > to add a copyright (and licensing! they always go together) statement in > ebian/rules, and keep debian/copyright as a reference file rather than > containing unique info on its own. > > NB! This is a kind suggestion only. It is not mandated by Debian Policy > AFAIK. But it really helps for things like semi-automated copyright > checking if separated like that. > > >> +Copyright: cycling'74; >> +License: NONE >> + FIXME I'm not sure (Hans please correct me if I'm wrong), but these would be reimplementations of the documentation of the equivalent Max/MSP plugins, so copyright would not apply? >> + >> +Files: ./bin/pddp/pddpserver.tcl >> +Copyright: 1996-1997, Sun Microsystems >> +License: NONE >> + FIXME This looks like a weird BSD, Hans please check it out. > > Above two must be fixed! Good catch! > > I did not update changelog, as I am uncertain if current entry was already > released or not. > I uploaded the wrong file, so it has not been released yet. I have deleted the debian tag in the repository, please everyone delete it locally if you have it, since the -1 upload will occur after we finish this. -- 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
Processing of jack-rack_1.4.7-3_amd64.changes
jack-rack_1.4.7-3_amd64.changes uploaded successfully to localhost along with the files: jack-rack_1.4.7-3.dsc jack-rack_1.4.7-3.debian.tar.gz jack-rack_1.4.7-3_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processed: your mail
Processing commands for cont...@bugs.debian.org: > severity 605782 wishlist Bug #605782 [jack-rack] Please add racks (presets) to jack-rack Severity set to 'wishlist' from 'normal' > thanks Stopping processing here. Please contact me if you need assistance. -- 605782: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605782 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] jack-rack/master: Finalize changelog.
On 12/03/2010 01:28 PM, ales...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: commit d9dad61b7663e53a84620e8c268d550a0d0b4da3 Author: Alessio Treglia Date: Fri Dec 3 13:28:10 2010 +0100 Finalize changelog. diff --git a/debian/changelog b/debian/changelog index 79b060f..8778716 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +jack-rack (1.4.7-3) unstable; urgency=low + + * Drop build-dependency on ladcca-dev, it will be removed. + * Add patch to prevent FTBFS with newest GCC 4.5. + + -- Alessio Treglia Fri, 03 Dec 2010 13:27:17 +0100 + jack-rack (1.4.7-2) unstable; urgency=low * Change my mail address. I just filed a bug for jack-rack http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605782 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#605782: Please add racks (presets) to jack-rack
Package: jack-rack Version: 1.4.7-2+b1 Severity: normal Please add racks (presets) to jack-rack, like it's been done for yoshimi, ams, hydrogen etc. etc. Jack-rack racks (presets) can be found here: http://offog.org/stuff/racks/ -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.7-rt29-1-amd64 (SMP w/2 CPU cores; PREEMPT) 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 jack-rack depends on: ii jackd 5JACK Audio Connection Kit (default ii libart-2.0-22.3.21-1 Library of functions for 2D graphi ii libasound2 1.0.23-2.1 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libbonobo2-02.24.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1 The Bonobo UI library ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-2.1FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libglib2.0-02.24.2-1 The GLib library of C routines ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgnomeui-02.24.3-1 The GNOME libraries (User Interfac ii libgnomevfs2-0 1:2.24.3-1 GNOME Virtual File System (runtime ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libice6 2:1.0.6-2X11 Inter-Client Exchange library ii libjack-jackd2-0 [libja 1.9.6~dfsg.1-2 JACK Audio Connection Kit (librari ii liblash20.5.4.0-2+b1 LASH Audio Session Handler (LASH) ii liblrdf00.4.0-3 a library to manipulate RDF files ii liborbit2 1:2.14.18-0.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.28.3-1 Layout and rendering of internatio ii libpopt01.16-1 lib for parsing cmdline parameters ii libsm6 2:1.1.1-1X11 Session Management library ii libxml2 2.7.8.dfsg-1 GNOME XML library ii python 2.6.6-3+squeeze1 interactive high-level object-orie Versions of packages jack-rack recommends: ii blop 0.2.8-5Bandlimited wavetable-based oscill ii cmt 1.16-1 a collection of LADSPA plugins ii swh-plugins 0.4.15+1-4 Steve Harris's LADSPA plugins jack-rack suggests no packages. -- 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
jack-capture_0.9.56-2_amd64.changes ACCEPTED into unstable
Accepted: jack-capture_0.9.56-2.debian.tar.gz to main/j/jack-capture/jack-capture_0.9.56-2.debian.tar.gz jack-capture_0.9.56-2.dsc to main/j/jack-capture/jack-capture_0.9.56-2.dsc jack-capture_0.9.56-2_amd64.deb to main/j/jack-capture/jack-capture_0.9.56-2_amd64.deb Override entries for your package: jack-capture_0.9.56-2.dsc - source sound jack-capture_0.9.56-2_amd64.deb - optional sound Announcing to debian-devel-chan...@lists.debian.org 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
Processing of jack-capture_0.9.56-2_amd64.changes
jack-capture_0.9.56-2_amd64.changes uploaded successfully to localhost along with the files: jack-capture_0.9.56-2.dsc jack-capture_0.9.56-2.debian.tar.gz jack-capture_0.9.56-2_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: RFS: advene
On Fri, Dec 03, 2010 at 11:40:40AM +0100, Olivier Aubert wrote: Thanks to Jonas and Alessandro for their feedback. I will be glad to join the multimedia team, and collaboratively work on this and other packages. Great! Welcome aboard! :-) - 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: RFS: advene
Hello Thanks to Jonas and Alessandro for their feedback. I will be glad to join the multimedia team, and collaboratively work on this and other packages. I will first address the remarks made by Alessandro, and propose a new version of the package, lintian-clean and git-buildpackage based. I am aware that the initial version of the package I have sent is not in a perfect shape, but I first wanted to have some feedback on how it would be received before taking the time to make it conformant to Debian standards. Best regards, Olivier On Wed, 2010-12-01 at 16:23 +0100, Jonas Smedegaard wrote: > On Wed, Dec 01, 2010 at 02:55:25PM +0100, Olivier Aubert wrote: > >Dear multimedia team members, > > > >I am looking for a sponsor for my package "advene". > > Seems like a great tool! > > Would you perhaps - instead of maintaining yourself and only seek > sponsoring - be interested in joining the Multimedia team, and work > together with us on this? > > Personally I dislike the concept of sponsoring because pckaging as a > "lonely rider" has a higher risk of the packaging going stale over time > (although obviously that is less likely when packager and upstream > author is one and the same person). > > I have cc'ed you directly, but set reply-to only to the team list. I > very much encourage you to join our team :-) > > > > Kind regards, > > - Jonas > ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] pd-cyclone/master: Rewrite copyright file: Main licensing changed; Authors dropped; Lack of licensing added!!!
On Fri, Dec 03, 2010 at 09:56:41AM +, j...@users.alioth.debian.org wrote: Rewrite copyright file: Main licensing changed; Authors dropped; Lack of licensing added!!! -Copyright: 1997-2005, Miller Puckette - 1997-2007, Krzysztof Czaja - 2003-2010, Hans-Christoph Steiner - 2004-2005, Carmen Rocco - 2009, IOhannes m. zmoelnig +Copyright: 1997-2005, 2007, krzYszcz + 1997-2005, Miller Puckette Please note that I dropped authors (or more accurately: copyright holders) not mentioned anywhere else as such. If e.g. IOhannes m. zmoelnig is mentioned due to Debian packaging, I suggest to add a copyright (and licensing! they always go together) statement in ebian/rules, and keep debian/copyright as a reference file rather than containing unique info on its own. NB! This is a kind suggestion only. It is not mandated by Debian Policy AFAIK. But it really helps for things like semi-automated copyright checking if separated like that. +Copyright: cycling'74; +License: NONE + FIXME + +Files: ./bin/pddp/pddpserver.tcl +Copyright: 1996-1997, Sun Microsystems +License: NONE + FIXME Above two must be fixed! I did not update changelog, as I am uncertain if current entry was already released or 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
