[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Sumarizing Amide packaging status



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



Reply to: