Under lång tid Debian-användare har begärt integrering av ett paketförvar som liknar AUR i Arch Linux och vi kan se detta i reddit-forumen (till exempel i denna länk). Varför så länge denna idé har inte genomförts det berodde på kompileringsproblem i de paket som den representerade vid den tiden, vilket till skillnad från Arch Linux är mycket enklare.
Detta "lilla" problem det förhindrade länge Debian-användare från att kunna njuta av en analog av AUR-förvaret för dem och även om Debian-paketförvaren har ett stort antal paket, är sanningen att ett arkiv som AUR (av denna klass som tillåter tredje part att inkludera sina paket) skulle tillåta användare att komma åt många fler och mer. Alla har uppdateringar och nya versioner av populära paket på kortare tid, eftersom införandet av uppdateringar i huvudförvaret tar dagar.
Men det här är över För några dagar sedan entusiaster har lanserat DUR-förvaret (Debian User Repository), som är placerad som en analog till AUR (Arch User Repository) -förvaret för Debian, vilket gör det möjligt för tredjepartsutvecklare att distribuera sina paket utan att inkludera dem i huvudförvaren av distributionen. Som med AUR, definieras metadata och paketbyggnadsinstruktioner i DUR med hjälp av PKGBUILD-formatet.
Det vill säga ett sätt har hittats för att eliminera svårigheten för tredje part att förringa skapandet av deb-paket, eftersom detta nu kan tillhandahållas från PKGBUILD-filer med hjälp av makedeb toolkit, som är en analog av makepkg. Det inkluderar också mpm-pakethanteraren, som låter dig extrahera och installera paket från AUR- och Arch Linux-arkiv, och verktyget makedeb-db för att ersätta Arch Linux-specifika beroenden med Debian-beroenden.
DUR var utformad för att hjälpa användare som använder makedeb i Debian-system lättare att hitta och bygga sina favoritpaket som kanske inte finns i din distributions förvar. DUR gjordes också för att lösa ett ihållande problem med alternativ som PPA, centralisering.
Med PPA får du bara en utvald grupp av paket med varje arkiv. Utöver detta kräver PPAs att du lägger till ytterligare signeringsnycklar i ditt system, kan lätt bli inaktuella och kan bli svåra att hantera när du vill ta bort dem från ditt system.
I DUR befinner du dig i ett centralt arkiv, vilket innebär att du inte behöver söka i flera arkiv efter de paket du vill ha.
DUR gör det också enkelt för användare att börja dela sina egna paket genom att använda paketformatet PKGBUILD. Andra Debian-baserade byggverktyg kräver ofta inställning av flera filer och kräver mer komplex installation jämfört med PKGBUILD, som i de flesta fall bara består av en enda fil.
Verktygslådan förberedd tillåter Debian att använda paket som skapats för AUR och de viktigaste Arch Linux-arkiven, inklusive installation av paket direkt från AUR / Arch. För distribution av paket som utarbetats av communityn för Debian har ett separat DUR-arkiv föreslagits där fyra paket för närvarande distribueras, inklusive Element Desktop Matrix-klienten.
DUR, som AUR, istället för att förlita sig på distributionen som helhet, manipulerar förtroendet för varje enskild utvecklare som bidrar med sina paket till AUR / DUR. För att skilja användbara paket från tvivelaktiga paket används ett betygssystem baserat på användarröstning samt taggar som tilldelats som ett resultat av innehållsanalys av verifierade deltagare. Paketenas integritet bekräftas av den digitala signaturen för varje utvecklare.
Slutligen, för dem som är intresserade av att kunna lägga till detta förvar, kan de granska dokumentationen I följande länk. Du kan besöka förvaret från den här länken
Detta genererar ett tvivel hos mig; Är DUR vettigt nu när Debians community kan samarbeta direkt från AUR om paketutveckling, underhåll, uppdatering och tillförlitlighet? För om de nu kan ha AUR för att installera paket i Debian, skulle det inte vara väldigt annorlunda nu AUR för projekt som OINm, eftersom enligt detta schema om distributionerna baserade på Debian antar detta sätt att bygga paket för att installera dem, skulle i princip AUR bli LUR (Linux Universal Repository).
Han ansåg att tanken på ett universellt förvar är mer lämpligt.
I debian är det inte alls nödvändigt, debian är super bland paket och behöver inte kopiera från någon. Debian är engagerad i säkerhet och låt oss säga vad vi vill, det är inte säkert, att någon kan ladda upp ett paket där, som inte ens borde existera. Det är därför jag inte använder eller gillar arch. Detta kommer inte att lyckas, om inte då och då. I debian är de mycket puristiska och konservativa och det här är inte bra för Linux.
Det är upp till alla, bara för att det är ett alternativ betyder inte att alla kommer att använda det, och nej, Debian är inte full av "paket" som du nämner, det finns hundratals paket som saknar uppdateringar, till exempel libc6, qt5 eller till och med samma GNU-verktyg, Debian tenderar att ha en MYCKET Långsam uppdateringscykel, inklusive det faktum att FFMPEG som erbjuds inte stöder NVENC och det är ett fullständigt drag för att kompilera det utan problem.
Det nämner några som Debian inte har fixat sedan Debian 7, vilket har varit min huvudsakliga distro sedan dess, du röra mer med Debian än Arch Linux själv.