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
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,
* 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
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:
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 7/03/2011 13:26, Simon McVittie schreef:
In this particular situation I'd suggest making the extra term a
non-binding request, something like:
The author of this software requests that you retain the iText producer
line in every PDF that is created or manipulated using iText.
or ev
On Mon, 07 Mar 2011 at 11:04:11 +0100, Bruno Lowagie wrote:
> This is what the end consumer wants,
> and this is what 1T3XT wants, regardless of the opinion of any other
> party in-between.
I think there's an important distinction between "I believe that it's
beneficial for everyone that this is d
On 3/7/11, Andrew Ross wrote:
> "The AGPL and the extra term ensure the consumer's RIGHT to know
> that the PDF was produced by iText. Denying this right is IMO
> exactly the abuse of Free Software the AGPL wants to avoid."
"Exaggerating a bit" with the cookie metaphore, I see. ;-) Sure,
maybe
Op 7/03/2011 11:12, Charles Plessy schreef:
Le Mon, Mar 07, 2011 at 11:06:22AM +0100, Bruno Lowagie a écrit :
Op 7/03/2011 11:02, Charles Plessy schreef:
Regardless of the purpose and the intentions behind requiring to ‘retain the
producer line in every PDF that is created or manipulated using
Le Mon, Mar 07, 2011 at 11:06:22AM +0100, Bruno Lowagie a écrit :
> Op 7/03/2011 11:02, Charles Plessy schreef:
> >
> >Regardless of the purpose and the intentions behind requiring to ‘retain the
> >producer line in every PDF that is created or manipulated using iText’, if
> >this
> >addition to t
Andrew Ross wrote:
> The full license can be found at http://itextpdf.com/terms-of-use/agpl.php
[...]
> I don't want to mis-represent what Bruno has said, so hopefully he'll
> chime in and expand further if I get anything wrong here. I think the
> following paragraph from Bruno sums up his viewpoin
Op 7/03/2011 11:02, Charles Plessy schreef:
Regardless of the purpose and the intentions behind requiring to ‘retain the
producer line in every PDF that is created or manipulated using iText’, if this
addition to the AGPL does not fall under Section 7(b), this makes iText
potentially
incompatib
For some reason, my latest answers weren't sent to the list, but to
individual people.
Sorry for that. This is my latest response:
Andrew Ross wrote:
My reasoning goes that if I write some software which uses iText to
produce a pdf, then if I use some other piece of software to modify
that pdf
>
> "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."
Hello,
in my understanding of section 7 of the AGPL, the supplemental terms are there
to ensure compatibility with other
On 07/03/11 08:00, Bruno Lowagie wrote:
> A library such as iText is already shipped with Debian, and different
> other projects depend on it. Other projects aren't part of the
> distribution, for instance because of their poor quality (e.g. the iText
> Toolbox which was never meant as a real produ
Op 7/03/2011 2:17, MJ Ray schreef:
Bruno Lowagie wrote:
Please don't avoid the question: does the freedom to hide information
prevail over the freedom to get information?
You mean like you avoided the question: what is the actual case here?
No problem. Let me describe the context. I've been pro
Bruno Lowagie wrote:
> Please don't avoid the question: does the freedom to hide information
> prevail over the freedom to get information?
You mean like you avoided the question: what is the actual case here?
This list works better when it is discussing actual software which be
considered for d
Op 6/03/2011 18:00, Josselin Mouette schreef:
This is not a metaphor. It is about something that is not software,
for which you try to apply software reasoning. I fail to see where you
want to go with this.
*10 Q: Does the DFSG apply only to computer programs?
**A:* No, we apply our standards
Le dimanche 06 mars 2011 à 12:43 +0100, Bruno Lowagie a écrit :
> I'm confronted with a very special case for which I've written a
> metaphor. I'd like your opinion on this case.
This is not a metaphor. It is about something that is not software, for
which you try to apply software reasoning. I fa
On Sun, 06 Mar 2011 12:43:02 +0100 Bruno Lowagie wrote:
> Hello,
Hi!
>
> I'm confronted with a very special case for which I've written a
> metaphor. I'd like your opinion on this case.
>
> Imagine that using software is like baking cookies.
[...]
> I would like to hear your opinion on this c
Hello,
I'm confronted with a very special case for which I've written a
metaphor. I'd like your opinion on this case.
Imagine that using software is like baking cookies. A free/open source
cookie specialist, company A, distributes recipes that are free in the
sense of the AGPL: everybody is
21 matches
Mail list logo
