> >Actually, when I come to think of it since it's just a library, I don't
> >see why libtomcat4-java should worry about whether java2-runtime or
> >j2re1.4 is installed or not.
>
> That's actually exactly my opinion. But some people on the debian-java
> mailing list have a different opinion.
On Jan 18, 2004, at 12:45, Arnaud Vandyck wrote:
Thanks for your help. ArgoUML project[1] does put this library in their
CVS[2]. Do you think it's legal? I already did warn them[3], Was I
wrong
or right?
There are provisions in there allowing redistribution under certain
terms. It's a very long
josh buhl wrote:
no they don't. some, like tomcat4, have an "or" type dependency on
java-virtual-machine, so the dummy package takes care of this. the only
two java packages giving me a headache right now are libtomcat4-java and
libcommons-beanutils-java, both of which insist on installing
jav
Stefan Gybas wrote:
You can use equivs for that. See README.Debian in java-common for
details.
very nice. i see that this does take care of the problem, but how are
you going to get the user to know/do this, since when installing, all he
sees is a error message reporting missing dependencies. th
Stefan Gybas wrote:
You can use equivs for that. See README.Debian in java-common for
details.
very nice. i see that this does take care of the problem, but how are
you going to get the user to know/do this, since when installing, all he
sees is a error message reporting missing dependencies. th
Hi Josh,
josh buhl wrote:
well, this is always going to be a problem. i don't see how you can
remove the dummy packages without causing headaches for everybody who
wants to use Sun's j2sdk or j2re (or any other non debian jvm or
whatever). you need a dummy package to tell other debian packages
Stefan Gybas wrote:
josh buhl wrote:
Here's the deal: I have Sun's j2sdk1.4.2_01 installed. That pretty
much takes care of all the java dependencies, but since it's not a
debian package, none of the debian java stuff knows about it. I don't
want to install any of the packages that provide java2
josh buhl wrote:
Here's the deal: I have Sun's j2sdk1.4.2_01 installed. That pretty much
takes care of all the java dependencies, but since it's not a debian
package, none of the debian java stuff knows about it. I don't want to
install any of the packages that provide java2-runtime, since I've
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
I'm working on three java chemistry programs (cdk, jcpcdk and jmol, see
mentors.debian.net APT archive), and I have cdk compiled with gcj 3.3.2 (from
testing).
When I run the cdk-view shell wrapper which does:
/usr/bin/java -cp list-of-ja
Michael Forster wrote:
IIRC the problem is, that the links are regenerated when the package is
updated.
They are not regenerated if at least one link is not deleted (or an S
link is replaced by a K link).
Stefan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trou
Mariano García wrote:
I want to ask you if there is any way to get tomcat does not start
automatically when linux starts.
Yes, you can set TOMCAT4_USER to an empty string in
/etc/default/tomcat4. However, you won't be able to manually run
/etc/init.d/tomcat4 in this case either.
There has been
Stefan Gybas <[EMAIL PROTECTED]> writes:
> I fully agree with you! The only useful things in the
> current Java Policy are /usr/share/java for JARs, /usr/lib/jni
> and the naming of library packages. Everything else is based
> on wrong assumtions. :-(
I also agree.
--
.''`.
:
Jerry Haltom <[EMAIL PROTECTED]> writes:
> What I think we MUST do is aim to have a end user application, that
> runs on Java, work as expected. To this end, I see java2-runtime being
> provided by runtimes that conform to Sun's published standards, and no
> others. However we verify that i
Stefan Gybas wrote:
Daniel Bonniot wrote:
One solution to this (which I found at
http://www.mail-archive.com/[EMAIL PROTECTED]/msg10605.html)
would be to temporily make new (empty) versions of the jikes-*
packages with priority extra, and that only depend on the new
jikes-with-* packages.
T
Hi Jerry,
Jerry Haltom wrote:
What I think we MUST do is aim to have a end user application, that runs
on Java, work as expected. To this end, I see java2-runtime being
provided by runtimes that conform to Sun's published standards, and no
others. However we verify that is up in the air. Addition
Daniel Bonniot wrote:
One solution to this (which I found at
http://www.mail-archive.com/[EMAIL PROTECTED]/msg10605.html)
would be to temporily make new (empty) versions of the jikes-* packages
with priority extra, and that only depend on the new jikes-with-*
packages.
This would require a new
16 matches
Mail list logo
