Re: Re: New PHP extension

From: 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 > >

« previous php.pecl.dev (#2818) next »