長期以來， Debian 用戶一直要求集成一個類似於 AUR 的軟件包存儲庫 在 Arch Linux 中，我們可以在 reddit 論壇中看到這一點（例如在 此鏈接). 為什麼這麼久 這個想法沒有實現 這是由於編譯問題 在它當時代表的軟件包中，與 Arch Linux 不同的是，它要簡單得多。
這個“小”問題 它在很長一段時間內阻止 Debian 用戶享受 AUR 存儲庫的模擬 對他們來說，即使 Debian 軟件包存儲庫有大量軟件包，但事實是，像 AUR（此類允許第三方包含他們的軟件包的此類）這樣的存儲庫將允許用戶訪問更多並且關於所有更新和在更短的時間內推出新版本的流行軟件包，因為在主存儲庫中包含更新需要幾天時間。
但這已經結束了 那麼，前幾天 愛好者已經啟動了 DUR 存儲庫 （Debian User Repository），它被定位為 Debian 的 AUR（Arch User Repository）存儲庫的模擬，允許第三方開發人員分發他們的包，而無需將它們包含在主要存儲庫中 的分佈。 與 AUR 一樣，DUR 中的元數據和包構建指令是使用 PKGBUILD 格式定義的。
也就是說，已經找到了一種方法來消除第三方在創建 deb 包時的難度， 因為現在可以在 makedeb 工具包的幫助下從 PKGBUILD 文件提供，它是 makepkg 的類似物。 它還包括 mpm 包管理器，它允許您從 AUR 和 Arch Linux 存儲庫中提取和安裝包，以及 makedeb-db 實用程序，用 Debian 依賴項替換 Arch Linux 特定的依賴項。
DUR 旨在幫助在 Debian 系統上使用 makedeb 的用戶更輕鬆地查找和構建他們最喜歡的軟件包，這些軟件包可能不在您的發行版的存儲庫中。 DUR 還用於解決 PPA、集中化等替代方案的持續問題。
使用 PPA，您只能在每個存儲庫中獲得一組選定的包。 除此之外，PPA 需要向您的系統添加額外的簽名密鑰，很容易過時，並且當您想從系統中刪除它們時可能會變得難以管理。
在 DUR 中，您位於一個中央存儲庫中，這意味著您不必為所需的包搜索多個存儲庫。
DUR 還使用戶可以使用 PKGBUILD 包格式輕鬆開始共享他們自己的包。 其他基於 Debian 的構建實用程序通常需要多文件設置，並且與 PKGBUILD 相比需要更複雜的設置，在大多數情況下它只包含一個文件。
準備的工具包 允許 Debian 使用為 AUR 創建的包 和主要的 Arch Linux 存儲庫，包括直接從 AUR / Arch 安裝軟件包。 對於社區為 Debian 準備的軟件包的分發，已經提出了一個單獨的 DUR 存儲庫，其中目前分發了 4 個軟件包，包括 Element Desktop Matrix 客戶端。
DUR 和 AUR 一樣， 而不是依賴整個分佈， 操縱每個向 AUR / DUR 貢獻軟件包的開發人員的信任. 為了將有用的包與有問題的包分開，使用基於用戶投票的評級系統，以及根據驗證參與者的內容分析結果分配的標籤。 包的完整性由每個開發人員的數字簽名確認。
最後，對於那些有興趣能夠添加此存儲庫的人，他們可以查看文檔 在下面的鏈接中。 可以從以下位置訪問存儲庫 這個鏈接
這讓我產生了懷疑； 當 Debian 社區可以直接從 AUR 就軟件包開發、維護、更新和可靠性進行協作時，DUR 現在有意義嗎？ 因為如果現在他們可以有 AUR 在 Debian 中安裝包，那麼 AUR 現在與 OINm 之類的項目不會有太大區別，因為在這種方案下，如果基於 Debian 的發行版採用這種構建包的方式來安裝它們，基本上 AUR 將變成 LUR通用存儲庫）。
他認為通用存儲庫的想法更合適。
在 debian 中完全沒有必要，debian 是超級分類的軟件包，不需要從任何人那裡複製。 Debian 致力於安全，讓我們說我們想要什麼，這是不安全的，任何人都可以在那裡上傳一個甚至不應該存在的包。 這就是我不使用或不喜歡拱形的原因。 如果不是不時，這不會成功。 在 debian 中，他們非常純粹和保守，這對 Linux 不利。
這取決於每個人，僅僅因為它是一個選項並不意味著每個人都會使用它，不，Debian 並不像你所說的那樣充滿“包”，有數百個包缺少更新，例如 libc6、qt5甚至是相同的 GNU 工具，Debian 的更新周期往往非常緩慢，這還不包括它提供的 FFMPEG 沒有 NVENC 支持的事實，而且編譯它沒有問題是一個完全的拖累。
這就是說 Debian 自從 Debian 7 以來一直沒有修復的一些問題，Debian XNUMX 從那時起一直是我的主要發行版，與 Arch Linux 本身相比，您對 Debian 的困擾更多。