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 ടൈപ്പ് ചെയ്ത ഷെല്ലിന്റെ കുട്ടിയല്ല ഡീമൺ, ഗ്രാഫിക്കൽ ലോഗിന് വ്യത്യസ്ത പരിസ്ഥിതിയായിരിക്കാം.

ഏതൊരു പരിഹാരവും പ്രശ്നത്തിന്റെ ഉടമയായ ഘടകവുമായി ബന്ധിപ്പിച്ച് നിർത്തുക. ഡെസ്ക്ടോപ്പ് കോൺഫിഗറേഷൻ തെറ്റാണെങ്കിൽ അത് തിരുത്തുക. രജിസ്ട്രേഷൻ പരാജയപ്പെട്ടാൽ അതിന്റെ പിശകും പതിപ്പ് വിവരങ്ങളും സൂക്ഷിക്കുക. പ്രോക്സി ഡൗൺലോഡ് നിരസിക്കുന്നുവെങ്കിൽ അതിന്റെ പ്രാമാണീകരണ അല്ലെങ്കിൽ ലക്ഷ്യ നയം പരിശോധിക്കുക. എല്ലാ റിപ്പോസിറ്ററി ഫയലുകളും ഒരുമിച്ച് തിരുത്തുന്നത് വ്യത്യാസം മറയ്ക്കാനും കമാൻഡ്-ലൈൻ, ഗ്രാഫിക്കൽ കോൺഫിഗറേഷനുകൾ പരിപാലിക്കാൻ ബുദ്ധിമുട്ടാക്കാനും ഇടയാക്കാം.