DNF પ્રોક્સી દ્વારા કામ કરે છે. GNOME Software કેમ નહીં?

DNF પેકેજોને કોઈ ફરિયાદ વિના ડાઉનલોડ કરે છે. GNOME Software કેટલોગ બતાવે છે, પછી જ્યારે તમે કંઈક ઇન્સ્ટોલ કરવાનું કહો છો ત્યારે અટકી જાય છે. ગ્રાફિકલ એપ પ્રોક્સીને સાદું અવગણે છે એવું તારણ કાઢવું લોભામણું છે. બીજી શક્યતા પણ છે: પ્રોક્સીની માહિતી ક્યારેય ડાઉનલોડ કરતા ઘટક સુધી પહોંચી જ નહીં.

સોંપણીને અનુસરો

GNOME Software અને તમે ટર્મિનલમાં લખેલો આદેશ — બંનેનો રૂપરેખાંકન માર્ગ એક જ નથી. PackageKitનું પ્રોક્સી દસ્તાવેજીકરણ એક સેશન પ્રક્રિયાનું વર્ણન કરે છે જે ડેસ્કટોપની સેટિંગ્સ વાંચે છે અને ડેમનને આપે છે. GNOMEમાં, gnome-software GSettings વાંચે છે અને PackageKitનું પ્રોક્સી-સેટિંગ ઇન્ટરફેસ બોલાવે છે.

પછી ડેમન યોગ્ય સેશનની સેટિંગ્સ તેના પેકેજ બેકએન્ડને પૂરી પાડે છે. એટલે કે સફળ DNF વિનંતી સાબિત કરે છે કે પ્રોક્સી એ DNF કૉલને સેવા આપી શકે છે. પરંતુ એ સાબિત કરતી નથી કે ડેસ્કટોપ સેશને એ જ સેટિંગ્સ PackageKitમાં નોંધાવી છે.

ત્રણ ઉપયોગી પ્રશ્નો

1. કઈ ક્રિયા નિષ્ફળ ગઈ? કેટલોગ ડેટા જોવો, મેટાડેટા તાજું કરવું અને પેકેજ ડાઉનલોડ કરવું — આ અલગ અલગ ક્રિયાઓ છે. જે ખરેખર ભૂલ ઉત્પન્ન કરે તે નોંધો.
2. સેશન પ્રોક્સી નોંધાઈ છે? ડેસ્કટોપનું અસરકારક પ્રોક્સી રૂપરેખાંકન અને PackageKit દ્વારા જણાવાયેલી ભૂલો તપાસો. પ્રોક્સી સેટ ન કરી શકવું એ ડાઉનલોડ દરમિયાન પ્રોક્સી દ્વારા 407 પરત આપવાથી અલગ છે.
3. કઈ આવૃત્તિ આ સેટિંગની માલિક છે? PackageKit સમય સાથે બદલાઈ છે. Fedora 25 વિશેના જવાબમાંથી કોપી કરેલી રૂપરેખાંકન કી જૂના બેકએન્ડ અથવા હવે લાગુ ન પડતી બગનું વર્ણન કરી શકે છે.

ટર્મિનલનાં એક્સપોર્ટ કરેલા ચલ આ સોંપણી તપાસવા માટે વિશ્વસનીય વિકલ્પ નથી. ડેમન એ શેલનું સંતાન નથી જેમાં તમે export ટાઇપ કર્યું, અને ગ્રાફિકલ લોગિનનું પર્યાવરણ અલગ હોઈ શકે છે.

કોઈપણ સુધારો સમસ્યાનો માલિક ઘટક સાથે જોડેલો રાખો. ડેસ્કટોપ રૂપરેખાંકન ખોટું હોય તો તે રૂપરેખાંકન સુધારો. નોંધણી નિષ્ફળ જાય તો તેની ભૂલ અને આવૃત્તિની માહિતી સાચવો. પ્રોક્સી ડાઉનલોડ નકારે તો તેની પ્રમાણીકરણ અથવા ગંતવ્ય નીતિ તપાસો. બધી રિપોઝિટરી ફાઇલો એકસાથે સંપાદિત કરવાથી ભેદ અસ્પષ્ટ થઈ શકે છે અને કમાન્ડ-લાઇન તથા ગ્રાફિકલ રૂપરેખાંકનો જાળવવા મુશ્કેલ બની શકે છે.