Re: RFS: libcolladadom and libminizip
Hi Paul, On Tue, Jul 20, 2010 at 3:57 AM, Paul Wise p...@debian.org wrote: Probably the best solution to the minigzip stuff is to talk zlib upstream into either building minigzip into a shared library by default or building it into libz. Please let them note that it is being copied into other programs and Debian would prefer to have one instance of the code instead of lots. Failing that, convince the zlib maintainer to do that. I agree. Indeed Jonathan Nieder (from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574798) is already doing exactly that. So this is work in progress. Cheers -- Sebastien -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimubhy6hbpo71wzbkvgirqfspprjtmnihfth...@mail.gmail.com
Re: RFS: libcolladadom and libminizip
Dear mentors, I uploaded yet another version, which adds the libcolllada15dom package and fixes small glitches. Many thanks to Manuel A. Fernandez Montecelo for its feedback. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/collada-dom - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/collada-dom/collada-dom_2.2.1-3.dsc -- Kind regards Sébastien Barthélémy -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktillxzpqlwkt8jafaeyzneaudqgl7sydmpn4q...@mail.gmail.com
Re: RFS: libcolladadom and libminizip
Dear mentors, I am still looking for a sponsor for my package collada-dom. I uploaded a new version which fixes a few problems. - renamed the source package from libcolladadom to collada-dom to match the upstream name - removed non-dfsg-compliant files, sister softwares and code copies (with the exception of libminizip) - removed the libminizip packages. Libminizip sources are still in the package, but are built statically. This is as a temporary solution, while libminizip is not packaged separately (see #574798) * Package name: collada-dom Version : 2.2.1-1 Upstream Author : Sony Computer Entertainment Inc. * URL : https://sourceforge.net/projects/collada-dom * License : MIT Section : libs it builds these binary packages: libcollada14dom2.2 - COLLADA Document Object Model (DOM) libcolladadom-dev - COLLADA Document Object Model (DOM) development files The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/collada-dom - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/collada-dom/collada-dom_2.2.1-1.dsc I would be glad if someone reviewed this package for me. Kind regards Sébastien Barthélémy -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikdrjejhpzor2vwomxmiyltoeswz-vafm3bx...@mail.gmail.com
Re: RFS: libcolladadom and libminizip
2010/7/19 Johan Van de Wauw johan.vandew...@gmail.com: 2010/7/17 Sébastien Barthélemy barthel...@crans.org: - the upstream tarball includes sources for a shared library: libminizip. However, the upstream minizip authors do not provide (nor support) this library, but executables, which are already packaged in zlib-bin. The libminizip library is also used by chromium: #574798 (the chromium bug is 29048). What should I do? My current version of the libcolladadom package creates libminizip binary packages based on the files shipped with collada-dom. But they are a little bit outdated. I'm no expert, so don't blame me if I'm wrong, but are you sure there is no upstream version of minizip which creates a shared library? For what I know, no. Is it a different package than the one provided here, which builds a shared library: http://www.zlib.net/ The minizip sources are indeed (and only) distributed with zlib, in zlib/contrib/minizip. They are not part of zlib though, and not built in the zlib shared library. For instance, see http://www.zlib.net/zlib_faq.html#faq41 In addition, zlib/contrib/vstudio contains visual studio project files to build zlibwapi.dll, which is apparently an alternative version of the zlib library, with minizip functions integrated. I think this DLL was previously called zlib too, which lead to confusion. I don't think it is official in any way, nor built for linux. PS: I CC-ed the list. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimrrgg1zvu-l1zu0a81r1seiuhbsole4rges...@mail.gmail.com
Re: RFS: libcolladadom and libminizip
Probably the best solution to the minigzip stuff is to talk zlib upstream into either building minigzip into a shared library by default or building it into libz. Please let them note that it is being copied into other programs and Debian would prefer to have one instance of the code instead of lots. Failing that, convince the zlib maintainer to do that. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikbsgbqxvs4y4ncuzzon57kb1e2zlzyunskq...@mail.gmail.com
RFS: libcolladadom and libminizip
Dear mentors, I am looking for a sponsor for my package libcolladadom. * Package name: libcolladadom Version : 2.2.1-1 Upstream Author : Sony Computer Entertainment Inc. * URL : https://sourceforge.net/projects/collada-dom * License : MIT Section : libs It builds these binary packages: libcollada14dom2.2 - COLLADA Document Object Model (DOM) libcolladadom-dev - COLLADA Document Object Model (DOM) development files libminizip-dev - libminizip development files libminizip1 - libminizip development files The package appears to be lintian clean. The upload would fix these bugs: 589152 My motivation for maintaining this package is: Collada is an XML-based royalty-free format for digital (3D) asset exchange. It is used Google 3D warehouse, Google sketchup, many 3d authoring software, simulators, and is gaining popularity in the robotics community. Collada-dom is an open source C++ library to read and write collada files. It not under active development anymore. However, I think it is worth packaging because 1) openscenegraph (already in debian) collada support is based on the dom. Once libcolladadom is in debian, we could enable collada support in OSG, 2) that would be a needed step to package the collada coherencytest, which, given the high number of invalid collada files lying on the internet, is badly needed. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libcolladadom - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libcolladadom/libcolladadom_2.2.1-1.dsc The package is not finished yet: - I need to build it for collada 1.5 (with a new binary package) - I'd like to integrate the tests in the package. However, before I continue, con someone check this first attempt? I also have a few questions. - besides collada-dom, the upstream svn and tarballs include several related programs, which I do not plan to build. They are either dependancies (such as pcre) which are already packaged separately in debian, or distinct programs, which could be built and packaged in debian, but I won't do it myself (at least not now). Should I remove the extraneous source files, or keep them? In the current version I kept them. - the upstream tarball includes sources for a shared library: libminizip. However, the upstream minizip authors do not provide (nor support) this library, but executables, which are already packaged in zlib-bin. The libminizip library is also used by chromium: #574798 (the chromium bug is 29048). What should I do? My current version of the libcolladadom package creates libminizip binary packages based on the files shipped with collada-dom. But they are a little bit outdated. - /usr/lib symlinks. The collada-dom build system creates the versionless symlinks pointing to the libraries, without using libtool. Should I remove them (to avoid conflicts)? I would be glad of any feedback and advices, especially as this is my first debian package Kind regards Sébastien Barthélémy -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimpr0dcj2_tprvfcclhvwr7q56nvnaa6kohj...@mail.gmail.com