/etc/alternativessoll eine Möglichkeit bieten, bequem mehrere Versionen eines einzelnen Softwarepakets (z. B. eines Compilers) zu installieren und zu verwenden. Jetzt /usr/bin/some-binarykann ein symbolischer Link zu /etc/alternatives/some-binaryund sein update-alternatives. Der Paketmanager einer Distribution könnte jedoch davon ausgehen, dass er die Kontrolle über hat /usr/bin/some-binary. Ist es die beste Lösung, /etc/alternativesfrüh in der PATHUmgebungsvariable zu haben? Gibt es Alternativen, um diese Spannung so zu handhaben, dass es einfach ist, die gewünschte Version auszuwählen, ohne die Möglichkeit zu beeinträchtigen, die verfügbaren Versionen des Paketmanagers zu verwenden?
Antwort1
Jede Distribution, die alternativeseinen Paketmanager implementiert und bereitstellt, sollte einen Paketmanager bereitstellen, der respektiert alternatives, andernfalls würde sie als defekt betrachtet werden.
Das Einfügen /etc/alternativesin den Pfad könnte also den in dieser Hinsicht defekten Aktionspaketmanager reparieren. Es ist schwer zu erkennen, ob dies in dieser Art von Umgebung unbeabsichtigte Folgen haben würde.
Wenn diese Situation eintritt, würde ich das durch den Paketmanager verursachte Problem, bei dem anstelle eines symbolischen Links eine tatsächliche Binärdatei platziert wird, manuell beheben und anschließend einen Fehler melden und um die Behebung bitten.