DNF 5 ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್‌ನ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಪ್ಯಾಕೇಜ್‌ಕಿಟ್ ಬದಲಿ ಪ್ರಾರಂಭವಾಗಿದೆ

Red Hat ನಿಂದ ಡೇನಿಯಲ್ ಮ್ಯಾಕ್ ವರದಿಯಾಗಿದೆ DNF 5 ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್‌ನ ಅಭಿವೃದ್ಧಿಯ ಪ್ರಾರಂಭದ ಬಗ್ಗೆ, ಇದರಲ್ಲಿ ಪೈಥಾನ್‌ನಲ್ಲಿ ಅಳವಡಿಸಲಾದ DNF ಲಾಜಿಕ್ ಅನ್ನು C++ ನಲ್ಲಿ ಬರೆಯಲಾದ libdnf ಲೈಬ್ರರಿಗೆ ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ. ಫೆಡೋರಾ 5 ರ ಅಭಿವೃದ್ಧಿಯ ಸಮಯದಲ್ಲಿ ಜೂನ್‌ನಲ್ಲಿ ಡಿಎನ್‌ಎಫ್ 33 ಪರೀಕ್ಷೆಯನ್ನು ಪ್ರಾರಂಭಿಸಲು ಯೋಜಿಸಲಾಗಿದೆ, ನಂತರ ಅದನ್ನು ಅಕ್ಟೋಬರ್ 2020 ರಲ್ಲಿ ರಾಹೈಡ್ ರೆಪೊಸಿಟರಿಗೆ ಸೇರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಫೆಬ್ರವರಿ 2021 ರಲ್ಲಿ ಡಿಎನ್‌ಎಫ್ 4 ಅನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ. ಡಿಎನ್‌ಎಫ್ 4 ಶಾಖೆಯ ನಿರ್ವಹಣೆಯು ಹಾಗೆಯೇ ಮುಂದುವರಿಯುತ್ತದೆ Red Hat Enterprise Linux 8 ರಲ್ಲಿ ಬಳಸಲಾಗಿದೆ.

ಯೋಜನೆಯು API/ABI ಮಟ್ಟದಲ್ಲಿ ಹೊಂದಾಣಿಕೆಯನ್ನು ಮುರಿಯದೆ ಕೋಡ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದನ್ನು ಮುಂದುವರಿಸಲು ಅಸಾಧ್ಯವಾದ ಸ್ಥಿತಿಯನ್ನು ತಲುಪಿದೆ ಎಂದು ಗಮನಿಸಲಾಗಿದೆ. ಇದು ಮುಖ್ಯವಾಗಿ ಕಾರಣವಾಗಿದೆ ನಷ್ಟ PackageKit ನ ಪ್ರಸ್ತುತತೆ ಮತ್ತು "libhif" API ಅನ್ನು ಬದಲಾಯಿಸದೆಯೇ libdnf ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಅಸಾಧ್ಯತೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, API ಅನ್ನು ಬದಲಾಯಿಸುವ ಉದ್ದೇಶದ ಹೊರತಾಗಿಯೂ, ಕಮಾಂಡ್ ಲೈನ್ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು API ಮಟ್ಟದಲ್ಲಿ ಹಿಂದುಳಿದ ಹೊಂದಾಣಿಕೆಯನ್ನು ನಿರ್ವಹಿಸುವುದು ಮುಖ್ಯ ಆದ್ಯತೆಯಾಗಿದೆ ಎಂದು ಹೇಳಲಾಗುತ್ತದೆ.

DNF ನಲ್ಲಿ ಪೈಥಾನ್ API ಗೆ ಬೆಂಬಲವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಲಾಗುತ್ತದೆ, ಆದರೆ ಪೈಥಾನ್‌ನಲ್ಲಿ ಬರೆಯಲಾದ ವ್ಯಾಪಾರ ತರ್ಕವನ್ನು libdnf (C++) ಲೈಬ್ರರಿಗೆ ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ, ಇದು ವಿತರಣೆಯಲ್ಲಿ ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್‌ನ ಒಂದೇ ರೀತಿಯ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ. ಅಭಿವೃದ್ಧಿಯು C++ API ಸುತ್ತಲೂ ಕೇಂದ್ರೀಕೃತವಾಗಿರುತ್ತದೆ ಮತ್ತು ಪೈಥಾನ್ API ಅನ್ನು ಅದರ ಆಧಾರದ ಮೇಲೆ ಹೊದಿಕೆಯ ರೂಪದಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ರಚಿಸಲಾಗುತ್ತದೆ.
Go, Perl ಮತ್ತು ಬೈಂಡಿಂಗ್‌ಗಳು
ಮಾಣಿಕ್ಯ. C++ API ಅನ್ನು ಸ್ಥಿರಗೊಳಿಸಿದ ನಂತರ, ಅದರ ಆಧಾರದ ಮೇಲೆ C API ಅನ್ನು ಸಿದ್ಧಪಡಿಸಲಾಗುತ್ತದೆ, ಅದಕ್ಕೆ rpm-ostree ಅನ್ನು ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ. ಹಾಕಿ ಪೈಥಾನ್ API ಅನ್ನು ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ ಮತ್ತು ಅದರೊಂದಿಗೆ ಬದಲಾಯಿಸಲಾಗುತ್ತದೆ libdnf ಪೈಥಾನ್ API.

DNF ನ ಮುಖ್ಯ ಕಾರ್ಯವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಲಾಗುವುದು. ದೊಡ್ಡ ಪರೀಕ್ಷಾ ಸೂಟ್ (ಸುಮಾರು 1400 ಪರೀಕ್ಷೆಗಳು) ಕಾರಣ, API ಮರುನಿರ್ಮಾಣವು ಅಂತಿಮ ಬಳಕೆದಾರರಿಗೆ ಕಮಾಂಡ್ ಲೈನ್ ಇಂಟರ್ಫೇಸ್ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ ಎಂದು ನಿರೀಕ್ಷಿಸಲಾಗಿದೆ. ಆರ್ಗ್ಯುಮೆಂಟ್ ಪಾರ್ಸಿಂಗ್ ಮತ್ತು ಔಟ್‌ಪುಟ್ ಸ್ವಲ್ಪ ಬದಲಾಗಬಹುದು, ಆದರೆ ಈ ಬದಲಾವಣೆಗಳನ್ನು ಉತ್ತಮವಾಗಿ ದಾಖಲಿಸಲಾಗುತ್ತದೆ. ಸ್ಟ್ರಿಪ್ಡ್ ಡೌನ್ ಆವೃತ್ತಿಯಲ್ಲಿ microdnf, ಕಂಟೈನರ್‌ಗಳಲ್ಲಿ ಬಳಸಲಾಗಿದೆ, DNF ಸಾಮರ್ಥ್ಯಗಳ ಉಪವಿಭಾಗವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಯೋಜಿಸಲಾಗಿದೆ; ಕ್ರಿಯಾತ್ಮಕತೆಯಲ್ಲಿ ಪೂರ್ಣ ಸಮಾನತೆಯನ್ನು ಸಾಧಿಸುವುದನ್ನು ಪರಿಗಣಿಸಲಾಗುವುದಿಲ್ಲ.

ಬದಲಾಗಿ ಪ್ಯಾಕೇಜ್ಕಿಟ್ ಪ್ಯಾಕೇಜುಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಮತ್ತು ಚಿತ್ರಾತ್ಮಕ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ನವೀಕರಣಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಒದಗಿಸುವ ಹೊಸ DBus ಸೇವೆಯನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ. ಈ ಸೇವೆಯನ್ನು ಮೊದಲಿನಿಂದ ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಯೋಜಿಸಲಾಗಿದೆ, ಆದ್ದರಿಂದ ಅದರ ರಚನೆಗೆ ಸಾಕಷ್ಟು ಸಮಯ ಬೇಕಾಗಬಹುದು. ಪ್ಯಾಕೇಜ್‌ಕಿಟ್ ಅನ್ನು ಇತ್ತೀಚೆಗೆ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿಲ್ಲ ಮತ್ತು ಪ್ರಸ್ತುತತೆಯ ನಷ್ಟದಿಂದಾಗಿ 2014 ರಿಂದ ನಿರ್ವಹಣೆ ಮೋಡ್‌ನಲ್ಲಿದೆ. Snaps ಮತ್ತು Flatpak ಸಿಸ್ಟಮ್‌ಗಳ ಪ್ರಗತಿಯೊಂದಿಗೆ, ವಿತರಣೆಗಳು ಪ್ಯಾಕೇಜ್‌ಕಿಟ್‌ನಲ್ಲಿ ಆಸಕ್ತಿಯನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತಿವೆ, ಉದಾಹರಣೆಗೆ, ಇದು ಇನ್ನು ಮುಂದೆ ಬಿಲ್ಡ್‌ಗಳಲ್ಲಿ ಲಭ್ಯವಿರುವುದಿಲ್ಲ ಫೆಡೋರಾ ಸಿಲ್ವರ್ ಬ್ಲೂ. ಪ್ಯಾಕೇಜ್ ನಿರ್ವಹಣೆಗಾಗಿ ಅಮೂರ್ತ ಪದರವನ್ನು ಸ್ಥಳೀಯ GNOME ಮತ್ತು KDE ಅಪ್ಲಿಕೇಶನ್ ನಿಯಂತ್ರಣ ಕೇಂದ್ರಗಳು ಹೆಚ್ಚಾಗಿ ಒದಗಿಸುತ್ತವೆ, ಇದು ವೈಯಕ್ತಿಕ ಬಳಕೆದಾರರ ಮಟ್ಟದಲ್ಲಿ ಫ್ಲಾಟ್‌ಪ್ಯಾಕ್ ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ಸ್ಥಾಪಿಸಲಾದ ಪ್ಯಾಕೇಜುಗಳ ಪಟ್ಟಿಯನ್ನು ಪಡೆಯಲು ಏಕೀಕೃತ ಸಿಸ್ಟಮ್ API ಮೊದಲಿನಂತೆ ಉಪಯುಕ್ತವಾಗಿಲ್ಲ.

ಮೂಲ: opennet.ru