‏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 لکھا، اور گرافیکل لاگ اِن کا ماحول مختلف ہو سکتا ہے۔

کوئی بھی اصلاح مسئلے کے مالک حصے سے منسلک رکھیں۔ اگر ڈیسک ٹاپ ترتیب غلط ہے تو اسی ترتیب کو درست کریں۔ اگر اندراج ناکام ہو تو اس کی غلطی اور ورژن کی معلومات محفوظ رکھیں۔ اگر پراکسی ڈاؤن لوڈ سے انکار کرے تو اس کی تصدیق یا منزل کی پالیسی جانچیں۔ تمام ریپوزٹری فائلوں کو ایک ساتھ ایڈٹ کرنا فرق کو دھندلا سکتا ہے اور کمانڈ لائن اور گرافیکل ترتیبات کی دیکھ بھال مشکل بنا سکتا ہے۔