Lange Zeit die Debian-Benutzer haben die Integration eines Paket-Repositorys ähnlich dem von AUR angefordert in Arch Linux und wir können dies in den reddit-Foren sehen (zum Beispiel in dieser Link). Warum so lange diese Idee wurde nicht umgesetzt es lag an kompilierungsproblemen in den damals vertretenen Paketen, was im Gegensatz zu Arch Linux viel einfacher ist.
Dieses "kleine" Problem es verhinderte lange Zeit, dass Debian-Benutzer ein Analogon des AUR-Repositorys genießen konnten für sie und obwohl die Debian-Paket-Repositorys eine große Anzahl von Paketen haben, ist die Wahrheit, dass ein Repository wie AUR (dieser Klasse, die es Dritten ermöglicht, ihre Pakete einzuschließen) Benutzern den Zugriff auf viele weitere und mehr ermöglichen würde Alle haben Updates und neue Versionen beliebter Pakete in kürzerer Zeit, da das Einbinden von Updates in das Haupt-Repository Tage dauert.
Aber das ist vorbei Nun, vor ein paar Tagen die Enthusiasten haben das DUR-Repository gestartet (Debian User Repository), das als Analogon zum AUR (Arch User Repository)-Repository für Debian positioniert ist, sodass Drittentwickler ihre Pakete verteilen können, ohne sie in die Haupt-Repositorys aufzunehmen der Verteilung. Wie beim AUR werden die Metadaten und die Paketerstellungsanweisungen im DUR unter Verwendung des PKGBUILD-Formats definiert.
Das heißt, es wurde ein Weg gefunden, die Schwierigkeit zu beseitigen, dass Dritte die Erstellung von Deb-Paketen beeinträchtigen. da dies nun mit Hilfe des makedeb-Toolkits, das ein Analogon von makepkg ist, aus PKGBUILD-Dateien bereitgestellt werden kann. Es enthält auch den mpm-Paketmanager, mit dem Sie Pakete aus den AUR- und Arch Linux-Repositorys extrahieren und installieren können, und das Dienstprogramm makedeb-db, um Arch Linux-spezifische Abhängigkeiten durch Debian-Abhängigkeiten zu ersetzen.
Die DUR wurde entwickelt, um Benutzern, die makedeb auf Debian-Systemen verwenden, zu helfen, ihre Lieblingspakete, die sich möglicherweise nicht in den Repositorys Ihrer Distribution befinden, leichter zu finden und zu erstellen. DUR wurde auch erstellt, um ein anhaltendes Problem mit Alternativen wie PPAs und Zentralisierung zu lösen.
Bei PPAs erhalten Sie mit jedem Repository nur eine ausgewählte Gruppe von Paketen. Darüber hinaus erfordern PPAs das Hinzufügen zusätzlicher Signaturschlüssel zu Ihrem System, sie können leicht veraltet sein und ihre Verwaltung kann schwierig werden, wenn Sie sie aus Ihrem System entfernen möchten.
In DUR befinden Sie sich in einem zentralen Repository, was bedeutet, dass Sie nicht mehrere Repositorys nach den gewünschten Paketen durchsuchen müssen.
Der DUR macht es Benutzern auch leicht, ihre eigenen Pakete zu teilen, indem sie das Paketformat PKGBUILD verwenden. Andere Debian-basierte Build-Dienstprogramme erfordern oft eine Einrichtung mit mehreren Dateien und erfordern eine komplexere Einrichtung im Vergleich zu PKGBUILD, das in den meisten Fällen nur aus einer einzigen Datei besteht.
Das Toolkit vorbereitetkit erlaubt Debian, Pakete zu verwenden, die für AUR . erstellt wurden und die wichtigsten Arch Linux-Repositorys, einschließlich der Installation von Paketen direkt von AUR / Arch. Für die Verteilung von Community-fähigen Paketen für Debian wurde ein separates DUR-Repository vorgeschlagen, in dem derzeit 4 Pakete verteilt werden, darunter der Element Desktop Matrix-Client.
DUR, wie AUR, anstatt sich auf die Verteilung als Ganzes zu verlassen, manipuliert das Vertrauen in jeden einzelnen Entwickler, der seine Pakete zum AUR / DUR beisteuert. Um nützliche Pakete von fragwürdigen zu trennen, wird ein Bewertungssystem basierend auf User-Voting verwendet, sowie Tags, die als Ergebnis der Inhaltsanalyse von verifizierten Teilnehmern vergeben werden. Die Integrität der Pakete wird durch die digitale Signatur jedes Entwicklers bestätigt.
Schließlich können diejenigen, die daran interessiert sind, dieses Repository hinzuzufügen, die Dokumentation lesen im folgenden Link. Das Repository kann besichtigt werden von dieser Link.
Dies erzeugt einen Zweifel in mir; Macht DUR jetzt Sinn, wenn die Debian-Community direkt von AUR aus an Paketentwicklung, Wartung, Aktualisierung und Zuverlässigkeit zusammenarbeiten könnte? Denn wenn sie jetzt AUR haben können, um Pakete in Debian zu installieren, wäre es jetzt nicht viel anders als AUR von Projekten wie OINm, da nach diesem Schema, wenn die auf Debian basierenden Distributionen diese Art des Erstellens von Paketen übernehmen, um sie zu installieren, im Grunde AUR zu LUR wird (Universelles Linux-Repository).
Er hielt die Idee eines universellen Endlagers für besser geeignet.
In Debian ist es überhaupt nicht notwendig, Debian ist super sortiert von Paketen und muss von niemandem kopiert werden. Debian ist der Sicherheit verpflichtet und sagen wir, was wir wollen, es ist nicht sicher, dass jeder dort ein Paket hochladen kann, das nicht einmal existieren sollte. Deshalb verwende ich oder mag arch nicht. Dies wird nicht gelingen, wenn nicht von Zeit zu Zeit. In Debian sind sie sehr puristisch und konservativ und das ist nicht gut für Linux.
Das ist jedem selbst überlassen, nur weil es eine Option ist, heißt das nicht, dass jeder sie benutzen wird, und nein, Debian ist nicht voller "Pakete", wie Sie sagen, es gibt Hunderte von Paketen, denen Updates fehlen, wie libc6, qt5 oder sogar die gleichen GNU-Tools, Debian neigt dazu, einen SEHR LANGEN Update-Zyklus zu haben, abgesehen von der Tatsache, dass das von ihm angebotene FFMPEG NVENC nicht unterstützt und es völlig umständlich ist, es ohne Probleme zu kompilieren.
Damit sind einige erwähnt, die Debian seit Debian 7 nicht behoben hat, was seitdem meine Hauptdistribution ist. Sie machen mehr mit Debian herum als mit Arch Linux selbst.