staging.inyokaproject.org

Kate-ubuntu schrieb:

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".

Das ist eine Nutzerdatei, die beim ersten Start angelegt wird. Da geht die Paketverwaltung natürlich nicht ran, das ist richtig.

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

Mir auch nicht. Heißt auch die Adresse passt dazu nicht. Das liegt dann aber an Änderungen bei brouter.de...

Ja, ich vermute auch, dass das mit dem BRouter zusammenhängt. Werde die Tage nochmal kurz dazu recherchieren und mich ggf. hier nochmal melden.

Da das Problem auf meinem Ubuntu 18.04 LTS (altes Notebook mit 32-Bit-Prozessor, daher nicht auf 20.04 LTS aktualisiert) auch besteht, sehe ich die von mir gestellte Frage in diesem Thread aber als gelöst an und bedanke mich nochmal herzlich ☺

Hierzu noch kurz: tomtomtom schrieb:

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.

Ich nutze nur die LTS-Versionen und werde dann bezeiten in ca. einem Jahr nochmal hier vorstellig 😛

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. 😛

Immerhin wäre ich ohne dieses Skript nicht drauf gekommen, dass es überhaupt eine Lösung geben könnte und Du hättest das Paket nicht gebastelt, an dem ich mich nun freue und vielleicht noch mehr Leute. Insofern bin ich dem Skript-Bastler und -Veröffentlicher "The Raven" auch dankbar.

Gruß Kate

Kate-ubuntu schrieb:

Da das Problem auf meinem Ubuntu 18.04 LTS (altes Notebook mit 32-Bit-Prozessor, daher nicht auf 20.04 LTS aktualisiert) auch besteht

Nochmal: Das ist die URL von brouter.de. Wenn die sich ändert, kann das logischerweise und egal ob 32- oder 64-Bit-Version nur das selbe Problem geben...

Immerhin wäre ich ohne dieses Skript nicht drauf gekommen, dass es überhaupt eine Lösung geben könnte und Du hättest das Paket nicht gebastelt, an dem ich mich nun freue und vielleicht noch mehr Leute. Insofern bin ich dem Skript-Bastler und -Veröffentlicher "The Raven" auch dankbar.

Sagt ja keiner, dass das nichts nützt. Nur hat der halt selbst nix getan, bei dir las sich das so, als ob von da eine Lösung gekommen wäre, da wurde aber nur eine bestehende weitergereicht (hier übrigens genauso).

Kannst du mal in der Konfigurationsdatei den Wert

BR\port=443

auf

BR\port=80

ändern und das nochmal ausprobieren?

Die Adresse muss dabei h2845309.stratoserver.net lauten. Lässt sich beides auch statt in der Konfigurationsdatei im Programmpunkt "Einstellungen → Allgemeine Einstellungen → Routing" auswählen.

Die Idee, zum richtigen Port zu recherchieren, hatte ich heute nacht auch, aber mit kaum "Vorbildung" in dem Bereich, also womöglich mühselig 😳 Das hast Du mir nun abgenommen ☺

Der erste Versuch - auf dem Notebook mit Ubuntu 18.04 und der Version aus den Paketquellen - brachte zunächst die Fehlermeldung

Fehler vom Server:
Error transferring http://h2845309.stratoserver.net:80/brouter?lonlats=<geodaten_wegpunkt1>%7C<geodaten_wegpunkt2>%7C<geodaten_wegpunkt3>&nogos=&profile=safety&alternativeidx=0&format=gpx - 
server replied: Bad Request

funktionierte aber beim 2. Mal problemlos.

Der zweite Versuch - auf dem Convertible mit Ubuntu 20.04, um das es hier geht - und Deinem Paket bislang nicht. Es kamen wieder o.g. "Zeitüberschreitungs"-Fehlermeldungen. Könnte es sein, dass der USB-Stick zu langsam ist? Ich werde Dein Paket auch mal auf der Festplatte des Convertibles installieren und nochmal schauen...

Bis dahin danke erstmal... (... auch für den Hinweis, dass man die Einstellungen auch über die Programmoberfläche vornehmen kann, das hatte ich dann später auch realisiert 😇 )

Hat bislang nicht geklappt... versuche es aber ab und an wieder.

EDIT: Übrigens geht es unter Windows 10, das sich im Dualboot mit Ubuntu auf dem gleichen Convertible befindet, ebenfalls nicht mit dem Port 80.

Guten Morgen

Kate-ubuntu schrieb:

Der erste Versuch - auf dem Notebook mit Ubuntu 18.04 und der Version aus den Paketquellen - (...) funktionierte (...) beim 2. Mal problemlos.

Der zweite Versuch - auf dem Convertible mit Ubuntu 20.04, um das es hier geht - und Deinem Paket bislang nicht. Es kamen wieder o.g. "Zeitüberschreitungs"-Fehlermeldungen.

Das "konnte" eigentlich nicht sein und nun habe ich den Fehler auch entdeckt, meinen Fehler und noch dazu einen "doofen": Ich hatte unter "Routen - Einstellungen" garnicht den BRouter gewählt 😳 Das möchte ich Euch dennoch nicht verschweigen, damit auch das Seiten-Thema hier noch abgeschlossen werden kann.

Die Frage in der Thread-Überschrift kann ich für mich so beantworten: Ja, die Deinstallation wäre etwas fummlig geworden; Pakete sind in der Hinsicht besser. Danke nochmal für die Hilfe.

Gruß Kate

@tomtomtom: Danke das du das paketiert hast. Das "Script" ist von mir, aber ich war zu doof ein Deb-Paket zu erstellen. 😉 Ist natürlich viel praktischer mit einem *.deb da man sonst die ganzen pakete die man zum kompilieren braucht auf dem system hat.

Hallo @tomtomtom,

kann Dein Paket auch für Ubuntu 22.04 LTS funktionieren (snapd als erstes entfernt, falls das eine Rolle spielen sollte)? Ich habe das gerade auf einem neuen (gebrauchten) ThinkPad T580 installiert.

Gruß

Kate

gelöscht (doppelt)

tomtomtom schrieb:

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.

Hm, wohl eher nicht?! (Habe in Synaptic eine libgdal30 gesehen und libproj22.)

Kate-ubuntu schrieb:

Hm, wohl eher nicht?! (Habe in Synaptic eine libgdal30 gesehen und libproj22.)

Ich liebe ja so komplett nicht verwertbare Antworten.😛

Erstmal ist Synaptic ein grafisches Frontend für APT und zeigt dir damit alles an, was du so an Quellen im System hast. Ohne konkrete Angabe von dir, was du da hast, kann das niemand wissen.

Gehen wir davon aus, dass du nur offizielle Paketquellen nutzt, sind diese Versionen erst ab 22.04 in den Paketquellen vorhanden.

Das bringt uns dann dazu, wie sinnvoll es wohl ist, so auf eine Aussage vom 18.05.2021, die sich logischerweise auf die damaligen Verhältnisse bezieht (was auch explizit drin steht), zu antworten...

libgdal30 kam am 01.02.2022 in die Jammy-Quellen, libproj22 zur selben Zeit.

Hallo tomtomtom

tomtomtom schrieb:

Kate-ubuntu schrieb:

Hm, wohl eher nicht?! (Habe in Synaptic eine libgdal30 gesehen und libproj22.)

Ich liebe ja so komplett nicht verwertbare Antworten.😛

Ich wollte damit sagen, dass ich erst nach meinem vorigen Beitrag beim Überfliegen des Threads gesehen habe, dass sich meine Frage womöglich erübrigt. Hätte ich lieber löschen sollen?

Erstmal ist Synaptic ein grafisches Frontend für APT und zeigt dir damit alles an, was du so an Quellen im System hast. Ohne konkrete Angabe von dir, was du da hast, kann das niemand wissen.

Die erste Aussage ist mir bekannt und zur zweiten: Ich schrieb, was ich "da habe" (Ubuntu 22.04 LTS). Ob ich nun im grafischen Frontend oder woanders nachschaue, spielt meine ich keine Rolle.

Gehen wir davon aus, dass du nur offizielle Paketquellen nutzt, sind diese Versionen erst ab 22.04 in den Paketquellen vorhanden.

Ja, da fand ich sie 😉

Das bringt uns dann dazu, wie sinnvoll es wohl ist, so auf eine Aussage vom 18.05.2021, die sich logischerweise auf die damaligen Verhältnisse bezieht (was auch explizit drin steht), zu antworten...

libgdal30 kam am 01.02.2022 in die Jammy-Quellen, libproj22 zur selben Zeit.

Wie sinnvoll Deine Antwort ist, kann ich nicht beurteilen, aber "Fragen ist menschlich" 😛 Danke jedenfalls, dass Du mir den Zahn gezogen hast - so verstehe ich es jedenfalls.

Gruß

Kate

Mist nach update auf 22.04 funktioniert das ding nicht mehr. Habe versucht es erneut zu bauen geht aber leider nicht. Stecke fest bei:

CMake Error at cmake/Modules/FindPROJ.cmake:75 (message):
  Could not find PROJ
Call Stack (most recent call first):
  3rdparty/map2gcm/CMakeLists.txt:7 (find_package)

Jemand eine idee?

Ja, ich weiß, dass ich neue Pakete für 22.04 machen muss. Versuche Mal am Wochenende neue ins Repo zu stellen, braucht halt alles Zeit und ich hab da noch einen Vollzeitjob. 😛

The-Raven schrieb:

Jemand eine idee?

Hast du den proj_api.patch auf den Quelltext angewendet, bevor du CMake ausgeführt hast?

Edit: Sorry, war gerade nicht in der Materie. Es gibt noch keinen Patch für proj > 6, also müsstest du das selbst erstmal als Abhängigkeit kompilieren.

Und wenn du damit fertig bist wirst du wohl ein Problem mit gdal haben.😉