Packungsverwaltung auf Linux Systems war schon immer Gegenstand endloser Diskussionen, Flamefests und Streitgüter. Unabhängig davon, was man bevorzugt, ist für jeden etwas dabei, wenn nicht in der Distribution X, vielleicht in der Distribution, vielleicht in der Distribution. Einige schwören von Binärpaketmanagement, andere sagen, dass der einzig wahre Weg die Zusammenstellung von Quelle ist. Heute konzentrieren wir uns auf zwei Verteilungen, die das Beste aus beiden Welten bieten: Arch Linux und Slackware.

Einführung

Bevor wir uns mit dem Paketmanagement auf Arch und Slackware befassen, werden wir einige Allgemeinheiten über das Linux -Paketmanagement erläutern, sodass Sie einen kleinen theoretischen und historischen Hintergrund haben. In den alten Zeiten kompilierte die Leute Software aus Quelle und mochten sie. Als die Software komplexer wurde. Auf diese Weise erschien die Paketverwaltung, um die Installationsaufgaben des Benutzers zu erleichtern. Aus gewissen Sicht gibt es zwei Arten von Paketmanagement: Binär und Quelle. Binärer bedeutet, dass Software bereits zusammengestellt ist und ein Paket im Grunde ein Archiv ist, das der Paketmanager auf Ihrem System auspackt und so viel Software in einem Schnappschuss verfügbar macht. Dies ist in der Regel schnell und schmerzlos, aber es gibt einige Nachteile: Sie können Software als Abhängigkeit installiert, die Sie nie verwenden, und selbst die von Ihnen installierte Software verwenden sie möglicherweise nie. Sie ist nur installiert, da die Verteilung eine Philosophie von hat "Alles und das Spülbecken". Außerdem können Sie die Kompilierungszeitoptionen Ihrer Installation nicht steuern, da das Programm/die Bibliothek bereits zusammengestellt ist. Trotzdem ist dies die beliebteste Art, Software auf Linux-Systemen zu installieren, da es unkompliziert und schnell ist.

Verteilungen, die diese Probleme angehen möchten, nehmen normalerweise zwei Anweisungen an: das Gegenteil, wie in der Kompilierung alles von Quelle (wie Gentoo), was ein großes Maß an Anpassung und Geschwindigkeit bietet, da die Software auf Ihrem System für Ihr System zusammengestellt wird, aber das, aber das ist tendenziell viel „geekier“ und zeitaufwändig, insbesondere wenn es um große Software-Installationen geht oder eine gemischte Verpackungsumgebung anbietet: Bieten Sie einige grundlegende Pakete als Binärdateien an, mit (Arch) oder ohne (Slackware) Abhängigkeitsprüfung und anbieten Sie die Ruhe als Quelle mit einem Kompilierungsskript aus, damit Sie Ihre eigenen Pakete rollen können. Dies bietet das Beste aus beiden Welten, und natürlich können Sie die Basispakete nach Ihren Wünschen neu kompilieren. Niemand hält Sie auf.

Wir möchten Sie warnen, dass dieser Artikel nur mit der Verwendung von AUR und Slackbuilds zu tun hat. Wir gehen davon aus, dass Sie in Arch und/oder Slackware eingeladen sind, da wir uns nicht mit der Installation dieser Systeme befassen werden.Kommen wir also zur Arbeit.

Arch Linux und Aur

Eines der vielen Dinge, die Erz und Slackware gemeinsam haben, ist eine gute Dokumentation. Wir verwenden beide Verteilungen für einige Jahre und hatten nie ein Problem, das durch die Verwendung des Arch -Wiki-, Slackbook- oder IRC -Kanäle nicht gelöst wurde. Wir werden versuchen, so vollständig wie möglich zu sein, aber wenn Sie auf ein Problem stoßen, können wir frei von freiem und qualitativem Wissen profitieren.

Sie möchten also eine Anwendung installieren und können sie nicht in den Erz -Repositories finden. Keine Notwendigkeit zu in Panik. Wie Sie sehen können, sind Sie eingeladen, die Richtlinien zu lesen, um sich mit dem zu vertraut, was AUR ist und was es zum Ticken macht. Stellen Sie vor der Suche nach der AUR -Website nach dem Paket Ihres Wunsches sicher, dass Sie alles haben, was Sie brauchen.Installieren Sie zuerst Basis Sie haben also die erforderlichen Tools, um Software zu erstellen, und erstellen dann irgendwo in Ihrem Haus ein Verzeichnis, das nur für AUR -Builds verwendet werden kann. So gewährleisten Sie die Reihenfolge in Ihrem Dateisystem und erleichtern Ihr Leben später leichter. Neben dem Lesen der oben genannten Webseite empfehlen wir auch, die Seite über /etc /makepkg zu lesen.Conf, um einige buildbezogene Variablen an Ihr System anzupassen.

Nach der Vorbereitung sind Sie bereit für Ihr erstes benutzerdefiniertes Paket. Wir haben uns zum Beispiel MKSH (The Mirbsd Ksh-Clone) entschieden. Wir fanden es, nachdem wir nach "Mksh" gesucht hatten, und gingen zu seiner AUR -Seite. Nachdem wir den Tarball in unserem AUR-spezifischen Ordner heruntergeladen haben, sehen wir eine Datei namens 'Mksh.Teer.GZ 'da drin. Nachdem wir es ausgepackt und in das neu erstellte MKSH -Verzeichnis gewechselt haben, sehen wir zwei Dateien: MKSH.Installieren und pkgbuild. Nehmen Sie sich hier etwas Zeit, um diese Dateien mit Ihrem Editor Ihrer Wahl zu öffnen und zu verstehen, was sie tun. Wenn Sie unseren Artikel über benutzerdefinierte Fedora -Pakete lesen, werden Sie wahrscheinlich einige Ähnlichkeiten bemerken. Mksh.Installation ist ein kleines Skript, das sich um Probleme nach dem Installieren kümmert, und das PKGBuild, die Essenz der Angelegenheit, macht genau das, was eine Spezifikationsdatei tut: Paketversion, Beschreibung, Abhängigkeiten, Build-Befehle usw. Ja, im Gegensatz zu Slackbuilds, wie wir sehen werden, kümmern sich Pkgbuilds um mögliche Abhängigkeiten.

Aber genug Gespräch, lasst uns den Bau von MKSH machen. Wie üblich muss das Gebäude als Benutzer durchgeführt werden, und nur die Installation muss als Root durchgeführt werden.

 $ makepkg 

Im MKSH -Ordner kümmert sich um das Gebäude. In meinem System erhalte ich einen Fehler, da CPIO eine Abhängigkeit ist (MKSH ist als CPIO archiviert). Das Hinzufügen des Flags -S -Flags zu MakePKG installiert CPIO, nachdem ich nach meinem Administratorkennwort gefragt habe, und fährt dann mit dem Erstellen von MKSH fort. Daher kümmert sich das Flag -S -Flag zu majepkg um Abhängigkeitsprobleme. Denken Sie daran, es bei Bedarf zu verwenden. Das Gebäude wird nicht lange dauern, da MKSH kein großes Paket ist und Sie eine finden werden .Teer.XZ -Archiv in Ihrem aktuellen Verzeichnis. Mit der Sie installieren werden

 # Pacman -U MKSH-R40B-1-X86_64.pkg.Teer.xz 

und du bist fertig. Dies ist unserer Meinung nach eine effiziente Möglichkeit, Software zu installieren, die so angepasst wurde, wie Sie sie auf Ihren Arch -Systemen mögen. Dies passt auch gut zur Distribose der Philosophie, es einfach und ansprechend für DYI -Menschen zu halten. Natürlich können Sie die Quelle und die Kompilierflags nach Belieben ändern, und Sie können und sollten über neue Paketversionen auf dem Laufenden bleiben, indem Sie den Newsfeed dieses Pakets abonnieren. Der Himmel ist das Limit.

Slackbuilds

Slackbuilds sind wie die Pakete in AUR im Grunde genommen vom Benutzer eingereichte Skripte, um die Notwendigkeit eines Pakets zu beheben, das nicht in den offiziellen Repos zu finden ist. Slackware hat eine Richtlinie einer Anwendung pro Aufgabe. Hier kommen Slackbuilds: Sie gehen zur Webseite, suchen nach dem Paket, das Sie benötigen, laden Sie das herunter, erstellen und installieren. Das Howto hilft Ihnen beim Einstieg und Sie werden in dieser Hinsicht einige Ähnlichkeiten zwischen Erz und Slackware bemerken. Bevor wir weitermachen, sollten Sie wissen, dass Sie zwei Möglichkeiten haben, die gewünschten Slackbuilds zu erhalten: Einer ist durch das individuelle Herunterladen des benötigten Slackbuilds von der Webseite, der andere ist das gesamte Slackbuilds -Repository irgendwo in Ihrem Heimatordner und arbeitet von der Arbeit von der Slackbuilds -Repository aus und arbeitet von der Arbeit von Slackbuilds. Dort mögen die Ports/PKGSRC in BSD -Systemen am liebsten. Wir bevorzugen die Klonenvariante, also werden wir in unserem Beispiel so arbeiten. Sie können das Slackbuilds -Repository von FTP, Git, CGIT, RSYNC und HTTP erhalten, aber wir werden Git verwenden, da es einfach ist, mit den neuesten Updates auf dem Laufenden zu bleiben (manchmal können die Slackbuilds auf der Webseite etwas veraltet sein). Wenn Sie Git nicht installiert haben, können Sie es mit bekommen

 # Slackpkg Installieren Sie Git 

Und dann in Ihrem Heimverzeichnis

 $ git klone git: // slackbuilds.Org/Slackbuilds 

Dadurch wird ein Verzeichnis namens "Slackbuilds" erstellt und das gesamte Repository dort klonen. Wenn Sie einen anderen Namen für das Verzeichnis wünschen, verwenden Sie ihn als Argument:

 $ git klone git: // slackbuilds.org/slackbuilds mycustomdirectory 

Was auch immer der Name sein mag, Sie haben jetzt alle Slackbuilds auf Ihrer Festplatte griffbereit. Später möchten Sie auf das neueste und größte aktualisieren. Wechseln Sie zum Verzeichnis und tun Sie es einfach

 $ git ziehen 

um es zu aktualisieren.

Jetzt, wo wir gesetzt sind (natürlich gehen wir davon aus, dass Sie bereits GCC, Make und Freunde installiert haben), lassen Sie uns MKSH installieren. Wir gebrauchen

 $ CD Slackbuilds && finden . -Nennen Sie MKSH -print 

Um festzustellen, dass das, was wir suchen, im System/MKSH -Verzeichnis ist. Genau wie in Arch ist die Schlüsseldatei PKGBuild, hier ist die Schlüsseldatei MKSH.Slackbuild, das heißt generell gesehen $ packageName.Slackbuild. Nehmen Sie sich Zeit und schauen Sie durch die Datei und Sie werden feststellen. Sie können fast jeden Aspekt anpassen, Sie können die Version ändern, wenn Sie eine andere möchten, die Zielverzeichnisse usw. ändern.

Wenn Sie mit dem Lesen/Anpassen fertig sind, machen Sie die .Slackbuild -Datei ausführbare Datei und ausführen:

 $ chmod +x mksh.Slackbuild # ./mksh.Slackbuild 

und Sie erhalten eine Datei, die keinen Fehler gefunden hat. Slackware ist nicht so benutzerfreundlich wie Arch: Dob in die MKSH.Info -Datei (die Sie ändern müssen, wenn Sie eine andere Version erhalten möchten) und Sie sehen eine Zeile wie

 Download = "http: // www.Mirbs.org/miros/dist/miR/mksh/mksh-r40b.CPIO.GZ " 

Mit dem Sie das Quellarchiv im aktuellen (Arbeits-) Verzeichnis herunterladen werden:

 $ wget -c http: // www.Mirbs.org/miros/dist/miR/mksh/mksh-r40b.CPIO.gz 

Versuchen Sie nun erneut, das Skript auszuführen (als root, wie oben angezeigt). Wenn alles gut läuft, sehen Sie eine Zeile wie „Slackware Package /TMP /MKSH-R40B-I486-1_SBO.TGZ erstellt.”. Nachdem das Paket erstellt wird, müssen Sie es nur installieren:

 # installpkg /tmp /mksh-r40b-i486-1_sbo.TGZ 

Einfach, ist es jetzt? Wir empfehlen Ihnen, ein Verzeichnis mit all Ihren erstellten Paketen zu erstellen, da Sie sie irgendwann wiederverwenden können, möglicherweise auf anderen Maschinen, und ein lokales Repository erstellen können. Das und die Tatsache, dass / TMP / ein „flüchtiger“ Ort ist, macht dies zu einer empfohlenen Praxis.

Am Ende unseres kleinen Howto empfehlen wir zwei Ressourcen aus dem Slackware -Wiki, mit denen Sie besser mit Slackbuilds arbeiten und sogar selbst etwas erstellen können: Im erstens geht es darum, von Slackbuilds zu installieren, und im anderen geht es darum, Ihre eigenen zu schreiben. Wir hoffen nur, dass Sie gerne mit diesen beiden Distributionen arbeiten und wünschen Ihnen viel Glück und ein frohes Hacken.

Verwandte Linux -Tutorials:

• Dinge zu installieren auf Ubuntu 20.04
• So installieren Sie ein Paket von AUR auf Manjaro Linux
• Eine Einführung in Linux -Automatisierung, Tools und Techniken
• Dinge zu tun nach der Installation Ubuntu 20.04 fokale Fossa Linux
• Linux -Download
• Mint 20: Besser als Ubuntu und Microsoft Windows?
• Best Terminalspiele unter Linux
• Manjaro Linux gegen Arch Linux
• Beste Linux -Distribution für Entwickler
• Mastering -Bash -Skriptschleifen beherrschen