Ausführen des externen Programms `planetsplitter` ist fehlgeschlagen

Die Version ist ein wenig alt, sonst wäre das Problem schon gefixed.

Unter dem Namen planetsplitter gibt es verschiedene Programme. Deswegen sind die Distributionen dazu übergegangen ein "routino-" allen Hilfsprogrammen von Routino vorne anzustellen. Die alten Versionen von QMapShack suchen aber immer noch nach dem ursprünglichen Namen. Die neueren suchen auch nach dem neuen Namen.

Du solltest das fixen können, indem die einen Link von routino-planetsplitter nach planetsplitter erstellst.

planetsplitter finden

whereis routino-planetsplitter

und dann als root:

ln -sf <pfad planetsplitter> /usr/bin/planetsplitter

HI,
oder Du kompilierst QMS mit allen selbst.
Linux Mint hängt halt immer etwas hinterher, ich selbst nutze Linux Mint 19.1 Mate und habe nach dieser Anleitung kompiliert.
http://altersachse.de/50-linux/qms/mint18.php
Läuft bei mir prima, Gruß

Zitat von luego

All zu viel wird da bei mir nicht angezeigt.

Tja, dann suche mal nach planetsplitter oder ähnlichem in /usr/bin oder /usr/local/bin

Zitat von luego

Das möchte ich als Leihe, eigentlich nicht machen. Wenn mir da Fehler unterlaufen, wird's wahrscheinlich richtig kompliziert. Aber danke.

Was soll da noch schief laufen, da Du eh schon Probleme mit Routino hast oder hattest empfehle ich nach wie vor das selbst kompilieren.
So viel kann nicht schief laufen, weil doch nur die eigentliche Install mit "sudo checkinstall" was am System verändert, alles was vorher passiert ist doch nur im Arbeitsordner und verändert nichts am System.
Einfach Schritt für Schritt abarbeiten, oder vorneweg alles mal in einer Virtuellen Maschine wie VirtualBox probieren.
Als Linux Mint Neuling kann ich Dir auch noch dieses Forum empfehlen, https://www.linuxmintusers.de/index.php, hab dort selbst viel gelernt und Hilfe bekommen.

Dann fehlt planetsplitter tatsächlich. Manchmal teilen die Distributionen Software in Bibliotheken und Tools auf. Schau mal ob es noch ein weiteres Routino Paket gibt, dass nicht installiert wurde.

Ich dachte eigentlich an deine Paketverwaltung. Dort könnte es zwei Pakete für Routino geben. Eines mit der Bibliothek und ein Zweites mit den Kommandozeilenprogrammen.

Naja, das war schon klar. Nur: Gibt es zu Routino noch eine weiteres Paket, das nicht als Abhängigkeit von QMapShack gelistet ist? Das ist die Frage.

Keine Ahnung was Mint so macht. Ich habe SuSE und einen Yast mit dem ich bequem nach Paketen suchen kann. Natürlich gibt es auch bei SuSE apt-get. Ob sich das bei Mint gleich verhält weiß ich nicht. Bei mir zeigt es, dass Routino in mehrere Pakete unterteilt ist:

apt-get se routino




Repository-Daten werden geladen...
Installierte Pakete werden gelesen...


S  | Name                  | Zusammenfassung                           | Typ       
---+-----------------------+-------------------------------------------+-----------
i+ | libroutino-devel      | Development files for the routino library | Paket     
i+ | libroutino0           | Shared routino library                    | Paket     
   | libroutino0-debuginfo | Debug information for package libroutino0 | Paket     
   | routino               | Router for OpenStreetMap Data             | Quellpaket
i+ | routino               | Router for OpenStreetMap Data             | Paket     
   | routino-debuginfo     | Debug information for package routino     | Paket     
   | routino-debugsource   | Debug sources for package routino         | Paket

Wichtig ist libroutino0 und routino. Diese Pakete können bei Mint anders heißen, bzw kann alles ganz anders strukturiert sein. Das ist aber Mint's Angelegenheit. Und wenn in Mint QMapShack nicht ordentlich mit allen Abhängigkeiten installiert ist, dann ist das ein Bug von Mint und sollte auch dort erwähnt werden, sonst ändert sich nichts in Zukunft.

Bitte schreib noch einen Bugreport bei Mint.

Mint hat ja Ubuntu als Unterbau, z.Z. Ubuntu 18.04 (LTS). Der Report müsste dann wohl besser zu Ubuntu gehen.

https://packages.ubuntu.com/bionic/qmapshack

Routino, wie auch gdal-bin, sind aber im Paket qmapshack als Empfehlung gekennzeichnet. Es liegt eventuell kein Bug vor.

Als eine "Empfehlung" sehe ich die Abhängigkeit nicht. Wie der Thread hier zeigt, fehlt einfach Funktion, die gebraucht wird. Dass Kommandozeilentools in GUI Programme eingebettet werden, ist ein gängige Praxis in Unix. Und nur weil das nicht beim Starten der Software gleich bricht, bedeutet das noch lange nicht, dass nix fehlt.

Kommandozeilentools von Bibliotheken zu trennen kann man sicherlich machen. Nur macht es aus meiner Sicht selten Sinn, weil man eh beides benötigt. Zudem fängt man sich eben solche Abhängigkeitsprobleme ein. Für was? Für ein paar MB gespart, wenn man wider Erwarten die Tools doch nicht braucht. Und das für eine Distribution, die auf ein PC-System zielt. Aber gut, da habe ich nicht mitzureden. Das ist Distributionssache.

Den selben Käse gab es übrigens schon bei GDAL, wo mit den Bibliotheken leider nicht die Textdateien installiert wurden, die wichtig sind, um alle geodätischen Daten richtig zu verarbeiten. Das hat zum Schluss so überhand genommen, dass ich einen Sanity Check einführen musste, mit dem Hinweis, dass QMapShack erst startet, wenn der Package Maintainer es richtig gemacht hat. Aber es kann ja nicht zielführend sein, dass jede Software OS spezifische Sanity Checks für alles Details einbauen muss, oder?

Dem kann ich nur zustimmen...

Da müsste wohl mal der Betreuer, der sog. Ubuntu MOTU Developer verständigt werden. Es ist ja dahinter eine Mail Addy zu finden.