Date: Wed, 16 Jan 2008 21:32:57 +0300 From: Dmitry Marakasov <amdmi3@amdmi3.ru> To: freebsd-ports@freebsd.org Subject: Re: Limited Freeware License question Message-ID: <20080116183257.GA84542@hades.panopticon> In-Reply-To: <20080116001325.GA58416@hades.panopticon> References: <20080116001325.GA58416@hades.panopticon>
next in thread | previous in thread | raw e-mail | index | archive | help
* Dmitry Marakasov (amdmi3@amdmi3.ru) wrote:
> The question is: does FreeBSD port fall under `derivative work'?
> I.e. may the data files be installed by it (or should I ask users
> to download files themselves instead) and may the package of such
> a port be created? Port does not modify any datafiles, it just needs
> to download zip and install them to ${DATADIR}.
Thanks for your replies. It's clear that NO_CDROM is needed in this
case, but I think NO_PACKAGE can be avoided. Still I'm not sure in clear
way to do this.
Better to explain in more detail:
I'm porting OpenTyrian project (http://code.google.com/p/opentyrian).
It's rewrite of 1995 Tyrian game in C and it's GPL'ed. It also needs
original game data which comes under LFL.
OpenTyrian does not yet support $DATADIR and dotdir, and it seems
quite difficult to make it do so (in scope of port), so I've decided
to make wrapper script that creates ~/.tyrian and unzips game data
there, cd's into it and launches tyrian binary.
So I can think of something like that:
- opentyrian-data port, which just installs original zip archive with LFL
data. Think that won't count as derivative work, even if package is
built, as it just original zip file archived once more.
- opentyrian port that depends on opentyrian-data and installs game
binary and wrapper script that unzips data zipfile into ~/.tyrian.
Thus, NO_CDROM as LFL only permits redistribution free of charga, and no
NO_PACKAGE, as redistribution without unmodification is permitted.
I'll also discuss this with opentyrian authors.
--
Dmitry A. Marakasov | jabber: amdmi3@jabber.ru
amdmi3@amdmi3.ru | http://www.amdmi3.ru
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080116183257.GA84542>