Linux RPM/DEB-Pakete

[makie]

Makeobj steht auf einem anderen Blatt. Weil wo sollte man es hin installieren.

gleicher Ort wie Simutrans auch
openSUSE stellt die nach /usr/bin/
also analog /usr/local/bin

------------------

eigentlich gehört der Simutrans Ordner nach /usr/local/share/

die openSUSE machen da einen Trick
in /usr/bin steht ein Script names simutrans
mit Inhalt:
#!/bin/sh
cd /usr/share/simutrans
exec /usr/lib/simutrans/sim -use_workdir $@

für uns dann: simutrans_uni
#!/bin/sh
cd /usr/local/share/simutrans
exec /usr/local/share/simutrans/simutrans -use_workdir $@
-------------------
fürs Menue dann noch


/usr/share/applications/simutrans_uni.desktop
mit Inhalt
[Desktop Entry]
Categories=Game;StrategyGame;
Encoding=UTF-8
Name=Simutrans_uni
GenericName=Transportation Simulation Game
Type=Application
Exec=simutrans_uni
Icon=simutrans

dann geht das zumindest für KDE

[Wurzelgnom]

....
eigentlich gehört der Simutrans Ordner nach /usr/local/share/
....

Und genau aus diesem Grund ist es nicht in share, weil dort die Distris ihre Dateien ablegen. Und ich nicht mit den Distris kollidieren möchte. Irgendwo stand ausserdem das eigene Programme nach /usr/local/bin sollten.

Was die Menü/Desktopeinträge angeht, wird es schon wieder zu spezifisch zum jeweiligen Fenstermanager.

Und RedHat-basierte Linuxe benötigen scheinbar eine .treeinfo im Repo. Da muss ich jetzt erst mal durchsteigen.

Es geht nämlich darum, ein möglichst universelles Repo aufzusetzen das möglichst viele Distris abdeckt. Keine Ahnung obs geht. Aber Hilfe für das erstellen funktionierender Repos wäre willkommen.

[makie]

/usr/local/share/ ist leer

Die Distris legen in /usr/share ab

eigene Programme nach /usr/local/bin sollten

 ja eigene Programme weil der Ordner ausführbar ist, er hängt in der PATH
Daten aber nicht, weil ein zufälliger Namestreffer dann auch versucht wird auszuführen

/usr/local/bin is for normal user programs not managed by the distribution package manager, e.g. locally compiled packages.
You should not install them into  /usr/bin because future distribution upgrades may modify or delete them without warning.

http://refspecs.linuxfoundation.org/FHS_...REPACKAGES

[Wurzelgnom]

....
Simutrans über http://simutrans-germany.com/simutrans/l...ckage/rpm/ installiert
hat nur libsdl-mixer nachgezogen
und läuft
nur kein Midi sonst alles
....

Das Midi nicht funktioniert könnte wiederum am Erstellsystem liegen. Da das Xubuntu der Zeit in ner VM ist, die wohl kein Midi unterstützt.

Midi ist aber nicht unbedingt das non plus ultra weswegen man Simutrans benutzt. Auch wenn es da mal nen kleines Hoch gab vor längerer Zeit.

[makie]

Das Midi nicht funktioniert könnte wiederum am Erstellsystem liegen. Da das Xubuntu der Zeit in ner VM ist, die wohl kein Midi unterstützt.

Nein Dein Simutrans kann Midi, es liegt an meinem System. Es fehlt bei mir irgendwas ich weiß nur nicht was.

Es scheint Midi geht nur wenn eine Hardware im Rechner ist die Midi kann. Also Soundblaster oder ännlich.
Und es müssen libs installiert sein die das auch unterstützen. Welche das sind ist mir zur Zeit nicht so klar.
Ich hab Midi auf diesem Rechner in meinem Hauptsystem schon zum laufen gebracht, dort ist Multimedia mäßig alles Installiert, was nicht bei 3 auf den Bäumen war.

Midi ist aber nicht unbedingt das non plus ultra

jep

[Wurzelgnom]

Signierung sollte jetzt bei rpm drin sein

http://simutrans-germany.com/simutrans/l...ackage/rpm

mit alien konvertierte dep-Pakete

http://simutrans-germany.com/simutrans/l...ackage/deb

Installation nach /usr/local/bin/simutrans

[Wurzelgnom]

Eigenartig, seit ich PGP-Schlüssel installiert hab bringt mir 'Easy RPM Builder' nen Verzeichnisfehler.

/bin/sh: /dev/`ps -p $$ -o tty | tail -n 1`: Datei oder Verzeichnis nicht gefunden

analog im Terminal, obwohl die Datei vorhanden ist

rpm: /home/mageia/rpmbuild/RPMS/noarch/simutrans-uni-pak64.german-0.112.3.9-1.noarch.rpm: Datei oder Verzeichnis nicht gefunden

[makie]

Neuer Versuch Yast2 auf openSUSE tumbleweed






Das ist so OK das machen die anderen Paketanbieter auch so. Funktioniert also.

Immer noch Abhängigkeitsprobleme


Zieht libSDL2 nach


Dateien sind nach wie vor Unsigniert


Oho Simutrans-uni und Simutrans-uni-SDL2 haben den gleichen Namen für die Programmdatei
dann sollten sich die 2 per Abhängigkeit gegenseitig ausschließen


Die Simutrans-uni-SDL2 läuft mit Ton aber ohne Midi.

[Wurzelgnom]

Das mit der SDL2 und Ton ist mir auch aufgefallen. Bin mir nicht ganz sicher ob ich die Dateien verwechselt hab. Oder ob es daran liegt, das ich SDL2mixer mit installiert hab.

Seit ich den PGP-Schlüssel dazu genommen hab und die Signierung spinnt das System etwas.

Was die Abhängigkeiten angeht, da teste ich gerade etwas. Aber so lange ich nicht die statische libbz2 hin bekomme kann ich bei mir die Installation nicht testen auf Mageia 6.

CentOS 7 streikt ebenfalls. Hab jetzt noch nen OpenSuse 11.2 was ebenfalls bei bz2 hackt.

Denke mal ich werde die SDL2-Version wieder simutrans-sdl2 nennen. Dürfte unterm Strich weniger Probleme machen.

Die Schlüsselwarnung wirst Du los, wenn Du den öffentlichen Schlüssel bei Dir importierst. Dummerweise hab ich da bei der Mailadresse nen Buchstaben vergessen. Dürfte aber letztlich egal sein.

Letztlich ist das alles Neuland und die meiste Doku in Englisch und für mich schwer verständlich.

Bin auch noch nicht weiter mit der .treeinfo fürs Repo. Muss die wohl doch mit Hand schreiben wie es aussieht.

[makie]

Kann man die Abhängigkeiten mir der Hand Editieren?

Bei der  libbz2 ist ja nur die Abhängigkeit durch die Sub-Version vermurkst

libbz2.so.1.0()(64bit) denke da reicht auch libbz2.so.1()(64bit)