Y Giridhar Appaji Nag <[EMAIL PROTECTED]> writes: > The license is more permissive than GPLv2 and my understanding is that > it is in the ELinks licensing terms that there should be an exception to > "allow" works under the Unicode Consortium licensing to be used with it. > That is, if a copy of these have been "derived" for ELinks use.
I don't understand. Do you mean there already is an implicit exception, or that we should add an exception? > That apart, I am not qualified enough to comment on 'using iconv'. In glibc and generally in POSIX, there is an iconv function that converts a sequence of bytes from one charset to another. As glibc claims to be licensed under LGPL, there should be no licence problem with using its features such as iconv. It also supports many more charsets than ELinks currently does, in particular stateful ones used for CJK. http://bugzilla.elinks.cz/show_bug.cgi?id=891 > Is there an intention to license ELinks under GPLv2+? There is no formal plan, but I hope it can be done. I suggested this a few times in #ELinks in 2007 and not even Pasky (who originally changed the licence to GPLv2 only) really objected. Of course, that does not mean he gave permission to relicence. I don't think GPLv3 would be better than GPLv2 for ELinks as such. If anything, it is longer and harder to understand. However, it is stupid that we have licence conflicts with useful libraries like libsmbclient. The glibc 2.5.1 and 2.6.1 release notes also warned about a future switch to LGPLv3, although I don't know if that will really happen. So I've been trying not to add any new obstacles for relicensing, and to get some idea of the existing ones. Actually, if we're changing the licence, we should add an OpenSSL exception at the same time. Links 2.2 has one. I wonder if it also applies to Links 0.96, from which ELinks forked. Perhaps the authors had to replace a lot of code before they could add the exception.
pgpUhCruKIGbB.pgp
Description: PGP signature
_______________________________________________ elinks-dev mailing list [email protected] http://linuxfromscratch.org/mailman/listinfo/elinks-dev
