Vor einiger Zeit habe ich couchdb von der Quelle auf meinem Debian-Computer installiert. Es schien in Ordnung zu installieren und alles funktionierte.
Ein paar Wochen später wollte ich ein Upgrade durchführen und von einer .deb mit dpkg installieren. Alles scheint jetzt unter installiert worden zu sein /opt
. Es scheint alles gut zu funktionieren, aber ich verstehe nicht wirklich, warum alles unter installiert wurde /opt
. Es fühlt sich nicht so "glatt" an, als wenn Dinge direkt in /usr/local/bin
und /etc
und installiert würden /var/log
. Die Konfiguration ist umständlicher als bei der vorherigen Bearbeitung der Konfigurationsdateien, die unter / etc / couchdb installiert wurden
Würde es jemandem etwas ausmachen, mir zu erklären, warum die Installation zu /opt
"eine gute Sache" ist und warum dies eine bessere Methode ist als die vorherige Installation, die von der Quelle stammt?
Ich weiß, dass dies eine ziemlich vage Frage ist, aber ich bin nur mit Linux kompetent, kein Experte und verstehe die Überlegungen hinter der Installation nicht /opt
quelle
Antworten:
Der Dateisystem-Hierarchiestandard enthält folgende Definitionen:
/opt
: Add-On-Anwendungssoftwarepakete/usr/local
: Lokale Hierarchie (zur Verwendung durch den Systemadministrator bei der lokalen Installation von Software)So wie ich das gelesen habe:
/bin
und/usr/bin
(impliziert)/opt
/usr/local
wenn der Systemadministrator dies wünschtWenn der Systemadministrator etwas mit
dpkg
oder installiertrpm
, sollte er/usr/local
standardmäßig nicht verwendet werden.Es macht also wohl das Richtige.
quelle
Debian Policy sagt
Es gibt kein solches spezifisches Verbot gegen
/opt
. Richtlinie fügt auch hinzuund der Dateihierarchiestandard sagt
und dann weiter unten
Beachten Sie, dass die Richtlinie für Debian selbst gilt, aber im Allgemeinen einer Best-Practice-Empfehlung entspricht. Wenn ich das richtig lese, ist das Ergebnis, dass es nicht in Ordnung ist, Binärpakete (Deb-Pakete) zu installieren
/usr/local
, aber es ist in Ordnung, es zu installieren,/opt
solange es die Nutzung des Speicherplatzes durch den Systemadministrator nicht beeinträchtigt.Meine persönliche Meinung ist, dass es eine schlechte Idee ist, Deb-Pakete in entweder
/usr/local
oder zu haben/opt
. Ich bin mit D4RIO nicht einverstanden, wenn er sagt:Sie möchten im Allgemeinen nicht, dass zwei verschiedene Deb-Pakete installiert werden, die derselben Software entsprechen, und wenn sie tatsächlich denselben Paketnamen haben, lässt dpkg dies ohnehin nicht zu. Inoffizielle Debian-Softwarepakete, die allgemein (aber nicht immer) als offizielles Paket erhältlich sind, haben denselben Namen wie die offiziellen. Sie installieren nur das eine oder andere, nicht beide.
Für das, was es wert ist, halte ich das Einfügen von Deb-Paketen für
/opt
eine schlechte Idee, und das einzige, was ich in letzter Zeit gesehen habe, ist Google Chrome. Google befolgt jedoch nicht immer Best Practices.quelle
/opt
ist für Software von Drittanbietern. Es gibt ein Couchdb-Paket für Debian (ich meine, offiziell). Wenn Sie also ein anderes heruntergeladen haben, ist es in Ordnung, es muss in/opt
oder/usr/local/bin
entweder installiert sein.quelle
Obwohl es nicht Debian ist, sind die Fedora-Verpackungsrichtlinien diesbezüglich ziemlich klar:
Der Grund dafür, dass Pakete keine Dinge in / opt einfügen, ist ganz einfach: Wie bereits erwähnt, besagt der Dateihierarchiestandard, dass…
Dies kann von Paketen nicht garantiert werden, da eine Installation oder ein Update solche Daten ändern kann.
Ich weiß, dass Fedora nicht Debian ist, aber ich denke, dass sie in diesem Fall ziemlich ähnlich sind. Zumal Lintian, das Paketprüfungstool für Debian, einen speziellen Fehler aufweist: dir-or-file-in-opt
quelle