ทำไมนักพัฒนา Linux ไม่สามารถสร้างรูปแบบบรรจุภัณฑ์สากล?

การเลือกรูปแบบแพ็คเกจไบนารีของผู้ให้บริการนั้นขึ้นอยู่กับรูปแบบของกฎของเมอร์ฟี: สิ่งรบกวนทั้งหมดที่คุณไม่ได้ใช้มีแพ็คเกจ (Corralary: ไม่มีการแจกจ่ายที่ตรงกับการอ้างอิงการกระจายของสแต็กซอฟต์แวร์ของคุณ)

นี่เป็นเรื่องของการเมืองหรืออะไรที่ลึกซึ้งกว่านี้ซึ่งเราไม่เคยเห็นรูปแบบแพคเกจ "สร้างครั้งเดียวทำงานได้ทุกที่"?

ดูเหมือนจะเหมาะสมที่จะพูดถึงJoel Spolskyในอันนี้:

(โดยวิธีการสำหรับผู้ที่ติดตามโลกอาถรรพ์ แต่มีค่าใช้จ่ายทางการเมืองของรูปแบบฟีดการเผยแพร่บล็อกคุณสามารถเห็นสิ่งเดียวกันที่เกิดขึ้นที่นั่น RSS กลายเป็นรุ่นที่แตกต่างกันหลายรุ่นข้อกำหนดที่ไม่ถูกต้องและการต่อสู้ทางการเมืองมากมาย และความพยายามในการทำความสะอาดทุกอย่างด้วยการสร้างรูปแบบอื่นที่เรียกว่า Atom ทำให้เกิด RSS รุ่นต่าง ๆ มากมายรวมทั้ง Atom หนึ่งเวอร์ชันข้อมูลจำเพาะที่ไม่ถูกต้องและการต่อสู้ทางการเมืองมากมายเมื่อคุณพยายามรวมกองกำลังฝ่ายตรงข้ามสองกลุ่มด้วยการสร้างทางเลือกที่สาม คุณจบลงด้วยกองกำลังสามฝ่ายคุณไม่ได้รวมอะไรเลยและคุณไม่ได้แก้ไขอะไรเลย)

(เน้นเพิ่ม)

คุณมีสองระบบบรรจุภัณฑ์สำหรับ Linux นั่นเป็นสิ่งที่ดีจริงๆ ระบบเดียวก็จะสร้างระบบที่สาม

มีหลายเหตุผลสำหรับสิ่งนี้และมีประวัติเล็กน้อยเพื่อที่จะนำสิ่งต่าง ๆ เข้ามาในมุมมอง

จำไว้ว่าเมื่อเราพูดถึง "Linux" สิ่งที่เราอ้างถึงคือหนึ่งในลีนุกซ์รุ่นต่างๆ "Linux" เป็นเพียงเคอร์เนลระบบปฏิบัติการ

เป้าหมายดั้งเดิมของ Linux คือการสร้างระบบที่ใช้ Unix ซึ่งจะทำงานบนพีซี (เริ่มแรกคือ 386) ขั้นตอนแรกคือการสร้างเคอร์เนลเอง ในขณะที่Linus Torvaldsได้ทำงานในเคอร์เนลริชาร์ดสตอลแมนได้ทำงานในตัวเองของเขาฟรีระบบ Unix ภายใต้GNU (GNU ของไม่ Unix) โครงการ เพื่อตัดเรื่องสั้นให้สั้นทั้งสองมาบรรจบกันเพราะ GNU มีเครื่องมือที่เกี่ยวข้อง (คอมไพเลอร์ / ไลบรารี่ / เครื่องมือสร้าง, เชลล์, โปรแกรมแก้ไขข้อความเป็นต้น) แต่ไม่มีคอร์ที่จะทำงานบนมันและ Linux มีแกนกลาง วิ่งบนมันเพื่อให้มีประโยชน์สำหรับฝูง

การบรรจบกันนี้เป็นที่รู้จักกันค่อนข้างเป็น GNU / Linux คุณจะเห็นว่า distros จำนวนมากยังคงอ้างถึงตัวเองว่าเป็นดิสทริบิวชัน GNU / Linux

ด้วยลักษณะที่อิสระและเปิดกว้างของ GNU / Linux ทุกคนสามารถหยิบมันขึ้นมาและสร้างระบบที่รวมมาเพื่อรสนิยมเฉพาะของพวกเขา ผลที่ได้คือสตรีมที่แตกต่างกันจำนวนมากของวิธีการกำหนดค่าที่แตกต่างกันถูกนำมาใช้ในการสร้างระบบเหล่านี้ซึ่งมีผลข้างเคียงของการสร้างระบบการจัดการแพ็กเกจที่แตกต่างกันเกือบจะเท่ากันเพื่อให้เหมาะสมกับแต่ละระบบ

แต่ละระบบที่สมบูรณ์แบบที่แตกต่างกันมีผู้ติดตามที่แข็งแกร่งของตัวเองที่ติดอยู่กับพวกเขาในช่วงปีที่ผ่านมาส่งผลให้ในสิ่งที่เรามีวันนี้: กำมือของที่ใช้กันอย่างแพร่หลายหยั่งรากลึกและระบบการจัดการแพคเกจที่มีเสถียรภาพเช่นRPM , APT / dpkgและ Gentoo ของพอร์เทจ

มีโครงการต่าง ๆ เช่นAutopackageซึ่งกำลังพยายามที่จะแก้ปัญหา แต่วิวัฒนาการอย่างต่อเนื่องของระบบการจัดการบรรจุภัณฑ์ที่รองรับต่าง ๆ หมายความว่ามีเป้าหมายที่จะต้องทำตาม

สิ่งที่ผู้จำหน่ายซอฟต์แวร์บางรายทำคือการรวมไบนารีที่เฉพาะเจาะจงและสำเนาของการอ้างอิงที่พวกเขาต้องการลงในแพ็คเกจขนาดใหญ่ซึ่งจะทำงานบนระบบที่เฉพาะเจาะจง

การมีรูปแบบแพ็คเกจเดียวกันจะไม่ช่วยได้ คุณไม่สามารถใช้แพ็คเกจเดียวกันในการแจกแจงอื่น ๆ คุณไม่สามารถใช้มันในรุ่นที่ต่างกันของการกระจายตัวเดียวกัน และแม้แต่การสร้างแพ็คเกจก็อาจมีปัญหาเหมือนกัน

ในการติดตั้งแพคเกจคุณต้องปฏิบัติตามการพึ่งพาที่เกิดขึ้นระหว่างการสร้างแพ็คเกจ ในการสร้างแพ็คเกจคุณต้องปฏิบัติตามการพึ่งพาโครงสร้าง และสิ่งเหล่านี้เปลี่ยนไป เพื่อให้สามารถใช้การเปลี่ยนแปลงได้ง่ายขึ้นที่จะสนับสนุนเฉพาะแพ็คเกจที่คุณสามารถปรับเปลี่ยนให้ใช้งานได้หลังจากการเปลี่ยนแปลง

ถ้าการพึ่งพาทั้งหมดจะเหมือนกันมันจะไม่เป็นการแจกแจงที่แตกต่างกันหรือการแจกแจงแบบเดียวกันที่ต่างกัน

ฉันคิดว่ามีบ้างเล็กน้อยของ "Not Invented Here Syndrome" ระบบบรรจุภัณฑ์ของ Debian มีคุณสมบัติ RedHat และยังเหนือกว่าในหลาย ๆ ด้าน แต่คุณจะไม่เคยเห็น RedHat switch คุณจะเห็นผู้คนจำนวนมากที่ใช้ "apt-rpm" ซึ่งพยายามให้ข้อดีของ apt กับไฟล์ rpm แทน

เพียงไปที่. deb :-)

มีรูปแบบที่ไม่แน่นอนหลายประการเช่นเป็นศูนย์ติดตั้งและautopackage น่าเสียดายที่ไม่มีใครได้รับแรงฉุด

ฉันคิดว่า cletus, Wayne และ iny ตอบคำถามนี้ได้ดี ฉันต้องการที่จะเพิ่มที่จริงมันไม่ใช่เรื่องใหญ่ ฉันทำงานในสภาพแวดล้อมแบบผสมที่เรามี Gentoo (พอร์เทจ), SUSE (rpm / zypper) และ OpenBSD (แพ็คเกจและพอร์ต) การติดตั้งแพคเกจใด ๆ ของพวกเขานั้นไม่ใช่เรื่องยากและฉันก็ไม่สนใจว่าจะใช้รูปแบบใด

จากมุมมองของซอฟต์แวร์บรรจุภัณฑ์ก็ไม่ยากเกินไป ไม่ว่าจะเป็น Gentoo, เครื่องกลั่นที่ใช้ RPM หรือเครื่องชงที่ใช้เด็มมันเป็นเพียงการเพิ่มสูตรการสร้างซอฟต์แวร์และเพิ่มข้อมูลเมตาเท่านั้น ให้ระบบการสร้างสิ่งที่คุณพยายามทำแพคเกจนั้นไม่ได้บ้าอย่างสมบูรณ์โดยปกติจะใช้เวลามากกว่าการเขียนเชลล์สคริปต์ที่ให้เกียรติเพื่อสร้างแพ็คเกจ

มีไบนารีที่รวบรวมไว้ในลูก tar เสมอ .... ;-)

ไม่มีนิยามของอินเตอร์เฟสไบนารีมาตรฐานสำหรับ "Linux" เนื่องจากเป็นเพียงเคอร์เนล Odds มีสแต็กซอฟต์แวร์ของคุณจะต้องเชื่อมต่อกับมากกว่าเคอร์เนลของคุณนำเสนอความท้าทายโดยเฉพาะอย่างยิ่งในการรักษา ABI มาตรฐานระหว่างต้นไม้ต้นกำเนิดนับร้อยที่แตกต่างกัน

ในหัวข้อของเครื่องมือบรรจุภัณฑ์ที่ดีฉันชอบ Debian GNU / Linux สำหรับรูปแบบบรรจุภัณฑ์ไบนารีที่ยอดเยี่ยม ตอบสนองความต้องการของฉัน 90% สำหรับเครื่องมือและแอปพลิเคชันมาตรฐาน ส่วนที่เหลืออีก 10% ถูกสร้างขึ้นจากแหล่งที่มาเนื่องจากการรวมขององค์ประกอบที่ไม่ฟรีหรือพึ่งพาห้องสมุดที่ใช้ร่วมกัน buggy เมื่อต้องการปรับใช้แอปพลิเคชันเหล่านั้นฉันจะสร้างไบนารีที่กำหนดเองสำหรับกลุ่มการผลิต

ในการรับบิลด์เพียงครั้งเดียวให้เรียกใช้รูปแบบแพคเกจที่ใดก็ได้โดยไม่บังคับให้ทุกคนใช้การแจกจ่ายแบบเดียวกันคุณต้องใช้ฟีเจอร์สำคัญสองอย่าง:

• การตั้งชื่อแพคเกจที่ไม่ซ้ำกันทั่วโลกเพื่อให้คนสองคน / การกระจายไม่สามารถสร้างแพคเกจที่แตกต่างกันอย่างอิสระด้วยชื่อเดียวกัน

• ความสามารถในการขนานติดตั้งไลบรารีเวอร์ชันต่าง ๆ เมื่อแพ็คเกจมีข้อกำหนดที่ขัดแย้งกัน การกระจายสามารถตัดสินใจว่าจะใช้ไลบรารี่ใดในแต่ละไลบรารี่และบังคับให้แพ็คเกจทั้งหมดใช้เวอร์ชันนั้น ระบบที่ทำงานข้ามการแจกแจงต้องยืดหยุ่นได้มากกว่า

Zero Installมีคุณสมบัติทั้งสองอย่างนี้:

• ชื่อคือ URIs (เช่นhttp://rox.sourceforge.net/2005/interfaces/ROX-Filer ) เฉพาะเจ้าของโดเมนเท่านั้นที่สามารถสร้างแพ็คเกจภายในเนมสเปซนั้นได้ตามค่าเริ่มต้น

• แต่ละเวอร์ชันของแต่ละแพ็คเกจจะอยู่ในไดเรกทอรีของตัวเอง แต่ละแอปพลิเคชันเห็นเฉพาะไลบรารีที่ต้องการด้วยรุ่นที่เข้ากันได้

ตัวอย่างเช่นแอปพลิเคชันแก้ไขขึ้นอยู่กับ Python <3 ดังนี้:

<command name="run" path="Edit/AppRun">
  <runner interface="http://repo.roscidus.com/python/python">
    <version before="3"/>
  </runner>
</command>

ดูเพิ่มเติมที่: http://www.osnews.com/story/16956/Decentralised-Installation-Systems

[หมายเหตุ: ฉันเป็นผู้พัฒนา 0install]