Per molto tempo il Gli utenti Debian hanno richiesto l'integrazione di un repository di pacchetti simile ad AUR in Arch Linux e possiamo vederlo nei forum di reddit (ad esempio in questo link). Perché per così tanto tempo? questa idea non è stata implementata era dovuto a problemi di compilazione nei pacchetti che rappresentava all'epoca, che a differenza di Arch Linux è molto più semplice.
Questo "piccolo" problema ha impedito per lungo tempo agli utenti Debian di poter godere di un analogo del repository AUR per loro e anche se i repository dei pacchetti Debian hanno un gran numero di pacchetti, la verità è che un repository come AUR (di questa classe che consente a terze parti di includere i loro pacchetti) consentirebbe agli utenti di accedervi molti di più e su Tutti hanno aggiornamenti nuove versioni di pacchetti popolari in meno tempo, poiché l'inclusione degli aggiornamenti nel repository principale richiede giorni.
Ma è finita Ebbene, qualche giorno fa il gli appassionati hanno lanciato il repository DUR (Debian User Repository), che è posizionato come un analogo del repository AUR (Arch User Repository) per Debian, consentendo agli sviluppatori di terze parti di distribuire i propri pacchetti senza includerli nei repository principali della distribuzione. Come con AUR, i metadati e le istruzioni per la compilazione del pacchetto nel DUR sono definiti utilizzando il formato PKGBUILD.
Cioè, è stato trovato un modo per eliminare la difficoltà di terze parti che sminuiscono nella creazione di pacchetti deb, poiché ora può essere fornito dai file PKGBUILD con l'aiuto del toolkit makedeb, che è un analogo di makepkg. Include anche il gestore di pacchetti mpm, che consente di estrarre e installare pacchetti dai repository AUR e Arch Linux, e l'utilità makedeb-db per sostituire le dipendenze specifiche di Arch Linux con le dipendenze Debian.
Il DUR è stato progettato per aiutare gli utenti che usano makedeb su sistemi Debian a trovare e creare più facilmente i loro pacchetti preferiti che potrebbero non essere nei repository della tua distribuzione. DUR è stato creato anche per risolvere un problema persistente con alternative come i PPA, la centralizzazione.
Con i PPA, ottieni solo un gruppo selezionato di pacchetti con ciascun repository. Oltre a ciò, i PPA richiedono l'aggiunta di chiavi di firma aggiuntive al sistema, possono facilmente diventare obsoleti e possono diventare difficili da gestire quando si desidera rimuoverli dal sistema.
In DUR sei all'interno di un repository centrale, il che significa che non devi cercare più repository per i pacchetti che desideri.
Il DUR rende anche facile per gli utenti iniziare a condividere i propri pacchetti utilizzando il formato di pacchetto PKGBUILD. Altre utilità di compilazione basate su Debian richiedono spesso la configurazione di più file e richiedono una configurazione più complessa rispetto a PKGBUILD, che nella maggior parte dei casi consiste in un solo file.
Il toolkit preparato permette a Debian di usare i pacchetti creati per AUR e i principali repository di Arch Linux, inclusa l'installazione di pacchetti direttamente da AUR / Arch. Per la distribuzione dei pacchetti preparati dalla comunità per Debian, è stato proposto un repository DUR separato, in cui sono attualmente distribuiti 4 pacchetti, incluso il client Element Desktop Matrix.
DUR, come AUR, invece di fare affidamento sulla distribuzione nel suo insieme, manipola la fiducia in ogni singolo sviluppatore che contribuisce con i propri pacchetti ad AUR / DUR. Per separare i pacchetti utili da quelli discutibili, viene utilizzato un sistema di valutazione basato sul voto degli utenti, nonché tag assegnati a seguito dell'analisi del contenuto da parte dei partecipanti verificati. L'integrità dei pacchetti è confermata dalla firma digitale di ogni sviluppatore.
Infine, per coloro che sono interessati a poter aggiungere questo repository, possono rivedere la documentazione nel seguente link Puoi visitare il repository da questo link
Questo genera in me un dubbio; Ha senso DUR ora che la comunità Debian potrebbe collaborare direttamente da AUR allo sviluppo, alla manutenzione, all'aggiornamento e all'affidabilità dei pacchetti? Perché se ora possono avere AUR per installare i pacchetti in Debian, non sarebbe molto diverso ora AUR di progetti come OINm poiché sotto questo schema se le distribuzioni basate su Debian adottassero questo modo di costruire pacchetti per installarli, fondamentalmente AUR diventerebbe LUR (Linux Universal Repository).
Ha ritenuto che l'idea di un repository universale fosse più adatta.
In debian non è affatto necessario, debian ha un super assortimento di pacchetti e non ha bisogno di copiarsi da nessuno. Debian è impegnata nella sicurezza e diciamo quello che vogliamo, non è sicuro, che chiunque possa caricare un pacchetto lì, che non dovrebbe nemmeno esistere. Ecco perché non uso o non mi piace l'arch. Questo non avrà successo, se non di volta in volta. In Debian sono molto puristi e conservatori e questo non va bene per Linux.
Dipende da tutti, solo perché è un'opzione non significa che tutti la useranno, e no, Debian non è piena di "pacchetti" come dici tu, ci sono centinaia di pacchetti che mancano di aggiornamenti, come libc6, qt5 o anche gli stessi strumenti GNU, Debian tende ad avere un ciclo di aggiornamento MOLTO LENTO, senza contare il fatto che l'FFMPEG che offre non ha il supporto NVENC ed è una seccatura compilarlo senza problemi.
Citando alcuni che Debian non ha risolto da Debian 7, che è stata la mia distribuzione principale da allora, si scherza di più con Debian che con Arch Linux stesso.