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 ਲਿਖਿਆ, ਅਤੇ ਗ੍ਰਾਫ਼ਿਕਲ ਲੌਗਇਨ ਦਾ ਵਾਤਾਵਰਨ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ।

ਕੋਈ ਵੀ ਸੁਧਾਰ ਸਮੱਸਿਆ ਦੇ ਮਾਲਕ ਹਿੱਸੇ ਨਾਲ ਜੋੜੀ ਰੱਖੋ। ਜੇ ਡੈਸਕਟਾਪ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਗਲਤ ਹੈ ਤਾਂ ਉਹ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਠੀਕ ਕਰੋ। ਜੇ ਦਰਜ ਕਰਨਾ ਫੇਲ੍ਹ ਹੋਵੇ ਤਾਂ ਉਸ ਦੀ ਗਲਤੀ ਅਤੇ ਵਰਜ਼ਨ ਜਾਣਕਾਰੀ ਸੰਭਾਲੋ। ਜੇ ਪ੍ਰੌਕਸੀ ਡਾਊਨਲੋਡ ਨੂੰ ਰੱਦ ਕਰਦੀ ਹੈ ਤਾਂ ਉਸ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂ ਟਿਕਾਣਾ ਨੀਤੀ ਦੀ ਜਾਂਚ ਕਰੋ। ਸਾਰੀਆਂ ਰਿਪੋਜ਼ਟਰੀ ਫਾਈਲਾਂ ਇੱਕੋ ਵੇਲੇ ਸੋਧਣ ਨਾਲ ਫ਼ਰਕ ਧੁੰਦਲਾ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਕਮਾਂਡ-ਲਾਈਨ ਤੇ ਗ੍ਰਾਫ਼ਿਕਲ ਕਨਫ਼ਿਗਰੇਸ਼ਨਾਂ ਦੀ ਸੰਭਾਲ ਔਖੀ ਹੋ ਸਕਦੀ ਹੈ।