staging.inyokaproject.org

Hallo,

folgender .desktop-Starter funktioniert mit ca. 90% der Aufrufe nicht:

[Desktop Entry]
Categories=Education;Geoscience;Maps;
Comment[de_DE]=Extensible off-line editor for OpenStreetMap (OSM)
Comment=Extensible off-line editor for OpenStreetMap (OSM)
GenericName[de_DE]=Java OpenStreetMap Editor
GenericName=Java OpenStreetMap Editor
Exec=java -jar "/mnt/Daten/Technik/.../.../josm-tested 18700.jar"
#Exec="/mnt/Daten/Technik/LINUX/PauseOnError.sh" && java -jar "/mnt/Daten/Technik/.../.../josm-tested 18700.jar"
Icon=/mnt/Daten/Technik/LINUX/Icons/JOSM_2019.svg
Keywords=OpenStreetMap;OSM;
MimeType=application/zip;application/x-xz;application/x-bzip;application/gzip;application/gpx+xml;application/gpx+xml;application/geo+json;
Name[de_DE]=JOSM
Name=JOSM
Path=
StartupNotify=true
StartupWMClass=org-openstreetmap-josm-gui-MainApplication
Terminal=true
TerminalOptions=
Type=Application
Version=1.0
X-DBUS-ServiceName=
X-DBUS-StartupType=
X-KDE-SubstituteUID=false
X-KDE-Username=

Im Terminal funktioniert immer:

java -jar "/mnt/Daten/Technik/.../.../josm-tested 18700.jar"

Um die Ursache herauszufinden, habe ich die alternative Exec-Zeile

Exec="/mnt/Daten/Technik/LINUX/PauseOnError.sh" && java -jar "/mnt/Daten/Technik/.../.../josm-tested 18700.jar"

mit PauseOnError.sh aktiviert, aber PauseOnError.sh springt gar nicht an. Deren Code:

#!/bin/sh
# Konsole im Fehlerfall zur Anzeige der Fehlermeldung offen halten, falls eine Routine über .desktop gestartet wurde
# Quelle: https://forum.ubuntuusers.de/topic/python-skript-per-desktop-starten-fenster-erha/#post-9317633
"$@" || read -p 'error, press ENTER to exit' foo   # foo ist ein beliebiger Variablenname. read speichert die Eingabe in einer Variable, aber den Wert der Eingabe brauchen wir nicht,

Wie kann ich die Ursache finden und abstellen?

michahe schrieb:

[…] Wie kann ich die Ursache finden und abstellen?

1. Wiki lesen: Desktop-Dateien

2. Desktop-Datei auf Syntaxfehler prüfen und ggf. beseitigen.

3. Prüfen, ob es die Datei /mnt/Daten/Technik/.../.../josm-tested 18700.jar überhaupt gibt. Verwendest Du wirklich solche absonderlichen Namen für Verzeichnisse?

Hallo michahe,

Du hast als verwendeten Pfad folgenden angegeben:

java -jar "/mnt/Daten/Technik/.../.../josm-tested 18700.jar"

Bitte beachte, dass die standardmäßig unter *jeder* Linuxinstallation verwendeten Zeichen "." für das aktuelle Verzeichnis und ".." für das übergeordnete Verzeichnis schon belegt sind.

Daher solltest Du zunächst die Namen der verwendeten Verzeichnisse anpassen und dann erneut prüfen, ob der Fehler noch auftritt.

Grüße

schollsky

Danke, ich bitte um Entschuldigung für den ungeschickten Platzhalter ... Aber:

$ java -jar "/mnt/Daten/Technik/Platz/halter/josm-tested 18700.jar"

funktioniert immer!

Exec=java -jar "/mnt/Daten/Technik/Platz/halter/josm-tested 18700.jar"

funktioniert (meistens) nicht. Warum?

michahe schrieb:

…Warum?

• .desktop-Dateien wurde dir verlinkt: desktop-file-validate schon gemacht?

• ist Java installiert und im Default-PATH vorhanden? (Umgebungsvariablen). Wenn nicht, muss der absolute Pfad zum Interpreter eingetragen werden.

• journalctl !

@michahe

desktop-Starter funktioniert mit ca. 90% der Aufrufe nicht:

Das Terminal in dieser Config sollte sich immer öffnen. Macht es das zwecks Erhellung?

Falls nicht, oder nur kurz, setze mal Folgendes ein:

Exec=bash -c "java -jar '/mnt/Daten/Technik/.../.../josm-tested 18700.jar';read"

Schau mal:

josm-tested 18700.jar

Vmtl. dürfte das dann auch ohne die '...' gehen.(mit bash -c)

Danke ChickenLipsRfun2eat und Marant--,

desktop-file-validate liefert (jetzt) keine Meldung mehr, trotzdem kein Start und ein Fehler ist nicht sichtbar (Terminal schließt sofort). Mit der Exec-Zeile von

Exec=bash -c "java -jar '/mnt/Daten/Technik/.../.../josm-tested 18700.jar';read"

Ich habe noch die Java-Version ergänzt:

Exec=bash -c "/usr/lib/jvm/java-19-openjdk/bin/java -jar '/mnt/Daten/Technik/.../.../josm-tested 18700.jar';read"

trotzdem kommt die Fehlermeldung:

Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=gasp
Error: A JNI error has occurred, please check your installation and try again
Exception in thread "main" java.lang.UnsatisfiedLinkError: /usr/lib/jvm/java-19-openjdk/lib/libnio.so: /usr/lib/jvm/java-8-openjdk/jre/lib/amd64/libnet.so: undefined symbol: JVM_InitializeSocketLibrary, version SUNWprivate_1.1

ABER: Das Problem existiert nur mit der .desktop. Der Terminal-Befehl

$ java -jar "/mnt/Daten/Technik/.../.../josm-tested 18700.jar"

startet die Anwendung einwandfrei!

/mnt/Daten/Technik/.../.../josm-tested 18700.jar

Soll das ein Pfad sein?

Zeige mal

ls /mnt/Daten/Technik/.../.../josm-tested
which java

Terminal schließt sofort).

Wie, mit der Zeile?

Exec=bash -c "java -jar '/mnt/Daten/Technik/.../.../josm-tested 18700.jar';read"

Danke Marant--.

ls /mnt/Daten/Technik/.../.../josm-tested

$ ls "/mnt/Daten/Technik/.../.../josm-tested"
Zugriff auf '/mnt/Daten/Technik/Software-Installationsprogramme/NaviKarten OSM Garmin/OSM/josm-tested*' nicht möglich: Datei oder Verzeichnis nicht gefunden
$ ls "/mnt/Daten/Technik/.../.../josm-tested 18700.jar"
'/mnt/Daten/Technik/Software-Installationsprogramme/NaviKarten OSM Garmin/OSM/josm-tested 18700.jar'

$ which java
/usr/bin/java

Terminal schließt sofort). > Wie, mit der Zeile?

Exec=bash -c "java -jar '/mnt/Daten/Technik/.../.../josm-tested 18700.jar';read"

Ja.

Mach mal einen Test, vmtl. läuft die allein:

Kopieren "josm-tested 18700.jar" und umbenennen nach ~/Downloads, also in Downloads soll dann stehen

josm-tested_18700.jar

Dann im Terminal Test

java -jar ~/Downloads/josm-tested_18700.jar

edit

Geht das, dann bzgl. der *.desktop

Das rein:

Exec=java -jar /home/<Dein_User>/Downloads/josm-tested_18700.jar

sollte das nicht gehen, dann den Interpreter mitgeben

Exec=bash -c "java -jar /home/<Dein_User>/Downloads/josm-tested_18700.jar"

Läuft das ebenfalls, dann die Datei dahin wohin sie soll, ohne Leerzeichen irgendwo im Pfad!

Das auch zum Lesen:

https://wiki.ubuntuusers.de/JOSM/#Manuell

Das Problem ist ein anderes, im Titel hatte ich ja schon "meistens":

• Am 25.04.2023 habe ich diese Zeile der .desktop definiert und die Dateí seither nicht mehr editiert.

  Exec=java -jar '/mnt/Daten/Technik/.../.../OSM/josm-tested 18700.jar'

• Am 25.04.2023 mehrere Starts ohne Probleme.

• Am 26.04.2023 drei Startversuche: Alle fehlgeschlagen.

• Am 27.04.2023 mehrere Starts ohne Probleme.

Wo / wie kann ich das Problem suchen?

Wo / wie kann ich das Problem suchen?

Sitzt vor dem Rechner. Ausführung per Terminal und Exec= sind nicht das Selbe.

Ich hab kein Java, kann das also nicht nachvollziehen. Ich würde aber zunächst nach den Umgebungsvariablen Ausschau halten, da du Exec=bash -c verwendest, welches nicht deinem Nutzerprofil entspricht. Falls die Anwendung also irgendwelche dieser Variablen braucht, müssen die im ausführenden Kontext enthalten sein.

/NaviKarten OSM Garmin/OSM/josm-tested 18700.jar'

Solange Der Das nicht ändert... Schön störanfällig.

michahe schrieb:

[…]

• Am 25.04.2023 mehrere Starts ohne Probleme.

ein Dienstag

• Am 26.04.2023 drei Startversuche: Alle fehlgeschlagen.

ein Mittwoch

• Am 27.04.2023 mehrere Starts ohne Probleme.

ein Donnerstag

Also funktioniert es bisher an allen Wochentagen, welche mit D beginnen oder vielleicht liegt es auch am geraden/ungeraden Datum – mehr können wir auf Grund Deiner Angaben bisher nicht erkennen.

Wodurch unterscheiden sich denn die Tage in Bezug auf Deine EDV?

Wo / wie kann ich das Problem suchen?

In Deiner Erinnerung: Wodurch unterscheiden sich die Tage, an denen es funktioniert von denen, wenn es nicht funktioniert? Du hast etwas unterschiedliches gemacht!