Peter N Lewis wrote:
It's not so much the actual creation, its the whole distribution channel that is then required. You need to either include the extra object and the source of the library in the distribution, or maintain a second version at the source site which needs to be kept for three years. You couldn't maintain the spirit of the rules when other people redistribute your software (eg versiontracker.com, magazine CDs). If a version needs to be pulled entirely (due to a security or data trashing problem for example), you could not do it, as the faulty version would need to be kept around for three years.
Yes, the 3 years option is a bit cumbersome. I've always done c) (for net distribution) or a) (for CDs). I don't see the big problem of putting one or two more files in a web directory or on a CD.
If other people redistribute it, it's their obligation to obey the license (LGPL and your license for the rest).
Yes, you need to display library copyright notes, that's what I meant.
LGPL:
You must give prominent notice with each copy of the work that the Library is used in it and that the Library and its use are covered by this License. You must supply a copy of this License. If the work during execution displays copyright notices, you must include the copyright notice for the Library among them, as well as a reference directing the user to the copy of this License.
So that probably means notices in the About box. It's not clear how the version information for the bundle, which includes a tiny amount of space for a copyright, would be affected - it couldn't include it, yet it might be interpreted that it must include it.
I'm not sure what you mean by the latter. What do you mean by "version information for the bundle"? If it's something that the program displays, then yes, it seems it must include the LGPL copyright (but why couldn't it?), otherwise I don't think it must.
I don't really object to licenses and copyright notices in the docs, especially for a real LGPL library, but I don't believe just using the RTS of the compiler should have such requirements.
Actually I think we all agree here.
Mind you, at least there is no equivalent to the OpenSSL press release debacle.
Which debacle?
There is very good reasons for static linking the RTS to not bring in any part of the GPL or LGPL license.
That might be a misunderstanding. If the RTS were under the plain (L)GPL, then its conditions would also (or especially) apply with static linking.
Yes, absolutely. Which is why I'm glad there is an exception for linking to the GPC RTS. I'll have to go and read the FPC RTS license, since if it really is LGPL-like, depending on what the differences are that may be a reason to use GPC over FPC.
No, I don't think so. (Though, of course, I think there are other reasons to use GPC over FPC. :-) For the license issue, both seem to have rather similar effects.
Frank