David Baron wrote:
> > And? Then tell the package systen using (equivs?) that you have Java
> > already. The package system in this case does not know that - it simply
> > cant.
> OK, how? As I say below, JAVA_HOME is usually in the env.
I said it. equivs.
> I have not encountered others that would not install. OO-3 that I have
> currently installed from Experimental installed just fine and runs without a
> hitch. Has anything changed radically from 3.0.0.4 to 3.0.1-rc#?
No. Except that more stuff in OOo now need Java (like searching
in the help)
> Usually for Java-dependent installs, environment variables such as JAVA_HOME
> indicate the presence of a jre or such installations request the path. If
Yes, but that's for *runtime*. And for the nonsensical .run
or similar installs. dpkg/apt do not care about any envvars wrt that,
they just look at the package dependencies.
> neither JAVA_HOME or user simple types enter, a jvm can be installed at this
> point. (If not sure, leave blank and jvm will be installed ... many Debian
> pre- or post-install scripts work this way, out of the box).
Correct. but as said JAVA_HOME is independent from the package system
level. Andthey will ot honour JAVA_HOME for installing packages either,
no. They might just work because they allow java2-runtime to fullfill
their deps, which I can't do, since some JVMs (cacao-oj6-jre for example)
do provide java2-runtime but doesn't work wiith OOO.
> I have not encountered others that would not install. OO-3 that I have
> currently installed from Experimental installed just fine and runs without
a
> hitch. Has anything changed radically from 3.0.0.4 to 3.0.1-rc#
RTF changelog:
-5 added the following:
- don't add | java5-runtime to JAVA_RUNTIME_DEPENDS as we don't work
with cacao-oj6
- add lucene-depends substitution also to binary-arch since openoffice.org
is not Arch: all and it doesn't get the liblucene2-java dep otherwise.
[...]
* debian/control.in:
- conflict against cacao-oj6-jre (closes: #495694)
So we right now (and that's a bugfix!) don't allow *any* Java 5
capable JVMs but just those who I know which work.
> Note that the great and holy sun distributes their VirtualBox as .deb for
> each
Sun is anything else than great and holy.
> Debian version, Ubuntu, etc., as well as rpms, rather than a .run or .sh of
> which the distro's package system would be unaware.
Yep. And Sun also does distribute their jre as deb. (afaik, "jre",
which would be a bug in our sun jdk packages to not provide "jre",
or the OOo packages could add a | jre at the end).
Grüße/Regards,
René
--
.''`. René Engelhard -- Debian GNU/Linux Developer
: :' : http://www.debian.org | http://people.debian.org/~rene/
`. `' r...@debian.org | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
