qt-Adressverwaltung läuft nicht auf stretch

[mampfi]

Thread ist noch nicht im Status "gelöst", aber ich vermute nicht sehr weit davon entfernt.

Liebe Hilfswillige: Seid Ihr im Urlaub oder geflüchtet?

[owl102]

Was noch nicht funktioniert ist der Start mit Doppelklick auf die exe

Doppelklick wo, welcher Dateimanager?

Bei GUI-Anwendungen legt man üblicherweise einen Programmstarter als Datei mit der Endung .desktop an:

https://standards.freedesktop.org/deskt ... atest.html
https://wiki.ubuntuusers.de/.desktop-Dateien/

[mampfi]

Ich weiß nicht, ob das hilfreich für die Fehlersuche ist:
Ich kann auf den jessie-32-Bit-Installationen diese identische Fehlermeldung "provozieren", indes ich die Exe auf einen Usb-Stick kopiere und versuche, von dort aus zu starten.




Doppelklick auf den 32-Bit-jessie-Installati findet statt auf die "exe-Datei" und auch Doppelklick auf einen Link (auf Desktop-Fläche) funktioniert

Bei mir ist auf allen debian-Installtionen MATE installiert.

[mampfi]

Installation von kde-l10n-de ist erfolgt.

Meinte, dass hätte damals den Erfolg gebracht.

Bringt keine Verbesserung.

Hier täuscht mich offenbar die Erinnerung.

eggy schrieb damals etwas von qtcore.

[mampfi]

problem offenbar nicht vollständig lösbar

[mampfi]

Vergessen zu erwähnen: Das exe-File läuft mit Doppelklick auch nicht auf dem stretch-Rechner mit qtcreator

[schorsch_76]

Was gibt ein

Code: Alles auswählen

ldd deinexecutable

aus?

[mampfi]

Jetzt hätt ich beinahe gesagt, ldd hatten wir ja schon, aber nicht beim 65Stretch-Kompilat


And here we are:

root@edi1:/media/partition_x/edi1_daten/edi1_qt/build-adr-Qt_4_8_7_in_PATH_qt4-Release# ldd adr
linux-vdso.so.1 (0x00007ffeab696000)
libQtSql.so.4 => /usr/lib/x86_64-linux-gnu/libQtSql.so.4 (0x00007f1f63a19000)
libQtGui.so.4 => /usr/lib/x86_64-linux-gnu/libQtGui.so.4 (0x00007f1f62d2b000)
libQtCore.so.4 => /usr/lib/x86_64-linux-gnu/libQtCore.so.4 (0x00007f1f62838000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f1f6261b000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f1f62299000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f1f61f93000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f1f61d7c000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f1f619dd000)
libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007f1f6179f000)
libaudio.so.2 => /usr/lib/x86_64-linux-gnu/libaudio.so.2 (0x00007f1f61585000)
libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007f1f61271000)
libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libpng16.so.16 (0x00007f1f6103c000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f1f60e22000)
libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007f1f60b73000)
libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007f1f60920000)
libSM.so.6 => /usr/lib/x86_64-linux-gnu/libSM.so.6 (0x00007f1f60718000)
libICE.so.6 => /usr/lib/x86_64-linux-gnu/libICE.so.6 (0x00007f1f604fb000)
libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x00007f1f602ef000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f1f600dd000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f1f5fd9d000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f1f5fb99000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f1f5f991000)
/lib64/ld-linux-x86-64.so.2 (0x0000557ffa07a000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f1f5f765000)
libXt.so.6 => /usr/lib/x86_64-linux-gnu/libXt.so.6 (0x00007f1f5f4fc000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f1f5f2f8000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f1f5f085000)
libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007f1f5ee7c000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f1f5ec77000)
libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007f1f5ea5f000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f1f5e837000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f1f5e631000)
root@edi1:/media/partition_x/edi1_daten/edi1_qt/build-adr-Qt_4_8_7_in_PATH_qt4-Release#

[schorsch_76]

Code: Alles auswählen

Was noch nicht funktioniert ist der Start mit Doppelklick auf die exe

 Es erscheint Fehlermeldung:

 /home/manfred/schreibtisch/ed1_adr/adr konnt nicht angezeigt werden.

Das ist eigentlich ein kleineres Problem. "Normalerweise (tm)" werden lokale Anwendungen nach /usr/local/bin installiert.

In deinem Fall würde ich die Desktop Datei so machen:

Code: Alles auswählen

[Desktop Entry]
Name=Mein Adi
Comment[de]=Mein Adi
Exec=/Pfad zu meinem Executable
Icon=/Pfad zu meinem Icon
Terminal=false
Type=Application
Categories=Office;
StartupNotify=false

Diese Datei legst du nach "~/.local/share/applications" oder "Normalerweise (tm)" unter "/usr/local/share/applications"

Damit Erscheint der Starter in deimem Startmenü unter Büro. Damit kannst du dann den Starter wie gewohnt auf den Desktop legen.

[1] https://wiki.ubuntuusers.de/.desktop-Dateien/
[3] https://wiki.archlinux.org/index.php/desktop_entries

[mampfi]

Seltsamerweise funktionierte es auf den Jessie-Versionen (und debian-Versionen davor) das Starten ohne dieses Gedöns.

Versuche, das mal zu verstehen, und probiere es aus mit der passenden Festplatte im Wechselrahmen.



(Was sind das für Menschen, die in einem Zeitalter, in dem Diplom-Informatiker ihre Adressen mit Excel-Tabellen verwalten eigene Adressverwaltungen verwenden wollen )

[mampfi]

So die Datei sieht so aus:

[Desktop Entry]
Name=Mein Adi
Comment[de]=Mein Adi
Exec=/media/partition_x/edi1_daten/edi1_qt/adr
Icon=/media/partition_x/edi1_daten/edi1_qt/adr
Terminal=false
Type=Application
Categories=Office;
StartupNotify=false

Ein applications-Verzeichnis ist weder unterhalb des user-Verzeichnisses zu finden (./local/share) noch unter von Root ( /usr/local )

habs mal testhalber ins share-Verzeichnis kopiert, keine Effekt, auch nach Neubooten



Irgendwie ging das damals anders

[mampfi]

So ich hab jetzt folgendes probiert:

Rechte Maustaste, Starter anlegen, es erscheint Menü, in dem man den Pfad zur exe angeben kann.

Da kann man dann den Pfad zur Exe angeben und es erscheint ein Symbol auf dem Desktop und bei Doppelklick startet das Programm.

Da entsteht dann etwas, das dem Lösungsvorschlägen vom schorsch (und auch owl102) entspricht.

Warum das Anlegen einer Verknüpfung mit gedrückter linker Maustaste nicht funktioniert, entzieht sich meiner Kenntnis