-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 03/06/2011 11:51 PM, Josselin Mouette wrote:
> Le dimanche 06 mars 2011 à 12:04 +0100, W. Martin Borgert a écrit :
>> (out of curiosity moved to debian-legal)
>>
>> On 2011-03-05 23:46, Timo Juhani Lindfors wrote:
>>> gnetworktester seems to pars
2011/3/8 Mahyuddin Susanto :
>> Parsing the output of a program doesn’t make a derivative work. However,
>> if this parsing is vital for the operation of the application and makes
>> it useless without that program, what is the difference with dynamic
>> linking to a library? To a programmer, there
Le mardi 08 mars 2011 à 07:30 -0800, Ken Arromdee a écrit :
> >> Parsing the output of a program doesn’t make a derivative work. However,
> >> if this parsing is vital for the operation of the application and makes
> >> it useless without that program, what is the difference with dynamic
> >> link
Hi, and thanks for the effort of providing the complete information.
Le lundi 07 mars 2011 à 09:31 +, Andrew Ross a écrit :
> The software itself is the current version of iText, which is licensed
> under the AGPL with the following additional term:
>
> "In accordance with Section 7(b) of th
Op 8/03/2011 16:45, Josselin Mouette schreef:
Hi, and thanks for the effort of providing the complete information.
Le lundi 07 mars 2011 à 09:31 +, Andrew Ross a écrit :
The software itself is the current version of iText, which is licensed
under the AGPL with the following additional term:
The distinction between a derivative work and a separate work is not
based on technology but on functionality.
Parsing the output of a program doesn’t make a derivative work. However,
if this parsing is vital for the operation of the application and makes
it useless without that program, what is
Miriam Ruiz wrote:
> In general, I wouldn't consider parsing the output of another
> program to de a derivative work.
In general, I do agree with Miriam that parsing the output of another
program does not make a derivative work. But just to give an example
of where it does happen, git is largely
* Andrew Ross:
> "In accordance with Section 7(b) of the GNU Affero General Public
> License, you must retain the producer line in every PDF that is created
> or manipulated using iText."
What is a "producer line"? Is this visible on the page, or is this
some information in the PDF header?
In a
On 08/03/11 18:17, Florian Weimer wrote:
> * Andrew Ross:
>
>> "In accordance with Section 7(b) of the GNU Affero General Public
>> License, you must retain the producer line in every PDF that is created
>> or manipulated using iText."
>
> What is a "producer line"? Is this visible on the page,
On 08/03/11 15:53, Bruno Lowagie wrote:
> Copy/paste from a previous answer.
>
> If company B is using iText, Company B is bound by the license. This
> doesn't mean the producer line can't be changed; there are different
> options to add extra data:
> - They can add data to the existing producer l
10 matches
Mail list logo