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 are about. 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. Lars Hellström