At 09.04 +0200 2002-06-26, Frank Mittelbach wrote:
>However we never argued against restructuring into different trees or to
>provide the sources only in archived form. In fact i don't even think that the
>license would prohibit to distribute only a runtime version of The Program (eg
>the .sty files) togethwer with an information how to obtain the complete
>documented product (we don't recomment that but i would say it is allowed)
Doesn't the lines
You may distribute a complete, unmodified copy of The Program.
Distribution of only part of The Program is not allowed.
in the LPPL explicitly prohibit making a "runtime files + URL for sources"
distribution? I don't think this can be a real problem for Debian though,
as they could still (as far as the LPPL is concerned) include the sources
only by putting them in an archive on a separate CD labelled "Extras that
hardly anybody installs, so why should you?" if they feel like it.
I prefer Frank's proposal of 2002/06/30 to his original, but the wording in
If you are not the Current Maintainer of The Program you are only allowed to
distribute a modified file of The Program if, and only if, the
following eight conditions are met:
seems to contain an `only' too much. I also got a bit hung up on the matter
of what the Copyright Holder has to do with it all (he's not mentioned much
in the LPPL). It eventually occurred to me that the license is technically
an agreement between the Copyright Holder and the User, which the Current
Maintainer has no part in. Maybe that could be clarified (although I
strongly suspect that there is no legal need to do that).
Concerning the matter of stating intent, perhaps something like the
following could be included in the preamble?
The purpose of this License is to grant The User the right to
freely obtain, use, and make derivative works based on The Program,
whilst at the same time preserving the integrety of The Program.
This means that derivative works created by modifying The Program
(or any part thereof) must not give the appearance of being part
of The Program. The right to modify The Program for the purpose of
creating a new version of The Program lies solely with the Current
Maintainer of The Program.
I have no idea whether the wording might be too strong, but it seems to me
that it captures the intentions of the LPPL (as I understand them; the
remarks we have seen so far has been rather vague). With such a paragraph,
one should probably also in the body of the license make clear what one has
to do to ensure that a modified part of The Program does not "give the
appearance of being part of The Program". This seems to be what
distribution conditions 3, 5, 6, and to some extent condition 7 in the LPPL
The concerns about the old maintainer's last version disappearing when a
new maintainer takes over can probably be eased by some simple precausions
at CTAN. What I'm primarily thinking is that when a new maintainer takes
over a package, the previous version could be moved to the /obsolete
subtree of CTAN. Then it would still be available to everyone while at the
same time in no way appear to be the current version.
Finally, when the text for version 1.3 of the LPPL has been decided upon
then it would be *very good* if you could make sure that it is approved as
an open source license by the Open Source Initiative. Getting such an
approval makes it possible to e.g. use it in a project at SourceForge.