Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#13004 - [openoffice-base] inexistent optional dependency on java-runtime

Attached to Project: Arch Linux
Opened by Corrado Primier (bardo) - Tuesday, 27 January 2009, 16:48 GMT
Last edited by Hugo Doria (hdoria) - Saturday, 21 March 2009, 22:41 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To No-one
Architecture All
Severity Very Low
Priority Normal
Reported Version None
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

The openoffice-base package in [extra] has an optional dependency on java-runtime, but this package doesn't exist in any repo. Shouldn't this be openjdk6 since the official java distro has been moved to unsupported?
This task depends upon

Closed by  Hugo Doria (hdoria)
Saturday, 21 March 2009, 22:41 GMT
Reason for closing:  Fixed
Comment by kkl2401 (kkl2401) - Tuesday, 27 January 2009, 18:33 GMT
java-runtime is a "fake package", a dependency that is provided by at least three different packages - java-gcj-compat, jre and openjdk6. BTW, Sun's java (packages jre and jdk) hasn't been moved to unsupported, merely to community.
Comment by Greg (dolby) - Tuesday, 27 January 2009, 19:21 GMT
The PKGBUILD should probably state optdepends=('java-runtime: adds java support (openjdk6 or jre)'
or something similar as the java-runtime doesnt exist.
Comment by kkl2401 (kkl2401) - Tuesday, 27 January 2009, 19:43 GMT
Yes, package java-runtime doesn't exist. On the other hand unless I'm mistaken when you run pacman -S java-runtime, pacman will offer to install one of the packages that provide it.
Comment by Greg (dolby) - Tuesday, 27 January 2009, 20:02 GMT
pacman -S java-runtime tries to install java-gcj-compat here. I dont have community enabled to see if it would prompt for jre as well. But openjdk6 is in extra.
Comment by kkl2401 (kkl2401) - Tuesday, 27 January 2009, 23:18 GMT
Your point being? Why should pacman install openjdk6? The openoffice-base package claims that ANY java runtime environment will do as an optional dependency. So, if you run pacman -S java-runtime, pacman will try to install the first java runtime environment that "comes into mind". If you want a PARTICULAR environment, for example openjdk6, run pacman -S openjdk6. What's the problem?

To me this is a "not a bug".
Comment by Greg (dolby) - Tuesday, 27 January 2009, 23:31 GMT
The key word in your sentence above is ANY. Any doesnt mean java-gcj-compat. The user has to be informed somehow, about the other packages that provide java-runtime IMO.
If not directly openjdk6 as bardo is saying.
PS. I dont use openoffice nor mean to in the near future. I am unsubscribing from this. I dont care enough to continue discussing it. andyrtr will come to the rescue soon :)
Comment by kkl2401 (kkl2401) - Tuesday, 27 January 2009, 23:36 GMT
Any means any, so why not java-gcj-compat? :-) Anyway what you mean should be filed as a feature request of pacman (a reasonable one, too). But there is definitely no reason for openoffice-base to depend (or optionally depend) on a specific java runtime environment.
Comment by Corrado Primier (bardo) - Wednesday, 28 January 2009, 09:02 GMT
Uhm... maybe you're right. But since java-runtime doesn't even exist, a post_install() message would be better. IIRC, a pacman FR was discussed some time ago about "virtual" packages, like 'database' 'webserver' and such, and it was discarded: it means a lot of overhead for packagers, and it's simply non-KISS.
Comment by Andreas Radke (AndyRTR) - Wednesday, 28 January 2009, 18:24 GMT
[root@workstation64 andyrtr]# pacman -Ss java-runtime
extra/java-gcj-compat 1.0.78-1
Wrapper package to wrap free tools into a java 1.5.0.0 compatible java environment
extra/openjdk6 1.3.1-2
Free Java environment based on OpenJDK 6.0 with IcedTea6 replacing binary plugs.
community/jre 6u11-1
Sun's java runtime environment

so where's the problem. i see no reason to change something.

Loading...