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 टाइप केलेल्या शेलचा मुलगा नाही, आणि ग्राफिकल लॉगिनचे वातावरण वेगळे असू शकते.

कोणतीही दुरुस्ती समस्येच्या मालक घटकाशी जोडून ठेवा. डेस्कटॉप कॉन्फिगरेशन चुकीचे असेल तर ते दुरुस्त करा. नोंदणी अयशस्वी झाल्यास तिची त्रुटी आणि आवृत्तीची माहिती जतन करा. प्रॉक्सी डाउनलोड नाकारत असेल तर त्याचे प्रमाणीकरण किंवा गंतव्य धोरण तपासा. सर्व रेपॉझिटरी फाइल्स एकाच वेळी संपादित केल्यास फरक अस्पष्ट होऊ शकतो आणि कमांड-लाइन व ग्राफिकल कॉन्फिगरेशन्स देखभाल करणे कठीण होते.