ಫೆಡೋರಾದಲ್ಲಿ ಅವರು DNF ಅನ್ನು Microdnf ನೊಂದಿಗೆ ಬದಲಾಯಿಸಲು ಯೋಜಿಸಿದ್ದಾರೆ

ಇತ್ತೀಚೆಗೆ ದಿ ಫೆಡೋರಾ ಅಭಿವರ್ಧಕರು ವಲಸೆ ಹೋಗುವ ತಮ್ಮ ಉದ್ದೇಶಗಳನ್ನು ತಿಳಿಸಿದರು ಎಂಬ ಹೊಸ ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್‌ಗೆ ವಿತರಣೆ ಬದಲಿಗೆ "Microdnf" ಪ್ಯಾಕೇಜ್ ವ್ಯವಸ್ಥಾಪಕರಿಂದ "ಡಿಎನ್ಎಫ್" ಅದನ್ನು ಪ್ರಸ್ತುತ ಬಳಸಲಾಗುತ್ತದೆ.

ವಲಸೆಯ ಹಾದಿಯಲ್ಲಿನ ಮೊದಲ ಹೆಜ್ಜೆ Microdnf ಗೆ ಪ್ರಮುಖ ಅಪ್‌ಡೇಟ್ ಆಗಿರುತ್ತದೆ, ಫೆಡೋರಾ 38 ಗಾಗಿ ಯೋಜಿಸಲಾಗಿದೆ, ಇದು DNF ಗೆ ಕ್ರಿಯಾತ್ಮಕತೆಯಲ್ಲಿ ಹತ್ತಿರ ಬರುತ್ತದೆ ಮತ್ತು ಕೆಲವು ಪ್ರದೇಶಗಳಲ್ಲಿ ಅದನ್ನು ಮೀರುತ್ತದೆ.

ಎಂದು ಉಲ್ಲೇಖಿಸಲಾಗಿದೆ ಉದ್ದೇಶಗಳು ಈ ವಲಸೆಯನ್ನು ಕೈಗೊಳ್ಳಲು ಕಾರಣ Microdnf ಮತ್ತು DNF ನಡುವಿನ ಪ್ರಮುಖ ವ್ಯತ್ಯಾಸವೆಂದರೆ ಪೈಥಾನ್ ಬದಲಿಗೆ C ಅನ್ನು ಬಳಸುವುದು ಅಭಿವೃದ್ಧಿಗಾಗಿ, ಇದು ಬಹಳಷ್ಟು ಅವಲಂಬನೆಗಳನ್ನು ತೊಡೆದುಹಾಕಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.

ಒಂದು ಹಂತದಲ್ಲಿ, ಸಂಪೂರ್ಣವಾಗಿ ಪೈಥಾನ್‌ನಲ್ಲಿ ಬರೆಯಲಾದ Yum ಅನ್ನು DNF ಬದಲಾಯಿಸಿತು, ಮತ್ತು DNF ನಲ್ಲಿ, ಕಾರ್ಯಕ್ಷಮತೆಯ ಬೇಡಿಕೆಯ ಕೆಳಮಟ್ಟದ ಕಾರ್ಯಗಳನ್ನು ಪುನಃ ಬರೆಯಲಾಯಿತು ಮತ್ತು ಪ್ರತ್ಯೇಕ ಹಾಕಿ, librepo, libsolv ಮತ್ತು libcomps C ಲೈಬ್ರರಿಗಳಿಗೆ ಸ್ಥಳಾಂತರಿಸಲಾಯಿತು, ಆದರೆ ಫ್ರೇಮ್‌ವರ್ಕ್ ಮತ್ತು ಉನ್ನತ- ಮಟ್ಟದ ಘಟಕಗಳು ಪೈಥಾನ್ ಭಾಷೆಯಲ್ಲಿ ಉಳಿದಿವೆ.

Microdnf ಅನ್ನು ಮೂಲತಃ DNF ನ ಸರಳೀಕೃತ ಆವೃತ್ತಿಯಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ ಪೈಥಾನ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವ ಅಗತ್ಯವಿಲ್ಲದ ಡಾಕರ್ ಕಂಟೈನರ್‌ಗಳಲ್ಲಿ ಬಳಸಲು. ಈಗ Fedora ಅಭಿವರ್ಧಕರು Microdnf ಅನ್ನು DNF ಕಾರ್ಯನಿರ್ವಹಣೆಯ ಮಟ್ಟಕ್ಕೆ ತರಲು ಯೋಜಿಸಿದ್ದಾರೆ ಮತ್ತು ಅಂತಿಮವಾಗಿ DNF ಅನ್ನು Microdnf ನೊಂದಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಬದಲಾಯಿಸುತ್ತಾರೆ.

Microdnf ಗೆ ಒಂದು ಪ್ರಮುಖ ನವೀಕರಣವು ಫೆಡೋರಾದಲ್ಲಿ ಪ್ಯಾಕೇಜ್ ನಿರ್ವಹಣೆಯ ವಿಕಾಸದ ಮೊದಲ ಹಂತವಾಗಿದೆ. ಹೊಸ ಮೈಕ್ರೊಡಿಎನ್‌ಎಫ್ ತನ್ನ ಕನಿಷ್ಠ ಹೆಜ್ಜೆಗುರುತನ್ನು ಕಳೆದುಕೊಳ್ಳದೆ ಡಿಎನ್‌ಎಫ್‌ನ ಎಲ್ಲಾ ಪ್ರಮುಖ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಒದಗಿಸುವ ಮಹತ್ವಾಕಾಂಕ್ಷೆಯನ್ನು ಹೊಂದಿದೆ.

Microdnf libdnf5 ಲೈಬ್ರರಿಯನ್ನು ಆಧರಿಸಿದೆ, DNF 5 ಯೋಜನೆಯ ಭಾಗವಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ. DNF 5 ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಕೆಳಮಟ್ಟದ ಲೈಬ್ರರಿಗಳನ್ನು ಏಕೀಕರಿಸುವ ಗುರಿಯನ್ನು ಹೊಂದಿದೆ, C++ ನಲ್ಲಿ ಉಳಿದಿರುವ ಪೈಥಾನ್ ಪ್ಯಾಕೇಜ್ ನಿರ್ವಹಣೆ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಪುನಃ ಬರೆಯಲು ಮತ್ತು ಪ್ರತ್ಯೇಕ ಗ್ರಂಥಾಲಯಕ್ಕೆ ಕೋರ್ ಕಾರ್ಯವನ್ನು ಸರಿಸಲು ಈ ಗ್ರಂಥಾಲಯದ ಸುತ್ತಲೂ ಒಂದು ಬೈಂಡಿಂಗ್ ಅನ್ನು ಸಂರಕ್ಷಿಸಲು ಪೈಥಾನ್ API.

MICRODNF ಬಳಕೆದಾರರ ಅನುಭವವನ್ನು ಗಣನೀಯವಾಗಿ ಸುಧಾರಿಸುತ್ತದೆ ಮತ್ತು ಭವಿಷ್ಯದಲ್ಲಿ DNF ನ ಎಲ್ಲಾ ಪ್ರಮುಖ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ. ಕಂಟೈನರ್‌ಗಳಿಗೆ ಅಗತ್ಯವಿರುವ ಕನಿಷ್ಠ ಗಾತ್ರದಂತಹ ಮೂಲ MICRODNF ನ ಎಲ್ಲಾ ಅನುಕೂಲಗಳನ್ನು ಸಹ ಇದು ನಿರ್ವಹಿಸುತ್ತದೆ.

ನ ಹೊಸ ಆವೃತ್ತಿ Microdnf ಹಿನ್ನೆಲೆ ಪ್ರಕ್ರಿಯೆ DNF ಡೀಮನ್ ಅನ್ನು ಸಹ ಬಳಸುತ್ತದೆ, PackageKit ಕಾರ್ಯವನ್ನು ಬದಲಾಯಿಸುವುದು ಮತ್ತು ಚಿತ್ರಾತ್ಮಕ ಪರಿಸರದಲ್ಲಿ ಪ್ಯಾಕೇಜುಗಳು ಮತ್ತು ನವೀಕರಣಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಒದಗಿಸುವುದು. PackageKit ಗಿಂತ ಭಿನ್ನವಾಗಿ, DNF ಡೀಮನ್ RPM ಸ್ವರೂಪವನ್ನು ಮಾತ್ರ ಬೆಂಬಲಿಸುತ್ತದೆ.

Microdnf, libdnf5, ಮತ್ತು DNF ಡೀಮನ್ ಅನ್ನು ಮೊದಲ ಹಂತದ ಅನುಷ್ಠಾನದಲ್ಲಿ ಸಾಂಪ್ರದಾಯಿಕ DNF ಟೂಲ್‌ಕಿಟ್‌ನೊಂದಿಗೆ ರವಾನಿಸಲು ನಿರ್ಧರಿಸಲಾಗಿದೆ. ಯೋಜನೆಯು ಪೂರ್ಣಗೊಂಡ ನಂತರ, ಹೊಸ ಪ್ಯಾಕೇಜ್ dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora ಮತ್ತು python3-dnfdaemon ನಂತಹ ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ.

ಆಫ್ Microdnf DNF ಗಿಂತ ಉತ್ತಮವಾಗಿರುವ ಪ್ರದೇಶಗಳಲ್ಲಿ, ಅದು ಎದ್ದು ಕಾಣುತ್ತದೆ: ಕಾರ್ಯಾಚರಣೆಗಳ ಪ್ರಗತಿಯ ಹೆಚ್ಚು ದೃಶ್ಯ ಸೂಚನೆ; ಸುಧಾರಿತ ವಹಿವಾಟು ಟೇಬಲ್ ಅನುಷ್ಠಾನ; ಪ್ಯಾಕೇಜ್ ಮಾಡಿದ ಸ್ಕ್ರಿಪ್ಟ್‌ಲೆಟ್‌ಗಳಿಂದ (ಸ್ಕ್ರಿಪ್ಟ್‌ಲೆಟ್‌ಗಳು) ನೀಡಲಾದ ಪೂರ್ಣಗೊಂಡ ವಹಿವಾಟುಗಳ ಕುರಿತು ವರದಿಗಳಲ್ಲಿ ಮಾಹಿತಿಯನ್ನು ಪ್ರದರ್ಶಿಸುವ ಸಾಮರ್ಥ್ಯ; ವಹಿವಾಟುಗಳಿಗಾಗಿ ಸ್ಥಳೀಯ RPM ಪ್ಯಾಕೇಜುಗಳನ್ನು ಬಳಸುವ ಬೆಂಬಲ; ಬ್ಯಾಷ್‌ಗಾಗಿ ಹೆಚ್ಚು ಸುಧಾರಿತ ಇನ್‌ಪುಟ್ ಪೂರ್ಣಗೊಳಿಸುವಿಕೆ ವ್ಯವಸ್ಥೆ; ಸಿಸ್ಟಂನಲ್ಲಿ ಪೈಥಾನ್ ಅನ್ನು ಸ್ಥಾಪಿಸದೆ ಬಿಲ್ಡೆಪ್ ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಲು ಬೆಂಬಲ.

ಅನಾನುಕೂಲಗಳ ನಡುವೆ distro ನ ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್ ಅನ್ನು Microdnf ಗೆ ಬದಲಾಯಿಸುವುದು ಆಂತರಿಕ ಡೇಟಾಬೇಸ್‌ಗಳ ರಚನೆಯಲ್ಲಿನ ಬದಲಾವಣೆಯಾಗಿದೆ ಮತ್ತು ಡಿಎನ್‌ಎಫ್‌ನಿಂದ ಪ್ರತ್ಯೇಕ ಡೇಟಾಬೇಸ್‌ನ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವಿಕೆ, ಇದು ಮೈಕ್ರೋಡಿಎನ್‌ಎಫ್‌ನಲ್ಲಿ ಡಿಎನ್‌ಎಫ್‌ನಲ್ಲಿ ಮಾಡಿದ ಪ್ಯಾಕೇಜುಗಳೊಂದಿಗೆ ವಹಿವಾಟುಗಳನ್ನು ನೋಡಲು ನಿಮಗೆ ಅನುಮತಿಸುವುದಿಲ್ಲ ಮತ್ತು ಪ್ರತಿಯಾಗಿ.

DNF ನೊಂದಿಗೆ ಹಿಂದೆ ಸ್ಥಾಪಿಸಲಾದ ಪ್ಯಾಕೇಜುಗಳನ್ನು Microdnf ಗೆ ಸ್ಥಳಾಂತರಿಸಿದ ನಂತರ "dnf ಇತಿಹಾಸದಿಂದ ಸ್ಥಾಪಿಸಲಾದ ಬಳಕೆದಾರ" ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಇನ್ನೊಂದು ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್ ಸ್ಥಾಪಿಸಿದ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಅನ್‌ಇನ್‌ಸ್ಟಾಲ್ ಮಾಡುವುದರಿಂದ ಅದಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ಬಳಕೆಯಾಗದ ಅವಲಂಬನೆಗಳನ್ನು ತೆಗೆದುಹಾಕಲಾಗುವುದಿಲ್ಲ. ಅಲ್ಲದೆ, Microdnf ಕಮಾಂಡ್ ಮಟ್ಟದಲ್ಲಿ ಮತ್ತು ಕಮಾಂಡ್ ಲೈನ್ ಆಯ್ಕೆಗಳಲ್ಲಿ 100% DNF ಬೆಂಬಲವನ್ನು ನಿರ್ವಹಿಸಲು ಯೋಜಿಸುವುದಿಲ್ಲ.

Microdnf ನ ಹೊಸ ಆವೃತ್ತಿಯು DNF ನ ಎಲ್ಲಾ ಮುಖ್ಯ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಎಂದು ಗಮನಿಸಲಾಗಿದೆ, ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ ಹೆಚ್ಚಿನ ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಸಾಂದ್ರತೆಯನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ.

ಅಂತಿಮವಾಗಿ, ನೀವು ಇದರ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು ತಿಳಿದುಕೊಳ್ಳಲು ಆಸಕ್ತಿ ಹೊಂದಿದ್ದರೆ, ನೀವು ಸಮಾಲೋಚಿಸಬಹುದು ಕೆಳಗಿನ ಲಿಂಕ್ನಲ್ಲಿನ ವಿವರಗಳು.


ನಿಮ್ಮ ಅಭಿಪ್ರಾಯವನ್ನು ಬಿಡಿ

ನಿಮ್ಮ ಈಮೇಲ್ ವಿಳಾಸ ಪ್ರಕಟವಾದ ಆಗುವುದಿಲ್ಲ. ಅಗತ್ಯವಿರುವ ಜಾಗ ಗುರುತಿಸಲಾಗಿದೆ *

*

*

  1. ಡೇಟಾಗೆ ಜವಾಬ್ದಾರಿ: ಮಿಗುಯೆಲ್ ಏಂಜೆಲ್ ಗಟಾನ್
  2. ಡೇಟಾದ ಉದ್ದೇಶ: ನಿಯಂತ್ರಣ SPAM, ಕಾಮೆಂಟ್ ನಿರ್ವಹಣೆ.
  3. ಕಾನೂನುಬದ್ಧತೆ: ನಿಮ್ಮ ಒಪ್ಪಿಗೆ
  4. ಡೇಟಾದ ಸಂವಹನ: ಕಾನೂನುಬದ್ಧ ಬಾಧ್ಯತೆಯನ್ನು ಹೊರತುಪಡಿಸಿ ಡೇಟಾವನ್ನು ಮೂರನೇ ವ್ಯಕ್ತಿಗಳಿಗೆ ಸಂವಹನ ಮಾಡಲಾಗುವುದಿಲ್ಲ.
  5. ಡೇಟಾ ಸಂಗ್ರಹಣೆ: ಆಕ್ಸೆಂಟಸ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳು (ಇಯು) ಹೋಸ್ಟ್ ಮಾಡಿದ ಡೇಟಾಬೇಸ್
  6. ಹಕ್ಕುಗಳು: ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ನೀವು ನಿಮ್ಮ ಮಾಹಿತಿಯನ್ನು ಮಿತಿಗೊಳಿಸಬಹುದು, ಮರುಪಡೆಯಬಹುದು ಮತ್ತು ಅಳಿಸಬಹುದು.

  1.   ಖೌರ್ಟ್ ಡಿಜೊ

    ನಾನು ಪ್ರೋಗ್ರಾಮಿಂಗ್‌ಗೆ ಹೊಸಬ ಮತ್ತು Linux ಬಗ್ಗೆ ಉತ್ಸಾಹಿ. ನಾನು ಫೆಡೋರಾವನ್ನು ಎಂದಿಗೂ ಬಳಸಿಲ್ಲ ಏಕೆಂದರೆ ನಾನು ಯಾವಾಗಲೂ ಅನುಸ್ಥಾಪನೆಯಲ್ಲಿ ಸಮಸ್ಯೆಯನ್ನು ಹೊಂದಿದ್ದೇನೆ ಮತ್ತು ಡೆಬಿಯನ್ (ಮತ್ತು ವ್ಯುತ್ಪನ್ನಗಳು) ಅಥವಾ OpenSUSE ನೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುತ್ತೇನೆ. ಆದರೆ ಲಿನಕ್ಸ್ ಪ್ರಪಂಚದಲ್ಲಿನ ಪ್ರಾಮುಖ್ಯತೆಯನ್ನು ನಾನು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇನೆ ಮತ್ತು ಫೆಡೋರಾದಲ್ಲಿ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಾನು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇನೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ.
    ನನ್ನ ಅನುಮಾನವು C/C++ ಗೆ ಪೈಥಾನ್ ಅನ್ನು ಬದಲಿಸುವ ಕಲ್ಪನೆಯಿಂದ ಬಂದಿದೆ, ಅದರ ರೂಪಾಂತರಗಳು ಮತ್ತು ಅದರ ಕಳಪೆ ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಗುಣಮಟ್ಟಕ್ಕಾಗಿ ಹೆಚ್ಚು ಟೀಕೆಗೊಳಗಾದ ಕಡಿಮೆ-ಮಟ್ಟದ ಭಾಷೆಯೊಂದಿಗೆ ಏಕೆ ಅಳವಡಿಸಬೇಕು? ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಭಾಷೆಯಿಂದ ಸಂಕಲನಕ್ಕೆ ಬದಲಾವಣೆಯನ್ನು ನಾನು ಸ್ವಲ್ಪ ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇನೆ, ಆದರೆ ಕೆಲವು ಪ್ರದೇಶಗಳಲ್ಲಿ ಅದನ್ನು ಕಡಿಮೆ ಬಳಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವುದನ್ನು ನಾನು ನೋಡಿದ ಭಾಷೆಗೆ ಹೋಗುವುದು ನನಗೆ ಅರ್ಥವಾಗುತ್ತಿಲ್ಲ. ರಸ್ಟ್ ಅಥವಾ ಸಿ# ಅನ್ನು ಬಳಸಿದರೆ ಉತ್ತಮವಲ್ಲವೇ?
    ನಾನು ಫೆಡೋರಾದ ಜನರ ನಿರ್ಧಾರಗಳನ್ನು ಟೀಕಿಸುವುದಿಲ್ಲ, ಆದರೆ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಪ್ರಪಂಚವು ಹೇಗೆ ಮುಂದುವರಿಯುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಪ್ರಯತ್ನಿಸುತ್ತೇನೆ. ನಾನು ವೆಬ್‌ನಲ್ಲಿ ಪೈಥಾನ್ ಮತ್ತು JS ಅನ್ನು ಕಲಿಯುತ್ತಿದ್ದೇನೆ ಮತ್ತು ಮೂಲಭೂತ ವಿಷಯಗಳಿಗಾಗಿ ನಾನು C/C++ ಗೆ ಹಿಂತಿರುಗಲು ಯೋಚಿಸಿದ್ದೇನೆ, ಆದ್ದರಿಂದ ಈ ಟಿಪ್ಪಣಿಯು ನನಗೆ ಗಮನಹರಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ ಎಂದು ತೋರುತ್ತದೆ.

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