Hi, I try to summarize the Aide situation.
1. libvolpack ------------- License: free Patent issues: not known Download: http://graphics.stanford.edu/software/volpack/volpack-1.0b3.tar.Z Status of packaging: On Wed, 18 Jul 2007, Michael Hanke wrote: > http://svn.debian.org/wsvn/pkg-exppsy/volpack/?rev=0&sc=0 > > It should be in a reasonably good shape. However, I haven't had a look > at it for quite a while. I'd be glad if someone could adopt the > package as I do not have the capabilities to maintain another package > ATM. I'd be willing to co-maintain it, if necessary. I had a look at the packaging and think are some things to do. - I reincluded the man pages (well, better have some lintian warnings on three single man pages instead of having a lintian error about missing man pages at all; todo: adk on debian-{devel,mentors} for help in fixing the man pages). - Adding docs to the package and write doc-base script - Decide whether it makes sense to ship the example, if yes probably in a seprate package - Libtoolize build system to build also dynamic libraries and provide a patch to upstream. The last thing might be the tricky part because you also have to deal with SONAMEs etc. but my experience tells me that people will not be happy to have a development package only. In short: The conditions for debianizing it officially are good. We need just some time to do the above. If nobody would volunteer I would give it a try over the weekend. 2. libecat ---------- License: "certainly non-free" On Wed, 18 Jul 2007, mmiller3 wrote: > Libecat is fairly widely used and certainly non-free. The ECAT7 > codes from STIR may be an alternative, but I have never > looked into replacing libecat with it. [continued below] Patent issues: not known Download: ftp://dormeur.topo.ucl.ac.be/pub/ecat/z_matrix_70/ecat.tar.gz ... at least according to Amide's README - I had no success Status of packaging: none Todo: - Finally trying to download or finding an alternate Download URL - Contacting the authors whether there is a chance to release it under a free license 2a. libstir (proposed replacement for libecat) ----------------------------------------------- License: Contains GLP/LGPLed parts and some parts under Parapet Project Software Distribution Agreement: "The PARAPET license states more or less that you can have the software, and use it for any purpose at all, under the condition that "the partners in the Parapet Project are individually acknowledged in that use". Patent issues: not known Download: http://stir.sourceforge.net/registration/ Registration befor download required, I just registered Status of packaging: none Remarks: On Wed, 18 Jul 2007, mmiller3 wrote: > As I read it, the ECAT6 > parts or STIR are still under the restrictive CTI license > (non-comercial use only), but the ECAT7 parts of STIR are > licenced under GPL and/or PARAPET[3]. > > I do not have a good idea of how many imaging systems are still > active that use ECAT6. There are certainly some using ECAT7, so > ECAT7 support is quite important. Todo: - Wait for successful registration - Contact Amide author what he thinks about this replacement - Sort out licensing issues 3. libfame ---------- License: GPL Patent issues: writes MPEG2 / MPEG4 On Tue, 17 Jul 2007, Christian Marillat wrote: > Always the same problem with encoder in Debian: licences. libfame can > encode in mpeg 2 and mpeg 4 which are not free. On Wed, 18 Jul 2007, Christian Marillat wrote: > If you only need to decode we already have a library (libavcodec) for > that. Try to bother upstream to move to libavcodec :) On Wed, 18 Jul 2007, Yaroslav Halchenko wrote: > just a citation from Marillat's email to clarify the situation > ,------------------------------------------------------------------------ > | If you want to package libfame do it, But beware libfame contains some > | code to encode in OpenDivX. OpenDivX isn't free and all the related > | code should be removed before packaged for Debian. > `--- > > So some ~dfsg version of libfame can enter Debian I guess after > preliminary light 'touch' :-) Well, further comments are welcome - I personally did never dived into these issues but .../libfame-0.9.1/src$ grep -i divx * fame_syntax_mpeg4.c:#define OPENDIVX_COMPATIBILITY /* needed to output OpenDivX readable output */ fame_syntax_mpeg4.c:#ifndef OPENDIVX_COMPATIBILITY fame_syntax_mpeg4.c:#ifndef OPENDIVX_COMPATIBILITY sounds like we might be able to exclude critical parts via #define-ing. Download: http://sourceforge.net/project/showfiles.php?group_id=19741 Status of packaging: apt-get ready at www.debian-multimedia.org Todo: - Talk to upstream about: 1. In how far is writing MPEG needed or it is more about reading where replacement libraries could be used? 2. Ask upstream if it is about writing whether an alternate output could be done as free OGG Theora from xiph.org using libtheora 4. Amide -------- License: GPL Patent issues: Not known in Amide code Download: http://amide.sourceforge.net/ Status of packaging: #409913 Source at http://user.cs.tu-berlin.de/~domibel/amide/ Todo: 1. Amide at least compiles and runs without the thre problematic libraries above. Please verify how useful this is for at least working with reduced functionality. 2. If the answer to 1. is positive: final polishing of packaging and upload with this reduced functionality. 3. Continue working on the libraries above. Thanks for reading up to this point Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
