DNF პროქსის მეშვეობით მუშაობს. რატომ არა GNOME Software?
GNOME Software სესიის პროქსის პარამეტრებს PackageKit-ს გადასცემს; მომუშავე DNF ბრძანება არ ამტკიცებს, რომ გრაფიკული ჩამოტვირთვა იმავე კონფიგურაციას იყენებს.
DNF პაკეტებს უჩივლებლად ჩამოტვირთავს. GNOME Software კატალოგს აჩვენებს, შემდეგ კი ჩერდება, როცა რაიმეს ინსტალაციას ითხოვთ. ცდუნებაა დავასკვნათ, რომ გრაფიკული აპლიკაცია უბრალოდ უგულებელყოფს პროქსებს. არსებობს სხვა შესაძლებლობაც: პროქსის ინფორმაცია არასდროს მიუღწევია იმ კომპონენტს, რომელიც ჩამოტვირთვას ასრულებს.
თვალი ადევნეთ გადაცემას
GNOME Software-ს და ტერმინალში შეყვანილ ბრძანებას ერთი და იგივე კონფიგურაციის გზა არ აქვთ. PackageKit-ის პროქსის დოკუმენტაცია აღწერს სესიის პროცესს, რომელიც სამუშაო მაგიდის პარამეტრებს კითხულობს და დემონს გადასცემს. GNOME-ში gnome-software კითხულობს GSettings-ს და იძახებს PackageKit-ის პროქსის პარამეტრების ინტერფეისს.
შემდეგ დემონი შესაბამისი სესიის პარამეტრებს თავის პაკეტების ბექენდს აწვდის. ეს ნიშნავს, რომ წარმატებული DNF მოთხოვნა ამტკიცებს, რომ პროქსის შეუძლია ამ DNF გამოძახების მომსახურება. ის არ ამტკიცებს, რომ სამუშაო მაგიდის სესიამ იგივე პარამეტრები PackageKit-ში დაარეგისტრირა.
სამი სასარგებლო კითხვა
- რომელი ოპერაცია ჩავარდა? კატალოგის მონაცემების ნახვა, მეტამონაცემების განახლება და პაკეტის ჩამოტვირთვა სხვადასხვა ოპერაციაა. ჩაწერეთ ის, რომელიც რეალურად იწვევს შეცდომას.
- დარეგისტრირდა თუ არა სესიის პროქსი? შეამოწმეთ სამუშაო მაგიდის ფაქტობრივი პროქსის კონფიგურაცია და PackageKit-ის მიერ მოხსენებული შეცდომები. პროქსის დაუყენებლობა განსხვავდება იმისგან, როცა პროქსი ჩამოტვირთვის დროს 407-ს აბრუნებს.
- რომელ ვერსიას ეკუთვნის პარამეტრი? PackageKit დროთა განმავლობაში შეიცვალა. Fedora 25-ის შესახებ პასუხიდან კოპირებული კონფიგურაციის გასაღები შეიძლება ძველ ბექენდს ან უკვე არაქმედით შეცდომას აღწერდეს.
ტერმინალის ექსპორტირებული ცვლადები საიმედო შემცვლელი არ არის ამ გადაცემის შესამოწმებლად. დემონი არ არის იმ shell-ის შვილი, რომელშიც export შეიყვანეთ, და გრაფიკულ შესვლას შეიძლება განსხვავებული გარემო ჰქონდეს.
ნებისმიერი შესწორება მიამაგრეთ იმ კომპონენტს, რომელსაც პრობლემა ეკუთვნის. თუ სამუშაო მაგიდის კონფიგურაცია არასწორია, შეასწორეთ ის კონფიგურაცია. თუ რეგისტრაცია ჩავარდა, შეინახეთ მისი შეცდომა და ვერსიის ინფორმაცია. თუ პროქსი ჩამოტვირთვას უარყოფს, გამოიკვლიეთ მისი ავთენტიფიკაციის ან დანიშნულების პოლიტიკა. საცავის ყველა ფაილის ერთდროულად რედაქტირებამ შეიძლება განსხვავება დაფაროს და ბრძანების ხაზისა და გრაფიკული კონფიგურაციების შენახვა გაართულოს.