Arch Linux

JAVA -> Pfadvariable setzen

opens

Hallo,
ich würde gerne die Pfadvariable für JAVA setzen:

Ich habe folgende Zeile in /etc/profile ergänzt:

JAVA_HOME="/usr/lib/jvm/java-7-openjdk"

und

source /etc/profile

ausgeführt. (...Terminalneustart...)

Dennoch liefert

echo $JAVA_HOME

nichts.

Das ist die Fehlermeldung (in Englisch), weswegen ich diese Variable setzen möchte:

CMake Error at /usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:138 (message):
  Could NOT find Java (missing: Java_JAR_EXECUTABLE Java_JAVAC_EXECUTABLE
  Java_JAVAH_EXECUTABLE Java_JAVADOC_EXECUTABLE) (found version "1.7.0.111")
Call Stack (most recent call first):
  /usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:378 (_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake-3.7/Modules/FindJava.cmake:243 (find_package_handle_standard_args)
  Wrapping/Java/CMakeLists.txt:1 (find_package)
CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
JAVA_INCLUDE_PATH (ADVANCED)

Was mache ich falsch?
Viele Grüße und danke im Voraus!

Werner

Mir ist nicht ganz klar, was du vorhast. Eigentlich würde man die Variable so setzen:

# archlinux-java set java-7-openjdk

stefanhusmann

Du müsstest die Variable auch exportieren, sonst ist sie nach einem Terminalneustart eben nicht mehr definiert. Aber warum willst du sie überhaupt setzen, noch dazu systemweit? Nach dem nächsten Update wäre die Änderung vermutlich wieder weg.

Arch Linux setzt diese und andere Variable nicht, und das hat seinen Grund.

Auch

archlinux-java set java-7-openjdk

setzt diese Variable nicht, sondern sorgt auf andere Weise dafür, dass Java korrekt ermittelt wird.

opens

Werner schriebMir ist nicht ganz klar, was du vorhast. Eigentlich würde man die Variable so setzen:

Ich möchte ein Programm aus dem AUR installieren 🙂 Die Fehlermeldung habe ich im 1. Post gepostet.

# archlinux-java set java-7-openjdk

liefert:
'/usr/lib/jvm/java-7-openjdk' is not a valid Java environment path

stefanhusmann schrieb Du müsstest die Variable auch exportieren, sonst ist sie nach einem Terminalneustart eben nicht mehr definiert. Aber warum willst du sie überhaupt setzen, noch dazu systemweit? Nach dem nächsten Update wäre die Änderung vermutlich wieder weg.

Aus dem englischen Wiki über Java:

Note: After installation, the Java environment will need to be recognized by the shell ($PATH variable). This can be done by sourcing /etc/profile from the command line or by logging out/in again of a Desktop Environment.

Deswegen wollte ich es in /etc/profile schreiben.
Wie sollte ich es denn machen?

Viele Grüße und vielen Dank 🙂

chepaz

opens schrieb
# archlinux-java set java-7-openjdk
liefert:
'/usr/lib/jvm/java-7-openjdk' is not a valid Java environment path

Und was liefert

archlinux-java status

opens

chepaz schrieb
opens schrieb
# archlinux-java set java-7-openjdk
liefert:
'/usr/lib/jvm/java-7-openjdk' is not a valid Java environment path
Und was liefert
archlinux-java status
?

Es liefert:

Available Java environments:
  java-7-openjdk/jre (default)
  java-8-openjdk

stefanhusmann

Aus dem englischen Wiki über Java:
Note: After installation, the Java environment will need to be recognized by the shell ($PATH variable). This can be done by sourcing /etc/profile from the command line or by logging out/in again of a Desktop Environment.
Deswegen wollte ich es in /etc/profile schreiben.
Wie sollte ich es denn machen?

Viele Grüße und vielen Dank 🙂

Die Variable ist ja offenbar dennoch nicht aktiv. Aktiv wird sie, wenn du sie exportierst.

export JAVA_HOME

Aber wie schon gefragt, warum willst du für ein AUR-Paket eine systemweite Änderung durchführen? Ich sehe die Notwendigkeit nicht, zumal ich auch nicht weiß, um welches Paket es sich dabei handelt.

opens

stefanhusmann schrieb Die Variable ist ja offenbar dennoch nicht aktiv. Aktiv wird sie, wenn du sie exportierst.
export JAVA_HOME
Aber wie schon gefragt, warum willst du für ein AUR-Paket eine systemweite Änderung durchführen? Ich sehe die Notwendigkeit nicht, zumal ich auch nicht weiß, um welches Paket es sich dabei handelt.

Es handelt sich um den 3D Datenplotter mayavi-py3, ziemlich einzigartig, kaum durch ein anderes Paket zu ersetzen, soweit es mir bekannt ist. Wenn Du mir sagst, wie ich das Paket auch ohne systemweite Änderung installieren kann, dann wäre ich Dir sehr dankbar 🙂

Zusammenfassend, was ich gemacht habe:
1) # JAVA_HOME="/usr/lib/jvm/java-7-openjdk">> /etc/profile
2) # export JAVA_HOME="/usr/lib/jvm/java-7-openjdk"

Aber es funktioniert immer noch nicht. Wo liegt mein (Denk)fehler?

Werner

chepaz schrieb Und was liefert
archlinux-java status

opens schrieb Es liefert:

Available Java environments:
  java-7-openjdk/jre (default)
  java-8-openjdk

Da stimmt was nicht.

$ ls /usr/lib/jvm/
default  default-runtime  java-7-openjdk  java-8-openjdk
$ archlinux-java status
Available Java environments:
  java-7-openjdk
  java-8-openjdk (default)
# archlinux-java set java-7-openjdk
$ archlinux-java status
Available Java environments:
  java-7-openjdk (default)
  java-8-openjdk

stefanhusmann

mayavi-py3 hat ja für sich genommen gar nichts mit Java zu tun, ich denke, es geht um die Abhängigkeit vtk-py3-qt4?
Beim Bau scheitere ich an derselben stelle wie der AUR-User nuteater:

nuteater commented on 2016-12-19 08:38 schrieb
Thanks for this package! I also need mayavi for Python 3 and VTK is a major PITA to install.

I get a configuring error on a fresh, up-to-date install of arch:

-- Found FontConfig: /usr/lib64/libfontconfig.so
-- Found GL2PS: /usr/lib64/libgl2ps.so
-- Found Qt4: /usr/bin/qmake-qt4 (found version "4.8.7")
CMake Error at /usr/lib64/cmake/Qt5/Qt5Config.cmake:45 (_qt5_Core_check_file_exists):
Unknown CMake command "_qt5_Core_check_file_exists".
Call Stack (most recent call first):
Examples/GUI/Qt/CMakeLists.txt:7 (find_package)

That macro is defined in /usr/lib/cmake/Qt5Core/Qt5CoreConfig.cmake from qt5-base. I have the package installed. Is it strange that CMake tries to find Qt5 stuff even though this package links against Qt4?

stefanhusmann

Der AUR-Maintainer bietet in den Kommentaren einen Link zu einem fertigen Paket zu vtk-py3-qt4 an. Damt baut mayavi aber auch nicht. Ich versuche noch etwas anderes, aber das dauert...

opens

Werner schrieb

chepaz schrieb Und was liefert
archlinux-java status

opens schrieb Es liefert:

Available Java environments:
  java-7-openjdk/jre (default)
  java-8-openjdk

Da stimmt was nicht.

$ ls /usr/lib/jvm/
default  default-runtime  java-7-openjdk  java-8-openjdk
$ archlinux-java status
Available Java environments:
  java-7-openjdk
  java-8-openjdk (default)
# archlinux-java set java-7-openjdk
$ archlinux-java status
Available Java environments:
  java-7-openjdk (default)
  java-8-openjdk

okay, ich habe es nochmals genauer angeschaut:
der Knackpunkt war folgender:

Note that archlinux-java will not let you set an invalid Java environment. In the previous example, jre8-openjdk is installed but jdk8-openjdk is not so trying to set java-8-openjdk will fail:

# archlinux-java set java-8-openjdk
'/usr/lib/jvm/java-8-openjdk' is not a valid Java environment path

(aus dem Archwiki).
Ich habe jetzt jdk7-openjdk installiert und meine gepostete Fehlermeldung ist verschwunden.

Das hat aber nicht funktioniert:
# archlinux-java set java-7-openjdk/jre

Ich gehe also von einer fehlenden Abhängigkeit im Paket aus.

stefanhusmann schrieb mayavi-py3 hat ja für sich genommen gar nichts mit Java zu tun, ich denke, es geht um die Abhängigkeit vtk-py3-qt4?

Ja genau.

Ich erhalte dafür jetzt folgende Fehlermeldung:

ninja: error: '/usr/lib64/jvm/default/lib/amd64/libjawt.so', needed by 'lib/libvtkRenderingCoreJava.so', missing and no known rule to make it
==> FEHLER: Ein Fehler geschah in build().

Ich schaue mir diese Fehlermeldung später genauer an.
Aber wenn Du es bis jetzt noch nicht geschafft hast, es zu installieren, dann brauche ich es wahrscheinlich gar nicht mehr versuchen.
Danke, dass Du Dir so sehr Mühe gibst 🙂 Vielleicht klappt es ja noch 🙂 Ich bin gespannt 🙂

Ich versuche noch etwas anderes, aber das dauert...

[gelöscht]

Fehlt dir das Paket jre7-openjdk-headless?

$ pkgfile libjawt.so
extra/jdk8-openjdk
extra/jre7-openjdk-headless
extra/jre8-openjdk-headless
$ pacman -Ss java-runtime
extra/java-runtime-common 2-2 [installed]
    Common files for Java Runtime Environments
extra/jre7-openjdk 7.u111_2.6.7-1
    OpenJDK Java 7 full runtime environment
extra/jre7-openjdk-headless 7.u111_2.6.7-1
    OpenJDK Java 7 headless runtime environment
extra/jre8-openjdk 8.u112-1
    OpenJDK Java 8 full runtime environment
extra/jre8-openjdk-headless 8.u112-1
[...]

Werner

Ja, man könnte meinen, es fehlt ein Paket. Aber mir scheint, es fehlt »nur« die Datei libjawt.so im Paket jdk7-openjdk:

/usr/lib/jvm/java-7-openjdk/jre/lib/amd64/libjawt.so ist in jre7-openjdk-headless 7.u111_2.6.7-1 enthalten

Bei Version 8 ist die Datei libjawt.so sowohl in jdk8-openjdk als auch in jre8-openjdk-headless identisch enthalten:

/usr/lib/jvm/java-8-openjdk/jre/lib/amd64/libjawt.so ist in jre8-openjdk-headless 8.u121-1 enthalten
/usr/lib/jvm/java-8-openjdk/lib/amd64/libjawt.so ist in jdk8-openjdk 8.u121-1 enthalten

md5sum /usr/lib/jvm/java-8-openjdk/jre/lib/amd64/libjawt.so
4e0be50cc7c1682370f164b8b07143db

md5sum /usr/lib/jvm/java-8-openjdk/lib/amd64/libjawt.so
4e0be50cc7c1682370f164b8b07143db

Ob da die Fehlermeldung herrührt?

stefanhusmann

Die gute Nachricht: Ich hab hier ein Paket. 🙂

Im AUR gibt es ein pkgbase python-multi-vtk, das drei Pakete erstellt: vtk-base, python-vtk und python2-vtk. Letzteres ist Beiwerk. Die Erstellung dieser Pakete dauerte ein paar Stunden.

Lässt man das mayavi-PKGBUILD dann von python-vtk statt vtk-py3-qt4 abhängen, bekommt man ein Paket für mayavi.

Die schlechte Nachricht: Es läuft nicht. 🙁
Fehlermeldung:

# mayavi2
Traceback (most recent call last):
  File "/usr/bin/mayavi2", line 11, in <module>
    load_entry_point('mayavi==4.5.0', 'gui_scripts', 'mayavi2')()
  File "/usr/lib/python3.6/site-packages/mayavi/scripts/mayavi2.py", line 647, in main
    '''
ImportError: Could not import backend for traits
________________________________________________________________________________
Make sure that you have either the TraitsBackendWx or the TraitsBackendQt
projects installed. If you installed Mayavi with easy_install, try easy_install
<pkg_name>. easy_install Mayavi[app] will also work.

If you performed a source checkout, be sure to run 'python setup.py install'
in Traits, TraitsGUI, and the Traits backend of your choice.

Also make sure that either wxPython or PyQT is installed.
wxPython: http://www.wxpython.org/
PyQT: http://www.riverbankcomputing.co.uk/software/pyqt/intro

Heißt für mich: Da fehlt noch ein Paket, das ich nicht im AUR oder den Repos gefunden habe.

stefanhusmann

Ich krieg ne Krise, mayavi ist im [community]-Repo.

opens

rriw schriebFehlt dir das Paket jre7-openjdk-headless?

Eigentlich nicht.

Werner schrieb /usr/lib/jvm/java-7-openjdk/jre/lib/amd64/libjawt.so ist in jre7-openjdk-headless 7.u111_2.6.7-1 enthalten

Ich bin verwirrt, dieses Paket ist installiert, libjawt.so ist darin enthalten, aber es wird in einem anderen Pfad danach gesucht?! Oder verstehe ich etwas falsch?

[opens@archlinux ~]$ sudo pacman -S jre7-openjdk-headless
Warnung: jre7-openjdk-headless-7.u111_2.6.7-1 ist aktuell -- Reinstalliere
Löse Abhängigkeiten auf...
Suche nach in Konflikt stehenden Paketen...

Pakete (1) jre7-openjdk-headless-7.u111_2.6.7-1

Gesamtgröße der installierten Pakete:  77,38 MiB
Größendifferenz der Aktualisierung:   0,00 MiB

:: Installation fortsetzen? [J/n] n

[opens@archlinux ~]$ ls /usr/lib/jvm/java-7-openjdk/jre/lib/amd64/ |grep jawt
libjawt.so

Und die Datei fehlt in folgendem Verzeichnis:

ninja: error: '/usr/lib64/jvm/default/lib/amd64/libjawt.so' missing

stefanhusmann schrieb Die gute Nachricht: Ich hab hier ein Paket. smile

Die schlechte Nachricht: Es läuft nicht. sad

Alles klar, dankeschön. Vielleicht aktualisiert der Maintainer in naher Zukunft die Pakete 🙂

Werner

opens schrieb Ich bin verwirrt, dieses Paket ist installiert, libjawt.so ist darin enthalten, aber es wird in einem anderen Pfad danach gesucht?!

Kann ich verstehen, das ging mir auch so 🙂
Wie Stefan ja oben angemerkt hat, erfolgt die Java-Zuweisung in Arch nicht durch Variable, sondern über entsprechende Verlinkungen, die mit archlinux-java gesetzt werden. Diese Verzeichnisse sind entsprechende Symlinks:

/usr/lib64/jvm/default
/usr/lib64/jvm/default-runtime

Wenn java-8-openjdk auf default steht, verweist

/usr/lib64/jvm/default/lib/amd64/libjawt.so

auf

/usr/lib/jvm/java-8-openjdk/lib/amd64/libjawt.so

Analog dazu ~~wird~~ würde, wenn java-7-openjdk auf default steht, auf diese Datei gezeigt:

/usr/lib/jvm/java-7-openjdk/lib/amd64/libjawt.so

Die ist aber (jedenfalls bei mir) nicht existent:

ls /usr/lib/jvm/java-7-openjdk/lib/amd64/
jli

… was meiner Vermutung nach zu deiner ninja-Fehlermeldung führt – falls auch bei dir der Sachverhalt so ist und ich hier mit meiner nachtmüden Analyse keinen Bock schieße.
Da bei java-8-openjdk gemäß md5sum diese beiden Dateien identisch sind:

/usr/lib/jvm/java-8-openjdk/lib/amd64/libjawt.so
/usr/lib/jvm/java-8-openjdk/jre/lib/amd64/libjawt.so

… gehe ich davon aus, dass es bei java-7-openjdk ebenso sein müsste.

Meinen Befehl zum Suchen der Datei hatte ich oben unterschlagen:

find / -name libjawt.so -exec pacman -Qo {} \+ 2>/dev/null

opens

stefanhusmann schriebIch krieg ne Krise, mayavi ist im [community]-Repo.

Ja, das ist mir wohl entgangen. Der Unterschied liegt wohl in der Version von Python. Die Installation hat mit kleineren nicht weiter erwähnenswerten Schwierigkeiten geklappt 🙂

Werner schriebDa bei java-8-openjdk gemäß md5sum diese beiden Dateien identisch sind:

/usr/lib/jvm/java-8-openjdk/lib/amd64/libjawt.so
/usr/lib/jvm/java-8-openjdk/jre/lib/amd64/libjawt.so

… gehe ich davon aus, dass es bei java-7-openjdk ebenso sein müsste.

Meinen Befehl zum Suchen der Datei hatte ich oben unterschlagen:
find / -name libjawt.so -exec pacman -Qo {} \+ 2>/dev/null

Alles klar, klingt plausibel, vielen Dank 🙂

Eine Frage hat sich mir noch aufgeworfen:

Ich habe jetzt mit pacaur das mayavi-py3 - Paket installieren wollen, was nicht funktioniert hat. Dabei wurden eine ganze Menge anderer Pakete installiert, die ich nicht brauche, wenn das mayavi-py3 - Paket nicht funktioniert.
Normalerweise würde ich alle Abhängigkeiten mit

pacaur -Rs mayavi-py3

(analog zur Pacman-Syntax)
deinstallieren, was aber in diesem Falle nicht möglich ist, da die Installation des Paketes nicht erfolgreich war.
Wie kann ich diese nicht gebrauchten Abhängigkeiten loswerden?

Mir ist das bei Arch Linux nie ganz klar, ob man das überhaupt machen muss, d.h. ob es nicht sogar automatisch passiert.

Werner

pacman -Qdtq listet verwaiste, als Abhängigkeit installierte und nicht mehr benötigte Pakete auf. Weil ich öfter mal das eine oder andere Paket der Liste noch behalten möchte, gehe ich zum Editieren der Liste einen Umweg über eine Textdatei.

pacman -Qdtq > kannweg.txt
nano kannweg.txt 
pacman -Rsn - < kannweg.txt

Nächste Seite »