Sokáig a A Debian felhasználói az AUR-hoz hasonló csomagtárház integrálását kérték az Arch Linux-ban, és ezt láthatjuk a reddit fórumokon (például a meg ezt a linket). Miért ilyen sokáig ez az ötlet nem valósult meg összeállítási problémák miatt következett be az általa akkor képviselt csomagokban, ami az Arch Linux-szal ellentétben sokkal egyszerűbb.
Ez a "kis" probléma hosszú ideig megakadályozta a Debian felhasználókat abban, hogy élvezhessék az AUR tárház analógját számukra és annak ellenére, hogy a Debian csomagtárházakban nagy számú csomag található, az igazság az, hogy az AUR-hoz hasonló tároló (ebbe az osztályba, amely lehetővé teszi harmadik felek számára csomagjaik felvételét) lehetővé tenné a felhasználók számára, hogy még sok mindenhez hozzáférjenek a népszerű csomagok új verziói rövidebb idő alatt, mivel a frissítések felvétele a fő adattárba napokba telik.
De ennek vége Nos, néhány nappal ezelőtt a rajongók elindították a DUR adattárat (Debian Felhasználói adattár), amely a Debian AUR (Arch User Repository) adattárának analógjaként van elhelyezve, lehetővé téve harmadik féltől származó fejlesztők számára, hogy terjesszék csomagjaikat anélkül, hogy felvennék őket a fő tárakba az eloszlás. Az AUR-hoz hasonlóan a DUR-ban a metaadatokat és a csomagépítési utasításokat a PKGBUILD formátumban határozzák meg.
Vagyis módot találtak arra, hogy kiküszöböljék a harmadik felek nehézségeit a deb csomagok létrehozása során, mivel ez most a PKGBUILD fájlokból biztosítható a makedeb eszköztár segítségével, amely a makepkg analógja. Tartalmazza az mpm csomagkezelőt is, amely lehetővé teszi csomagok kibontását és telepítését az AUR és Arch Linux adattárakból, valamint a makedeb-db segédprogramot, amely az Arch Linux-specifikus függőségeket Debian-függőségekkel helyettesíti.
A DUR célja az volt, hogy a Debian rendszeren a makedebet használó felhasználók könnyebben megtalálják és felépítsék kedvenc csomagjaikat, amelyek esetleg nem szerepelnek a disztribúció tárházában. A DUR-t egy állandó probléma megoldására is alkalmazták olyan alternatívákkal, mint a HTM-ek, a centralizáció.
A PPA-kkal csak egy kiválasztott csomagcsoportot kap minden tárhoz. Ezen túlmenően a PPA-k további aláíró kulcsok hozzáadását igénylik a rendszerbe, könnyen elavulhatnak, és nehezen kezelhetővé válhatnak, amikor el akarja távolítani őket a rendszerből.
A DUR-ban egy központi adattáron belül tartózkodik, ami azt jelenti, hogy nem kell több tárolóban keresnie a kívánt csomagokat.
A DUR megkönnyíti a felhasználók számára saját csomagjaik megkezdését a PKGBUILD csomagformátum használatával. Más Debian-alapú építési segédprogramok gyakran több fájl beállítását igénylik, és bonyolultabb telepítést igényelnek a PKGBUILD-hez képest, amely a legtöbb esetben csak egyetlen fájlból áll.
Készült az eszközkészlet lehetővé teszi a Debian számára az AUR számára létrehozott csomagok használatát és az Arch Linux fő adattárai, beleértve a csomagok telepítését közvetlenül az AUR / Arch-ból. A közösség által a Debian számára készített csomagok terjesztésére egy külön DUR-tárat javasoltak, amelyben jelenleg 4 csomag van terjesztve, köztük az Element Desktop Matrix kliens.
DUR, mint az AUR, ahelyett, hogy az egész terjesztésre támaszkodna, manipulálja az egyes fejlesztőkbe vetett bizalmat, akik csomagjaikkal hozzájárulnak az AUR / DUR-hoz. A hasznos csomagok és a megkérdőjelezhető csomagok elkülönítéséhez a felhasználók szavazásán alapuló minősítési rendszert, valamint az ellenőrzött résztvevők által a tartalomelemzés eredményeként kiosztott címkéket használnak. A csomagok integritását minden fejlesztő digitális aláírása megerősíti.
Végül azok számára, akik szeretnék felvenni ezt az adattárat, áttekinthetik a dokumentációt A következő linken. A tárolót innen látogathatja meg ezt a linket
Ez kétséget ébreszt bennem; Van-e értelme a DUR-nak most, amikor a Debian közösség közvetlenül az AUR-tól együttműködhet a csomagok fejlesztésében, karbantartásában, frissítésében és megbízhatóságában? Mert ha most megvan a lehetőségük az AUR-ra csomagok telepítéséhez a Debianban, akkor most nem nagyon különbözne az olyan projektek AUR-jától, mint az OINm, mivel ennek a rendszernek az az oka, hogy ha a Debian-alapú disztribúciók a csomagok felépítésének ezt a módját alkalmazzák telepítésükre, akkor az AUR-ból alapvetően LUR lesz (Linux Universal Repository).
Úgy vélte, hogy az egyetemes adattár ötlete megfelelőbb.
A debianban egyáltalán nem szükséges, a debian szuper csomagokból áll, és nem kell senkitől másolnia. A Debian elkötelezett a biztonság iránt, és mondjuk azt, amit akarunk, az nem biztonságos, hogy bárki feltölthet oda egy csomagot, amelynek nem is kellene léteznie. Ezért nem használom és nem szeretem az arch-ot. Ez nem fog sikerülni, ha nem is időnként. A debianban nagyon puriszták és konzervatívak, és ez nem jó a Linux számára.
Ez mindenkinek a dolga, csak azért, mert ez egy opció, még nem jelenti azt, hogy mindenki használni fogja, és nem, a Debian nincs tele "csomagokkal", amint említi, több száz olyan csomag van, ahol nincsenek frissítések, például libc6, qt5 vagy akár ugyanazok a GNU eszközök, a Debian hajlamos egy NAGYON LASSÚ frissítési ciklusra, nem számítva azt a tényt, hogy az általa kínált FFMPEG nem támogatja az NVENC-t, és ez teljes húzás problémamentesen lefordítva.
Ez megemlít néhány olyan dolgot, amelyet a Debian a Debian 7 óta nem javított, ami azóta a fő disztribútorom, inkább a Debiannal kavar, mint maga az Arch Linux.