Tại sao các nhà phát triển Linux không thể tạo ra một định dạng đóng gói phổ quát?

Các lựa chọn định dạng gói nhị phân của nhà cung cấp dường như được xác định bởi một hình thức của Luật Murphy: tất cả các bản phân phối bạn không sử dụng đều có các gói. (Corralary: không tồn tại phân phối nào thỏa mãn các phụ thuộc phân phối của ngăn xếp phần mềm của bạn).

Đây có phải là vấn đề chính trị, hay một điều gì đó sâu sắc hơn, mà chúng ta chưa thấy sự xuất hiện của định dạng gói "xây dựng một lần, chạy ở bất cứ đâu"?

Có vẻ thích hợp để trích dẫn Joel Spolsky về điều này:

(Nhân tiện, đối với những người theo dõi thế giới phức tạp của các định dạng nguồn cấp dữ liệu cung cấp blog, bạn có thể thấy điều tương tự xảy ra ở đó. RSS bị phân mảnh với một số phiên bản khác nhau, thông số kỹ thuật không chính xác và nhiều cuộc chiến chính trị, và nỗ lực dọn dẹp mọi thứ bằng cách tạo ra một định dạng khác gọi là Atom đã dẫn đến một số phiên bản RSS khác nhau cộng với một phiên bản của Atom, thông số kỹ thuật không chính xác và nhiều cuộc chiến chính trị. Khi bạn cố gắng hợp nhất hai lực lượng đối lập bằng cách tạo ra một phương án thứ ba, bạn chỉ kết thúc với ba lực lượng đối lập. Bạn chưa thống nhất bất cứ điều gì và bạn chưa thực sự sửa chữa bất cứ điều gì.)

(nhấn mạnh thêm)

Bạn có (ít nhất) hai hệ thống đóng gói cho Linux. Đó thực sự là một điều tốt. Một hệ thống đơn giản sẽ tạo ra một hệ thống thứ ba.

Có nhiều lý do cho điều này, và một chút lịch sử là để đưa mọi thứ vào quan điểm.

Hãy nhớ rằng khi chúng ta nói về "Linux", cái mà chúng ta thường nói đến là một trong nhiều bản phân phối Linux khác nhau . "Linux" thực sự chỉ là một nhân hệ điều hành.

Mục tiêu ban đầu của Linux là tạo ra một hệ thống dựa trên Unix chạy trên PC (ban đầu là 386). Bước đầu tiên là tự tạo kernel. Trong khi Linus Torvalds đang làm việc với hạt nhân Richard Stallman đang làm việc trên hệ thống Unix miễn phí của riêng mình , trong dự án GNU (GNU's Not Unix) . Để cắt ngắn một câu chuyện dài, cả hai phần nào hội tụ vì GNU có các tiện ích liên quan (trình biên dịch C / thư viện / công cụ xây dựng, trình bao, trình soạn thảo văn bản, v.v.) nhưng không có lõi để chạy và Linux có lõi nhưng không có tiện ích nào chạy trên đầu trang của nó để làm cho nó hữu ích cho quần chúng.

Sự hội tụ này được biết đến một cách chính thức là GNU / Linux. Bạn sẽ thấy rằng rất nhiều bản phân phối vẫn tự gọi mình là bản phân phối GNU / Linux.

Do tính chất mở và miễn phí của GNU / Linux, bất kỳ ai cũng có thể chọn nó và tạo ra một hệ thống đi kèm theo thị hiếu cụ thể của họ. Kết quả là nhiều luồng phương pháp cấu hình khác nhau đã được sử dụng để tạo ra các hệ thống này, có tác dụng phụ là tạo ra gần như nhiều hệ thống quản lý gói khác nhau để phù hợp với từng hệ thống.

Mỗi hệ thống hoàn chỉnh khác nhau có những người theo dõi mạnh mẽ đã gắn bó với họ trong nhiều năm qua, dẫn đến kết quả là chúng ta có ngày nay: một số ít các hệ thống quản lý gói được sử dụng rộng rãi, bám rễ sâu và ổn định như RPM , APT / dpkg và Gentoo's Portage .

Có những dự án, chẳng hạn như Autopackage , đang cố gắng giải quyết vấn đề, nhưng sự phát triển liên tục của hệ thống quản lý gói được hỗ trợ khác nhau có nghĩa là có nhiều mục tiêu di chuyển phải tuân theo.

Điều mà một số nhà cung cấp phần mềm cuối cùng làm là gói các nhị phân và bản sao phụ thuộc cụ thể mà họ yêu cầu vào một gói lớn sẽ hoạt động trên các hệ thống cụ thể.

Có cùng định dạng gói sẽ không giúp được gì. Bạn không thể sử dụng cùng một gói trong các bản phân phối khác. Bạn thậm chí không thể sử dụng nó trong phiên bản khác nhau của cùng một bản phân phối. Và thậm chí xây dựng gói có thể có những vấn đề tương tự.

Để cài đặt một gói bạn cần đáp ứng các phụ thuộc được hình thành trong quá trình xây dựng gói. Để xây dựng một gói bạn cần phải đáp ứng các phụ thuộc xây dựng. Và những điều này thay đổi. Để có thể thực hiện các thay đổi, sẽ dễ dàng hơn khi chỉ hỗ trợ các gói bạn có thể sửa đổi để hoạt động sau khi thay đổi.

Nếu tất cả các phụ thuộc sẽ giống nhau, thì đó sẽ không phải là một bản phân phối khác hoặc phiên bản khác của cùng một bản phân phối.

Có một chút "Hội chứng không được phát minh ở đây", tôi nghĩ vậy. Hệ thống đóng gói của Debian có trước RedHat, nhưng nó vượt trội hơn về nhiều mặt, nhưng bạn sẽ không bao giờ thấy RedHat chuyển đổi. Thay vào đó, bạn thấy rất nhiều người sử dụng "apt-rpm" cố gắng cung cấp cho bạn một số lợi thế của apt với các tệp vòng / phút.

Chỉ cần đi cho .deb :-)

Có một số định dạng dự kiến, như zero-install và autopackage . Thật không may, không có bất kỳ lực kéo.

Tôi nghĩ cletus, Wayne và iny đã trả lời điều này khá tốt. Tôi muốn nói thêm rằng đó thực sự không phải là một vấn đề lớn. Tôi làm việc trong một môi trường hỗn hợp nơi chúng tôi có Gentoo (portage), SUSE (rpm / zypper) và OpenBSD (gói và cổng). Cài đặt các gói trên bất kỳ một trong số chúng không khó, và tôi không thực sự quan tâm đến định dạng chúng đang sử dụng.

Từ quan điểm của phần mềm đóng gói, nó cũng không quá khó khăn. Có thể là Gentoo, một bản phân phối dựa trên RPM hoặc một bản phân phối dựa trên tranh luận, nó thực sự chỉ cần có công thức để xây dựng phần mềm và thêm một số siêu dữ liệu. Được cung cấp hệ thống xây dựng của những gì bạn đang cố gắng để đóng gói không hoàn toàn điên rồ, thông thường chỉ cần ít hơn là viết một tập lệnh shell được tôn vinh để tạo ra một gói.

Vâng, luôn có các nhị phân được biên dịch tĩnh trong các bóng tar .... ;-)

Không có định nghĩa về giao diện nhị phân tiêu chuẩn cho "Linux" vì đó chỉ là một hạt nhân. Điều lạ lùng là ngăn xếp phần mềm của bạn sẽ cần giao diện không chỉ với kernel của bạn, đưa ra một thách thức cụ thể là duy trì ABI tiêu chuẩn giữa hàng trăm cây nguồn khác nhau.

Về chủ đề các công cụ đóng gói tốt , tôi thích Debian GNU / Linux vì nó là định dạng đóng gói nhị phân tuyệt vời. Nó đã phục vụ 90% nhu cầu của tôi cho các công cụ và ứng dụng tiêu chuẩn. 10% còn lại được xây dựng từ nguồn do bao gồm các thành phần không miễn phí hoặc lỗi phụ thuộc thư viện chia sẻ. Khi các ứng dụng đó cần được triển khai, tôi xây dựng các nhị phân tùy chỉnh cho các cụm sản xuất.

Để có bản dựng một lần, hãy chạy bất kỳ định dạng gói nào mà không buộc mọi người phải sử dụng cùng một bản phân phối, bạn cần một vài tính năng quan trọng:

• Đặt tên gói duy nhất trên toàn cầu, để hai người / phân phối không thể độc lập tạo các gói khác nhau có cùng tên.

• Khả năng cài đặt song song các phiên bản khác nhau của thư viện khi các gói có yêu cầu xung đột. Một bản phân phối có thể quyết định phiên bản nào của mỗi thư viện sẽ sử dụng và buộc tất cả các gói sử dụng phiên bản đó. Một hệ thống hoạt động trên các bản phân phối phải linh hoạt hơn.

Zero Install cung cấp cả hai tính năng này:

• Tên là URI (ví dụ: http://rox.sourceforge.net/2005/interfaces/ROX-Filer ). Chỉ có chủ sở hữu của một tên miền có thể tạo các gói trong không gian tên đó theo mặc định.

• Mỗi phiên bản của mỗi gói đi trong thư mục riêng của mình. Mỗi ứng dụng chỉ nhìn thấy những thư viện mà nó cần, với các phiên bản mà nó tương thích.

Ví dụ: ứng dụng Chỉnh sửa phụ thuộc vào Python <3 như thế này:

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

Xem thêm: http://www.osnews.com/story/16956/Decentralised-Installation-Systems

[Lưu ý: Tôi là nhà phát triển 0install]