Bug#663468: audacious-plugins: [regression] jack output plugin fails to start jack server
Control: found -1 audacious-plugins/3.5-1 On Sat, 18 May 2013 00:17:21 +0200 Francesco Poli wrote: On Sun, 11 Mar 2012 16:00:18 +0100 Francesco Poli (wintermute) wrote: [...] the jack output plugin is no longer able to start the jack server and spits out errors [...] Is there any progress on this issue? Has it been investigated? Has my bug report been forwarded upstream? I've just checked with audacious-plugins/3.3.4-2 and I am still able to reproduce the bug. Please let me know. Thanks for your time! Hello again. I am still able to reproduce the bug with audacious-plugins/3.5-1 ... I haven't received any reply at all for more than 3 years. Having to manually start the jack server is really annoying. Could this bug be addressed somehow, please? Thanks for any help you may provide. -- http://www.inventati.org/frx/ There's not a second to spare! To the laboratory! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpoXoOlh75GY.pgp Description: 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
Processing of openni-sensor-pointclouds_5.1.0.41.4-1_amd64.changes
openni-sensor-pointclouds_5.1.0.41.4-1_amd64.changes uploaded successfully to ftp-master.debian.org along with the files: openni-sensor-pointclouds_5.1.0.41.4-1.dsc openni-sensor-pointclouds_5.1.0.41.4.orig.tar.gz openni-sensor-pointclouds_5.1.0.41.4-1.debian.tar.xz libopenni-sensor-pointclouds-dev_5.1.0.41.4-1_amd64.deb libopenni-sensor-pointclouds0_5.1.0.41.4-1_amd64.deb Greetings, Your Debian queue daemon (running on host coccia.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#787905: openni: FTBFS on arm64
Source: openni Version: 1.5.4.0-10 Tags: patch Here's a patch, rather similar to the ppc one. diff -N -ru openni-1.5.4.0.orig/Include/Linux-AArch64/XnPlatformLinux-AArch64.h openni-1.5.4.0/Include/Linux-AArch64/XnPlatformLinux-AArch64.h --- openni-1.5.4.0.orig/Include/Linux-AArch64/XnPlatformLinux-AArch64.h 1970-01-01 01:00:00.0 +0100 +++ openni-1.5.4.0/Include/Linux-AArch64/XnPlatformLinux-AArch64.h 2015-06-06 00:05:38.0 +0100 @@ -0,0 +1,43 @@ +/ +* * +* OpenNI 1.x Alpha * +* Copyright (C) 2011 PrimeSense Ltd. * +* * +* This file is part of OpenNI. * +* * +* OpenNI is free software: you can redistribute it and/or modify * +* it under the terms of the GNU Lesser General Public License as published * +* by the Free Software Foundation, either version 3 of the License, or * +* (at your option) any later version. * +* * +* OpenNI is distributed in the hope that it will be useful,* +* but WITHOUT ANY WARRANTY; without even the implied warranty of * +* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * +* GNU Lesser General Public License for more details. * +* * +* You should have received a copy of the GNU Lesser General Public License * +* along with OpenNI. If not, see http://www.gnu.org/licenses/. * +* * +/ +#ifndef _XN_PLATFORM_LINUX_AARCH64_H_ +#define _XN_PLATFORM_LINUX_AARCH64_H_ + +// Start with Linux-x86, and override what's different +#include ../Linux-x86/XnPlatformLinux-x86.h + +//--- +// Platform Basic Definition +//--- +#undef XN_PLATFORM +#undef XN_PLATFORM_STRING +#undef XN_PLATFORM_ENDIAN_TYPE +#define XN_PLATFORM XN_PLATFORM_LINUX_AARCH64 +#define XN_PLATFORM_STRING Linux-AArch64 + +#ifdef __AARCH64EB__ +#define XN_PLATFORM_ENDIAN_TYPE XN_PLATFORM_IS_BIG_ENDIAN +#else +#define XN_PLATFORM_ENDIAN_TYPE XN_PLATFORM_IS_LITTLE_ENDIAN +#endif // __AARCH64EB__ + +#endif //_XN_PLATFORM_LINUX_AARCH64_H_ diff -N -ru openni-1.5.4.0.orig/Include/XnOS.h openni-1.5.4.0/Include/XnOS.h --- openni-1.5.4.0.orig/Include/XnOS.h 2015-06-06 00:13:43.0 +0100 +++ openni-1.5.4.0/Include/XnOS.h 2015-06-06 00:06:31.0 +0100 @@ -44,7 +44,7 @@ //--- #if (XN_PLATFORM == XN_PLATFORM_WIN32) #include Win32/XnOSWin32.h -#elif (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_MACOSX || XN_PLATFORM == XN_PLATFORM_ANDROID_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_POWERPC) +#elif (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_AARCH64 || XN_PLATFORM == XN_PLATFORM_MACOSX || XN_PLATFORM == XN_PLATFORM_ANDROID_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_POWERPC) #include Linux-x86/XnOSLinux-x86.h #elif defined(_ARC) #include ARC/XnOSARC.h diff -N -ru openni-1.5.4.0.orig/Include/XnPlatform.h openni-1.5.4.0/Include/XnPlatform.h --- openni-1.5.4.0.orig/Include/XnPlatform.h 2015-06-06 00:13:43.0 +0100 +++ openni-1.5.4.0/Include/XnPlatform.h 2015-06-06 00:07:21.0 +0100 @@ -36,6 +36,7 @@ #define XN_PLATFORM_MACOSX 8 #define XN_PLATFORM_ANDROID_ARM 9 #define XN_PLATFORM_LINUX_POWERPC 10 +#define XN_PLATFORM_LINUX_AARCH64 11 #define XN_PLATFORM_IS_LITTLE_ENDIAN 1 #define XN_PLATFORM_IS_BIG_ENDIAN2 @@ -67,6 +68,8 @@ #include Linux-x86/XnPlatformLinux-x86.h #elif (__linux__ __arm__) #include Linux-Arm/XnPlatformLinux-Arm.h +#elif (__linux__ __aarch64__) + #include Linux-AArch64/XnPlatformLinux-AArch64.h #elif (__linux__ __powerpc__) #include Linux-Powerpc/XnPlatformLinux-Powerpc.h #elif _ARC diff -N -ru openni-1.5.4.0.orig/Include/XnUSBDevice.h openni-1.5.4.0/Include/XnUSBDevice.h --- openni-1.5.4.0.orig/Include/XnUSBDevice.h 2015-06-06 00:13:43.0 +0100 +++ openni-1.5.4.0/Include/XnUSBDevice.h 2015-06-06 00:07:56.0 +0100 @@ -48,7 +48,7 @@ #define USB_DT_DEVICE_SIZE 0 #define USB_DT_DEVICE 0 -#elif (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM
Processing of openni_1.5.4.0-11_amd64.changes
openni_1.5.4.0-11_amd64.changes uploaded successfully to ftp-master.debian.org along with the files: openni_1.5.4.0-11.dsc openni_1.5.4.0-11.debian.tar.xz libopenni-dev_1.5.4.0-11_amd64.deb libopenni-java_1.5.4.0-11_amd64.deb libopenni0_1.5.4.0-11_amd64.deb openni-doc_1.5.4.0-11_all.deb openni-utils_1.5.4.0-11_amd64.deb Greetings, Your Debian queue daemon (running on host coccia.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processing of openni_1.5.4.0-11_amd64.changes
openni_1.5.4.0-11_amd64.changes uploaded successfully to localhost along with the files: openni_1.5.4.0-11.dsc openni_1.5.4.0-11.debian.tar.xz libopenni-dev_1.5.4.0-11_amd64.deb libopenni-java_1.5.4.0-11_amd64.deb libopenni0_1.5.4.0-11_amd64.deb openni-doc_1.5.4.0-11_all.deb openni-utils_1.5.4.0-11_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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processing of openni-sensor-pointclouds_5.1.0.41.4-1_amd64.changes
openni-sensor-pointclouds_5.1.0.41.4-1_amd64.changes uploaded successfully to localhost along with the files: openni-sensor-pointclouds_5.1.0.41.4-1.dsc openni-sensor-pointclouds_5.1.0.41.4.orig.tar.gz openni-sensor-pointclouds_5.1.0.41.4-1.debian.tar.xz libopenni-sensor-pointclouds-dev_5.1.0.41.4-1_amd64.deb libopenni-sensor-pointclouds0_5.1.0.41.4-1_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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: Re: audacious-plugins: [regression] jack output plugin fails to start jack server
Processing control commands: found -1 audacious-plugins/3.5-1 Bug #663468 [audacious-plugins] audacious-plugins: [regression] jack output plugin fails to start jack server Marked as found in versions audacious-plugins/3.5-1. -- 663468: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663468 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
Bug#787919: zynaddsubfx-dssi: ship file in /usr/lib64
Package: zynaddsubfx-dssi Version: 2.4.3-4 Severity: serious Hello Debian Multimedia Maintainers, on amd64, zynaddsubfx-dssi include a file in /usr/lib64 /usr/lib64/dssi/libzynaddsubfx_dssi.so Packages must not use /usr/lib64, but either /usr/lib or the correct multiarch path. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. ___ 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: retitle 787919 to zynaddsubfx-dssi: ships file in /usr/lib64
Processing commands for cont...@bugs.debian.org: # The bug report is not about that it should should _ship_ a file but that it already _ships_ a file retitle 787919 zynaddsubfx-dssi: ships file in /usr/lib64 Bug #787919 [zynaddsubfx-dssi] zynaddsubfx-dssi: ship file in /usr/lib64 Changed Bug title to 'zynaddsubfx-dssi: ships file in /usr/lib64' from 'zynaddsubfx-dssi: ship file in /usr/lib64' thanks Stopping processing here. Please contact me if you need assistance. -- 787919: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787919 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
Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0
Hello Fabian, after some more searching and testing here is my opinion on this issue: - OCaml versions 4.01 (used in Jessie) and before are not doing stack alignment on 16 byte boundaries [1]. - GCC does 16 byte stack alignment (at least when using SSE instructions) at compile time. - Now when calling libmp3lame0 from lame executable (gcc) this works just fine. But calling from liquidsoap (ocaml) we end up calling libmp3lame0 with a unaligned stack therefore getting the SIGSEGV on the movaps %xmm0,0x20(%esp). (See the second stack and the address of vec_xrpow_max in [2].) But until now I could not fully proove my theory because: - OCaml version 4.02 is just in experimental. Using this version would need to compile also all the packages depending on ocaml. - Just using this patch in [1] is also not binary compatible with the packages depending on ocaml, therefore needing them all to recompile too. For this reason chances for such a change to OCaml to enter Jessie are low? One thing did avoid the crash, that was adding __attribute__((aligned(0x20))) to the vecfloat_union used inside libmp3lame0 [3]. Requesting an alignment of 0x10 seems without effect. (Probably because GCC does this already and is therefore removed.) Options we have, if above could be proven right: - change libmp3lame0 [3] (at least for stable), even when it is not guilty - test rebuilding OCaml and all dependents with the patch in [1] - wait if problem vanishes when OCaml 4.02 enters unstable/testing. - get someone from debian-ocaml-maint involved. [1] http://caml.inria.fr/mantis/view.php?id=6038#c11630 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786438#22 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786438#87 Kind regards, Bernhard ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
openni-sensor-pointclouds_5.1.0.41.4-1_amd64.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 06 Jun 2015 10:31:27 +0200 Source: openni-sensor-pointclouds Binary: libopenni-sensor-pointclouds-dev libopenni-sensor-pointclouds0 Architecture: source amd64 Version: 5.1.0.41.4-1 Distribution: unstable Urgency: medium Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Changed-By: Jochen Sprickerhof deb...@jochen.sprickerhof.de Description: libopenni-sensor-pointclouds-dev - headers for Kinect sensor modules for the OpenNI framework libopenni-sensor-pointclouds0 - Microsoft Kinect sensor modules for the OpenNI framework Changes: openni-sensor-pointclouds (5.1.0.41.4-1) unstable; urgency=medium . * Update watch file (limit to 5.1.0.* versions for now) * Imported Upstream version 5.1.0.41.4 * Update control file Checksums-Sha1: b708b8a00534fa798948a72b3b8b5b557d577cb1 2353 openni-sensor-pointclouds_5.1.0.41.4-1.dsc cce75832f28fd4bbfe483d11e7cb93eb85d5270b 642352 openni-sensor-pointclouds_5.1.0.41.4.orig.tar.gz 78c327725b75f6d0db1f2ebdb003e681f9d4120f 5156 openni-sensor-pointclouds_5.1.0.41.4-1.debian.tar.xz b7002ce2a10325d6c423a579c5cf3ae061539dac 7936 libopenni-sensor-pointclouds-dev_5.1.0.41.4-1_amd64.deb 1aadcc5dcdd1f4fe953ced69abe6a24452168aa9 304782 libopenni-sensor-pointclouds0_5.1.0.41.4-1_amd64.deb Checksums-Sha256: 90ac58e1bc02a8b5dd35b16fb38a74ce55c3dced2027aa6e1297485f84b98d99 2353 openni-sensor-pointclouds_5.1.0.41.4-1.dsc 13d5df016933d0b9f2fb9bdbc631c7ab6c688c03773bdb01e49eb2496c8bb60e 642352 openni-sensor-pointclouds_5.1.0.41.4.orig.tar.gz 7f75769c0ea5b98affa839f721a84b8c8969d6faac5812e54dd6e95f56fe7bbb 5156 openni-sensor-pointclouds_5.1.0.41.4-1.debian.tar.xz 44fd966d6c37ba8038d3df7bb32161430698508b377a1c06d34a14132f05aa9b 7936 libopenni-sensor-pointclouds-dev_5.1.0.41.4-1_amd64.deb 34e56f8c1f1435bea746b6ac7b23ec96e7b42d7ea8f4080c9b7f00d5258855bc 304782 libopenni-sensor-pointclouds0_5.1.0.41.4-1_amd64.deb Files: c28182aaee97c8270dca30475e2f4a64 2353 libs optional openni-sensor-pointclouds_5.1.0.41.4-1.dsc a907eab2cee6f0bf7df0d031a2458518 642352 libs optional openni-sensor-pointclouds_5.1.0.41.4.orig.tar.gz aba14322e33d3e62c033182a08ec5ba5 5156 libs optional openni-sensor-pointclouds_5.1.0.41.4-1.debian.tar.xz 4df68d6567c05a995b2d9c5623d46f3d 7936 libdevel optional libopenni-sensor-pointclouds-dev_5.1.0.41.4-1_amd64.deb 792a27fa39ed7972376d5bc2c79eff52 304782 libs optional libopenni-sensor-pointclouds0_5.1.0.41.4-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJVcrEiAAoJEFv/3MJY5pQzvyMQAKMjPfZygkC+DP7bs/M2dffe p5aHpG8RrZ2gz6FocfiiwlTPX5Ku9Qcr35Zepy8S+hESLUNsixj9U26UuqcMvzSC h7j8CDqlaLqFIJOdKEND3g0JFESV2OJNomajPCNhVC/Z6j1Z1WUdZGFxQInBfNM6 tHikJLxn4OLiHCcEGk7OyuI5XT8DsgAIZDc7a8CfMIhhkHj2Wplu4Dr4knrouIMX vvINgGhTM6MzO8c7NP5cJoYYUBYvq+viEytDrkDiShMWYfUyE+G9X23JcCQGTxr0 D8fb/WYgLRlXpyDYB19+BI57OzojRp0KJ+FtrzL/9ixs/jz3ZGcQqLM/PhwVOAay GOKddjyPglC/Z3ZqUeATFiHsuH0foWFc4rswoh5YE97z0uJZpqlgeocxCGqMn1zm CgLxbEqZX/iRHQDcirEjZ/Tp36Z4WTmToOdxuCdcRyJxto7WvlO0jqubmWjw5X+7 mA3IuxkKPUIQ1xrn+4lUt/HLEdgCV42XPQxCX+L1WTpXw80IvsdZHSrsIBO99hTd WpofturWjSPfBNcqwpr4w/yhwuNb1g1dFCjKn6rdw2g1s2TFg+Lyj9J2HDhEqXVA /L4GY2x2ClNP0fwc1Kzq6FGQxHXLi0XV1aZcSE7P4YIta6qEwSmPmmon61RaTpK5 GBtVgJ6v77NOekoXP25V =RKSV -END PGP SIGNATURE- Thank you for your contribution to Debian. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
openni_1.5.4.0-11_amd64.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 06 Jun 2015 09:28:05 +0200 Source: openni Binary: libopenni0 libopenni-java openni-utils libopenni-dev openni-doc Architecture: source amd64 all Version: 1.5.4.0-11 Distribution: unstable Urgency: medium Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Changed-By: Jochen Sprickerhof deb...@jochen.sprickerhof.de Description: libopenni-dev - headers for OpenNI 'Natural Interaction' frameworks libopenni-java - Java framework for sensor-based 'Natural Interaction' libopenni0 - framework for sensor-based 'Natural Interaction' openni-doc - developer documentation for OpenNI frameworks openni-utils - debug and test utilities OpenNI framework Changes: openni (1.5.4.0-11) unstable; urgency=medium . [ Joe Burmeister ] * Add ARM-hf support. * Update ARM support patch to remove line disabling NiViewer. Checksums-Sha1: f32ae3a8c28eb32d3643cd980e723c1d39302473 2412 openni_1.5.4.0-11.dsc fc1274c1eb85d001919af2be19a1bcfd98b52d5a 646828 openni_1.5.4.0-11.debian.tar.xz 78e6a9d053f7fd3f5844d2ec812ca88dbc301684 152288 libopenni-dev_1.5.4.0-11_amd64.deb b66bb8f1757d603b1e94264933eb716d82858eb5 144406 libopenni-java_1.5.4.0-11_amd64.deb 7d1921e6f961bdd54dea632c39b962d2ae2ea076 287084 libopenni0_1.5.4.0-11_amd64.deb 4f25e842ae0c7348687469ab8f814dc42ad1 4167798 openni-doc_1.5.4.0-11_all.deb 1822a80a7f9e57908c4851c69948da367908f8df 125922 openni-utils_1.5.4.0-11_amd64.deb Checksums-Sha256: 7a3a036ed34f9ab8a53f08e874a27f6da1324337540ee55ba2bd6e2f5e10a400 2412 openni_1.5.4.0-11.dsc cd38e97a6ded75e0fc7d04c7d19a0483d22fd36ab27d5841e79541430be0aabe 646828 openni_1.5.4.0-11.debian.tar.xz a08ff542d22a82880ebd4de838eda287b315ce2ed76886fda89d6143f0052de7 152288 libopenni-dev_1.5.4.0-11_amd64.deb c574e292d7a8a5c9439a161125ba471e1b0169732c0def379ad8e2ed152c7ee9 144406 libopenni-java_1.5.4.0-11_amd64.deb b1c36f246ff0f6ba508819ff9a73b62a4bbd4cdf6f983f4a8edff69a7c255b27 287084 libopenni0_1.5.4.0-11_amd64.deb 9f8efbe5241895ac7546e90ee3dd725ec65e2f51a880bfe914ef8263cd58f77a 4167798 openni-doc_1.5.4.0-11_all.deb 192cd8af3a8e1ebd455b719a913abb93eef68d56ae74a8e6eda02e9f6413dbcd 125922 openni-utils_1.5.4.0-11_amd64.deb Files: b5f57523b6a82630db2ce72212d663ed 2412 libs optional openni_1.5.4.0-11.dsc 4c1e490c19d270a3e14a64a8fdba5fe3 646828 libs optional openni_1.5.4.0-11.debian.tar.xz 61425b8fbbc5fe4c507653d092254201 152288 libdevel optional libopenni-dev_1.5.4.0-11_amd64.deb c380e12d01707ef3008b29a56a1f1d14 144406 java optional libopenni-java_1.5.4.0-11_amd64.deb 84df1ca66b750d9214f72893176a2a22 287084 libs optional libopenni0_1.5.4.0-11_amd64.deb 053ff266b5e94b0815a9d340af4b6fa8 4167798 doc optional openni-doc_1.5.4.0-11_all.deb 45b8d5b5d107d73d144243e2fd44f667 125922 utils optional openni-utils_1.5.4.0-11_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJVcqYqAAoJEFv/3MJY5pQz7wAP/jLhz0i4o926buX3tCGBtmwo aJsONowaP0aPam3L4oQ85xnC6Tfg1zmFqS4FXlDQsDQdX+p2q+FndU8czj/jcLSl f8XMVwwvjHH81QtE0645wZQktTs6nARLahA0F+z70jh2BzhyycdaU+wtYHT7kLOc yS9Rv7D56j4Rz1hoGUp3C97EGCtFaxRoHQgnuE12tG+10IVVf2yWxDL/bjPHA630 KrGIDT4tra5/tUcbNk/UeWVwr8vEAtGz5UdNEjeJjiCfiXpcsSp6KLN07MF3aF2t huQKghhooaS46Tv9lJT+evTt5DeF2vO1gBDj9QYXLyU9kDOFt4eB5N0mXAhz0gwT V5YV2MP0KF6VvMSrm0xWDZQf2bOCtA1ZVx7WIJJ3fbnaW5iG12CKbDpJ6TyYkLZ+ 7RRNIIWW2JGwKVSzJ189CfRMXmifGUV+Iy64iRRwYdDryOED1CcXh2rFN0GsZv21 0yVMstJZqEwE1WnRUGRew/xIHMZ60FmrF72yQH+1RhGNZRUcSNEwAsyysk7RBJZe /jlkSImGhypv0W/fylYx4L9sk9BKfcXO9Hlc6qx90ECr0pcnxXYr1HQX3+qhnPC5 bC1AJqrcYOxT1OqIYEbrM9Dq94FFS51KaFd9DjWRUSz/sGIX0Tw9WVKIX+qH6H1c 2WZ+Xpwpa5cIJ5VbAifb =Cza2 -END PGP SIGNATURE- Thank you for your contribution to Debian. ___ 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: Select provider of libav* libraries
Hi, On 06.06.2015 02:01, Bálint Réczey wrote: GPL imposes no restrictions on _using_ software, but on distributing it without properly licensed source, i.e. distributing a binary compiled from GPLv3 source without also providing the source under GPLv3 is prohibited. Compiling hedgewars without libavcodec-extra creates a GPLv2 binary which is distributable. The user can install libavcodec-extra which would also work with hedgewars, but no one violated GPLv3 up to this point AFAIK. On 06.06.2015 02:07, Reinhard Tartler wrote: The keyword in this sentence is using. I do NOT think we need to prevent users from doing stupid things, but we must ensure that Debian as a (re-)distributor does not violate any licenses. The dependencies are set up in a way that ensures that all packages build against the GPLv2+ variants, and nowhere on the buildds or on any other Debian machine we distribute a piece of software that would be in violation here. And that was the point of this exercise. The problem is that Debian users must be allowed to redistribute it, but as far as I understand it, it is not allowed to distribute e.g. a live DVD with hedgewars and libavcodec-extra installed. I also pointed this out in the previous discussion [1]. Since the hassle makes more work for active ffmpeg maintainers and while I sponsored a few uploads I don't consider myself one I should not make the call, but it would be really nice to provide the AMR encoder as well in Debian and also keeping hedgewars in the archive. Maybe there is a way of providing libavcodec-extra and having modern packaging scripts. Maybe patching the build could help, but I have not checked this idea. The AMR encoder is anyway just a wrapper around libopencore/libvo. Gstreamer also has similar wrappers and since they are plugins, the license is less of a problem. Thus anyone really wanting to encode AMR can use gstreamer. Best regards, Andreas 1: https://lists.debian.org/debian-multimedia/2014/11/msg00018.html ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
OFFRE DE PRET
Mr et Mme Nous sommes un Etablissement de Finance Générale et ce message s'adresse aux particuliers, aux pauvres, ou à tous ceux qui sont dans le besoin d'un prêt particulier pour reconstruire leur vie. Vous êtes à la recherche de prêt pour soit relancer vos activités soit pour la réalisation d'un projet mais votre dossier a été rejeté à la banque. Nous sommes en mesure d’octroyer des prêts allant de 1.000 à 2.000.000 Euros à toutes personnes de bonne moralité et capable de respecter les conditions. Notre taux d’intérêt est de 3 % l'an. Nous sommes disponibles à satisfaire nos clients en un temps record. Nous contactez pour plus d'amples informations. Cordialement, La secrétaire Mlle. LIMA Dorothée ___ 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: Select provider of libav* libraries
Hi Reinhard, On 06.06.2015 02:07, Reinhard Tartler wrote: As you can see from above numbers, even in the uttermost worst case, that is if both Michael and the Libav developers stopped working on the codebase, FFmpeg would still have more commits than Libav currently does. Comparing an individual developer with a development team seems inappropriate to me. Also, the chosen development processes of both projects significantly affect the rate of commits. That comparison does not appear useful. I find the comparison quite telling. Best regards, Andreas ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
openni_1.5.4.0-12_amd64.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 06 Jun 2015 23:32:22 +0200 Source: openni Binary: libopenni0 libopenni-java openni-utils libopenni-dev openni-doc Architecture: source amd64 all Version: 1.5.4.0-12 Distribution: unstable Urgency: medium Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Changed-By: Jochen Sprickerhof deb...@jochen.sprickerhof.de Description: libopenni-dev - headers for OpenNI 'Natural Interaction' frameworks libopenni-java - Java framework for sensor-based 'Natural Interaction' libopenni0 - framework for sensor-based 'Natural Interaction' openni-doc - developer documentation for OpenNI frameworks openni-utils - debug and test utilities OpenNI framework Closes: 787905 Changes: openni (1.5.4.0-12) unstable; urgency=medium . * Add arm64 support (Closes: #787905), thanks Edmund Grimley Evans Checksums-Sha1: 05f133e1c35b6348b6c6f2b5caf6ebbaf7148b20 2412 openni_1.5.4.0-12.dsc 73e70a816d13ec9af2b91fa1b737e8cb3a21f587 646852 openni_1.5.4.0-12.debian.tar.xz 86709a87fce9d9e873c17912a1fe944dc0eeca92 152500 libopenni-dev_1.5.4.0-12_amd64.deb dca42899e8c266b8253bc059dd0212dcf29e388f 144434 libopenni-java_1.5.4.0-12_amd64.deb e010f10de0398f27556f47efec622fcb4b31397b 286906 libopenni0_1.5.4.0-12_amd64.deb 0cbacdc3590f8efc63809925341a3b173cadfdeb 4168338 openni-doc_1.5.4.0-12_all.deb 92ee5bb57860df83b9e1aecceed8b08cfbf7c10a 125810 openni-utils_1.5.4.0-12_amd64.deb Checksums-Sha256: 47dabb9ddb5686fcf5c377a2efd90400e4f606fc10e8bba4403827f067ac1f7c 2412 openni_1.5.4.0-12.dsc 0dec0017649845c1d1b073dc1530fc0e4f9763ae069a079bf09d2b592bfda429 646852 openni_1.5.4.0-12.debian.tar.xz d5300fab59a46c34ee21cb04b072a957574da227672e806e711ccbfc27873cb6 152500 libopenni-dev_1.5.4.0-12_amd64.deb 40261aaab52f68f23a0db56974763ef12ff55d85726e12d32d5d06c5663e0133 144434 libopenni-java_1.5.4.0-12_amd64.deb e7179b17fe47fb8b4a24be8b2ae6b13e6a31e9159704881d01e18e2440abeecd 286906 libopenni0_1.5.4.0-12_amd64.deb 303a5eada693d57c7687deed0dcebfb6d238c40b9bf4854f6a6e506519a4f536 4168338 openni-doc_1.5.4.0-12_all.deb c1fadfeac20e5ff568ca47007d7c786b3ec8c2423906c79a99abd867c15cbc54 125810 openni-utils_1.5.4.0-12_amd64.deb Files: 605201888f902c9b32a30bea0a8518fb 2412 libs optional openni_1.5.4.0-12.dsc 714d461dbe5235b2fc93502f56c5e12c 646852 libs optional openni_1.5.4.0-12.debian.tar.xz f14e678696e47ab89e2a01f3854b5ef4 152500 libdevel optional libopenni-dev_1.5.4.0-12_amd64.deb 13d8e56d43e29d3ca3b31d9061706195 144434 java optional libopenni-java_1.5.4.0-12_amd64.deb 146cfcb59c29eb1048a7a9657c14872d 286906 libs optional libopenni0_1.5.4.0-12_amd64.deb 971d3e487eb5594b5fbe45279502eb2b 4168338 doc optional openni-doc_1.5.4.0-12_all.deb 3f198637441292ebf5817f8498d1fd49 125810 utils optional openni-utils_1.5.4.0-12_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJVc2pjAAoJEFv/3MJY5pQz/g0QAIsaAaet0fvnjElbiCKWQ7By FclHS34LJ4eugA+dOOCaKwOemMIW0pyezlxpJbaN9JZEgaIkGPgKVgARSNPjKihS HkO1NS9Z1OeMSYJhVW9z3q6gIcE6Et996Q3vGz4peAQyAa1kFKwh7XU0Trx72cOj 74IitSpsEWBMY0qO+iNhzH+IddztrS0wLrWkzNE/7RwO0uUnmyCykq9UMk1Lc9HT zk4qzsOib+fG0IGfPYofqdwhOMbN/IXjjqQQejC9aA0MEa96XfGhCl2gdeGqUj3B MhJm1tH1nQdJmCegGr+pmw//P4IrOonETtJKTKwv0BJsjcjcjX76tBblzO7Yzl8R /ftHoe1IewSVwz1tkL0X2lqxI95dkklJU7mpZbLwNUSjjBKpGAUbl8v+t7wEedvF yA9rZpmBHbqxCwj3m5HkC4QHzS8AFqLHS+n3Ey+lf9jlytNXnhwhPSvrzKCTedGR sIDQNr2gXe80k2vpajotnI34IsKAI3SgICjC8NfghbSroRgK+oQiKPC5JXtVAg1P C1sSEAMkRqk5zir0MxTtBWP1m8XX/6r4jP6mKUNCky/K70eWUt3IHC4zcsBy+Uj7 GNvf5WvWy7w5uBRF/zO6UURF+1377BP1NvCwPwyWpgfw0DRZ34eW5wguNxGjNpIH urPV4Gv0N6Qe8jX5Fzz1 =eZaT -END PGP SIGNATURE- Thank you for your contribution to Debian. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#787919: marked as done (zynaddsubfx-dssi: ships file in /usr/lib64)
Your message dated Sun, 07 Jun 2015 00:04:32 + with message-id e1z1o4m-0003pr...@franck.debian.org and subject line Bug#787919: fixed in zynaddsubfx 2.4.3-5 has caused the Debian Bug report #787919, regarding zynaddsubfx-dssi: ships file in /usr/lib64 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.) -- 787919: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787919 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: zynaddsubfx-dssi Version: 2.4.3-4 Severity: serious Hello Debian Multimedia Maintainers, on amd64, zynaddsubfx-dssi include a file in /usr/lib64 /usr/lib64/dssi/libzynaddsubfx_dssi.so Packages must not use /usr/lib64, but either /usr/lib or the correct multiarch path. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. ---End Message--- ---BeginMessage--- Source: zynaddsubfx Source-Version: 2.4.3-5 We believe that the bug you reported is fixed in the latest version of zynaddsubfx, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 787...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Alessio Treglia ales...@debian.org (supplier of updated zynaddsubfx package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 07 Jun 2015 00:44:45 +0100 Source: zynaddsubfx Binary: zynaddsubfx zynaddsubfx-dssi zynaddsubfx-dbg Architecture: source amd64 Version: 2.4.3-5 Distribution: unstable Urgency: medium Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Changed-By: Alessio Treglia ales...@debian.org Description: zynaddsubfx - Realtime software synthesizer for Linux zynaddsubfx-dbg - Debugging symbols for zynaddsubfx zynaddsubfx-dssi - dssi plugin of zynaddsubfx Closes: 787919 Changes: zynaddsubfx (2.4.3-5) unstable; urgency=medium . * Team upload. * Don't ship anything in /usr/lib64. (Closes: #787919) * Avoid shipping upstream changelog twice. * Bump Standards. Checksums-Sha1: 4d1db34c688922b0e54ff1a1ec50f2e4aafbed07 2364 zynaddsubfx_2.4.3-5.dsc d6f6051724cff2844a1f405093bf638a3e3da209 8770 zynaddsubfx_2.4.3-5.debian.tar.gz d2aa0985f1d4362e6177cc0f9ff9f21dfce9a329 3332282 zynaddsubfx-dbg_2.4.3-5_amd64.deb 25483861a1fc20fa572f6af1d5ba8e3c5f1c0572 231280 zynaddsubfx-dssi_2.4.3-5_amd64.deb 65711938faec251c6616db3a53d96f639bb1b5cb 1568706 zynaddsubfx_2.4.3-5_amd64.deb Checksums-Sha256: 11cd9f352c91f6f9dd3c8e405b1e8804e4ea46f984be84923857afa98d6c8402 2364 zynaddsubfx_2.4.3-5.dsc 3c4b824993e84ce221219cb1349ab075ddd40a6f038eae762c9c8445bcc114a2 8770 zynaddsubfx_2.4.3-5.debian.tar.gz 834b0becdbad7b1995bacf83f7dcf2a9563f88bc2df7ae482a4abd77622b06bd 3332282 zynaddsubfx-dbg_2.4.3-5_amd64.deb 4820ffef6b21f68fc68387c48545b933a3d1919858f0937ef3f2efc3ac63fbdc 231280 zynaddsubfx-dssi_2.4.3-5_amd64.deb 1ec1b9f6cb7d91273b32fc27e3daa9d361680886ea61139a602798e44fc7dae7 1568706 zynaddsubfx_2.4.3-5_amd64.deb Files: f71710ee4935b3cec1adb4595b236dbb 2364 sound optional zynaddsubfx_2.4.3-5.dsc feb94b5325380a60c405a4e2f707aaf6 8770 sound optional zynaddsubfx_2.4.3-5.debian.tar.gz e4c396daa2e659afceb7c1d26ff6f481 3332282 debug extra zynaddsubfx-dbg_2.4.3-5_amd64.deb e8eb4c28b4be8d3afd986de949fc49a9 231280 sound optional zynaddsubfx-dssi_2.4.3-5_amd64.deb 39c21cd31a34cfdb43de963436864ca9 1568706 sound optional zynaddsubfx_2.4.3-5_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJVc4g2AAoJEOikiuUxHXZaRU4P/2qo7I78uhqgCFdtj557A6Rk GBpsa5R03l9i+6adZYrI9/7zA0uhde4ldaPuZHBGwxT/tzO1qB8YSymvSGNBuFRe tQNT0W97w+ZPVvyV0WmH1YGRN4Yr20cOIYE9lXv42BBeAr5OJ5YV9XoUsjOOIbl6 aJYCiQaVQr+uBIbd4zunr1TA2VW+EffjufZqgx5tqR6pJPF7Xlead4+AFIzR0cRo ZQSSZ2B9AN/j/gY++A4fQuzp3gEOYF5N2b9IbwNqrK2Cj8Uz2iNJ3BmGfY9DSOVE hmUVC7HbB1tGuK6m51G3rVru7i9LG+dgBPdlwH5mU5ZPZRl1aya5sbN6nz1RYz+S UZIw0ZKnWGDtIc89y8hvCuSpRiE0lFFjssDqcHPyo/cRmWPAy2q7KTl11EqP2jn8 4D0PChLuHbLDHXEz+Fjy1AU92ktb7rVi4ivCdjEwiQicRvIMFqxIzTvxL0yneJbe ldtiiE5Q2lOkf/pPpNbU+F9Mr0k1+N8EUrlegyqA1uhBywhyhsut1ZW4KbeY8TlY pp2e2h6kJ9yCVVx3I04T0TjL+R3D53FptjRbrsEZWdvXyLzAtu2frr4/lUyHkADB lXQGd3meZ53UMCdmlerzVICixoWxF9qfOQym7MvgBhw2AbXOkWIlQZoayClTKxlG Xi7i6TTsmKAtO5sHpiSH =yxP0
Processing of openni_1.5.4.0-12_amd64.changes
openni_1.5.4.0-12_amd64.changes uploaded successfully to localhost along with the files: openni_1.5.4.0-12.dsc openni_1.5.4.0-12.debian.tar.xz libopenni-dev_1.5.4.0-12_amd64.deb libopenni-java_1.5.4.0-12_amd64.deb libopenni0_1.5.4.0-12_amd64.deb openni-doc_1.5.4.0-12_all.deb openni-utils_1.5.4.0-12_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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processing of zynaddsubfx_2.4.3-5_amd64.changes
zynaddsubfx_2.4.3-5_amd64.changes uploaded successfully to localhost along with the files: zynaddsubfx_2.4.3-5.dsc zynaddsubfx_2.4.3-5.debian.tar.gz zynaddsubfx-dbg_2.4.3-5_amd64.deb zynaddsubfx-dssi_2.4.3-5_amd64.deb zynaddsubfx_2.4.3-5_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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processing of openni_1.5.4.0-12_amd64.changes
openni_1.5.4.0-12_amd64.changes uploaded successfully to ftp-master.debian.org along with the files: openni_1.5.4.0-12.dsc openni_1.5.4.0-12.debian.tar.xz libopenni-dev_1.5.4.0-12_amd64.deb libopenni-java_1.5.4.0-12_amd64.deb libopenni0_1.5.4.0-12_amd64.deb openni-doc_1.5.4.0-12_all.deb openni-utils_1.5.4.0-12_amd64.deb Greetings, Your Debian queue daemon (running on host coccia.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#787905: marked as done (openni: FTBFS on arm64)
Your message dated Sat, 06 Jun 2015 22:21:39 + with message-id e1z1mtd-0003hm...@franck.debian.org and subject line Bug#787905: fixed in openni 1.5.4.0-12 has caused the Debian Bug report #787905, regarding openni: FTBFS on arm64 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.) -- 787905: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787905 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: openni Version: 1.5.4.0-10 Tags: patch Here's a patch, rather similar to the ppc one. diff -N -ru openni-1.5.4.0.orig/Include/Linux-AArch64/XnPlatformLinux-AArch64.h openni-1.5.4.0/Include/Linux-AArch64/XnPlatformLinux-AArch64.h --- openni-1.5.4.0.orig/Include/Linux-AArch64/XnPlatformLinux-AArch64.h 1970-01-01 01:00:00.0 +0100 +++ openni-1.5.4.0/Include/Linux-AArch64/XnPlatformLinux-AArch64.h 2015-06-06 00:05:38.0 +0100 @@ -0,0 +1,43 @@ +/ +* * +* OpenNI 1.x Alpha * +* Copyright (C) 2011 PrimeSense Ltd. * +* * +* This file is part of OpenNI. * +* * +* OpenNI is free software: you can redistribute it and/or modify * +* it under the terms of the GNU Lesser General Public License as published * +* by the Free Software Foundation, either version 3 of the License, or * +* (at your option) any later version. * +* * +* OpenNI is distributed in the hope that it will be useful,* +* but WITHOUT ANY WARRANTY; without even the implied warranty of * +* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * +* GNU Lesser General Public License for more details. * +* * +* You should have received a copy of the GNU Lesser General Public License * +* along with OpenNI. If not, see http://www.gnu.org/licenses/. * +* * +/ +#ifndef _XN_PLATFORM_LINUX_AARCH64_H_ +#define _XN_PLATFORM_LINUX_AARCH64_H_ + +// Start with Linux-x86, and override what's different +#include ../Linux-x86/XnPlatformLinux-x86.h + +//--- +// Platform Basic Definition +//--- +#undef XN_PLATFORM +#undef XN_PLATFORM_STRING +#undef XN_PLATFORM_ENDIAN_TYPE +#define XN_PLATFORM XN_PLATFORM_LINUX_AARCH64 +#define XN_PLATFORM_STRING Linux-AArch64 + +#ifdef __AARCH64EB__ +#define XN_PLATFORM_ENDIAN_TYPE XN_PLATFORM_IS_BIG_ENDIAN +#else +#define XN_PLATFORM_ENDIAN_TYPE XN_PLATFORM_IS_LITTLE_ENDIAN +#endif // __AARCH64EB__ + +#endif //_XN_PLATFORM_LINUX_AARCH64_H_ diff -N -ru openni-1.5.4.0.orig/Include/XnOS.h openni-1.5.4.0/Include/XnOS.h --- openni-1.5.4.0.orig/Include/XnOS.h 2015-06-06 00:13:43.0 +0100 +++ openni-1.5.4.0/Include/XnOS.h 2015-06-06 00:06:31.0 +0100 @@ -44,7 +44,7 @@ //--- #if (XN_PLATFORM == XN_PLATFORM_WIN32) #include Win32/XnOSWin32.h -#elif (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_MACOSX || XN_PLATFORM == XN_PLATFORM_ANDROID_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_POWERPC) +#elif (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_AARCH64 || XN_PLATFORM == XN_PLATFORM_MACOSX || XN_PLATFORM == XN_PLATFORM_ANDROID_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_POWERPC) #include Linux-x86/XnOSLinux-x86.h #elif defined(_ARC) #include ARC/XnOSARC.h diff -N -ru openni-1.5.4.0.orig/Include/XnPlatform.h openni-1.5.4.0/Include/XnPlatform.h --- openni-1.5.4.0.orig/Include/XnPlatform.h 2015-06-06 00:13:43.0 +0100 +++ openni-1.5.4.0/Include/XnPlatform.h 2015-06-06 00:07:21.0 +0100 @@ -36,6 +36,7 @@ #define XN_PLATFORM_MACOSX 8 #define XN_PLATFORM_ANDROID_ARM 9 #define XN_PLATFORM_LINUX_POWERPC
zynaddsubfx_2.4.3-5_amd64.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 07 Jun 2015 00:44:45 +0100 Source: zynaddsubfx Binary: zynaddsubfx zynaddsubfx-dssi zynaddsubfx-dbg Architecture: source amd64 Version: 2.4.3-5 Distribution: unstable Urgency: medium Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Changed-By: Alessio Treglia ales...@debian.org Description: zynaddsubfx - Realtime software synthesizer for Linux zynaddsubfx-dbg - Debugging symbols for zynaddsubfx zynaddsubfx-dssi - dssi plugin of zynaddsubfx Closes: 787919 Changes: zynaddsubfx (2.4.3-5) unstable; urgency=medium . * Team upload. * Don't ship anything in /usr/lib64. (Closes: #787919) * Avoid shipping upstream changelog twice. * Bump Standards. Checksums-Sha1: 4d1db34c688922b0e54ff1a1ec50f2e4aafbed07 2364 zynaddsubfx_2.4.3-5.dsc d6f6051724cff2844a1f405093bf638a3e3da209 8770 zynaddsubfx_2.4.3-5.debian.tar.gz d2aa0985f1d4362e6177cc0f9ff9f21dfce9a329 3332282 zynaddsubfx-dbg_2.4.3-5_amd64.deb 25483861a1fc20fa572f6af1d5ba8e3c5f1c0572 231280 zynaddsubfx-dssi_2.4.3-5_amd64.deb 65711938faec251c6616db3a53d96f639bb1b5cb 1568706 zynaddsubfx_2.4.3-5_amd64.deb Checksums-Sha256: 11cd9f352c91f6f9dd3c8e405b1e8804e4ea46f984be84923857afa98d6c8402 2364 zynaddsubfx_2.4.3-5.dsc 3c4b824993e84ce221219cb1349ab075ddd40a6f038eae762c9c8445bcc114a2 8770 zynaddsubfx_2.4.3-5.debian.tar.gz 834b0becdbad7b1995bacf83f7dcf2a9563f88bc2df7ae482a4abd77622b06bd 3332282 zynaddsubfx-dbg_2.4.3-5_amd64.deb 4820ffef6b21f68fc68387c48545b933a3d1919858f0937ef3f2efc3ac63fbdc 231280 zynaddsubfx-dssi_2.4.3-5_amd64.deb 1ec1b9f6cb7d91273b32fc27e3daa9d361680886ea61139a602798e44fc7dae7 1568706 zynaddsubfx_2.4.3-5_amd64.deb Files: f71710ee4935b3cec1adb4595b236dbb 2364 sound optional zynaddsubfx_2.4.3-5.dsc feb94b5325380a60c405a4e2f707aaf6 8770 sound optional zynaddsubfx_2.4.3-5.debian.tar.gz e4c396daa2e659afceb7c1d26ff6f481 3332282 debug extra zynaddsubfx-dbg_2.4.3-5_amd64.deb e8eb4c28b4be8d3afd986de949fc49a9 231280 sound optional zynaddsubfx-dssi_2.4.3-5_amd64.deb 39c21cd31a34cfdb43de963436864ca9 1568706 sound optional zynaddsubfx_2.4.3-5_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJVc4g2AAoJEOikiuUxHXZaRU4P/2qo7I78uhqgCFdtj557A6Rk GBpsa5R03l9i+6adZYrI9/7zA0uhde4ldaPuZHBGwxT/tzO1qB8YSymvSGNBuFRe tQNT0W97w+ZPVvyV0WmH1YGRN4Yr20cOIYE9lXv42BBeAr5OJ5YV9XoUsjOOIbl6 aJYCiQaVQr+uBIbd4zunr1TA2VW+EffjufZqgx5tqR6pJPF7Xlead4+AFIzR0cRo ZQSSZ2B9AN/j/gY++A4fQuzp3gEOYF5N2b9IbwNqrK2Cj8Uz2iNJ3BmGfY9DSOVE hmUVC7HbB1tGuK6m51G3rVru7i9LG+dgBPdlwH5mU5ZPZRl1aya5sbN6nz1RYz+S UZIw0ZKnWGDtIc89y8hvCuSpRiE0lFFjssDqcHPyo/cRmWPAy2q7KTl11EqP2jn8 4D0PChLuHbLDHXEz+Fjy1AU92ktb7rVi4ivCdjEwiQicRvIMFqxIzTvxL0yneJbe ldtiiE5Q2lOkf/pPpNbU+F9Mr0k1+N8EUrlegyqA1uhBywhyhsut1ZW4KbeY8TlY pp2e2h6kJ9yCVVx3I04T0TjL+R3D53FptjRbrsEZWdvXyLzAtu2frr4/lUyHkADB lXQGd3meZ53UMCdmlerzVICixoWxF9qfOQym7MvgBhw2AbXOkWIlQZoayClTKxlG Xi7i6TTsmKAtO5sHpiSH =yxP0 -END PGP SIGNATURE- Thank you for your contribution to Debian. ___ 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: Select provider of libav* libraries
Hi Andreas, 2015-06-06 19:15 GMT+02:00 Andreas Cadhalpun andreas.cadhal...@googlemail.com: Hi, On 06.06.2015 02:01, Bálint Réczey wrote: GPL imposes no restrictions on _using_ software, but on distributing it without properly licensed source, i.e. distributing a binary compiled from GPLv3 source without also providing the source under GPLv3 is prohibited. Compiling hedgewars without libavcodec-extra creates a GPLv2 binary which is distributable. The user can install libavcodec-extra which would also work with hedgewars, but no one violated GPLv3 up to this point AFAIK. On 06.06.2015 02:07, Reinhard Tartler wrote: The keyword in this sentence is using. I do NOT think we need to prevent users from doing stupid things, but we must ensure that Debian as a (re-)distributor does not violate any licenses. The dependencies are set up in a way that ensures that all packages build against the GPLv2+ variants, and nowhere on the buildds or on any other Debian machine we distribute a piece of software that would be in violation here. And that was the point of this exercise. The problem is that Debian users must be allowed to redistribute it, but as far as I understand it, it is not allowed to distribute e.g. a live DVD with hedgewars and libavcodec-extra installed. I also pointed this out in the previous discussion [1]. I'm not absolutely sure, but IMO yes, such Live DVD-s would not be allowed, but it is a problem of live DVD makers to care about. Package maintainers can't and should not prevent this usage. Since the hassle makes more work for active ffmpeg maintainers and while I sponsored a few uploads I don't consider myself one I should not make the call, but it would be really nice to provide the AMR encoder as well in Debian and also keeping hedgewars in the archive. Maybe there is a way of providing libavcodec-extra and having modern packaging scripts. Maybe patching the build could help, but I have not checked this idea. The AMR encoder is anyway just a wrapper around libopencore/libvo. Gstreamer also has similar wrappers and since they are plugins, the license is less of a problem. Thus anyone really wanting to encode AMR can use gstreamer. I'm OK with disabling AMR encoder in ffmpeg and stay GPLv2 compatible with the packages since I have no packages requiring it nor use-cases as a user requiring it, but I prefer the choice provided by by current libav packaging. Would it be hard to patch the build system? Cheers, Balint ___ 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: Select provider of libav* libraries
Hi Bálint, On 06.06.2015 19:51, Bálint Réczey wrote: 2015-06-06 19:15 GMT+02:00 Andreas Cadhalpun andreas.cadhal...@googlemail.com: On 06.06.2015 02:01, Bálint Réczey wrote: The problem is that Debian users must be allowed to redistribute it, but as far as I understand it, it is not allowed to distribute e.g. a live DVD with hedgewars and libavcodec-extra installed. I also pointed this out in the previous discussion [1]. I'm not absolutely sure, but IMO yes, such Live DVD-s would not be allowed, but it is a problem of live DVD makers to care about. Package maintainers can't and should not prevent this usage. That's not how I interpret DFSG §1 [1]: 1. Free Redistribution The license of a Debian component may not restrict any party from selling or giving away the software as a component of an aggregate software distribution containing programs from several different sources. I think this applies to Debian Live DVDs. I'm OK with disabling AMR encoder in ffmpeg and stay GPLv2 compatible with the packages since I have no packages requiring it nor use-cases as a user requiring it, but I prefer the choice provided by by current libav packaging. Would it be hard to patch the build system? It'd probably be doable, but there are also other downsides like e.g. a doubled build-time. Best regards, Andreas 1: https://www.debian.org/social_contract.en.html#guidelines ___ 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: Select provider of libav* libraries
Hi Andreas, 2015-06-06 20:10 GMT+02:00 Andreas Cadhalpun andreas.cadhal...@googlemail.com: Hi Bálint, On 06.06.2015 19:51, Bálint Réczey wrote: 2015-06-06 19:15 GMT+02:00 Andreas Cadhalpun andreas.cadhal...@googlemail.com: On 06.06.2015 02:01, Bálint Réczey wrote: The problem is that Debian users must be allowed to redistribute it, but as far as I understand it, it is not allowed to distribute e.g. a live DVD with hedgewars and libavcodec-extra installed. I also pointed this out in the previous discussion [1]. I'm not absolutely sure, but IMO yes, such Live DVD-s would not be allowed, but it is a problem of live DVD makers to care about. Package maintainers can't and should not prevent this usage. That's not how I interpret DFSG §1 [1]: 1. Free Redistribution The license of a Debian component may not restrict any party from selling or giving away the software as a component of an aggregate software distribution containing programs from several different sources. I think this applies to Debian Live DVDs. I'm pretty sure it does not. I can create a Live DVD which links some existing GPLv3 packages with incompatible packages and this is nat a fault of package maintainters. If you believe your interpretation is correct you can ask for confirmation on debian-legal. I'm OK with disabling AMR encoder in ffmpeg and stay GPLv2 compatible with the packages since I have no packages requiring it nor use-cases as a user requiring it, but I prefer the choice provided by by current libav packaging. Would it be hard to patch the build system? It'd probably be doable, but there are also other downsides like e.g. a doubled build-time. I'm OK with doubled build-time, but I hoped we would need only doubled link-time. Cheers, Balint ___ 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: Select provider of libav* libraries
Hi Reinhard, On 06.06.2015 20:30, Reinhard Tartler wrote: On Sat, Jun 6, 2015 at 1:51 PM, Bálint Réczey bal...@balintreczey.hu wrote: The problem is that Debian users must be allowed to redistribute it, but as far as I understand it, it is not allowed to distribute e.g. a live DVD with hedgewars and libavcodec-extra installed. I also pointed this out in the previous discussion [1]. I'm not absolutely sure, but IMO yes, such Live DVD-s would not be allowed, but it is a problem of live DVD makers to care about. Package maintainers can't and should not prevent this usage. Why would you think that distributing the packages libavcodec-extra and hedgewars on the same Live media would create a derived work that must fulfill all licenses? I fail to spot the problem here. The problem I see is run-time linking a GPLv2-only program with a GPLv3+ library. I think this makes such a Live DVD undistributable, because the licenses are not compatible. If you want to be extra careful, just install the regular GPLv2+ libavcodec package, which according to the dependencies of the hedgewars package should work just fine. This wouldn't work if you also want to install devede, which depends on libavcodec-extra. (This dependency should probably be a recommends at most, anyway.) Since the hassle makes more work for active ffmpeg maintainers and while I sponsored a few uploads I don't consider myself one I should not make the call, but it would be really nice to provide the AMR encoder as well in Debian and also keeping hedgewars in the archive. Maybe there is a way of providing libavcodec-extra and having modern packaging scripts. Maybe patching the build could help, but I have not checked this idea. The AMR encoder is anyway just a wrapper around libopencore/libvo. Gstreamer also has similar wrappers and since they are plugins, the license is less of a problem. Thus anyone really wanting to encode AMR can use gstreamer. Except those that want or need to use the avconv or ffmpeg command-line utilities. How many would that be? I'm OK with disabling AMR encoder in ffmpeg and stay GPLv2 compatible with the packages since I have no packages requiring it nor use-cases as a user requiring it, but I prefer the choice provided by by current libav packaging. Thanks for the support! Would it be hard to patch the build system? To do what exactly? To implement this in a dh7-style debian/rules file. The current libav packaging already implements this in a way that the user can choose what packages to install. On a personal note: The libav packaging can surely be improved and simplified. But throwing away years of work just because, and knowing about the regressions for the sake of simplicity feels wrong. The main modernization would be a rewrite of the debian/rules file in dh7-style. This naturally replaces the previous one. The rest of the packaging is mainly declarative and can't be varied that much anyway. Not having the libavcodec-extra flavor is not only a regression (having no AMR encoder), but also an improvement (simpler debian/rules, no license incompatibility to worry about, faster build, ...). I happen to think the improvement factor is bigger than the regression factor, but others may disagree. Best regards, Andreas ___ 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: Select provider of libav* libraries
Hi Reinhard, 2015-06-06 20:30 GMT+02:00 Reinhard Tartler siret...@gmail.com: On Sat, Jun 6, 2015 at 1:51 PM, Bálint Réczey bal...@balintreczey.hu wrote: ... I'm OK with disabling AMR encoder in ffmpeg and stay GPLv2 compatible with the packages since I have no packages requiring it nor use-cases as a user requiring it, but I prefer the choice provided by by current libav packaging. Thanks for the support! Would it be hard to patch the build system? To do what exactly? The current libav packaging already implements this in a way that the user can choose what packages to install. On a personal note: The libav packaging can surely be improved and simplified. But throwing away years of work just because, and knowing about the regressions for the sake of simplicity feels wrong. According to Andreas run-time CPU detection can replace some of the complexities of libav's current packaging. It there is a simpler way of covering the rest I think the scripts should not be kept just because we worked on it for several years. What matters is the future maintenance cost, not the cost we paid in the past. Cheers, Balint PS: I think the current libav packaging served us well in the past and it was not a waste of time at all. ___ 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: Select provider of libav* libraries
Hi Andreas, 2015-06-06 21:05 GMT+02:00 Andreas Cadhalpun andreas.cadhal...@googlemail.com: The current libav packaging already implements this in a way that the user can choose what packages to install. On a personal note: The libav packaging can surely be improved and simplified. But throwing away years of work just because, and knowing about the regressions for the sake of simplicity feels wrong. The main modernization would be a rewrite of the debian/rules file in dh7-style. This naturally replaces the previous one. The rest of the packaging is mainly declarative and can't be varied that much anyway. Not having the libavcodec-extra flavor is not only a regression (having no AMR encoder), but also an improvement (simpler debian/rules, no license incompatibility to worry about, faster build, ...). I happen to think the improvement factor is bigger than the regression factor, but others may disagree. IMO there is a big problem in this reasoning. Our primary focus should be our users' needs and non of them would perceive any of the advantages directly, only the missing encoder. :-( Cheers, Balint ___ 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: Select provider of libav* libraries
Hi Bálint, On 06.06.2015 21:00, Bálint Réczey wrote: 2015-06-06 20:10 GMT+02:00 Andreas Cadhalpun andreas.cadhal...@googlemail.com: That's not how I interpret DFSG §1 [1]: 1. Free Redistribution The license of a Debian component may not restrict any party from selling or giving away the software as a component of an aggregate software distribution containing programs from several different sources. I think this applies to Debian Live DVDs. I'm pretty sure it does not. I can create a Live DVD which links some existing GPLv3 packages with incompatible packages and this is nat a fault of package maintainters. If you believe your interpretation is correct you can ask for confirmation on debian-legal. Maybe, but I don't really look forward to more legal discussions. (One reason to avoid the libavcodec-extra flavor.) Would you be willing to ask debian-legal for clarification? Would it be hard to patch the build system? It'd probably be doable, but there are also other downsides like e.g. a doubled build-time. I'm OK with doubled build-time, but I hoped we would need only doubled link-time. I think the implementation in the current libav package doubles the build-time, though technically that should not be necessary. On 06.06.2015 21:14, Bálint Réczey wrote: 2015-06-06 21:05 GMT+02:00 Andreas Cadhalpun andreas.cadhal...@googlemail.com: Not having the libavcodec-extra flavor is not only a regression (having no AMR encoder), but also an improvement (simpler debian/rules, no license incompatibility to worry about, faster build, ...). I happen to think the improvement factor is bigger than the regression factor, but others may disagree. IMO there is a big problem in this reasoning. Our primary focus should be our users' needs and non of them would perceive any of the advantages directly, only the missing encoder. :-( If there is actually a legal problem with the libavcodec-extra flavor and GPLv2-only programs, our users would benefit from the reduced legal risk. But if we would get confirmation from debian-legal that the libavcodec-extra package as currently implemented in src:libav is not a problem I'd be much less opposed to having the extra flavor. Maybe we could even find a reasonable way to implement this in a dh7-style debian/rules file without doubling the build-time. Best regards, Andreas ___ 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: Select provider of libav* libraries
On Sat, Jun 6, 2015 at 1:51 PM, Bálint Réczey bal...@balintreczey.hu wrote: The problem is that Debian users must be allowed to redistribute it, but as far as I understand it, it is not allowed to distribute e.g. a live DVD with hedgewars and libavcodec-extra installed. I also pointed this out in the previous discussion [1]. I'm not absolutely sure, but IMO yes, such Live DVD-s would not be allowed, but it is a problem of live DVD makers to care about. Package maintainers can't and should not prevent this usage. Why would you think that distributing the packages libavcodec-extra and hedgewars on the same Live media would create a derived work that must fulfill all licenses? I fail to spot the problem here. If you want to be extra careful, just install the regular GPLv2+ libavcodec package, which according to the dependencies of the hedgewars package should work just fine. Since the hassle makes more work for active ffmpeg maintainers and while I sponsored a few uploads I don't consider myself one I should not make the call, but it would be really nice to provide the AMR encoder as well in Debian and also keeping hedgewars in the archive. Maybe there is a way of providing libavcodec-extra and having modern packaging scripts. Maybe patching the build could help, but I have not checked this idea. The AMR encoder is anyway just a wrapper around libopencore/libvo. Gstreamer also has similar wrappers and since they are plugins, the license is less of a problem. Thus anyone really wanting to encode AMR can use gstreamer. Except those that want or need to use the avconv or ffmpeg command-line utilities. I'm OK with disabling AMR encoder in ffmpeg and stay GPLv2 compatible with the packages since I have no packages requiring it nor use-cases as a user requiring it, but I prefer the choice provided by by current libav packaging. Thanks for the support! Would it be hard to patch the build system? To do what exactly? The current libav packaging already implements this in a way that the user can choose what packages to install. On a personal note: The libav packaging can surely be improved and simplified. But throwing away years of work just because, and knowing about the regressions for the sake of simplicity feels wrong. Reinhard ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
