Re: lzma (Re: HEADS UP: upgrading ImageMagick to 6.4.0-6)

[ Available lists | Index of freebsd-ports | Month of Apr 2008 | Week of 21 Apr 2008 | Raw email | View thread | Wrap long lines | Reply ]
From
Brooks Davis <brooks@FreeBSD.org>
Date
21 Apr 2008 19:42:16
Subject
Re: lzma (Re: HEADS UP: upgrading ImageMagick to 6.4.0-6)
Message-ID
20080421194224.GA21205@lor.one-eyed-alien.net

In reply to

[ Hide this part ]
On Mon, Apr 21, 2008 at 11:05:42PM +0400, Andrew Pantyukhin wrote:
> On Tue, Apr 15, 2008 at 10:07:54PM -0500, Brooks Davis wrote:
> > On Tue, Apr 15, 2008 at 10:35:30PM -0400, Mikhail Teterin wrote:
> > > ???????? 15 ??????? 2008 10:21 ??, Brooks Davis ?? ????????:
> > > > Sadly, the author's licensing terms will limit the adoption of lzma.
> > > > The BSD license is well established as the most restrictive acceptable
> > > > license for successful, widely adopted compression schemes.
> >
> > I wouldn't necessicairly be opposed to seeing support for tar.lzma files
> > in bsd.port.mk, but I don't think lzma has a signficant future if the
> > licensing policy remains as is (i.e. complex and not clearly defined in
> > the source files).
>
> == qouth lzma.txt ==
> SPECIAL EXCEPTION #3: Igor Pavlov, as the author of this code,
> expressly permits
>
> you to use code of the following files:
> BranchTypes.h, LzmaTypes.h, LzmaTest.c, LzmaStateTest.c,
> LzmaAlone.cpp,
> LzmaAlone.cs, LzmaAlone.java
> as public domain code.
> ====================
>
> Without a more careful look, it sounds like enough to integrate
> lzma in libarchive.

That's well hidden (DOC/lzam.txt in the tarball). Someone should
produce some sort of lzma-lite distribution that only does the basics.
Then this could be a practical option.

-- Brooks


[ Show this part (application/pgp-signature) ]

Elapsed time: 0.159 seconds