Accepted o3dgc 0~20131011-4 (source) into unstable

[Rene Engelhard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Tue, 20 Mar 2018 08:57:53 +0100
Source: o3dgc
Binary: libo3dgc-dev
Architecture: source
Version: 0~20131011-4
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group <packa...@qa.debian.org>
Changed-By: Rene Engelhard <r...@debian.org>
Description:
 libo3dgc-dev - Open 3D Graphics Compression library (development)
Closes: 888667
Changes:
 o3dgc (0~20131011-4) unstable; urgency=medium
 .
   * add Vcs-* (closes: #888667)
   * move Maintainer to QA
Checksums-Sha1:
 928cc8d91759da1763dcda71f468196725d6719d 1825 o3dgc_0~20131011-4.dsc
 7fc87b5b4859688c1110243a23d244023511f109 3868 o3dgc_0~20131011-4.debian.tar.xz
 3b71355705cc745617eae11a9a30a844c24514ee 5507 
o3dgc_0~20131011-4_source.buildinfo
Checksums-Sha256:
 10587fe4a233c1d9a5f290935c0190f300364a8f6f3e7221319df0fcdd9f1497 1825 
o3dgc_0~20131011-4.dsc
 f590bd62cc4e695e39d3bb0ade21f314486adea26fc8297c3b2686b22482901d 3868 
o3dgc_0~20131011-4.debian.tar.xz
 23ad3d0da1f74b50c00d0afcc4780fc685a2748be82c7dda2b9196539ee119ec 5507 
o3dgc_0~20131011-4_source.buildinfo
Files:
 7aa6529b30e95cf126982f0c52b512fa 1825 libs optional o3dgc_0~20131011-4.dsc
 27c7b5deb5be381e0c824cc5edd934d6 3868 libs optional 
o3dgc_0~20131011-4.debian.tar.xz
 608eb2e2bb4a617401fb3b2935708a51 5507 libs optional 
o3dgc_0~20131011-4_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEE4S3qRnUGcM+pYIAdCqBFcdA+PnAFAlqwv/MACgkQCqBFcdA+
PnAmnQ/9FRL5URKEYzALgfo56AOx577En5w6q4w2DtujTluqg57hIaNSQp034l0/
aHbKYMyDQ/uDh1quHIloaudcCjc5vPf7BbPBeaToTa4o2+B5J8bFRGHrHI/2Ehoa
jX6tCRLkK6sLl9ftqI0OjrscJF2C/JgKNiomEEiuIRAbEiZkJVjQK4Qn3tmDQQga
QFZeDkTqm7Efj+8bAIkt5BTrFakNjiNML6cyc+ylEj3wLGhZHgPfPidOAjZxnxJM
8jBOKxwSzt8JeNaJv87jyK+r/ajAJ04rWCh9ncUlZtsu+ON7Tb7uBrTaKxwc3NdC
0B8zc6kxl/KTzLFx0NO9u4lV8mq0B3tO58MApjPMR1a38YwfkCbCSTeQczxKgJAa
4hX62FN2J3D9cwL2LHh5mQqmOJ1H3UkYRouYZSsxN5SKPlL3HWrlVTpzxnEBziAa
MvS92Tr7CjSRJ4v7QP+/nuxGVOHF4QlUBw3RFJt/8wBBK/MuuQ6WZfIepji+STrv
BsoNqtbOKfeUnIQq6T+6U2lXGjJ8Xr1dBrP8Y1TTfAoubgcZcUfcYP894a9SJmEj
SBGZG6pKEoj1oVDM6Ewe9wfAMga5iY6GIYlHIQH2vbEJY1HzkRA9rBUMz9Um7z+o
b4Zc8Ahbq519ZJUWVc3+vSICkTdBAS58KiC7nvn26RxTEgKS/LM=
=PQO8
-END PGP SIGNATURE-


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Accepted collada2gltf 20140924-5 (source amd64) into unstable

[Rene Engelhard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 12 Feb 2018 21:31:37 +0100
Source: collada2gltf
Binary: libcollada2gltfconvert-dev
Architecture: source amd64
Version: 20140924-5
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group <packa...@qa.debian.org>
Changed-By: Rene Engelhard <r...@debian.org>
Description:
 libcollada2gltfconvert-dev - COLLADA to glTF conversion library -- development
Closes: 888664
Changes:
 collada2gltf (20140924-5) unstable; urgency=medium
 .
   * add Vcs-* fields (closes: #888664)
   * move Maintainer to QA
Checksums-Sha1:
 2a530825db1c85c02d26397b554874f1f8b262cd 2004 collada2gltf_20140924-5.dsc
 d904c4b73a384244027521bbbd64c9bfeaba494d 6616 
collada2gltf_20140924-5.debian.tar.xz
 228e3b977ab85176280dbc9e40dcb543bae7d3d8 6959 
collada2gltf_20140924-5_amd64.buildinfo
 7cceb55dc6d82ff532c0f4da7e4fabb9bd920f7f 386648 
libcollada2gltfconvert-dev_20140924-5_amd64.deb
Checksums-Sha256:
 c597eefcd3b98a9e6745737348765402b33eaa97f55727f783ecce01ffe19a43 2004 
collada2gltf_20140924-5.dsc
 7d63e5a052d41529e0bab0bc34f4c5895470e1264b2e78be7deeb1ca7a985779 6616 
collada2gltf_20140924-5.debian.tar.xz
 c1052bf89dd16e1d056b31ca93bb85fc8ee7e5b0306cc0998d03f7f316064000 6959 
collada2gltf_20140924-5_amd64.buildinfo
 d7e83c2430c6f289db5f107ca9d95468c9910a997b5cb10ed36c9a23449edf8b 386648 
libcollada2gltfconvert-dev_20140924-5_amd64.deb
Files:
 94956144298d6f0dda64fc1cd4b900f6 2004 libs optional collada2gltf_20140924-5.dsc
 d12a1cb01c0f551fb908ff1fde9fc096 6616 libs optional 
collada2gltf_20140924-5.debian.tar.xz
 67b0ef4291a1f1f899e453ef5c3e5f65 6959 libs optional 
collada2gltf_20140924-5_amd64.buildinfo
 ff738ac8542664c5e4fb1e0bf581ba97 386648 libdevel optional 
libcollada2gltfconvert-dev_20140924-5_amd64.deb

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEE4S3qRnUGcM+pYIAdCqBFcdA+PnAFAlqwvdYACgkQCqBFcdA+
PnDwshAAxaYrKkkMOK0vmH5+JGDbOJ9NkQTXOuTaiBG1E1VWgP2UH2BimkFpaI+j
cQSIfKPTbgb483qZzVnotJojgbQXrD5pRBQlk8YnXd2UX6gphMzLGjNyFZ5nB1UI
JBmjNlRigcxQMxiMPyiZk+/wchlKpSiTz2BS12MRUcvZIxk5lwiLxhFHMg/wyEZM
a8rycSuw7FQ31Ykfy6lv9WJ+oFKV0jmCWbnpcJEE1aWdpMnTe/qEukGiQsG//3X1
fg/IchBAf1pbcVyFIDSzZBg6/7U1knyhFqiGf4sS0BhECFLLnrsLqvydjSimF7b9
FiM5tS3vvu7YP06KBRlO618ZpB0ZskyxEXtkca/WI3vFaoTxMvHByDazeuVa8Pzr
tMamANLqnQyiAsB/2/+iuxecr93dfiXd49iMFSXxbkZlxYzBAebQBloM0/Nx65Qi
VkB7H5NRliigogNcfRcsFrrmd3ExH01au29x7qrTSKKbXg747UvRgZV9VPU5H2yF
g/APHX4ufvJOUxC9zLrE5mBROGP2ktrjWZsWk2YgvQO0Swpl6U8pZi1zFK6kYPS5
t8YDXgd+ewsd54wM5loYStbzv0pMpoWaAsfjRtjft9PkDZiVYQUKx79VQmFQaw7D
9nVgfGTMxXAregF9gGb0QsqjXZeLfWouO2bFbk9DmonJ71ZGbB8=
=o0nE
-END PGP SIGNATURE-


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#893203: Acknowledgement (src:collada2gltf: FTBFS with rapidjson 1.0.2)

[Rene Engelhard]

tag 893203 + upstream
tag 893203 + fixed-upstream
thanks

Hi,

it seems current master includes rapidjson 1.0.4:

$ grep versi GLTF/dependencies/rapidjson/package.json 
  "version": "1.0.4",

so this should be fixed there...

A build with my packaging updated (using the internal versions of
draco and ahoy) builds also with rapidjson 1.1.0.
[ Except the binary, but that was disabled in the old packaging, too ]
[1]

I am not going to update the packaging (just pushed the basic stuff above,
but not more...) given it needs draco and ahoy which I
am not going to package for a package which I lost interest in because I don't
need it anymore
(see
http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2018-February/062936.html
and
http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2018-February/063045.html)

Regards,

Rene

[1]
make[3]: Verzeichnis „/data/rene/tmp/COLLADA2GLTF/obj-x86_64-linux-gnu“ wird 
betreten
[ 92%] Building CXX object CMakeFiles/COLLADA2GLTF-bin.dir/src/main.cpp.o
/usr/bin/c++   -I/data/rene/tmp/COLLADA2GLTF/GLTF/include 
-I/usr/include/rapidjson 
-I/data/rene/tmp/COLLADA2GLTF/GLTF/dependencies/draco/src 
-I/usr/include/opencollada/COLLADASaxFrameworkLoader 
-I/usr/include/opencollada/COLLADABaseUtils 
-I/usr/include/opencollada/COLLADAFramework 
-I/usr/include/opencollada/GeneratedSaxParser 
-I/data/rene/tmp/COLLADA2GLTF/include 
-I/data/rene/tmp/COLLADA2GLTF/dependencies/ahoy/include  -std=c++11 -g -O2 
-fdebug-prefix-map=/data/rene/tmp/COLLADA2GLTF=. -fstack-protector-strong 
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 
-DDRACO_POINT_CLOUD_COMPRESSION_SUPPORTED -DDRACO_MESH_COMPRESSION_SUPPORTED 
-DDRACO_STANDARD_EDGEBREAKER_SUPPORTED -DDRACO_PREDICTIVE_EDGEBREAKER_SUPPORTED 
  -lstdc++fs -std=c++11 -o CMakeFiles/COLLADA2GLTF-bin.dir/src/main.cpp.o -c 
/data/rene/tmp/COLLADA2GLTF/src/main.cpp
/data/rene/tmp/COLLADA2GLTF/src/main.cpp: In function ‘int main(int, const 
char**)’:
/data/rene/tmp/COLLADA2GLTF/src/main.cpp:218:103: error: 
‘rapidjson::Writer::Writer(const rapidjson::Writer&) [with 
OutputStream = rapidjson::GenericStringBuffer >; 
SourceEncoding = rapidjson::UTF8<>; TargetEncoding = rapidjson::UTF8<>; 
StackAllocator = rapidjson::CrtAllocator; unsigned int writeFlags = 0]’ is 
private within this context
   rapidjson::Writer jsonWriter = 
rapidjson::Writer(s);

   ^
In file included from /usr/include/rapidjson/prettywriter.h:18:0,
 from /data/rene/tmp/COLLADA2GLTF/src/main.cpp:6:
/usr/include/rapidjson/writer.h:471:5: note: declared private here
 Writer(const Writer&);
 ^~
make[3]: *** [CMakeFiles/COLLADA2GLTF-bin.dir/build.make:66: 
CMakeFiles/COLLADA2GLTF-bin.dir/src/main.cpp.o] Fehler 1
make[3]: Verzeichnis „/data/rene/tmp/COLLADA2GLTF/obj-x86_64-linux-gnu“ wird 
verlassen
make[2]: *** [CMakeFiles/Makefile2:112: CMakeFiles/COLLADA2GLTF-bin.dir/all] 
Fehler 2
make[2]: Verzeichnis „/data/rene/tmp/COLLADA2GLTF/obj-x86_64-linux-gnu“ wird 
verlassen
make[1]: *** [Makefile:133: all] Fehler 2
make[1]: Verzeichnis „/data/rene/tmp/COLLADA2GLTF/obj-x86_64-linux-gnu“ wird 
verlassen
dh_auto_build: cd obj-x86_64-linux-gnu && make -j1 returned exit code 2
make: *** [debian/rules:22: build] Fehler 2
dpkg-buildpackage: Fehler: debian/rules build subprocess returned exit status 2
debuild: fatal error at line 1152:
dpkg-buildpackage -rfakeroot -us -uc -ui -b failed

___
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#893203: src:collada2gltf: FTBFS with rapidjson 1.0.2

[Rene Engelhard]

Package: src:collada2gltf
Version: 20140924-4
Severity: serious
Forwarded: https://github.com/KhronosGroup/glTF/issues/417
Tags: sid

Dear Maintainer,

as said in  the above github issue:

"
Unfortunately, the (already deprecated in 0.11/0.12 git) FileStream 
class/filestream.h got removed completely, so the build of COLLADA2GLTF with 
rapidjson 1.0.2 fails:

[ 2%] Building CXX object 
CMakeFiles/collada2gltfConvert.dir/COLLADA2GLTFWriter.cpp.o /usr/bin/c++ 
-DLIBXML_STATIC_FOR_DLL -DSTATIC_COLLADA2GLTF -DUSE_LIBPNG -DUSE_OPEN3DGC -g 
-O2 -fstack-protector-strong -Wformat -Werror=format-security 
-D_FORTIFY_SOURCE=2 -std=c++11 -I/home/rene/tmp/collada2gltf-20140924 
-I/home/rene/tmp/collada2gltf-20140924/GLTF 
-I/home/rene/tmp/collada2gltf-20140924/JSON 
-I/home/rene/tmp/collada2gltf-20140924/shaders 
-I/home/rene/tmp/collada2gltf-20140924/helpers 
-I/home/rene/tmp/collada2gltf-20140924/convert 
-I/home/rene/tmp/collada2gltf-20140924/assetModifiers -I/usr/include/rapidjson 
-I/usr/include/opencollada/COLLADAFramework 
-I/usr/include/opencollada/COLLADABaseUtils 
-I/usr/include/opencollada/COLLADASaxFrameworkLoader 
-I/usr/include/opencollada/GeneratedSaxParser 
-I/home/rene/tmp/collada2gltf-20140924/extensions/o3dgc-compression 
-I/usr/include/o3dgc -fPIC -o 
CMakeFiles/collada2gltfConvert.dir/COLLADA2GLTFWriter.cpp.o -c 
/home/rene/tmp/collada2gltf-20140924/COLLADA2GLTFWriter.cpp In file included 
from /home/rene/tmp/collada2gltf-20140924/COLLADA2GLTFWriter.h:30:0, from 
/home/rene/tmp/collada2gltf-20140924/COLLADA2GLTFWriter.cpp:28: 
/home/rene/tmp/collada2gltf-20140924/GLTF/GLTF.h:55:24: fatal error: 
filestream.h: No such file or directory compilation terminated. 
CMakeFiles/collada2gltfConvert.dir/build.make:65: recipe for target 
'CMakeFiles/collada2gltfConvert.dir/COLLADA2GLTFWriter.cpp.o' failed make[3]: 
*** [CMakeFiles/collada2gltfConvert.dir/COLLADA2GLTFWriter.cpp.o] Error 1 
make[3]: Leaving directory 
'/home/rene/tmp/collada2gltf-20140924/obj-x86_64-linux-gnu' 
CMakeFiles/Makefile2:70: recipe for target 
'CMakeFiles/collada2gltfConvert.dir/all' failed make[2]: *** 
[CMakeFiles/collada2gltfConvert.dir/all] Error 2 make[2]: Leaving directory 
'/home/rene/tmp/collada2gltf-20140924/obj-x86_64-linux-gnu' Makefile:86: recipe 
for target 'all' failed make[1]: *** [all] Error 2 make[1]: Leaving directory 
'/home/rene/tmp/collada2gltf-20140924/obj-x86_64-linux-gnu'

I think you want to use FileWriteStream/filewritestream.h now?
"

I just uploaded rapidjson 1.1.0 to unstable...

Regards,

Rene

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

future of collada2gltf/o3dgc?

[Rene Engelhard]

Hi,

I once pushed packaging of OpenCOLLADA and collada2gltf (and for that
one o3dgc and rapidjson) for LibreOffice being able to "import"/render
COLLADA.

This feature has been removed with LibreOffice 6.0, and that one is now
in testing. The TDF library for glTF is already orphaned: #889677)

Now, OpenCOLLADA is supposedly needed for blender so it probably should
stay, but what about collada2gltf? Is there anybody of Debian Multimedia
(where it was added to, same as o3dgc) interested in it? Or should we
just remove it?

(Note: keeping collada2gltf blocks updating rapidjson to 1.1.0 which
ttbomk blocks other stuff. In any case we should go from 0.12 to 1.1.0
anyways.)

Regards,

Rene

___
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#888664: collada2gltf: missing Vcs-* fields

[Rene Engelhard]

Hi,

On Sun, Jan 28, 2018 at 02:59:11PM +, James Cowgill wrote:
> On 28/01/18 14:45, Rene Engelhard wrote:
> > Hi,
> > 
> > On Sun, Jan 28, 2018 at 02:34:33PM +, James Cowgill wrote:
> >> In my analysis of the multimedia team repositories on alioth I noticed
> >> that this repository does not have any Vcs-* fields, but does have a
> >> repository on both alioth and salsa.
> > 
> > I consider that a bug when that one was migrated to salsa. The alioth
> > one should have been gone.
> 
> The alioth repositories are not being removed (at least I am not
> planning on doing that). Before moving everything to salsa, I am

I do so when moving repos. And did so for collada2gltf. To avoid exactly
this confusion.

rene@moszumanska ~ % find /srv/git.debian.org/git/pkg-multimedia ~ -name 
"*collada*"
/srv/git.debian.org/git/pkg-multimedia/opencollada.git
/srv/home/users/rene/moved-to-salsa/collada2gltf.git
rene@moszumanska ~ %

Regards,

Rene

___
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#888664: collada2gltf: missing Vcs-* fields

[Rene Engelhard]

tag 888664 + pending
thanks

Hi,

On Sun, Jan 28, 2018 at 03:45:18PM +0100, Rene Engelhard wrote:
> On Sun, Jan 28, 2018 at 02:34:33PM +, James Cowgill wrote:
> > In my analysis of the multimedia team repositories on alioth I noticed
> > that this repository does not have any Vcs-* fields, but does have a
> > repository on both alioth and salsa.
> 
> I consider that a bug when that one was migrated to salsa. The alioth
> one should have been gone.

Just checked; mv'ed that away on pkg-multimedias alioth.

> > Probably these fields should be added.
> 
> Yeah, though most probably it'll be orphaned next week anyway ;)

Vcs-* added anyway.

Regards,
 
Rene

___
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#888664: collada2gltf: missing Vcs-* fields

[Rene Engelhard]

Hi,

On Sun, Jan 28, 2018 at 02:34:33PM +, James Cowgill wrote:
> In my analysis of the multimedia team repositories on alioth I noticed
> that this repository does not have any Vcs-* fields, but does have a
> repository on both alioth and salsa.

I consider that a bug when that one was migrated to salsa. The alioth
one should have been gone.

> Probably these fields should be added.

Yeah, though most probably it'll be orphaned next week anyway ;)

Regards,

Rene

___
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#872775: libebml4v5: New upstream release 1.3.5

[Rene Engelhard]

On Thu, Aug 24, 2017 at 01:59:24PM +0200, Matteo F. Vescovi wrote:
>Hi!
> 
>Il 21/ago/2017 09:33, "Christian Marillat" <[1]maril...@debian.org> ha
>scritto:
>> [...]
>> This version is required by the new mkvtoolnix 15.0.0 source.
> 
>No, it's not; please see [1].

checking for EBML... no
checking for MATROSKA... yes
checking if libEBML contains FindNextChild... yes

and it seems to build libebml after that. So 15.0.0 regressed wrt buster wrt
sanity without that new upstream. See also packages.d.o:

dep: libebml4v5 [hurd-i386, kfreebsd-amd64, kfreebsd-i386]
Zugangsbibliothek für das Format EBML (Laufzeitbibliothek)
dep: libebml4v5 (>= 1.3.4-2~) [powerpcspe, sparc64, x32]

So no, he's right.

Regards,

Rene

___
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#862134: merging drumgizmos 0.9.12 and 0.9.14 changelogs? (was: Re: Processed: tagging 862134)

[Rene Engelhard]

tag 862134 + patch
thanks

Hi,

On Mon, May 15, 2017 at 06:45:03PM +, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
> 
> > # fixed in 0.9.12 upstream, which is already in drumgizmo.git master
> > tags 862134 + pending
> Bug #862134 [src:drumgizmo] src:drumgizmo: FTBFS with cppunit 1.14 
> (AM_PATH_CPPUNIT/cppunit-config removed)
> Added tag(s) pending.
> > thanks
> Stopping processing here.

Just asked about this on #debian-multimedia:

20:34 < _rene_> (or better asked: shouldn't 0.9.12-1 and 0.9.14-1 in 
java/zookeeper.git/commit/?id=11d0ead9e54c98893466044d4e313c4216026a80 merged 
since there nerver was a 0.9.12-1 in unstable)?
20:35 < _rene_> 0.9.12 fixes #862134 - so...
20:35 -zwiebelbot:#debian-multimedia- Debian#862134: src:drumgizmo: FTBFS with 
  cppunit 1.14 (AM_PATH_CPPUNIT/cppunit-config removed) - 
  https://bugs.debian.org/862134
20:36 < Sebastinas> He's usually here as viccuad.
20:39  * _rene_ wonders what the deal is with that unreleased 0.9.12
20:39 < _rene_> I would add a closes:, but...

This would be

diff --git a/debian/changelog b/debian/changelog
index 6f0fc18..34f84d2 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -10,6 +10,7 @@ drumgizmo (0.9.14-1) UNRELEASED; urgency=medium
 drumgizmo (0.9.12-1) unstable; urgency=medium
 
   * New upstream version 0.9.12
+- switches from cppunit.m4 to pkg-config (closes: #862134)
   * Drop 0002-mips-atomic.patch as it upstreamed
   * Update 0001-alsa-kFreeBSD.patch to new version
   * Update d/copyright to new version


but of course this only would work if the upload was built with -v0.9.11-1 to
dpkg-buildpackage

Or one merges the changelogs and adds the closes where it belongs (as 0.9.12-1
never was in unstable):

index 6f0fc18..8ea0cd6 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,23 +1,18 @@
 drumgizmo (0.9.14-1) UNRELEASED; urgency=medium
 
+  * New upstream version 0.9.12
+- switches from cppunit.m4 to pkg-config (closes: #862134)
   * New upstream version 0.9.13
   * New upstream version 0.9.14
   * Update d/patches and d/copyright to new upstream version
++ Drop 0002-mips-atomic.patch as it upstreamed
++ Update 0001-alsa-kFreeBSD.patch to new version
++ Add 0002-disable-lv2-test.patch
+  * Don't short-cirtuit dh_auto_test now that lv2 test is disabled
   * Add items to TODO.Debian
 
  -- Víctor Cuadrado Juan   Sun, 14 May 2017 22:42:31 +0200
 
-drumgizmo (0.9.12-1) unstable; urgency=medium
-
-  * New upstream version 0.9.12
-  * Drop 0002-mips-atomic.patch as it upstreamed
-  * Update 0001-alsa-kFreeBSD.patch to new version
-  * Update d/copyright to new version
-  * Add 0002-disable-lv2-test.patch
-  * Don't short-cirtuit dh_auto_test now that lv2 test is disabled
-
- -- Víctor Cuadrado Juan   Sat, 04 Feb 2017 16:36:52 +0100
-
 drumgizmo (0.9.11-3) unstable; urgency=medium
 
   * Change mips-atomic.patch to always link libatomic

___
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#862134: 1.14, obviously...

[Rene Engelhard]

retitle 862135 src:zookeeper: FTBFS with cppunit 1.14 
AM_PATH_CPPUNIT/cppunit-config removed)
retitle 862134 src:drumgizmo: FTBFS with cppunit 1.14 
(AM_PATH_CPPUNIT/cppunit-config removed)
retitle 862133 src:gnuradio: FTBFS with cppunit 1.14 (no C++11 support, 
required by cppunit)
retitle 862132 src:jags: FTBFS with cppunit 1.14 (cppunit-config removed, 
errors ignored)
retitle 862131 src:rtorrent: FTBFS with cppunit 1.14 
(AM_PATH_CPPUNIT/cppunit-config removed)
retitle 862130 src:mpd: FTBFS with cppunit 1.14 ("cannot use typeid with 
-fno-rtti")
retitle 862129 src:libtorrent: FTBFS with cppunit 1.14 
(AM_PATH_CPPUNIT/cppunit-config removed)
retitle 862128 src:ola: FTBFS with cppunit 1.14
retitle 862127 src:sipxtapi: FTBFS with cppunit 1.14 
(AM_PATH_CPPUNIT/cppunit-config removed)
retitle 862126 src:zipios++: FTBFS with cppunit 1.14 (cppunit-config removed, 
errors ignored)
retitle 862125 src:libfilezilla: FTBFS with cppunit 1.14 (cppunit-config 
removed, errors ignored)
thanks

Regards,
  
Rene

Hi,

gah. I apparently shouldn't type stuff manually when tired

of course everywhere where I said 0.14 I mean 1.14 :)

Regards,

Rene

___
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#862134: src:drumgizmo: FTBFS with cppunit 0.14 (AM_PATH_CPPUNIT/cppunit-config removed)

[Rene Engelhard]

Package: src:drumgizmo
Version: 0.9.11-3
Severity: normal

Dear Maintainer,

[ cppunit 0.14 is not in Debian yet, see #861718. Thus normal for now ]

On a rebuild test using ratt I noticed your package doesn't build with
cppunit 0.14:

[...]
dh build
   dh_testdir
   dh_update_autotools_config
   dh_autoreconf
configure.ac:146: warning: macro 'AM_PATH_CPPUNIT' not found in library
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './ltmain.sh'
libtoolize: Consider adding 'AC_CONFIG_MACRO_DIRS([m4])' to configure.ac,
libtoolize: and rerunning libtoolize and aclocal.
libtoolize: Consider adding '-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
configure.ac:146: warning: macro 'AM_PATH_CPPUNIT' not found in library
configure.ac:146: error: possibly undefined macro: AM_PATH_CPPUNIT
  If this token and others are legitimate, please use m4_pattern_allow.
  See the Autoconf documentation.
autoreconf: /usr/bin/autoconf failed with exit status: 1
dh_autoreconf: autoreconf -f -i returned exit code 1
debian/rules:21: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
[...]

cppunit 0.14 removed cppunit-config (and thus also /usr/share/aclocal,
which of course then means AM_PATH_CPPUNIT isn't there anymore.)

You should use pkg-config for it now. (that one is available since
long.)

I put my package for testing to
https://people.debian.org/~rene/libreoffice/5.4/cppunit/

Apparently the current master branch fixes this:
21:02 <@moggi> _rene_: a quick check seems to indicate that drumgizmo uses 
   pkg-config for cppunit already in their master branch
21:03 <@moggi> 
http://cgit.drumgizmo.org/drumgizmo/commit/configure.ac?id=a4bfdce8ed87d728f5644077ddbe94380c6ff3b5

Regards,

Rene

___
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#853802: FTBFS on armhf: cannot find library libmad.so.0

[Rene Engelhard]

On Wed, Feb 01, 2017 at 02:34:04AM +0100, Rene Engelhard wrote:
> Sounds like #853793.

Actually, not sure. Shouldn't have writen this in my current tired state.

Regards,
 
Rene

___
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#853802: FTBFS on armhf: cannot find library libmad.so.0

[Rene Engelhard]

Hi,

[ not the maintainer ]

On Wed, Feb 01, 2017 at 02:23:34AM +0100, Adam Borowski wrote:
[...]
>dh_shlibdeps
> dpkg-shlibdeps: error: cannot find library libmad.so.0 needed by 
> debian/sonic-visualiser/usr/bin/sonic-visualiser (ELF format: 
> 'elf32-littlearm' abi: '0101002805000400'; RPATH: '')
> dpkg-shlibdeps: warning: tried to merge the same object (ld-linux-armhf.so.3) 
> twice in a symfile
> dpkg-shlibdeps: error: cannot continue due to the error above
> Note: libraries are not searched in other binary packages that do not have 
> any shlibs or symbols file.
> To help dpkg-shlibdeps find private libraries, you might need to use -l.
> dh_shlibdeps: dpkg-shlibdeps -Tdebian/sonic-visualiser.substvars 
> debian/sonic-visualiser/usr/bin/sonic-visualiser returned exit code 2
> debian/rules:18: recipe for target 'binary' failed

Sounds like #853793.

Regards,

Rene

___
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#806851: VLC doesn't run with root user

[Rene Engelhard]

[ I am not the vcl maintainer ]

On Wed, Dec 02, 2015 at 06:41:00PM +1100, Daniel Harrison wrote:
>This makes it quite difficult to work with on single-user machines where
>root is the main account. My suggestion involves modifying it to work with

Erm, even on single-user machines ("only me uses this PC") you should work as 
your
user, not with root rights.

Alone because of safety and security.
Do NOT work as root for "normal", especially not for security-sensitive (net, 
unless
it can't be avoided, browsers, stuff handling input like videos, documents, 
 Ever.
*If* something bad happens, it just happens to your account, not the whole 
system
(like malware..).

There is a reason there's a root account and a "normal" account, same as there 
is
"Administrator" and normal users on Windows (though most people don't use it 
which
IMHO is a big contributor in the malware problem Windows has.)

Regards,

Reme

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

COLLADA-related packages location (was: Re: [collada-dom] branch master updated (b58c9b1 -> 2b8de90))

[Rene Engelhard]

Hi,

On Tue, Oct 13, 2015 at 03:27:15AM +, Wookey wrote:
> This is an automated email from the git hooks/post-receive script.
> 
> wookey pushed a change to branch master
> in repository collada-dom.

I just happened to see other the other commits yesterday.

Given COLLADA is 3D assets etc, wouldn't it be better at pkg-multimedia?
opencollada and collada2gltf are there, too.

(Yes, I see pycollada is also at debian-science... - but that is "just" python
bindings. Cc'ed anyway)

Not that I want to force anyone to anything, just wondering.

Regards,

Rene

___
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#794276: Aw: Bug#794276: opencollada: FTBFS on mipsel

[Rene Engelhard]

severity 794276 important
thanks

It did not build before so its not serious. Serious is when it built before but not anymore...

Regards

René
-- 
Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet.

Arturo Borrero Gonzalez arturo.borrero.glez@gmail.comschrieb:
  Package: opencolladaSeverity: seriousJustification: fails to build from sourceDear maintainer,opencollada FTBFS on mipsel [0]. Apart of this bug, Ive opened an upstream issue as well [1].Ive reproduced the issue locally in my mipsel machine.I will keep this bug updated with all future news.best regards.[0] https://buildd.debian.org/status/fetch.php?pkg=opencolladaarch=mipselver=0.1.0%7E20140703.ddf8f47%2Bdfsg1-1stamp=1438038099[1] https://github.com/KhronosGroup/OpenCOLLADA/issues/338___pkg-multimedia-maintainers mailing listpkg-multimedia-maintainers@lists.alioth.debian.orghttp://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers  

___
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: opencollada_0.1.0~20140703.ddf8f47+dfsg1-1_amd64.changes REJECTED

[Rene Engelhard]

Hi,

On Wed, May 13, 2015 at 09:08:37AM +0200, Joerg Jaspert wrote:
  On Tue, May 12, 2015 at 08:51:02PM -0400, Scott Kitterman wrote:
   Some files are licensed under LGPL, but I couldn't find the license 
   text in the source tarball. Please add it as well.
   ^^
  Neither of which are in the source tarball.  The licensing of the upstream 
  source has to be complete standing on its own. 
  Sorry, I still don't get what you want _exactly_.
  You want us to patch-in a COPYING.LGPL file or somesuch?
 
 Thats a bit extreme, even for Debian standards.

That's good. Saves from repackaging it with no gain and fihting with
pristine-tar for that

 Work with upstream that it is included in the next release.

I am not sure we will ever package a release / let alone there ever
_will_ be a release. But we probably should tell them/send a patch to them
to include a COPYING.LGPL, yeah.

Exepect uploads of opencollada and collada2gltf late tonight or tomorrow.

Regards,

Rene

___
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: opencollada_0.1.0~20140703.ddf8f47+dfsg1-1_amd64.changes REJECTED

[Rene Engelhard]

Hi,

I don't understand this.

On Tue, May 12, 2015 at 04:00:07PM +, Thorsten Alteholz wrote:
 Please add the missing GFDL of some files in Externals/expat/doc/ to 
 your debian/copyright.

doc/xmlmw*, OK.
 
 Some files are licensed under LGPL, but I couldn't find the license 
 text in the source tarball. Please add it as well.

Hmm?

There's a standalone License: LGPL-2+ with the text and the pointer to 
common-licenses.
What more?

Regards,

Rene

___
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: opencollada_0.1.0~20140703.ddf8f47+dfsg1-1_amd64.changes REJECTED

[Rene Engelhard]

Hi,

On Tue, May 12, 2015 at 08:51:02PM -0400, Scott Kitterman wrote:
  Some files are licensed under LGPL, but I couldn't find the license 
  text in the source tarball. Please add it as well.
 ^^
 
 Hmm?
 
 There's a standalone License: LGPL-2+ with the text and the pointer to
 common-licenses.
 What more?
 
 Neither of which are in the source tarball.  The licensing of the upstream 
 source has to be complete standing on its own. 

Sorry, I still don't get what you want _exactly_.
You want us to patch-in a COPYING.LGPL file or somesuch?

Regards,

___
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: blender : update to 2.73a : any possibility?

[Rene Engelhard]

Hi,

On Tue, Jan 27, 2015 at 11:59:00PM +0530, Mayuresh Kathe wrote:
 dang, there has been a mix-up, i am running ubuntu server 14.10.  :)
 wonder how those folks got hold of blender 2.70a, see below;

They somewhen probably got it from somewhere (testing? unstable?) when it
existed. As they always do.

(And it's at least for me not in any way on-topic here. This is a Debian list.
Ask at Ubuntu. But probably they will have a similar policy for their server
thing - I don't need to understand why that one contains blender at all, but...)

Regards,

Rene

___
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: blender : update to 2.73a : any possibility?

[Rene Engelhard]

Hi,

[ I am not the blender maintainer ]

On Tue, Jan 27, 2015 at 11:13:22PM +0530, Mayuresh Kathe wrote:
 hi,
 
 blender has been updated to version 2.73a while the repos still are
 stuck on 2.70a, any hope for a change?

Wrong.

 blender | 2.72.b+dfsg0-3   | jessie   | source, amd64, arm64, armel, 
armhf, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, ppc64el, 
s390x
 blender | 2.72.b+dfsg0-3   | sid  | source, amd64, arm64, armel, 
armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, 
ppc64el, s390x
 blender | 2.73+dfsg0-1 | experimental | source, mips
 blender | 2.73.a+dfsg0-1   | experimental | source, amd64, arm64, armel, 
armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mipsel, powerpc, 
ppc64el, s390x

And wheezy (if you mean that) has an even older one

 blender | 2.63a-1+deb7u1   | wheezy   | source, amd64, armel, armhf, i386, 
ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc

So where do you see 2.70a?

Besides that: stable (wheezy right now) won't ever be updated with a newer 
upstream and jessie/sid are stuck because of the freeze/upcoming jessie 
release.

experimental *has* 2.73a. I'd bet it will enter unstable/sid soon as
soon as jessie is released and the freeze is over.

Regards,

Rene

___
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#694879: blender 2.71 still missing Collada import/export support

[Rene Engelhard]

On Mon, Sep 22, 2014 at 08:47:43AM +0200, Matteo F. Vescovi wrote:
[2]https://bugs.debian.org/694932
Don't hold your breath waiting for it, though ;-)
We (Rene and I) are working on it: him for LO, me for Blender.

Indeed, though notthing happened much since some time:
http://anonscm.debian.org/cgit/pkg-multimedia/opencollada.git/

I think we (you? I got fed up with NEW...) should upload it asap.
(colada2gltf is an other story but only my problem :))
Updates can then still happen :)

Anyway, don't expect to see it in the archives any time soon.
It probably won't be part of Jessie freeze/release, I guess.

Indeed, especially as it's a NEW packge and needs to go through NEW
and *then* blender neeeds to enable it with the waiting time of 10 days.
And the freeze is on Nov 5

Regards,

Rene

___
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: xulrunner-dev is gone

[Rene Engelhard]

Hi,

On Wed, Jun 11, 2014 at 11:47:17AM +0900, Mike Hommey wrote:
 I just uploaded iceweasel 30 to unstable, which is the first version not
 to provide xulrunner-dev. Instead, there is an iceweasel-dev package,
 and it most certainly has things missing. Read: I *know* there are
 things missing. I just don't know what specifically reverse build deps
 would need.

Wait. You upload something known-broken to unstable? Why on earth
didn't you ask people to  test on experimental first?

 This is where I need your assistance: could you try building your
 packages against iceweasel-dev and see what they are bugging about?
 Please file bugs against iceweasel-dev for anything missing you'd
 encounter.

Will do.

(Maybe not a bad move of LO to remove all NPAPI support.)

 I *will* eventually get to doing the research myself, but it would
 really be helpful if you could beat me to it :)

It would really be helpful not to break unstable like that.

Regards,

Rene

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers