Received:  from mail.proteosys.com ([62.225.9.49]) by nummer-3.proteosys with Microsoft SMTPSVC(5.0.2195.4905); Tue, 16 Jul 2002 19:07:02 +0200
Received:  by mail.proteosys.com (8.12.2/8.12.2) with ESMTP id g6GH6bWi020706 for <rainer.schoepf@PROTEOSYS.COM>; Tue, 16 Jul 2002 19:06:38 +0200
Received:  from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.27]) by relay.uni-heidelberg.de (8.12.4/8.12.4) with ESMTP id g6GGo1WK026787; Tue, 16 Jul 2002 18:50:02 +0200 (MET DST)
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_001_01C22CEB.33EE7F00"
Received:  from listserv (listserv.uni-heidelberg.de [129.206.100.27]) by listserv.uni-heidelberg.de (8.12.2/8.12.2/SuSE Linux 0.6) with ESMTP id g6FM03Da031169; Tue, 16 Jul 2002 18:50:15 +0200
Received:  from LISTSERV.UNI-HEIDELBERG.DE by LISTSERV.UNI-HEIDELBERG.DE          (LISTSERV-TCP/IP release 1.8d) with spool id 7090 for          LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Tue, 16 Jul 2002 18:50:15 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Received:  from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de          [129.206.210.211]) by listserv.uni-heidelberg.de (8.12.2/8.12.2/SuSE          Linux 0.6) with ESMTP id g6GGoFrU004913 for          <LATEX-L@listserv.uni-heidelberg.de>; Tue, 16 Jul 2002 18:50:15 +0200
Received:  from moutng1.kundenserver.de (moutng1.kundenserver.de          [212.227.126.171]) by relay2.uni-heidelberg.de (8.12.4/8.12.4) with          ESMTP id g6GGnCT8011875 for <LATEX-L@listserv.uni-heidelberg.de>;          Tue, 16 Jul 2002 18:49:12 +0200 (MET DST)
Received:  from [212.227.126.162] (helo=mrelayng1.schlund.de) by          moutng1.kundenserver.de with esmtp (Exim 3.35 #2) id 17UVVf-000839-00          for LATEX-L@listserv.uni-heidelberg.de; Tue, 16 Jul 2002 18:49:11          +0200
Received:  from [80.129.5.225] (helo=istrati.mittelbach-online.de) by          mrelayng1.schlund.de with asmtp (Exim 3.35 #1) id 17UVVe-0007fL-00          for LATEX-L@listserv.uni-heidelberg.de; Tue, 16 Jul 2002 18:49:10          +0200
Received:  (from frank@localhost) by istrati.mittelbach-online.de          (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) id g6GGmv430945; Tue, 16 Jul          2002 18:48:57 +0200
Return-Path: <owner-latex-l@listserv.uni-heidelberg.de>
X-Mailer: VM 6.96 under Emacs 20.7.1
X-OriginalArrivalTime: 16 Jul 2002 17:07:02.0808 (UTC) FILETIME=[3469C980:01C22CEB]
X-Authentication-Warning: istrati.mittelbach-online.de: frank set sender to                         frank@mittelbach-online.de using -f
X-Scanned-By: MIMEDefang 2.6 (www dot roaringpenguin dot com slash mimedefang)
Content-class: urn:content-classes:message
Subject:      forwarded message from Branden Robinson
Date: Tue, 16 Jul 2002 17:48:56 +0100
Message-ID: A<15668.20088.889861.816560@istrati.mittelbach-online.de>
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
Thread-Topic:      forwarded message from Branden Robinson
Thread-Index: AcIs6zSOAqiHrUO3TeKr/MzymewvEw==
From: "Frank Mittelbach" <frank.mittelbach@LATEX-PROJECT.ORG>
To: <LATEX-L@listserv.uni-heidelberg.de>
Reply-To: "Mailing list for the LaTeX3 project" <LATEX-L@listserv.uni-heidelberg.de>
Status: R
X-Status: 
X-Keywords:                  
X-UID: 4300

This is a multi-part message in MIME format.

------_=_NextPart_001_01C22CEB.33EE7F00
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_002_01C22CEB.33EE7F00"


------_=_NextPart_002_01C22CEB.33EE7F00
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Description: forwarded message


------_=_NextPart_002_01C22CEB.33EE7F00
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">

------_=_NextPart_002_01C22CEB.33EE7F00--

------_=_NextPart_001_01C22CEB.33EE7F00
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit

Received: by nummer-3.proteosys 
	id <01C22CA7.3333F980@nummer-3.proteosys>; Tue, 16 Jul 2002 10:00:15 +0100
In-Reply-To: <15667.17040.358381.710374@istrati.mittelbach-online.de>
Content-Type: multipart/signed;
	boundary="d5ZB48mKYG2jsBgL";
	protocol="application/pgp-signature";
	micalg=pgp-sha1
MIME-Version: 1.0
References: <200207042108.g64L8649017884@diziet.clawpaws.net> <20020714195323.GA18502@molehole.dyndns.org> <15667.9629.854453.790551@istrati.mittelbach-online.de> <E17UBsv-00019x-00.2002-07-15-20-51-54@imailg1.svr.pol.co.uk> <15667.11609.349130.62877@istrati.mittelbach-online.de> <20020715204657.GS15546@deadbeast.net> <15667.17040.358381.710374@istrati.mittelbach-online.de>
X-MimeOLE: Produced By Microsoft Exchange V6.5
Return-Path: <branden@deadbeast.net>
mail-followup-to: debian-legal@lists.debian.org,        Frank Mittelbach <frank.mittelbach@latex-project.org>
User-Agent: Mutt/1.4i
X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/)
Envelope-to: smtp@mittelbach-online.de
delivery-date: Tue, 16 Jul 2002 10:56:22 +0200
Mail-Copies-To: nobody
X-No-CC: I subscribe to this list; do not CC me on replies.
Content-class: urn:content-classes:message
Subject: Re: Motivations; proposed alternative license (was Re: LaTeX PublicProject License, Version 1.3 (DRAFT))
Date: Tue, 16 Jul 2002 09:56:02 +0100
Message-ID: <20020716085602.GX15546@deadbeast.net>
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
From: "Branden Robinson" <branden@debian.org>
To: <debian-legal@lists.debian.org>,
	"Frank Mittelbach" <frank.mittelbach@latex-project.org>


--d5ZB48mKYG2jsBgL
CONTENT-TRANSFER-ENCODING: quoted-printable
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Mon, Jul 15, 2002 at 11:45:52PM +0200, Frank Mittelbach wrote:
> I don't have a proposition for that. but LPPL wasn't written originally (=
or
> ever) to enforce things legally, it was written to codify what the majori=
ty of
> the LATeX community understood as an important set of goals

Uh, well, in that case I suggest drafting a Statement of Principles.
The entire raison d'etre of a copyright license is to "enforce things
legally".  Perhaps you should contrain the LPPL's scope to whatever ends
you want to achieve with that means.

> but again, there is one major miss-statement in your sentence.  we don't
> restrict people from modifying files, we only ask them to do it in a way =
that
> is helps everybody (including them in the long run).

A requirement to rename *is* a restriction.

> the fact that in the "free software world" but outside LaTeX the importan=
ce
> of the goals aren't seen, as well as the fact that codifying those goals
> improved the situation within the LaTeX community a lot makes us believe =
that
> our approach in that particular situation is better.

You're certainly entitled to that belief, but sympathy doesn't render a
license "free" under the Debian Free Software Guidelines; only its terms
can do so.

> i understand that there are a large number of people (who work with other=
 type
> of free software) that do not like the fact that we preserve some rights =
of
> the users of LaTeX

Can you enumerate what rights of the user you are preserving by
forbidding them from distributing modified files without changing the
filename?

> It is certainly (a bit) more work to rename a file rather than to
> simply change it, but while I concur with you that for stuff which is
> essentially local to my environment this is fine (and thus something
> like GPL or whatever is appropriate) for the benefit of LaTeX as a
> freely extensible and changeable system for exchange of information it
> is not.

I hope you'll agree with me that this statement is a subjective analysis.

>  > Requirements of notification of modification in original source code a=
nd
>  > in program diagnostic output are perfectly acceptable under the DFSG;
>  > badging or watermarking the generated document while forbidding the
>  > removal of same would not be.
>=20
> sorry, you lost me. what exactly is there that would not be acceptable?

Asserting intellectual property right in the output of LaTeX would not
be acceptable[1].  Such an assertion would be logically required if you
put some indicator of modified-LaTeX status into users' output and
forbade them from removing that indicator.

(This is not the same thing as requiring preservation of modification
notices within a LaTeX source file, upon which the LaTeX Project
presumably does have a copyright.)

>  > There may be other means of notifying the user that he's running a
>  > hot-rodded component; we'd be more than happy to work with you to think
>  > of some.
>=20
> if you manage to do that I would have no qualms to change to different sy=
stem
> or license, but not if that means the user has to read through potentially
> thousand of source files to find a file that makes his document work
> differently on his site than on others.

I'm sure there are lots of ways.  One possibility that springs to mind
that would not run afoul of the DFSG would be to require the existence
of a "flag file" in modified distributions of LaTeX.  The LaTeX engine
could look for this file at some convenience stage in its execution and
spew a warning to standard output or standard error[2].  I'm not a very
sophisticated TeX user, but I'm in the habit of reading the warnings it
gives me.  I've learned to ignore overfull and underfull hboxes, but
maybe real TeXperts have such self-confidence that they ignore
everything.  :)  In any event, it's the user's responsibility to read
the output the program gives him.

[1] In the general case; this is of course not true when LaTeX is used
to output, say, its own source code.

[2] You could not forbid people from removing the code that searched
for this flag file without violating clause 3 of the DFSG, but the
requirement of the existence of the "flag file" in distributions of
LaTeX would be unaffected, and it is pretty easy to tell people how to
find such a file without involving the LaTeX executable.

--=20
G. Branden Robinson                |     Communism is just one step on the
Debian GNU/Linux                   |     long road from capitalism to
branden@debian.org                 |     capitalism.
http://people.debian.org/~branden/ |     -- Russian saying

--d5ZB48mKYG2jsBgL
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iEYEARECAAYFAj0z36IACgkQ6kxmHytGonyQAQCfS/eAdWKh1YQbLA46avG87zZ8
JoIAnRZl6CzlKgjOGMY44kbv7Qwmnvnx
=gqnR
-----END PGP SIGNATURE-----

--d5ZB48mKYG2jsBgL--

------_=_NextPart_001_01C22CEB.33EE7F00--