Re: Three weeks left until feature freeze
От | Stephen Frost |
---|---|
Тема | Re: Three weeks left until feature freeze |
Дата | |
Msg-id | 20060713132941.GF17269@kenobi.snowman.net обсуждение исходный текст |
Ответ на | Re: Three weeks left until feature freeze ("Joshua D. Drake" <jd@commandprompt.com>) |
Ответы |
Re: Three weeks left until feature freeze
|
Список | pgsql-hackers |
* Joshua D. Drake (jd@commandprompt.com) wrote: > Keep in mind that that there are all kinds of oddities when mixing > licenses. Is Sun's JVM GPL compatible? If not, the plJava can't use it. I'm about 95% sure that Sun's JVM *isn't* GPL compatible... Makes for a pretty odd situation if someone licensed a Java app which only works with Sun's JVM under the GPL. The combination of the Java app with Sun's JVM then becomes impossible to distribute. This is more a problem with the GPL's 'no additional restrictions' clause than anything else, but, well, the GPL is pretty popular. :/ > It doesn't HAVE TO BE BUILT, it is not a derivative product. Many distributions try to build all the parts of a given application since otherwise someone will almost certainly ask for it. Therefore, I'm not really sure this is a great argument. > It doesn't ship with the JVM which means it is up to the user to break > the license not the PostgreSQL project... It's not the PostgreSQL project's problem, that's true, but it certainly becomes an issue for distributions. Java as a PL ends up being a pretty odd case.. If there isn't anything in the PL code itself which forces a dependency beyond gcj then it might be possible to distribute it. Also allowing the PL to use a different JVM shouldn't be a problem so long as nothing is distributed which depends on the alternate JVM. The GPL is all about distribution and so I'm not sure that it would actually be a problem for an end-user to use Sun's JVM with GPL'd Java code. Anyhow, if people are really interested in these issues as they relate to a distribution, it might make sense to bring it up on debian-legal... Thanks, Stephen
В списке pgsql-hackers по дате отправления: