ubuntuusers.de

Hallo zusammen,

auf der Suche nach einer Möglichkeit, das von mir sehr geschätzte Programm auch unter Ubuntu 20.04 LTS nutzen zu können, fand ich ein Script, das jemand für diesen Zweck geschrieben hat:

Es lädt die Dateien sowie alle Abhängigkeiten herunter, baut QlandkarteGT mit QT5 und fragt ob es dies installieren soll (oder nicht falls ihr es aus dem Ordner starten wollt).

https://www.naviboard.de/thread/65529-qlandkarte-gt-unter-ubuntu-20-04-focal-fossa-kompilieren/

Ich habe das - zunächst auf meinem Test- und Ersatz-System (Ubuntu 20.04 auf einem USB-Stick) - installiert, es scheint soweit ich das sehe zu funktionieren und auch keine Probleme zu verursachen. Allerdings habe ich es ganz frisch installiert, noch nicht viel benutzt und es gab auch noch nicht viele Ubuntu-Updates/Upgades seit dem.

Von daher meine Fragen: Würde sich das System verlässlich jetzt schon "melden", wenn es da ein Problem (mit den Abhängigkeiten z.B.) gäbe? Könnte es später Probleme geben? Könnte ich es dann einfach deinstallieren auf üblichem Wege? Im Grunde müssten doch die Schritte im Script alle "rück-abgewickelt" werden, oder sehe ich das zu naiv?

Gruß Kate

Also das Skript nimmt einfach den Arch-Linux-PKGBUILD bzw. die darin enthaltenen Qt5-, Patches, patched den Quelltext, um das mit Qt5 Bauen zu können, installiert die Build dependencies und kompiliert und installiert den Quelltext.

Aber nicht über die Paketverwaltung, sondern daran vorbei (siehe Programme kompilieren.

Kann man sicher auch als Paket erstellen und dann über die Paketverwaltung installieren. Könnte ich nach Feierabend mal probieren (das bedeutet dann aber nach Mitternacht), wenn da Interesse an einem fertigen Paket bestehen sollte. Dann bräuchte man auch nicht die ganzen Builddependencies auf den Rechner packen.

Hallo tomtomtom,

danke für Deine Erläuterungen ☺

Das hier tomtomtom schrieb:

Kann man sicher auch als Paket erstellen und dann über die Paketverwaltung installieren. Könnte ich nach Feierabend mal probieren (das bedeutet dann aber nach Mitternacht), wenn da Interesse an einem fertigen Paket bestehen sollte. Dann bräuchte man auch nicht die ganzen Builddependencies auf den Rechner packen.

... wäre ja der Hit. Aus meiner Sicht, aber nach meinem Eindruck auch für viele andere, die nicht auf QMapShack umsteigen wollen ☺

Gruß Kate

Kate-ubuntu schrieb:

... wäre ja der Hit. Aus meiner Sicht, aber nach meinem Eindruck auch für viele andere, die nicht auf QMapShack umsteigen wollen ☺

Na vor allem wäre es verteilbar auf mehrere Geräte und sauber installier- und deinstallierbar.

Die große Arbeit ist auch schon gemacht, also sollte(TM) das nicht mehr das große Ding sein. Ich schau mir das mal an. Würde dann aber wohl auch nur für 20.04 und 20.10 gehen, denn laut https://aur.archlinux.org/packages/qlandkartegt/#comment-807982 lässt sich das ab libgdal.so.28 (Ubuntu 21.04) und libproj.so.22 (gibt es für Ubuntu noch gar nicht, selbst 21.10 ist noch bei *.19) nicht mehr kompilieren.

Okay, Paket ist gebaut und kann über die Paketverwaltung installiert (und auf Wunsch natürlich auch wieder deinstalliert) werden.

Entweder PPA hinzufügen und daraus installieren.

sudo add-apt-repository ppa:tomtomtom/qlandkartegt
sudo apt install qlandkartegt

oder das Paket manuell herunterladen und installieren, z. B. per

wget https://launchpad.net/~tomtomtom/+archive/ubuntu/qlandkartegt/+files/qlandkartegt_1.8.1-1~ppa~focal_amd64.deb
sudo apt install ./qlandkartegt_1.8.1-1~ppa~focal_amd64.deb

Danke erstmal und toll, was Du so nachts nach der Arbeit zustandebringst ☺

Wenn ich das jetzt auf meinem Ubuntu-Stick (Probier-System) installieren möchte, muss ich zuerst das bereits per Script installierte (siehe Eingangsbeitrag) deinstallieren, richtig?

Wie kriege ich das ggf. "sauber genug" hin?

Gruß Kate

Kate-ubuntu schrieb:

Danke erstmal und toll, was Du so nachts nach der Arbeit zustandebringst ☺

Ich hab das nur paketiert, die Lösungen, um das Lauffähig zu machen, hättest du ja schon mitgeliefert.

Wenn ich das jetzt auf meinem Ubuntu-Stick (Probier-System) installieren möchte, muss ich zuerst das bereits per Script installierte (siehe Eingangsbeitrag) deinstallieren, richtig?

Hast du es denn installiert? Das Skript bietet ja an das Programm zu installieren oder nicht, dafür aber die kompiliert Software aus dem Ordner auszuführen.

Wenn du es installiert hast müsste in dem Quelltextordner auch ein u install-Skript sein. Schau mal, Ob da eine Readme-Datei existiert, die ist eingentlich der Standard für Beschreibungen, wie die Software wieder entfernt werden kann.

EDIT: Hab gerade nachsehen (ist gerade etwas schwierig, hab nur ein Android-Telefon zur Verfügung), da gibt es keine Readme. In der Install-Datei ist auch ausschließlich die Installation beschrieben. Dann müsstest du wohl händisch die Dateien aus den aus der CMakeLists.txt ersichtlichen Pfaden löschen.

Wie schon geschrieben: Installation über die Paketverwaltung hat schon seine Vorteile, da weiß die Paketverwaltung nämlich ganz genau, welche Dateien sie mit dem Paket installiert hat. 😛

Hallo, ja, ich hab's installiert, es findet sich unter /usr/bin und taucht bei den Programmen auf, wenn ich "Anwendungen öffnen" anklicke (das Symbol mit den 9 Punkten).

Eine uninstall-Info finde ich allerdings nicht und in der zip, die ich runtergeladen habe, ist auch nur das .sh-Script enthalten. Da bin ich jetzt spontan etwas ratlos... habe aber auch erst später wieder Zeit.

(Bezüglich der Funktionsfähigkeit fiel mir bei der Version aus dem .sh-Skript eben leider auf, dass das Routen aus Wegpunkten nicht funktioniert, es gibt eine Fehlermeldung... Das betrifft dann wahrscheinlich auch Deine paketierte Version, wäre aber wohl ein extra Thema... Es macht die Software für mich nicht unbrauchbar, da ich Radtouren meist ziemlich "von Hand" plane.)

Gruß Kate

EDIT: Dein Nachtrag und mein Beitrag haben sich eben überschnitten. Danke für's Nachschauen und die Anleitung, das müsste ich dann später mal probieren (noch nie gemacht) oder das ganze System nochmal neu installieren?! (Kein Drama, aber ich reiße mich nicht drum.)

Hallo tomtomtom, und sorry, konnte mich die letzten Tage nicht um diese Sache kümmern, habe aber keineswegs das Interesse verloren ☺

Mit dieser Anleitung

Dann müsstest du wohl händisch die Dateien aus den aus der CMakeLists.txt ersichtlichen Pfaden löschen.

komme ich (jedenfalls ohne längere Recherche) nicht zurecht.

Ich habe mit

locate CMakeLists.txt

folgende Dateien gefunden (abgeschrieben, da ich nicht am Convertible, sondern einem anderen Rechner sitze):

/usr/share/cmake-3.16/Modules/FortranCInterface/CMakeLists.txt
/usr/share/cmake-3.16/Modules/FortranCInterface/Verify/CMakeLists.txt
/usr/share/cmake-3.16/Modules/IntelVSImpliciPath/CMakeLists.txt

... kann damit aber nichts anfangen (hat das überhaupt etwas mit QLandkarteGT zu tun? die Dateien stammen immerhin vom 10. Mai, an dem Tag habe ich offenbar auch QLandkarteGT installiert), auch nicht mit dem, was in den Dateien steht.

Magst Du mir nochmal 'nen Tipp geben, oder sollte ich tatsächlich Ubuntu neu auf den Stick installieren?

Gruß Kate

Hallo tomtomtom: schrieb:

..., da gibt es keine Readme. In der Install-Datei ist auch ausschließlich die Installation beschrieben. Dann müsstest du wohl händisch die Dateien aus den aus der CMakeLists.txt ersichtlichen Pfaden löschen.

Wie schon geschrieben: Installation über die Paketverwaltung hat schon seine Vorteile, da weiß die Paketverwaltung nämlich ganz genau, welche Dateien sie mit dem Paket installiert hat. 😛

Mit dem "Ätsch" hattest Du schon recht (wieder was gelernt, immerhin mache ich solche Experimente meist erstmal nur auf "Probesystemen"), denn (siehe letzten Post von mir) es blieb mir nur dies Kate-ubuntu schrieb:

... das ganze System nochmal neu installieren

Hat alles geklappt, inklusive Deines QLandkarteGT-Pakets und ich bedanke mich nochmal für's "paketieren" und überhaupt die prompte Hilfe. Vielleicht haben ja noch andere Freude daran ☺

Und wegen dem tomtomtom schrieb:

Würde dann aber wohl auch nur für 20.04 und 20.10 gehen, denn laut https://aur.archlinux.org/packages/qlandkartegt/#comment-807982 lässt sich das ab libgdal.so.28 (Ubuntu 21.04) und libproj.so.22 (gibt es für Ubuntu noch gar nicht, selbst 21.10 ist noch bei *.19) nicht mehr kompilieren.

... lässt sich ja beizeiten vielleicht doch irgendeine Lösung finden? https://www.naviboard.de/cms/user/52397-the-raven/ vom https://www.naviboard.de bleibt bestimmt auch dran 😉

(Bezüglich der Funktionsfähigkeit fiel mir bei der Version aus dem .sh-Skript eben leider auf, dass das Routen aus Wegpunkten nicht funktioniert, es gibt eine Fehlermeldung...

Die lautet "h2096617.stratoserver.net konnte nicht gefunden werden", aber dazu werde ich erstmal recherchieren und dann evtl. ein neues Thema eröffnen.

Ein entspanntes langes Wochenende noch Kate

Kate-ubuntu schrieb:

Mit dieser Anleitung

Dann müsstest du wohl händisch die Dateien aus den aus der CMakeLists.txt ersichtlichen Pfaden löschen.

komme ich (jedenfalls ohne längere Recherche) nicht zurecht.

Ich habe mit

locate CMakeLists.txt

folgende Dateien gefunden (abgeschrieben, da ich nicht am Convertible, sondern einem anderen Rechner sitze):

/usr/share/cmake-3.16/Modules/FortranCInterface/CMakeLists.txt
/usr/share/cmake-3.16/Modules/FortranCInterface/Verify/CMakeLists.txt
/usr/share/cmake-3.16/Modules/IntelVSImpliciPath/CMakeLists.txt

... kann damit aber nichts anfangen (hat das überhaupt etwas mit QLandkarteGT zu tun?

Richtig, das hat damit nichts zu tun.

Als du das Skript ausgeführt hast, wurde durch dieses (einfach mal reingucken, da steht genau, was es macht) der Quellcode heruntergeladen, entpackt, konfiguriert und kompiliert.

Da drin lag eine Datei namens cmake_install.cmake (sorry, hatte die falsche angegeben), in der die zu installierende Daten und deren Pfade stehen.

Wenn du das Skript bis zum Ende durchlaufen lässt räumt das auf, entfernt also den Ordner mit. Müsstest du also nochmal händisch den Quellcode herunterladen, entpacken und konfigurieren, dann hast du die Datei, in der das steht, und kannst dir die Pfade da rauspopeln.

Kate-ubuntu schrieb:

Und wegen dem tomtomtom schrieb:

Würde dann aber wohl auch nur für 20.04 und 20.10 gehen, denn laut https://aur.archlinux.org/packages/qlandkartegt/#comment-807982 lässt sich das ab libgdal.so.28 (Ubuntu 21.04) und libproj.so.22 (gibt es für Ubuntu noch gar nicht, selbst 21.10 ist noch bei *.19) nicht mehr kompilieren.

... lässt sich ja beizeiten vielleicht doch irgendeine Lösung finden?

Klar, sobald sich ein Programmierer findet, der den verlassenen Code an die neue proj-Version anpasst. 😛

Theoretisch kann man die natürlich auch ins Repo packen und als Abhängigkeit angeben, müsste ich mal probieren. Bis 21.04 funktioniert es jedenfalls ohne weitere Änderungen.

https://www.naviboard.de/cms/user/52397-the-raven/ vom https://www.naviboard.de bleibt bestimmt auch dran 😉

Bleibt dran ist gut, da wurde bisher genau gar nichts am Code getan, da wurde einfach nur der bereits bestehende PKGBUILD aus dem AUR und der Quellcode heruntergeladen und die Patches aus dem AUR darauf angewendet. Selbst gemacht hat da niemand etwas. 😛

(Bezüglich der Funktionsfähigkeit fiel mir bei der Version aus dem .sh-Skript eben leider auf, dass das Routen aus Wegpunkten nicht funktioniert, es gibt eine Fehlermeldung... Die lautet "h2096617.stratoserver.net konnte nicht gefunden werden", aber dazu werde ich erstmal recherchieren und dann evtl. ein neues Thema eröffnen.

"Die Version aus dem sh.Skript" gibt es so nicht, das Skript hat das selbe Ergebnis wie das .deb-Paket, weil aus dem selben Quelltext mit der selben Konfiguration gebaut wurde.

Der Fehler hat auch eher damit etwas zu tun, dass der Kunde, der irgendwann™ mal bei Strato die Subdomain h2096617 genutzt hat, entweder nicht mehr existiert oder umgezogen ist. Jedenfalls existiert dafür kein DNS-Eintrag mehr. Die Adresse kann also nicht nur das Programm nicht auflösen, sondern kein Programm der Welt, da sie nicht mehr existiert.

Hab mal im Quellcode gegrept:

grep -r "h2096617" *
src/CDlgConfig.cpp:    lineBRouterHost->setText(QString("h2096617.stratoserver.net"));
src/CResources.cpp:, m_brouterHost("h2096617.stratoserver.net")

Findet sich also 2x im Quelltext, als URL für brouter.de.

Die haben aber eine andere, sagt mein ping.

ping brouter.de
PING brouter.de (85.214.81.102) 56(84) bytes of data.
64 Bytes von h2845309.stratoserver.net (85.214.81.102): icmp_seq=1 ttl=56 Zeit=21.1 ms

Also mal einen Patch dafür erstellt, lasse das gerade auf den Launchpad-Servern bauen.

Ist fertig gebaut. Solltest du das Repo eingebunden haben: Programm schließen, Terminal auf.

Einmal

sudo apt update && sudo apt dist-upgrade

und es kommt Version 1.8.1-2~ppa~focal.

Damit bitte nochmal probieren.

Moin und Danke sehr ☺ Die Anleitung hat so erstmal nicht geklappt. Auch nicht nach Neustart des Systems.

Ich habe mal in die "QLandkarteGT.conf" geschaut, die unter ~/.config/QLandkarteGT (den gesamten Ordner habe ich aus einer Ubuntu 18.04-Version von QLandkarteGT importiert) liegt. Dort steht in Zeile 171

BR\host=h2096617.stratoserver.net

... also offenbar noch die "falsche Adresse".

1. Versuch

Die conf-Datei gelöscht (bzw. an den Dateinamen "_backup" angehängt) bei geschlossenem Programm, also vom Programm neu erstellen lassen. Fehlermeldungen bei 2 Routing-Versuchen:

'''Fehlgeschlagen...'''
Fehler vom Server: Zeitüberschreitung bei Socket-Operation

und nach Wegklicken des Fensters

Routenanfrage dauert zu lange. Bitte später noch einmal versuchen.

In der jetzt ganz kurzen neu erstellen conf-Datei steht nichts zum stratoserver.

2. Versuch (aus Neugier)

Direkt in der alten conf-Datei in der betreffenden Zeile die von Dir ermittelte neue Server-Adresse eingesetzt, also:

BR\host=h2845309.stratoserver.net

Fehlermeldung:

Fehler vom Server:
Error transferring http://h2845309.stratoserver.net:443/
brouter?
lonlats=<geografische Daten Wegpunkt1>%7C<geografische Daten Wegpunkt2>%7C<geografische Daten Wegpunkt3>
- server replied: Bad Request

(Geografische Daten durch Platzhalter ersetzt; seltsam finde ich die Zeichenfolge "%7C" zwischen den Wegpunkt-Daten)

3. Versuch

Gesamten Ordner QLandkarteGT unter ~/.config "gelöscht" und neu erstellen lassen vom Programm, 2 Wegpunkte erstellt und versucht zu routen. Es kamen die gleichen beiden Fehlermeldungen wie unter dem 1. Versuch zitiert.

Jetzt fällt mir gerade nichts mehr ein... Gruß, Kate