Re: Tomcat won't start on reboot

2003-07-24 Thread Kalle Kivimaa
Edward Murray [EMAIL PROTECTED] writes: Can anybody else confirm this problem with tomcat4? I have the same problem. Starting Tomcat4 at startup via /etc/rc2.d/tomcat4 does not work but running /etc/init.d/tomcat4 start from the command line works. This has been reported on the BTS and marked

Re: Tomcat won't start on reboot

2003-07-24 Thread Stefan Gybas
Edward Murray wrote: I'm pretty certain that this is a bug in the woody tomcat4 package. That's true, see http://bugs.debian.org/198226 for details and why I can't fix it in woody. Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL

Re: Library problem with gnome|gtk-java?

2003-07-24 Thread Arnaud Vandyck
Ben Burton [EMAIL PROTECTED] wrote: I'll re-do some tests but I'm sure it did not work neither with gij nor kaffe! Are you using gij-wrapper (and not just gij)? Maybe I missed something: [EMAIL PROTECTED]:~/docs/java/gnome$ gij- gij-3.3 gij-wrapper-3.3 [EMAIL

Re: Library problem with gnome|gtk-java?

2003-07-24 Thread Ben Burton
[EMAIL PROTECTED]:~/docs/java/gnome$ LD_LIBRARY_PATH=/usr/lib/jni gij-3.3 First is OK :) Hmm, what happens if you use LTDL_LIBRARY_PATH instead of LD_LIBRARY_PATH? This is essentially what the gij-wrapper script is doing. If LD_LIBRARY_PATH works but LTDL_LIBRARY_PATH does not then the

Re: Library problem with gnome|gtk-java?

2003-07-24 Thread Arnaud Vandyck
Ben Burton [EMAIL PROTECTED] wrote: [EMAIL PROTECTED]:~/docs/java/gnome$ LD_LIBRARY_PATH=/usr/lib/jni gij-3.3 First is OK :) Hmm, what happens if you use LTDL_LIBRARY_PATH instead of LD_LIBRARY_PATH? This is essentially what the gij-wrapper script is doing. If LD_LIBRARY_PATH works

Fw: RFS: libgef-java-0.9.6-3

2003-07-24 Thread Arnaud Vandyck
I already try on d-mentors but I got no response. Any gentle DD here? :) -- Arnaud Vandyck http://alioth.debian.org/users/arnaud-guest/ ---BeginMessage--- Hi all, The sponsor for libgef-java (gadek) seems to be very busy at the moment (this is one of the reason I did take the

Re: additions to java-policy

2003-07-24 Thread Arnaud Vandyck
Ben Burton [EMAIL PROTECTED] wrote: [...] I certainly don't believe we should remove versioned JARs until we can come up with a solution that addresses the API problem. The current solution is like giving a C library an soname that is equal to the application version. If we remove

Re: Eclipse and main

2003-07-24 Thread E.L. Willighagen (Egon)
On Tuesday 22 July 2003 10:39, Arnaud Vandyck wrote: RHUG: http://sources.redhat.com/rhug/ really is cool. The only sad thing is that it is all build as RPMs done for RedHat systems. Would be really nice to also have real Debian packages of all his stuff. (I asked him if he would

Re: Eclipse and main

2003-07-24 Thread Arnaud Vandyck
E.L. Willighagen (Egon) [EMAIL PROTECTED] wrote: On Tuesday 22 July 2003 10:39, Arnaud Vandyck wrote: RHUG: http://sources.redhat.com/rhug/ really is cool. The only sad thing is that it is all build as RPMs done for RedHat systems. Would be really nice to also have real Debian

Re: additions to java-policy

2003-07-24 Thread Arnaud Vandyck
Ben Burton [EMAIL PROTECTED] wrote: [...] I certainly don't believe we should remove versioned JARs until we can come up with a solution that addresses the API problem. The current solution is like giving a C library an soname that is equal to the application version. If we remove

Re: Eclipse and main

2003-07-24 Thread Arnaud Vandyck
E.L. Willighagen (Egon) [EMAIL PROTECTED] wrote: On Tuesday 22 July 2003 10:39, Arnaud Vandyck wrote: RHUG: http://sources.redhat.com/rhug/ really is cool. The only sad thing is that it is all build as RPMs done for RedHat systems. Would be really nice to also have real Debian