staging.inyokaproject.org

Hallo Forum,

aktuell schreibe ich ein Setup für ein kleines eigenes Programm. Darin installiere ich Ubuntu-Pakete nach. Wäre so etwas möglich: sudo apt-get install ffmpeg || libav-tools. Also installiere entweder ffmpeg oder libav-tools?

Viele Grüße Sascha

saigkill schrieb:

Wäre so etwas möglich: sudo apt-get install ffmpeg || libav-tools. Also installiere entweder ffmpeg oder libav-tools?

So, wie du es geschrieben hast, funktioniert das nicht. Du müsstest allerdings noch dazu schreiben, nach welchen Kriterien du entscheidest, ob ffmpeg oder libav-tools installiert werden sollen.

Hallo Gerry,

bis zu einer gewissen Ubuntu-Version stand ffmpeg zur Verfügung und wurde dann entfernt. Seit Vivid steht ffmpg wieder in den Repos zur Verfügung. Mein Ziel wäre es vielleicht zu testen, ob ffmpg installiert werden kann, und wenn nicht, sollte libav-tools installiert werden.

Gruß Sascha

Warum baust du nicht ein Debian-Paket für dein Programm? Da kann man prima alternative Abhängigkeiten hinterlegen: https://www.debian.org/doc/debian-policy/ch-relationships.html

Das wäre auch eine Option. Mal schaun. Vielen Dank erstmal.

Ein Debian-Paket für Ubuntu selbst zu schreiben, ist nicht ganz trivial und schränkt das Programm (oder zumindest das automatische Setup) dann auch auf Ubuntu-Systeme ein. Der üblichere Weg ist es, zu prüfen, welche Programme vorhanden sind und dem Anwender dann mitzuteilen, was noch fehlt. Für die Installation fehlender Libs oder Tools ist dann entsprechend der Anwender zuständig.

saigkill schrieb:

bis zu einer gewissen Ubuntu-Version stand ffmpeg zur Verfügung und wurde dann entfernt. Seit Vivid steht ffmpg wieder in den Repos zur Verfügung. Mein Ziel wäre es vielleicht zu testen, ob ffmpg installiert werden kann, und wenn nicht, sollte libav-tools installiert werden.

Alternativ könntest du mittels lsb_release abfragen, welche Ubuntu-Version installiert ist und entsprechend darauf reagieren.

Wenn apt-get install ffmpeg fehlschlägt, weil das Paket evtl. nicht vorhanden/kompatibel ist, dann beendet es sich mit einem exit code ungleich 0. d.h. man kann das wunderbar in einem script machen:

Automatisiert ginge das ungefähr so:

1
2
3
4
5
6
7

if apt-get -y install ffmpeg; then
  echo "ffmeg installiert"
elif apt-get -y install libav-tools; then
  echo "libav-tools installiert"
else
  echo "mist, beides nicht geklappt"
fi

Vorsicht: die Option -y bei apt-get führt dazu dass die entsprechenden Pakete ohne User-Bestätigung installiert werden.

@ExcitedSpoon: Dir ist aber schon klar, dass apt-get auch andere Fehler meldet? Es könnte z.B. Probleme mit der Internetverbindung geben oder es könnte noch eine andere dpkg-Instanz (etwa als GUI) offen sein. In diesen Fällen probiert dein Skript stumpf das zweite Paket aus und beendet sich dann. Hälst du das für ein sinnvolles Verhalten?

Mit equivs kann man ganz leicht Metapakete erstellen:

Folgenden Code in eine Datei kopieren (z.B. ffmpeg-oder-libav.equivs)

Section: misc
Priority: optional
Standards-Version: 3.9.2

Package: ffmpeg-oder-libav-tools
Depends: ffmpeg | libav-tools
Description: ffmpeg oder libav-tools
 long description and info

und dann das Paket bauen mit:

equivs-build ffmpeg-oder-libav.equivs

Ungetestet, sollte aber funktionieren.

Mit equivs-control Dateiname kann man eine Vorlage für so eine equivs-control-Datei erstellen, da sind dann auskommentiert noch ein paar Felder drin, die man verwenden kann, z.B. Version, Maintainer, …

snafu1 schrieb:

@ExcitedSpoon: Dir ist aber schon klar, dass apt-get auch andere Fehler meldet? Es könnte z.B. Probleme mit der Internetverbindung geben oder es könnte noch eine andere dpkg-Instanz (etwa als GUI) offen sein. In diesen Fällen probiert dein Skript stumpf das zweite Paket aus und beendet sich dann. Hälst du das für ein sinnvolles Verhalten?

Das hatte ich jetzt garnicht bedacht. Konnte jetzt in Ermanglung an einem System, was ich temporär vom Netz trennen könnte (hab hier nur Ubuntu-Server, privat Arch Linux) nicht testen, ob apt-get bei z.B. fehlender Internetverbindung einen anderen return code zurückgibt als für nicht gefundene Pakete (was 100 wäre). Ansonsten müsste man eben explizit auf dem error-code prüfen. barcc's Variante über equivs scheint mir da aber doch eleganter, falls das funktioniert.