Verstößt die Installation vorkompilierter Software aus Tarballs gegen die Debian-Philosophie?

Question

Das wohl größte Argument für Debian ist seine Stabilität. Um diese Stabilität nicht zu beeinträchtigen, müssen wir einer bestimmten Philosophie folgen, nämlich immer Software aus den offiziellen Debian-Repos zu installieren und niemalsmachen installierenMaterial aus zufälligen Tarballs, die Sie im Internet finden.

Mir ist allerdings noch nicht klar, ob ich diese Mentalität auch auf vorkompilierte Software anwenden sollte. Ich habe Apache OpenOffice und PyCharm aus Tarballs installiert, indem ich sie einfach über entpackt habe tar -xvzf file.tar.gz. Danach kann ich das Programm entweder bereits ausführen oder muss einige .debDateien installieren (was wohl der Debian-Philosophie entspricht?), ohne jemals „make installing“ ausführen zu müssen.

Ich vermute, dass die Installation „zufälliger“ .debDateien mein System durcheinanderbringen könnte, aber gibt es abgesehen davon irgendeine Möglichkeit, mein System auf diese Weise kaputt zu machen?

Answer 1

DerDebian-GesellschaftsvertragAbschnitt 4 besagt

Unsere Prioritäten sind unsere Benutzer und freie Software

Wir werden uns von den Bedürfnissen unserer Benutzer und der Freie-Software-Community leiten lassen. Ihre Interessen werden bei uns an erster Stelle stehen. Wir werden die Bedürfnisse unserer Benutzer hinsichtlich des Betriebs in vielen verschiedenen Arten von Computerumgebungen unterstützen. Wir werden keine Einwände gegen nicht-freie Werke erheben, die für die Verwendung auf Debian-Systemen bestimmt sind, und wir werden auch nicht versuchen, von Leuten, die solche Werke erstellen oder verwenden, eine Gebühr zu verlangen. Wir werden anderen erlauben, Distributionen zu erstellen, die sowohl das Debian-System als auch andere Werke enthalten, ohne dass wir dafür eine Gebühr verlangen müssen. Zur Förderung dieser Ziele werden wir ein integriertes System aus qualitativ hochwertigen Materialien ohne rechtliche Einschränkungen bereitstellen, die eine solche Verwendung des Systems verhindern würden.

Ich würde also nicht sagen, dass Debian Einwände gegen Ihre Vorgehensweise hat. Natürlich /optsollte die Installation von Software in kein Problem sein; es ist vielleicht besser, Binärdateien in /usr/local/binstatt zu verknüpfen /usr/bin, aber das ist ein kleines Detail. ( /usr/binsollte ausschließlich die Domäne des Paketmanagers sein, aber es ist Ihr System.)

Natürlich gibt es möglicherweise "Debian-ähnlichere" Möglichkeiten, Dinge zu tun, aber das hängt von Ihren spezifischen Anwendungsfällen ab. Ich würde vorschlagen, das gepackteLibreOfficeanstelle von Apache OpenOffice. Die Installation „zufälliger“ Pakete sollte Ihr System nicht beschädigen, solange sie aus den Debian-Archiven stammen. Unabhängig davon, ob Sie Debian-Pakete verwenden oder nicht, gibt es unzählige Möglichkeiten, Ihr System zu beschädigen. Debian-Entwickler tun ihr Bestes, um dies zu vermeiden, wenn Sie nur Debian-Pakete verwenden, aber es gibt keine Garantie dafür …

Wenn Sie die Stabilität Ihres Systems erhalten möchten:

• Überschreiben Sie niemals ein Paket mit nicht verpacktem Inhalt.
• Installieren Sie keine nicht verpackte Software in /usr(außer /usr/local);
• Seien Sie vorsichtig mit Initskripten oder Systemd-Einheiten.
• Installieren Sie keine Pakete aus zufälligen Repositories (oder Debian-Repositories außer dem Repository Ihrer Haupt-„Suite“ – mischen Sie also nichts stableusw. testing, es sei denn, Sie wissen, was Sie tun).

Befolgen Sie diese Regeln, und Sie sollten auf der sicheren Seite sein. Sie können Software auf dem von Debian bereitgestellten System installieren, egal ob sie vorkompiliert ist oder Sie sie selbst kompilieren.

Answer 2

Eine „zufällige Deb“ weist zwei Unterschiede auf.

1. Es gibt eine natürliche Möglichkeit zur Deinstallation, von der Sie wissen, dass sie existiert. (Ich glaube, dass Standard-Autoconf-Projekte dies bieten make uninstall, aber es ist alles andere als universell.)
2. Die Namen, die das Paket verwendet, können mit anderen Paketen in Konflikt geraten. Wenn Dateinamen in Konflikt geraten, erhalten Sie bei der Installation eine Warnung. Das ist eine nette Verbesserung. Wenn Paketnamen jedoch in Konflikt geraten, können die Ergebnisse sehr verwirrend sein.

Das Erkennen (einiger Arten von) Dateinamenkonflikten könnte eine nützliche Sicherheitsverbesserung sein. Es verhindert, dass Sie eine Systemdatei überschreiben, die bereits von einem Debian-Paket bereitgestellt wurde. Deinstallationen sind auch ziemlich nützlich. Aber ... wenn wir stärkere Worte wie „random deb“ und „diese Stabilität nicht brechen“ verwenden? Dann würde ich sagen, nein, es gibt im Prinzip keinen so großen Unterschied zwischen diesem und make install.

Das Ausführen einzelner Programme aus Tarballs ist tendenziell weniger aufdringlich. Ein zweites Prinzip von Debian ist jedoch die Bereitstellung von Sicherheitsupdates. Ich würde von jeder Möglichkeit abraten, Office-Dateien mit demunsichere, nicht gewartete Softwaredie Sie erwähnt haben. Daher wären die offiziellen (LibreOffice-)Pakete in den meisten Situationen vorzuziehen.

Es wäre etwas übertrieben, dies „die Debian-Philosophie“ zu nennen. Sie ist nicht unbedingt einzigartig für Debian. Sie könnten als Benutzer von Ubuntu (LTS oder anders) dieselbe Einstellung haben, und ich würde sagen, das ist ein guter Ausgangspunkt. Außerdem hat Debian tiefere Philosophien, die dieses Wort eher verdienen würden :).

Ich persönlich verwende Debian auf Systemen, auf denen ich erwarten würde, dass Ubuntu LTS sich genauso gut um mich kümmert. Der Grund, warum ich Ubuntu vermeide, ist, dass sie ihr eigenes Zeug erfunden haben, das mich nicht beeindruckt hat und mit dem ich mich nicht befassen wollte. („Unity“, Mir, schlechtes Gerede über systemd. Und ich möchte, dass mein WLAN offen gewartet wird. Die Art und Weise, wie sie Treiber integrieren, macht mir Sorgen um die langfristige Wartung.)