Fedora Linux 39 સારી કામગીરી માટે મૂળભૂત રીતે DNF5 નો ઉપયોગ કરવાની યોજના ધરાવે છે
ફેડોરા એન્જિનિયરિંગ અને સ્ટીયરિંગ કમિટી (FESCO) જાહેરાત કરે છે કે Fedora 39 માં પ્રભારી ટીમ કદાચ DNF ને બદલશે, libdnf અને dnf-ઓટોમેટિક cનવા DNF5 પેકેજિંગ ટૂલ અને libdnf5 સપોર્ટ લાઇબ્રેરી સાથે. DNF5 એ વપરાશકર્તા અનુભવને બહેતર બનાવવો જોઈએ અને Fedora Linux પર સોફ્ટવેરનું સંચાલન કરવા માટે બહેતર પ્રદર્શન પ્રદાન કરવું જોઈએ.
DNF સોફ્ટવેર પેકેજ મેનેજર છે જે Fedora માં પેકેજોને ઇન્સ્ટોલ કરે છે, અપડેટ કરે છે અને દૂર કરે છે અને YUM (Yello-Dog Updater Modified) નો અનુગામી છે. DNF આપમેળે નિર્ભરતાને તપાસીને અને પેકેજોને સ્થાપિત કરવા માટે જરૂરી ક્રિયાઓ નક્કી કરીને પેકેજોને જાળવવાનું સરળ બનાવે છે. આ પદ્ધતિ rpm આદેશનો ઉપયોગ કરીને પેકેજ અને તેની નિર્ભરતાને મેન્યુઅલી ઇન્સ્ટોલ અથવા અપડેટ કરવાની જરૂરિયાતને દૂર કરે છે.
DNF5 ના નવા કાર્યો વિશે, નીચે આપેલ અલગ અલગ છે:
- પાયથોનની જરૂરિયાત વિના સંપૂર્ણ પેકેજ મેનેજર
- સૌથી નાની સિસ્ટમ
- ઝડપી
- DNF અને Microdnf ને બદલે છે
- સમગ્ર સોફ્ટવેર મેનેજમેન્ટ સ્ટેકમાં એકીકૃત વર્તન
- નવા Libdnf5 પ્લગઈનો (C++, Python) DNF5 અને Dnf5Daemon પર લાગુ થશે.
- શેર કરેલ સેટિંગ્સ
- બહુવિધ શૈલીઓ અને નામકરણ સંમેલનો (વિકલ્પો, સેટિંગ્સ, વિકલ્પો, આદેશો) ની અસર સાથે DNF/YUM દાયકાઓથી વિકસાવવામાં આવી છે.
- જો તે ડેસ્કટોપમાં બનેલ હોય તો તે RPM (એક અનન્ય પેકેજકિટ બેકએન્ડ) માટે PackageKit નો વિકલ્પ પૂરો પાડી શકે છે.
- મોડ્યુલારિટી અને કોમ્પ્સ જૂથ સાથે સુસંગતતા
- કોડ બેઝમાં મહત્વપૂર્ણ સુધારાઓ
- ઇતિહાસ ડેટાબેઝ અને /etc/dnf/module.d થી સિસ્ટમ સ્થિતિનું વિભાજન
dnf-4 માં, સ્થાપિત પેકેજોની યાદી વપરાશકર્તા દ્વારા અને સ્થાપિત જૂથોની યાદી, તેમજ આ જૂથોના સ્થાપિત પેકેજોની યાદી, ઇતિહાસના એકત્રીકરણ તરીકે ગણવામાં આવે છે વ્યવહારોની. dnf5 માં તે અલગથી સંગ્રહિત થશે, જેના બહુવિધ ફાયદા છે, જેમાંથી ઓછામાં ઓછું એ હકીકત નથી કે ઇતિહાસ ડેટાબેઝનો ઉપયોગ ફક્ત માહિતીના હેતુઓ માટે જ થશે અને તે સિસ્ટમની સ્થિતિને વ્યાખ્યાયિત કરશે નહીં (તે ક્યારેક ક્યારેક બગડે છે, વગેરે). /etc/dnf/module.d માં સંગ્રહિત ડેટા વપરાશકર્તા લખી શકાય તેવું માનવામાં આવતું નથી અને તેનું ફોર્મેટ પૂરતું નથી (સ્થાપિત પ્રોફાઇલ્સ સાથે સ્થાપિત પેકેજો વિશેની માહિતી ખૂટે છે).
DNF5 હજુ વિકાસમાં છે અને કેટલીક સુવિધાઓ અથવા વિકલ્પો હજી ઉપલબ્ધ નથી. છતાં મોડ્યુલરિટીનો અમલ કરવા માટે કામ કરવાનું છે, સિસ્ટમ ઇતિહાસ અને સ્થિતિ, અને દસ્તાવેજીકરણ અને મેન પૃષ્ઠો સંબંધિત આંતરિક ડેટા સંગ્રહ. રાત્રિના અપસ્ટ્રીમ બિલ્ડ્સ સાથે ભંડારમાંથી DNF5 નું પરીક્ષણ કરી શકાય છે.
DNF5 dnf, yum, dnf-automatic, yum-utils અને DNF પ્લગિન્સને અવમૂલ્યન કરશે (કોર અને એક્સ્ટ્રાઝ) python3-dnf અને LIBDNF (libdnf, python3-hawkey) ને fedora-obsolete-packages સાથે નાપસંદ કરવામાં આવશે, વત્તા તે /usr/bin/dnf માટે સિમલિંક પ્રદાન કરશે, જેથી વપરાશકર્તાઓ અપડેટ તરીકે રિપ્લેસમેન્ટ જોશે. મર્યાદિત પરંતુ દસ્તાવેજી વાક્યરચના ફેરફારો સાથે DNF માં. DNF5 કેટલાક સપોર્ટેડ કમાન્ડ ઉપનામો અને DNF5 અપનાવવા માટેના વિકલ્પો પ્રદાન કરશે.
ફેરફાર દરખાસ્ત નીચે પ્રમાણે વસ્તુઓનો સરવાળો કરે છે:
- નવી DNF5 વપરાશકર્તા અનુભવ અને પ્રદર્શનમાં નોંધપાત્ર સુધારો કરશે. આ બદલી એ Fedora સોફ્ટવેર મેનેજમેન્ટ સ્ટેક અપગ્રેડનું બીજું પગલું છે. આ ફેરફાર વિના, વિવિધ લાઇબ્રેરીઓ (libdnf, libdnf5) પર આધારિત ઘણા સોફ્ટવેર મેનેજમેન્ટ ટૂલ્સ (DNF5, જૂના Microdnf, PackageKit, અને DNF) હશે, જે અલગ વર્તન પ્રદાન કરશે અને ઇતિહાસને શેર કરશે નહીં. તે પણ શક્ય છે કે DNF પાસે માત્ર મર્યાદિત વિકાસકર્તા સપોર્ટ છે. 5 માં Fedora-Devel યાદીમાં DNF2020 ના વિકાસની જાહેરાત કરવામાં આવી હતી.
- DNF5 નાની સિસ્ટમ માટે Python કોડ દૂર કરે છે, ઝડપી કામગીરી, અને હાલના DNF અને microdnf સાધનોને બદલવા માટે. DNF5 સોફ્ટવેર મેનેજમેન્ટ સ્ટેકની વર્તણૂકને પણ એકીકૃત કરે છે, RPM માટે PackageKit ના વિકલ્પ તરીકે એક નવો ડિમન રજૂ કરે છે, અને તે વધુ સક્ષમ હોવું જોઈએ. રિપોઝીટરી બ્રાઉઝિંગ, લુકઅપ ઓપરેશન્સ, RPM ક્વેરીઝ અને મેટાડેટા શેરિંગ માટે ઝડપી કામગીરીની અપેક્ષા રાખો.
ફેરફારની દરખાસ્ત હજુ મંજૂર કરવાની જરૂર છે Fedora એન્જીનીયરીંગ અને સ્ટીયરીંગ કમિટી દ્વારા, પરંતુ DNF(5) માં Red Hat ની સંડોવણી જોતાં, એવું માની શકાય છે કે તે મંજૂર કરવામાં આવશે અને Fedora 39 ચક્ર માટે સમયસર પૂર્ણ થશે.
સ્રોત: https://fedoraproject.org