openjdk is hard coded in /usr/bin/gnome-split
Bug #505407 reported by
Damien Lecan
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| GNOME Split |
Fix Released
|
Low
|
Guillaume Mazoyer | ||
Bug Description
Consequence of removing openjdk dependency, GS cannot be launched with sun-jdk because openjdk is hard coded in /usr/bin/
Revision history for this message
| Guillaume Mazoyer (respawneral) wrote | #1 |
| Changed in gnome-split: | |
| assignee: | nobody → Guillaume Mazoyer (respawneral) |
| importance: | Undecided → Low |
| status: | New → Confirmed |
Revision history for this message
| Guillaume Mazoyer (respawneral) wrote | #2 |
| Changed in gnome-split: | |
| status: | Confirmed → Fix Committed |
| Changed in gnome-split: | |
| status: | Fix Committed → Fix Released |
To post a comment you must log in.
Actually, the open-jdk call is not really hardcoded. During the compilation, the configure script will look for the available JDK and JRE. Then, it will choose one (compatible with our software version) and use it for the Java code compilation and byte code execution. The real problem is in the packaging. If you compile GNOME Split by yourself, the Sun runtime will be used but since default-jdk use open-jdk if Java is not installed on the machine, during the packaging open-jdk is used so here is the bug.
A simple solution will be to simply call the "java" binary (without the full path, just let the system look for the binary using its PATH environment variable) in the /usr/bin/