ការអភិវឌ្ឍន៍កម្មវិធីគ្រប់គ្រងកញ្ចប់ DNF 5 និងការជំនួស PackageKit បានចាប់ផ្តើមហើយ។

Daniel Mach មកពី Red Hat បានរាយការណ៍ អំពីការចាប់ផ្តើមនៃការអភិវឌ្ឍន៍កម្មវិធីគ្រប់គ្រងកញ្ចប់ DNF 5 ដែលក្នុងនោះតក្កវិជ្ជា DNF ដែលបានអនុវត្តនៅក្នុង Python នឹងត្រូវបានផ្ទេរទៅបណ្ណាល័យ libdnf ដែលសរសេរក្នុង C ++ ។ DNF 5 គ្រោងនឹងចាប់ផ្តើមសាកល្បងនៅខែមិថុនា កំឡុងពេលអភិវឌ្ឍ Fedora 33 បន្ទាប់មកវានឹងបញ្ចូលទៅក្នុងឃ្លាំង Rawhide នៅខែតុលា ឆ្នាំ 2020 ហើយនឹងជំនួស DNF 2021 នៅខែកុម្ភៈ ឆ្នាំ 4។ ការថែទាំសាខា DNF 4 នឹងបន្តដូចដែលវាកំពុងដំណើរការ។ ប្រើក្នុង Red Hat Enterprise Linux 8.

វាត្រូវបានកត់សម្គាល់ថាគម្រោងនេះបានឈានដល់ស្ថានភាពមួយដែលវាស្ទើរតែមិនអាចទៅរួចទេក្នុងការបន្តអភិវឌ្ឍកូដដោយមិនបំបែកភាពឆបគ្នានៅកម្រិត API/ABI ។ នេះជាចម្បងដោយសារតែ ការបាត់បង់ ភាពពាក់ព័ន្ធនៃ PackageKit និងភាពមិនអាចទៅរួចនៃការអភិវឌ្ឍន៍ libdnf ដោយមិនផ្លាស់ប្តូរ "libhif" API ។ ក្នុងពេលជាមួយគ្នានេះ ទោះបីជាមានបំណងផ្លាស់ប្តូរ API ក៏ដោយ ការរក្សាភាពឆបគ្នាថយក្រោយនៅកម្រិតនៃចំណុចប្រទាក់បន្ទាត់ពាក្យបញ្ជា និង API ត្រូវបានគេនិយាយថាជាអាទិភាពចម្បង។

ការគាំទ្រសម្រាប់ Python API នៅក្នុង DNF នឹងត្រូវបានរក្សាទុក ប៉ុន្តែតក្កវិជ្ជាអាជីវកម្មដែលសរសេរក្នុង Python នឹងត្រូវបានផ្ទេរទៅបណ្ណាល័យ libdnf (C++) ដែលនឹងធានាបាននូវប្រតិបត្តិការដូចគ្នាបេះបិទរបស់កម្មវិធីគ្រប់គ្រងកញ្ចប់ក្នុងការចែកចាយ។ ការអភិវឌ្ឍន៍នឹងផ្តោតលើ C++ API ហើយ Python API នឹងត្រូវបានបង្កើតដោយស្វ័យប្រវត្តិក្នុងទម្រង់ជា wrapper ដោយផ្អែកលើវា។
ការចងសម្រាប់ Go, Perl និង
រូបី។ បន្ទាប់ពី C++ API ត្រូវបានធ្វើឱ្យមានស្ថេរភាព នោះ C API នឹងត្រូវបានរៀបចំនៅលើមូលដ្ឋានរបស់វា ដែល rpm-ostree នឹងត្រូវបានផ្ទេរ។ ហកឃី Python API នឹងត្រូវបានដកចេញ និងជំនួសដោយ libdnf Python API

មុខងារស្នូលរបស់ DNF នឹងត្រូវបានរក្សាទុក។ ដោយសារតែឈុតសាកល្បងដ៏ធំ (ប្រហែល 1400 តេស្ត) វាត្រូវបានគេរំពឹងថា ការធ្វើឡើងវិញ API នឹងមិនប៉ះពាល់ដល់ចំណុចប្រទាក់បន្ទាត់ពាក្យបញ្ជាសម្រាប់អ្នកប្រើប្រាស់ចុងក្រោយទេ។ ការញែកអាគុយម៉ង់ និងលទ្ធផលអាចផ្លាស់ប្តូរបន្តិច ប៉ុន្តែការផ្លាស់ប្តូរទាំងនេះនឹងត្រូវបានចងក្រងជាឯកសារយ៉ាងល្អ។ នៅក្នុងកំណែដែលបានដកចេញ microdnfប្រើក្នុងកុងតឺន័រ វាត្រូវបានគ្រោងទុកដើម្បីអនុវត្តសំណុំរងនៃសមត្ថភាព DNF ហើយការសម្រេចបាននូវភាពស្មើគ្នាពេញលេញនៅក្នុងមុខងារមិនត្រូវបានគេពិចារណាទេ។

ជំនួស។ ខ្ចប់ឃីត សេវាកម្ម DBus ថ្មីនឹងត្រូវបានបង្កើតឡើងដែលផ្តល់នូវចំណុចប្រទាក់សម្រាប់ការគ្រប់គ្រងកញ្ចប់ និងការអាប់ដេតសម្រាប់កម្មវិធីក្រាហ្វិក។ សេវាកម្មនេះត្រូវបានគ្រោងនឹងបង្កើតតាំងពីដំបូង ដូច្នេះការបង្កើតរបស់វាអាចត្រូវការពេលវេលាច្រើន។ PackageKit មិន​ត្រូវ​បាន​បង្កើត​ឡើង​នា​ពេល​ថ្មីៗ​នេះ​ទេ ហើយ​បាន​ស្ថិត​ក្នុង​របៀប​ថែទាំ​តាំង​ពី​ឆ្នាំ 2014 ដោយ​សារ​តែ​បាត់​បង់​ភាព​ពាក់ព័ន្ធ។ ជាមួយនឹងភាពជឿនលឿននៃប្រព័ន្ធ Snaps និង Flatpak ការចែកចាយកំពុងបាត់បង់ចំណាប់អារម្មណ៍លើ PackageKit ជាឧទាហរណ៍ វាលែងមាននៅក្នុងការបង្កើតទៀតហើយ Fedora SilverBlue. ស្រទាប់អរូបីសម្រាប់ការគ្រប់គ្រងកញ្ចប់ត្រូវបានផ្តល់ជូនយ៉ាងទូលំទូលាយដោយមជ្ឈមណ្ឌលគ្រប់គ្រងកម្មវិធី GNOME និង KDE ដែលអនុញ្ញាតឱ្យដំឡើងកញ្ចប់ flatpak នៅកម្រិតអ្នកប្រើប្រាស់នីមួយៗ។ API ប្រព័ន្ធបង្រួបបង្រួមសម្រាប់ការទទួលបានបញ្ជីកញ្ចប់ដែលបានដំឡើងគឺមិនមានប្រយោជន៍ដូចពីមុនទេ។

ប្រភព: opennet.ru