Ở Fedora, họ có kế hoạch thay thế DNF bằng Microdnf

Gần đây Các nhà phát triển Fedora đã biết ý định di chuyển của họ phân phối cho trình quản lý gói mới được gọi là “Microdnf” thay thế từ người quản lý gói "DNF" hiện đang được sử dụng.

Bước đầu tiên trên con đường di chuyển sẽ là một bản cập nhật lớn cho Microdnf, lên kế hoạch cho Fedora 38, sẽ gần về chức năng với DNF và thậm chí vượt xa nó trong một số lĩnh vực.

Nó được đề cập rằng những ý định để thực hiện việc di chuyển này là do sự khác biệt chính giữa Microdnf và DNF là việc sử dụng C thay vì Python để phát triển, mà cho phép bạn loại bỏ rất nhiều phụ thuộc.

Tại một thời điểm, DNF đã thay thế Yum, được viết hoàn toàn bằng Python và trong DNF, các hàm cấp thấp đòi hỏi hiệu suất được viết lại và chuyển sang các thư viện hawkey, librepo, libsolv và libcomps C riêng biệt, nhưng framework và các thư viện cao các thành phần cấp vẫn còn trong ngôn ngữ Python.

Microdnf ban đầu được phát triển như một phiên bản đơn giản của DNF để sử dụng trong các vùng chứa Docker không yêu cầu cài đặt Python. Giờ đây, các nhà phát triển Fedora có kế hoạch đưa Microdnf lên cấp độ chức năng của DNF và cuối cùng thay thế hoàn toàn DNF bằng Microdnf.

Một bản cập nhật lớn cho Microdnf là bước đầu tiên trong quá trình phát triển của quản lý gói hàng trong Fedora. Microdnf mới có tham vọng cung cấp tất cả các tính năng cốt lõi của DNF mà không làm mất dấu vết tối thiểu của nó.

Microdnf dựa trên thư viện libdnf5, được phát triển như một phần của dự án DNF 5. DNF 5 nhằm mục đích hợp nhất các thư viện cấp thấp hiện có, viết lại các hoạt động quản lý gói Python còn lại trong C ++ và di chuyển chức năng cốt lõi sang một thư viện riêng biệt với việc tạo liên kết xung quanh thư viện này để bảo vệ API Python.

MICRODNF cải thiện đáng kể trải nghiệm người dùng và sẽ cung cấp tất cả các tính năng quan trọng của DNF trong tương lai. Nó cũng sẽ duy trì tất cả các ưu điểm của MICRODNF ban đầu, chẳng hạn như kích thước tối thiểu cần thiết cho các thùng chứa.

Phiên bản mới của Microdnf cũng sẽ sử dụng quy trình nền DNF Daemon, thay thế chức năng PackageKit và cung cấp giao diện để quản lý các gói và bản cập nhật trong môi trường đồ họa. Không giống như PackageKit, DNF Daemon sẽ chỉ hỗ trợ định dạng RPM.

Microdnf, libdnf5 và Daemon DNF được lên lịch xuất xưởng cùng với bộ công cụ DNF truyền thống trong giai đoạn triển khai đầu tiên. Khi dự án hoàn tất, gói mới sẽ thay thế các gói như dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora và python3-dnfdaemon.

Của các lĩnh vực mà Microdnf vượt trội hơn DNF, nó nổi bật: chỉ dẫn trực quan hơn về tiến trình hoạt động; cải tiến triển khai bảng giao dịch; khả năng hiển thị thông tin trong các báo cáo về các giao dịch đã hoàn thành được phát hành bởi các kịch bản đóng gói (scriptlets); hỗ trợ sử dụng các gói RPM địa phương cho các giao dịch; hệ thống hoàn thành đầu vào tiên tiến hơn cho bash; hỗ trợ chạy lệnh builddep mà không cần cài đặt Python trên hệ thống.

Trong số những bất lợi thay đổi trình quản lý gói của bản phân phối thành Microdnf là sự thay đổi trong cấu trúc của cơ sở dữ liệu nội bộ và việc xử lý cơ sở dữ liệu riêng biệt từ DNF, điều này sẽ không cho phép bạn xem các giao dịch với các gói được thực hiện bằng DNF trong Microdnf và ngược lại.

Các gói đã được cài đặt DNF trước đó sẽ được coi là "người dùng đã cài đặt từ lịch sử dnf" sau khi di chuyển sang Microdnf và việc gỡ cài đặt một gói được cài đặt bởi một trình quản lý gói khác sẽ không xóa các phần phụ thuộc không sử dụng được liên kết với nó. Ngoài ra, Microdnf không có kế hoạch duy trì hỗ trợ 100% DNF ở cấp lệnh và các tùy chọn dòng lệnh.

Cần lưu ý rằng phiên bản mới của Microdnf sẽ hỗ trợ tất cả các tính năng chính của DNF, nhưng đồng thời vẫn giữ được hiệu suất cao và tính nhỏ gọn.

Cuối cùng, nếu bạn quan tâm có thể biết thêm về nó, bạn có thể tham khảo chi tiết trong liên kết sau.


Một bình luận, để lại của bạn

Để lại bình luận của bạn

địa chỉ email của bạn sẽ không được công bố. Các trường bắt buộc được đánh dấu bằng *

*

*

  1. Chịu trách nhiệm về dữ liệu: Miguel Ángel Gatón
  2. Mục đích của dữ liệu: Kiểm soát SPAM, quản lý bình luận.
  3. Hợp pháp: Sự đồng ý của bạn
  4. Truyền thông dữ liệu: Dữ liệu sẽ không được thông báo cho các bên thứ ba trừ khi có nghĩa vụ pháp lý.
  5. Lưu trữ dữ liệu: Cơ sở dữ liệu do Occentus Networks (EU) lưu trữ
  6. Quyền: Bất cứ lúc nào bạn có thể giới hạn, khôi phục và xóa thông tin của mình.

  1.   khourt dijo

    Tôi mới làm quen với lập trình và rất nhiệt tình với Linux. Tôi chưa bao giờ sử dụng Fedora vì tôi luôn gặp sự cố với việc cài đặt và kết thúc với Debian (và các dẫn xuất) hoặc OpenSUSE. Nhưng tôi nghĩ rằng tôi hiểu tầm quan trọng trong thế giới Linux và những gì xảy ra trong Fedora có liên quan như thế nào.
    Sự nghi ngờ của tôi xuất phát từ ý tưởng thay thế Python cho C / C ++, tại sao lại triển khai với một ngôn ngữ cấp thấp bị chỉ trích nhiều về các biến thể và tiêu chuẩn được xác định kém của nó? Tôi hiểu một chút sự thay đổi từ ngôn ngữ thông dịch sang ngôn ngữ biên dịch, nhưng tôi không hiểu việc chuyển sang ngôn ngữ mà tôi thấy rằng ngôn ngữ đó được tìm cách sử dụng ít hơn trong một số lĩnh vực. Sẽ tốt hơn nếu sử dụng Rust hoặc C #?
    Tôi không chỉ trích các quyết định của người dân Fedora, nhưng tìm cách hiểu thế giới lập trình tiến bộ như thế nào. Tôi đang học Python và JS trên web và nghĩ rằng tôi sẽ quay trở lại C / C ++ để biết những điều cơ bản, vì vậy ghi chú này có vẻ như nó có thể giúp tôi tập trung.

    Muchas gracias! Y excelente trabajo como siempre a la gente de <•DesdeLinux