Re: Re: New PHP extension
| From: | Wez Furlong | Date: | Fri, 26 Aug 2005 15:34:18 +0000 |
| Subject: | Re: Re: New PHP extension | ||
| References: | 1 2 3 4 5 6 | Groups: | php.pecl.dev |
| Request: | Send a blank email to pecl-dev+get-2818@lists.php.net to get a copy of this message | ||
I was talking about librpm.h, not the actual data from the file.
If there is documentation on the data in the file, then there's
nothing stopping someone from implementing a non-GPL tool to read it.
--Wez.
On 8/26/05, Sara Golemon <pollita@php.net> wrote:
> > If the headers are GPL, then his code will be GPL'd.
> > If he's linking against librpm, then his code will be GPL'd.
> >
> Wez, call me brain damaged here, is package metadata covered by the same
> license as the code in the package and, more importantly, is the metadata in
> an RPM always covered by a GPL license? i.e. RPM package of a BSD licensed
> program/library.
>
> Even then, is reading that data enough to transmit the GPL virus?
>
> What I'm coming around to cicumspectly is: Are you talking about headers
> as in:
> <?php
> $fp = fopen("somefile.rpm", "r");
> $headers = fread($fp, 2048);
>
> Or headers as in:
> #include <librpm.h>
>
> In the latter case the GPL issue is a serious one and a bar against entry
> into PECL, but in the former case I can't imagine how there's a problem
> (since not everything in any given .rpm is necessarily GPL licensed which
> means that the purpose of the linking ext is not explicitly as a derivative
> work of the GPL licensed IP).
>
> -Sara
>
>