Re: java dependency substvars and native compilation
* Arnaud Vandyck: > On 5/11/07, Matthew Johnson <[EMAIL PROTECTED]> wrote: >> On Fri May 11 07:19, Michael Koch wrote: >> > On Thu, May 10, 2007 at 02:11:27PM +0100, Matthew Johnson wrote: >> > > OK, so as an alternative, I have a version which reads the Class-Path: >> > > variable from the jar. >> > Setting the Class-Path attribute in the manifest only makes sense for >> > applications. It doesn't makes sense for libraries. The problem is that >> > the VM only uses the Class-Path attribute when you execute >> It also makes sense for libraries; Java recursively adds the classpath, >> so a library which depended on other libraries would have one so that >> applications don't have to guess what libraries their libraries may use. > > This is true if the application is launched with java -jar myapp.jar. It also happens for JARs which are on the classpath, AFAICT. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Debian Wiki] Update of "Java" by HenningSprang
Michael Koch writes: > On Thu, Jul 19, 2007 at 01:27:22PM +0200, Henning Sprang wrote: > > Michael Koch wrote: > > > On Thu, Jul 19, 2007 at 12:28:09PM +0200, Arnaud Vandyck wrote: > > >> Am I missing something? Isn't Sun's Java 6 in Debian still in non-free?! > > > It is. And it will never move to main. Someone should revert this change > > > to old text which is more clear, IMO. > > > > Please look at the Wiki page the edited sentence described, first. > > > > The link this sentence is describing is not about Java 6 in particular, > > and the link to NonFree was broken, so I removed it, and made the > > sentence more generic. > > > > The OpenJDK the linked page is describing will not be in non-free for a > > very long time, I guess, but in contrib, I guess? > > There is still a long road to get this into main. Many legal issues need > to be solved first. OpenJDK will never be in non-free, ever. OpenJDK is free software. > > It might a different case with a binary distribution of suns jdk (will > > that be available as deb in parallell toi the really gpl free jdk?) > > > > > > Tell me what you think and I'll change it to fit your tastes - > > currently, saying "it is in Debian" is not exactly wrong. > > It is. Quoting the Debian Policy: > > "Packages in the other distribution areas (contrib, non-free) are not > considered to be part of the Debian distribution, although we support > their use and provide infrastructure for them (such as our bug-tracking > system and mailing lists)." [ OT: What a nasty us of the passive voice. "Not considered to be part of the Debian distribution" by whom? It would have been so easy to say "Packages in the other distribution areas (contrib, non-free) are not part of the Debian distribution." Even "We do not consider packages in the other distribution areas (contrib, non-free) to be part of the Debian distribution" would have been better. :-) ] Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: java dependency substvars and native compilation
On 5/11/07, Michael Koch <[EMAIL PROTECTED]> wrote: [...] We could put into the policy that we need to make sure the Class-Path attribute has a sensible value. This is a very very good idea! I fully support this. -- Arnaud Vandyck -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: java dependency substvars and native compilation
On 5/11/07, Matthew Johnson <[EMAIL PROTECTED]> wrote: On Fri May 11 07:19, Michael Koch wrote: > On Thu, May 10, 2007 at 02:11:27PM +0100, Matthew Johnson wrote: > > OK, so as an alternative, I have a version which reads the Class-Path: > > variable from the jar. > Setting the Class-Path attribute in the manifest only makes sense for > applications. It doesn't makes sense for libraries. The problem is that > the VM only uses the Class-Path attribute when you execute It also makes sense for libraries; Java recursively adds the classpath, so a library which depended on other libraries would have one so that applications don't have to guess what libraries their libraries may use. This is true if the application is launched with java -jar myapp.jar. Any way, setting Class-Path property in the MANIFEST file is a very good idea. -- Arnaud Vandyck -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Debian Wiki] Update of "Java" by HenningSprang
On 7/19/07, Michael Koch <[EMAIL PROTECTED]> wrote: On Thu, Jul 19, 2007 at 03:49:03PM +0200, Henning Sprang wrote: [...] > (I'm trying to invest some time everytime I have some left to get that > cleaned up) That work is really needed. Thanks for taking a stab on this. Henning, Your work is *really* needed and *really* appreciated. Don't hesitate to make changes, ask the list and so. And if you make something wrong, we follow the changes of the wiki and we can send a mail to correct the wiki (like I did). Once again, many thanks for your work. Cheers, -- Arnaud Vandyck -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
