Przez długi czas Użytkownicy Debiana prosili o integrację repozytorium pakietów podobnego do AUR w Arch Linux i możemy to zobaczyć na forach reddit (na przykład w ten link). Dlaczego tak długo? ten pomysł nie został zrealizowany było to spowodowane problemami z kompilacją w pakietach, które reprezentował w tamtym czasie, co w przeciwieństwie do Arch Linux jest znacznie prostsze.
Ten „mały” problem przez długi czas uniemożliwiało to użytkownikom Debiana korzystanie z analogu repozytorium AUR dla nich i nawet jeśli repozytoria pakietów Debiana mają dużą liczbę pakietów, prawda jest taka, że repozytorium takie jak AUR (tej klasy, która pozwala stronom trzecim na dołączanie ich pakietów) umożliwiłoby użytkownikom dostęp do wielu innych i więcej. Wszyscy mają aktualizacje i nowe wersje popularnych pakietów w krótszym czasie, ponieważ włączenie aktualizacji do głównego repozytorium zajmuje kilka dni.
Ale to już koniec Cóż, kilka dni temu entuzjaści uruchomili repozytorium DUR (Repozytorium użytkowników Debiana), które jest pozycjonowane jako analog repozytorium AUR (Arch User Repository) dla Debiana, dzięki czemu deweloperzy zewnętrzni mogą dystrybuować swoje pakiety bez uwzględniania ich w głównych repozytoriach dystrybucji. Podobnie jak w przypadku AUR, metadane i instrukcje budowania pakietów w DUR są definiowane przy użyciu formatu PKGBUILD.
Znaczy to, że znaleziono sposób na wyeliminowanie trudności stron trzecich w tworzeniu pakietów deb, ponieważ można go teraz dostarczyć z plików PKGBUILD za pomocą zestawu narzędzi makedeb, który jest odpowiednikiem makepkg. Zawiera również menedżera pakietów mpm, który umożliwia wyodrębnianie i instalowanie pakietów z repozytoriów AUR i Arch Linux oraz narzędzie makedeb-db do zastępowania zależności specyficznych dla Arch Linux zależnościami Debiana.
DUR został zaprojektowany, aby pomóc użytkownikom używającym makedeb w systemach Debian łatwiej znaleźć i zbudować swoje ulubione pakiety, które mogą nie znajdować się w repozytoriach twojej dystrybucji. DUR został również stworzony, aby rozwiązać uporczywy problem z alternatywami, takimi jak PPA, centralizacja.
Dzięki PPA otrzymujesz tylko wybraną grupę pakietów z każdym repozytorium. Oprócz tego, PPA wymagają dodania dodatkowych kluczy podpisywania do systemu, mogą łatwo stracić aktualność i mogą stać się trudne do zarządzania, gdy chcesz je usunąć z systemu.
W DUR znajdujesz się w centralnym repozytorium, co oznacza, że nie musisz przeszukiwać wielu repozytoriów w poszukiwaniu żądanych pakietów.
DUR ułatwia również użytkownikom rozpoczęcie udostępniania własnych pakietów przy użyciu formatu pakietu PKGBUILD. Inne narzędzia do budowania oparte na Debianie często wymagają konfiguracji wieloplikowej i wymagają bardziej złożonej konfiguracji w porównaniu z PKGBUILD, który w większości przypadków składa się tylko z jednego pliku.
Przygotowano zestaw narzędzi pozwala Debianowi na używanie pakietów stworzonych dla AUR oraz główne repozytoria Arch Linux, w tym instalowanie pakietów bezpośrednio z AUR / Arch. Do dystrybucji gotowych dla społeczności pakietów dla Debiana zaproponowano oddzielne repozytorium DUR, w którym obecnie dystrybuowane są 4 pakiety, w tym klient Element Desktop Matrix.
DUR, podobnie jak AUR, zamiast polegać na dystrybucji jako całości, manipuluje zaufaniem do każdego indywidualnego dewelopera, który wnosi swoje pakiety do AUR / DUR. Do oddzielenia pakietów użytecznych od wątpliwych wykorzystywany jest system ocen oparty na głosowaniu użytkowników, a także tagi nadawane w wyniku analizy treści przez zweryfikowanych uczestników. Integralność pakietów jest potwierdzana podpisem cyfrowym każdego dewelopera.
Wreszcie, dla tych, którzy są zainteresowani dodaniem tego repozytorium, mogą przejrzeć dokumentację W poniższym linku. Repozytorium można zwiedzać z ten link
To budzi we mnie wątpliwości; Czy DUR ma sens teraz, kiedy społeczność Debiana mogłaby współpracować bezpośrednio z AUR nad rozwojem pakietów, konserwacją, aktualizacjami i niezawodnością? Ponieważ gdyby teraz mogli mieć AUR do instalowania pakietów w Debianie, nie różniłoby się to teraz AUR od projektów takich jak OINm, ponieważ w ramach tego schematu, jeśli dystrybucje oparte na Debianie przyjęłyby ten sposób budowania pakietów do ich instalacji, w zasadzie AUR stałby się LUR ( Uniwersalne repozytorium Linuksa).
Uznał, że bardziej odpowiednia jest idea uniwersalnego repozytorium.
W debianie nie jest to wcale konieczne, debian jest super zaopatrzony w pakiety i nie trzeba go od nikogo kopiować. Debian jest oddany bezpieczeństwu i powiedzmy czego chcemy, aur nie jest bezpieczny, każdy może tam wgrać pakiet, który nawet nie powinien istnieć. Dlatego nie używam ani nie lubię arch. To się nie uda, jeśli nie od czasu do czasu. W debianie są bardzo purystyczni i konserwatywni, a to nie jest dobre dla Linuksa.
To już należy do wszystkich, fakt, że jest to opcja, nie oznacza, że wszyscy będą z niej korzystać, i nie, Debian nie jest pełen „pakietów”, jak wspomniałeś, istnieją setki pakietów, które nie mają aktualizacji, takich jak libc6, qt5, a nawet te same narzędzia GNU, Debian ma BARDZO WOLNY cykl aktualizacji, nie licząc faktu, że FFMPEG, który oferuje, nie obsługuje NVENC i skompilowanie go bez żadnych problemów jest bardzo trudne.
Wspominając o kilku, których Debian nie naprawił od czasu Debiana 7, który od tamtej pory jest moją główną dystrybucją, zadzierasz z Debianem bardziej niż z samym Arch Linux.