เป็นเวลานาน ผู้ใช้ Debian ได้ร้องขอการรวมที่เก็บแพ็คเกจที่คล้ายกับ AUR one ใน Arch Linux และเราสามารถเห็นสิ่งนี้ในฟอรัม reddit (เช่นใน การเชื่อมโยงนี้). ทำไมนานจัง ความคิดนี้ยังไม่ได้ดำเนินการ เกิดจากปัญหาในการคอมไพล์ ในแพ็คเกจที่แสดงในขณะนั้น ซึ่งแตกต่างจาก Arch Linux ที่ง่ายกว่ามาก
ปัญหา "น้อย" นี้ เป็นเวลานานทำให้ผู้ใช้ Debian ไม่สามารถเพลิดเพลินกับแอนะล็อกของที่เก็บ AUR สำหรับพวกเขาและแม้ว่าที่เก็บแพ็คเกจ Debian จะมีแพ็คเกจจำนวนมาก แต่ความจริงก็คือที่เก็บเช่น AUR (ของคลาสนี้ที่อนุญาตให้บุคคลที่สามรวมแพ็คเกจของพวกเขา) จะอนุญาตให้ผู้ใช้เข้าถึงได้อีกมากมายและเกี่ยวกับ All มีการอัปเดตและ เวอร์ชันใหม่ของแพ็คเกจยอดนิยมโดยใช้เวลาน้อยลง เนื่องจากการรวมการอัปเดตในที่เก็บหลักใช้เวลาหลายวัน
แต่นี่มันจบแล้ว เมื่อไม่กี่วันก่อน ผู้ที่ชื่นชอบได้เปิดตัวที่เก็บ DUR (Debian User Repository) ซึ่งอยู่ในตำแหน่งแอนะล็อกของที่เก็บ AUR (Arch User Repository) สำหรับ Debianอนุญาตให้นักพัฒนาบุคคลที่สามแจกจ่ายแพ็คเกจโดยไม่ต้องรวมไว้ในที่เก็บหลัก ของการจัดจำหน่าย เช่นเดียวกับ AUR ข้อมูลเมตาและคำแนะนำในการสร้างแพ็คเกจใน DUR ถูกกำหนดโดยใช้รูปแบบ PKGBUILD
นั่นคือมีการค้นพบวิธีการขจัดความยากลำบากของบุคคลที่สามในการสร้างแพ็คเกจ deb เนื่องจากขณะนี้สามารถจัดเตรียมได้จากไฟล์ PKGBUILD ด้วยความช่วยเหลือของชุดเครื่องมือ makedeb ซึ่งเป็นแอนะล็อกของ makepkg นอกจากนี้ยังมีตัวจัดการแพ็คเกจ mpm ซึ่งช่วยให้คุณแยกและติดตั้งแพ็คเกจจากที่เก็บ AUR และ Arch Linux และยูทิลิตี้ makedeb-db เพื่อแทนที่การพึ่งพาเฉพาะ Arch Linux ด้วยการพึ่งพา Debian
DUR ได้รับการออกแบบมาเพื่อช่วยผู้ใช้ที่ใช้ makedeb บนระบบ Debian ให้ค้นหาและสร้างแพ็คเกจที่พวกเขาชื่นชอบได้ง่ายขึ้นซึ่งอาจไม่อยู่ในที่เก็บของการแจกจ่ายของคุณ 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. ในการแยกแพ็คเกจที่มีประโยชน์ออกจากแพ็คเกจที่น่าสงสัย ระบบจะใช้ระบบการให้คะแนนตามการโหวตของผู้ใช้ เช่นเดียวกับแท็กที่มอบหมายจากการวิเคราะห์เนื้อหาโดยผู้เข้าร่วมที่ผ่านการตรวจสอบแล้ว ความสมบูรณ์ของแพ็คเกจได้รับการยืนยันโดยลายเซ็นดิจิทัลของผู้พัฒนาแต่ละราย
สุดท้ายนี้ สำหรับผู้ที่สนใจจะเพิ่มที่เก็บข้อมูลนี้ สามารถตรวจสอบเอกสารประกอบได้ ในลิงค์ต่อไปนี้. สามารถเยี่ยมชมที่เก็บได้จาก ลิงค์นี้
สิ่งนี้ทำให้เกิดความสงสัยในตัวฉัน DUR เหมาะสมหรือไม่เมื่อชุมชน Debian สามารถทำงานร่วมกันได้โดยตรงจาก AUR ในการพัฒนาแพ็คเกจ การบำรุงรักษา การอัปเดต และความน่าเชื่อถือ เพราะหากตอนนี้พวกเขาสามารถมี AUR เพื่อติดตั้งแพ็คเกจใน Debian ได้ ตอนนี้ AUR ของโปรเจ็กต์อย่าง OINm จะไม่แตกต่างกันมากนัก เนื่องจากภายใต้โครงร่างนี้ หากการแจกแจงตาม Debian ใช้วิธีการสร้างแพ็คเกจเพื่อติดตั้ง โดยพื้นฐานแล้ว AUR จะกลายเป็น LUR (Linux Universal Repository).
เขาคิดว่าแนวคิดของที่เก็บสากลนั้นเหมาะสมกว่า
ในเดเบียนนั้นไม่จำเป็นเลย เดเบียนเป็นแพ็คเกจที่หลากหลายมากและไม่จำเป็นต้องคัดลอกจากใครเลย Debian มุ่งมั่นที่จะรักษาความปลอดภัยและสมมติว่าเราต้องการอะไร มันไม่ปลอดภัย ที่ทุกคนสามารถอัปโหลดแพ็คเกจที่นั่นได้ ซึ่งไม่ควรมีอยู่จริง นั่นเป็นเหตุผลที่ฉันไม่ใช้หรือชอบโค้ง สิ่งนี้จะไม่ประสบความสำเร็จหากไม่ใช่เป็นครั้งคราว ในเดเบียน พวกมันมีความเจ้าระเบียบและอนุรักษ์นิยมมาก และไม่เป็นผลดีสำหรับ Linux
นั่นขึ้นอยู่กับทุกคน เพียงเพราะมันเป็นตัวเลือกไม่ได้หมายความว่าทุกคนจะใช้มัน และไม่ Debian ไม่ได้เต็มไปด้วย "แพ็คเกจ" อย่างที่คุณพูดถึง มีหลายร้อยแพ็คเกจที่ไม่มีการอัปเดต เช่น libc6, qt5 หรือแม้แต่เครื่องมือ GNU เดียวกัน Debian มักจะมีรอบการอัปเดตที่ช้ามาก ไม่รวมข้อเท็จจริงที่ว่า FFMPEG ที่เสนอนั้นไม่รองรับ NVENC และเป็นการลากที่สมบูรณ์เพื่อคอมไพล์โดยไม่มีปัญหา
นั่นคือการกล่าวถึงบางส่วนที่ Debian ไม่ได้รับการแก้ไขตั้งแต่ Debian 7 ซึ่งเป็น distro หลักของฉันตั้งแต่นั้นมา คุณยุ่งกับ Debian มากกว่า Arch Linux เอง