Những loại trình cài đặt nào nên sử dụng phần mềm thương mại để hỗ trợ Linux?

9

Mã nguồn không mở hoặc miễn phí, vì vậy việc biên dịch khi cài đặt không phải là một tùy chọn. Cho đến nay tôi đã thấy các nhà phát triển rằng:

cung cấp tệp tar.gz và tùy thuộc vào người dùng giải nén ở vị trí phù hợp.
cung cấp một tập lệnh .tar.gz với tập lệnh install.sh để chạy trình cài đặt cơ bản, thậm chí có thể nhắc người dùng về các tùy chọn cài đặt.
cung cấp các tệp RPM và / hoặc deb, cho phép người dùng tiếp tục sử dụng các công cụ quản lý gói gốc mà họ quen thuộc để cài đặt / nâng cấp / gỡ cài đặt.

Muốn hỗ trợ số lượng phân phối Linux nhiều nhất, giúp cuộc sống của người dùng dễ dàng nhất có thể và vẫn duy trì cơ sở hạ tầng xây dựng / đóng gói / cài đặt ít nhất có thể.

Tìm kiếm các khuyến nghị về cách đóng gói phần mềm của tôi.

linux software-installation packaging

— Mike Gray
nguồn

19

Tôi thấy hai cách để nhìn vào nó.

Một là nhắm mục tiêu các Linux phổ biến nhất, cung cấp các gói riêng cho từng gói, phân phối các gói theo thứ tự phổ biến. Một vài năm trước, điều đó có nghĩa là trước tiên phải cung cấp RPM cho các loại Linux của Red Hat, sau đó theo thời gian cho phép xây dựng lại RPM nguồn cho mỗi Linux dựa trên RPM ít phổ biến hơn. Đây là lý do tại sao, RPM Mandriva thường cũ hơn một chút so với Red Hat hoặc SuSE RPM. Tuy nhiên, với Ubuntu đã rất phổ biến trong vài năm qua, bạn có thể muốn bắt đầu với .deb và thêm RPM sau.

Cách khác là cố gắng nhắm mục tiêu tất cả các Linux cùng một lúc, đó là điều mà những người cung cấp tarball nhị phân đang cố gắng. Tôi thực sự không thích tùy chọn này, với tư cách là người dùng cuối và người dùng cuối. Các tarball như vậy phân tán các tệp trên toàn hệ thống mà bạn giải nén chúng và sau này không có tùy chọn nào cho các tính năng như gỡ cài đặt, xác minh gói, nâng cấp thông minh, v.v.

Bạn có thể thử một cách tiếp cận hỗn hợp: các gói nguyên gốc cho các Linux phổ biến nhất, cộng với các tarball nhị phân cho các Linux lẻ và các sysadins cũ không thích quản lý gói vì bất kỳ lý do gì.

— Warren Young
nguồn

Đây gần như là cách tiếp cận tôi đã thực hiện cho đến nay - bắt đầu với RPM cho Redhat / Fedora / CentOS, hiện cung cấp các tệp .deb của Ubuntu / Debian, nhưng vẫn chưa quyết định liệu việc tạo tar.gz có còn hữu ích và cần thiết hay không. Âm thanh như thế sẽ tốt cho phép người dùng có các bản phát hành ít phổ biến hơn ít nhất làm cho phần mềm tự hoạt động thay vì thậm chí không có tùy chọn. Cảm ơn.

— Mike Gray

2

Làm một tarball nhị phân di động có thể sẽ làm việc nhiều hơn bạn tưởng tượng. Một cái bẫy tiềm năng là g ++ ABI đã thay đổi nhiều lần trong nhiều năm, do đó bạn có thể phải gửi phiên bản nhị phân của bất kỳ thư viện C ++ nào bạn sử dụng thay vì sử dụng các phiên bản nền tảng để đạt được khả năng tương thích đủ rộng. Đây là một lý do một RPM nhị phân duy nhất không cài đặt và chạy ở mọi nơi. Dường như có sự chấp nhận về mặt văn hóa đối với thực tế này với RPM, tuy nhiên, trong khi tarball - có lẽ vì chúng là một tiêu chuẩn cổ xưa - dự kiến sẽ hoạt động ở mọi nơi.

— Warren Young

Tôi đã thấy cách tiếp cận hỗn hợp là tốt nhất: bạn có thể tiếp cận được nhiều người và nỗ lực không nhiều.

— Hugo

Làm một tarball đơn giản, nhị phân vẫn tốt. Đặc biệt nếu tarball đó lưu trữ tất cả các tệp trò chơi tại một thư mục độc lập. Nó sẽ cho phép một số người dùng giải nén và chạy nó mà không cần cài đặt; và nó cũng sẽ làm cho cuộc sống dễ dàng hơn đối với các bản phát hành khác (như Gentoo, Arch, v.v.), vì sẽ dễ dàng hơn cho họ để giải nén / đóng gói lại tarball đó.

— Denilson Sá Maia

4

Dù bạn làm gì, hãy đảm bảo bạn bao gồm "tập lệnh hỗ trợ" cho phép bạn thu thập càng nhiều thông tin càng tốt trên hệ thống đích để khắc phục lỗi. Tôi đảm bảo bạn sẽ gặp phải các vấn đề và gỡ lỗi những điều khách hàng nói so với thực tế thường rất khác nhau.

— vwduder
nguồn

0

Sở thích của tôi luôn dành cho một gói (vòng / phút | deb, v.v.). Tùy thuộc vào bản chất của phần mềm, có thể đáng để nhắm mục tiêu các gói cho các phân phối cụ thể (rrc / centos, v.v.), nhưng có lẽ bạn sẽ không bao giờ có thể cuộn đủ các gói cho mọi người.

Cài đặt script có thể ok, tùy thuộc vào script. Đối với tôi, điều quan trọng nhất với phần mềm không đóng gói là dễ dàng cài đặt nó tại địa điểm tôi chọn.

— chữa bệnh
nguồn

0

Các trò chơi có xu hướng sử dụng trình cài đặt (trước đây là Loki Installer, ngày nay là MojoSetup), cài đặt trò chơi một cách sạch sẽ thành tiền tố và xử lý các công cụ như biểu tượng.

— trực tiếp
nguồn