Re: Let Jikes (finally) go into testing on its own...

2004-01-18 Thread Grzegorz B. Prokopski
W liście z nie, 18-01-2004, godz. 19:41, Adam Majer pisze: > PS. Furthermore, since these wrappers are NOT and should not be dependent > on version of the JVM (or kaffe), they should be maintained such that > they work with ALL the versions of the JVM. This should be simple enough :) Speaking of

Re: Let Jikes (finally) go into testing on its own...

2004-01-18 Thread Adam Majer
On Sun, Jan 18, 2004 at 11:04:55PM +0100, Arnaud Vandyck wrote: > Adam Majer <[EMAIL PROTECTED]> writes: > > Jikes only needs *any* version to be in testing. A given package has > > to be removed from testing for the current problems to occur. > > Hopefully, kaffe will get into testing by the middl

Re: Let Jikes (finally) go into testing on its own...

2004-01-18 Thread Arnaud Vandyck
Adam Majer <[EMAIL PROTECTED]> writes: > On Sat, Jan 17, 2004 at 12:44:34AM -0500, Grzegorz B. Prokopski wrote: >> [*] This is completly irrelevant that jikes is currently held by >> Kaffe. Tomorrow it may be held by SableVM, and in a week by Classpath >> or GIJ. > > Jikes only needs *any* version

Re: eclipse crashes on startup

2004-01-18 Thread Thomas J. Zeeman
Hi Jan, On Sun, 18 Jan 2004, Jan Schulz wrote: [snip] > I'm not sure what is happening on your system, but unfortunatelly ant > will eat more memory than 128MB to compile eclipse. It seems that your > kernel or anything else on the system wont let it take anything more > than 128MB and ant gets k

Re: eclipse crashes on startup

2004-01-18 Thread Jan Schulz
Hallo Thomas, * Thomas J. Zeeman wrote: >First off: Juergen, thanks for the fast response! >From me too! Finaly I can give something to my eclipse 'failed in native code' bugs. >With both BD 1.4.2-rc1 and Sun 1.4.2_03 it gets aborted during >compilation, an earlier point than where BD 1.4.1 cras

Re: Status and futur of ArgoUML package(s)

2004-01-18 Thread Grzegorz B. Prokopski
W liście z nie, 18-01-2004, godz. 11:27, Arnaud Vandyck pisze: > "Grzegorz B. Prokopski" <[EMAIL PROTECTED]> writes: > They do provide it. I think it's not legal. But I already told them but > retract because I was not sure enough. You an always ask at debian-legal first. I haven't read ALL the l

Fosdem 2004 program

2004-01-18 Thread Mark Wielaard
GNU Classpath & Friends - Free Java - Fosdem 2004 program. We now have an official program for our meeting at Fosdem 2004. (February 21/22, Brussel) And an official page: http://www.fosdem.org/2004/index/dev_room_java (Abstract for all talks will be added soon to that page.) The schedule was cons

Re: Status and futur of ArgoUML package(s)

2004-01-18 Thread Arnaud Vandyck
Anthony DeRobertis <[EMAIL PROTECTED]> writes: > On Sat, 2004-01-17 at 21:29, Arnaud Vandyck wrote: > >> I did Cc: debian-legal to have a look at the license but I think it's >> completly non-free! > > Not only non-free, but so bad we couldn't even put it in the non-free > section. > > For example

Re: Status and futur of ArgoUML package(s)

2004-01-18 Thread Arnaud Vandyck
"Grzegorz B. Prokopski" <[EMAIL PROTECTED]> writes: > W liÅcie z sob, 17-01-2004, godz. 21:29, Arnaud Vandyck pisze: >> >> I'm facing a serious problem with the ArgoUML debian package. The >> next generation of ArgoUML (current development 0.15 and next stable >> 0.16) will use the mdr library:

Bug#227594: Seconding binfmt/JAR proposal

2004-01-18 Thread Arnaud Vandyck
I second it too. Ben Burton <[EMAIL PROTECTED]> writes: > I second this proposal (reproduced below). > >> I propose to change the following paragraphs in section 2.3 of the >> Debian Java policy >> >> > Programs must have executable(s) in /usr/bin and be executable. They >> > can be Java classes

Bug#227594: Seconding binfmt/JAR proposal

2004-01-18 Thread Ben Burton
I second this proposal (reproduced below). > I propose to change the following paragraphs in section 2.3 of the > Debian Java policy > > > Programs must have executable(s) in /usr/bin and be executable. They > > can be Java classes (using binfmt_misc) or wrappers. In any case, > > they > > must r