ਰੈਪੋ ਪੈਕੇਜ ਜਾਂ VPN ਕਲਾਇੰਟ ਪੈਕੇਜ: ਪਹਿਲਾਂ ਕਿਹੜਾ?

ਤੁਸੀਂ ਵਿਕਰੇਤਾ ਦਾ ਪੈਕੇਜ ਸਥਾਪਤ ਕਰਦੇ ਹੋ, ਕਮਾਂਡ ਸਿਫ਼ਰ ਵਾਪਸ ਕਰਦੀ ਹੈ, ਅਤੇ ਫਿਰ ਵੀ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਕੋਈ VPN ਐਪ ਨਹੀਂ ਹੈ। ਇਹ ਤਦ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਸਥਾਪਤ ਕੀਤਾ ਪੈਕੇਜ ਕਲਾਇੰਟ ਦੇਣ ਦੀ ਬਜਾਏ ਰੈਪੋ ਸੰਰਚਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਫ਼ਰਕ ਇਸ ਵਿੱਚ ਦਿਸਦਾ ਹੈ ਕਿ ਇਸਨੇ ਡਿਸਕ ਉੱਤੇ ਕੀ ਛੱਡਿਆ। ਦੋਵੇਂ ਲੋੜੀਂਦੇ ਹਨ ਜਾਂ ਨਹੀਂ ਅਤੇ ਕਿਸ ਕ੍ਰਮ ਵਿੱਚ, ਇਹ ਵਿਕਰੇਤਾ ਦੇ ਨਾਮ ਉੱਤੇ ਨਹੀਂ, ਤਿੰਨ ਸ਼ਰਤਾਂ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤਾ ਫ਼ੈਸਲਾ ਸਰੋਤ ਸੈੱਟਅੱਪ, ਮੈਟਾਡੇਟਾ ਰਿਫ਼੍ਰੈਸ਼ ਅਤੇ ਐਪ ਸਥਾਪਨਾ ਨੂੰ ਵੱਖਰੇ ਸਬੂਤਾਂ ਵਾਲੇ ਵੱਖਰੇ ਕੰਮ ਰੱਖਦਾ ਹੈ।

ਹਰ ਪੈਕੇਜ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦਾ ਹੈ

ਰੈਪੋ-ਸੰਰਚਨਾ ਪੈਕੇਜ ਇੱਕ APT ਸਰੋਤ ਐਂਟਰੀ ਲਿਖਦਾ ਹੈ, ਉਸ ਐਂਟਰੀ ਦਾ ਭਰੋਸਾ ਪਾਉਣ ਵਾਲੀ ਸਾਈਨਿੰਗ ਕੁੰਜੀ ਆਯਾਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਬਾਹਰ ਨਿਕਲ ਜਾਂਦਾ ਹੈ। ਇਸਦਾ ਪੇਲੋਡ /etc/apt ਹੇਠ ਕੁਝ ਫ਼ਾਈਲਾਂ ਅਤੇ ਇੱਕ ਕੁੰਜੀ-ਛੱਲਾ ਹੈ, ਅਤੇ ਚਲਾਉਣ ਲਈ ਕੁਝ ਨਹੀਂ। ਕਲਾਇੰਟ ਪੈਕੇਜ ਡੀਮਨ ਜਾਂ ਡੈਸਕਟਾਪ ਐਪ, ਇਸਦੀਆਂ ਲਾਇਬ੍ਰੇਰੀਆਂ ਅਤੇ ਨਿਰਭਰਤਾਵਾਂ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਮੀਨੂ ਜਾਂ systemd ਇਕਾਈ ਵਿੱਚ ਪਹੁੰਚਣ ਵਾਲੀ ਵਸਤੂ ਇਹੀ ਹੈ।

-release ਨਾਲ ਖ਼ਤਮ ਹੋਣ ਵਾਲੇ ਫ਼ਾਈਲ ਨਾਮ ਪਹਿਲੀ ਕਿਸਮ ਦੱਸਦੇ ਹਨ, ਪਰ ਪਿਛੇਤਰ ਇੱਕ ਰਿਵਾਇਤ ਹੈ, ਗਾਰੰਟੀ ਨਹੀਂ। ਪੈਕੇਜ ਦੀ ਭੂਮਿਕਾ ਬਾਰੇ ਭਰੋਸੇਯੋਗ ਬਿਆਨ ਇਸਦੀ ਫ਼ਾਈਲ ਸੂਚੀ ਅਤੇ ਨਿਰਭਰਤਾਵਾਂ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਕੁਝ ਵੀ ਸਥਾਪਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੜ੍ਹੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ। ਜਿਹੜਾ ਵਿਕਰੇਤਾ ਆਪਣੀ ਪੈਕੇਜਿੰਗ ਨੂੰ ਮੁੜ ਆਕਾਰ ਦਿੰਦਾ ਹੈ, ਉਹ ਉਹੀ ਫ਼ਾਈਲ ਨਾਮ ਰੱਖਦਾ ਹੈ ਅਤੇ ਸਮੱਗਰੀ ਬਦਲਦਾ ਹੈ, ਇਸ ਲਈ ਦੋ ਸਾਲ ਪੁਰਾਣੇ ਥ੍ਰੈਡ ਤੋਂ ਕਾਪੀ ਕੀਤਾ ਜਵਾਬ ਅਜਿਹੇ ਪੈਕੇਜ ਦਾ ਵਰਣਨ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਹੁਣ ਨਹੀਂ ਹੈ। ਤੁਸੀਂ ਜੋ ਰਿਲੀਜ਼ ਚਲਾਉਂਦੇ ਹੋ, ਉਸ ਲਈ ਪ੍ਰਦਾਤਾ ਦੇ ਮੌਜੂਦਾ ਨਿਰਦੇਸ਼ ਪੜ੍ਹੋ, ਫਿਰ ਜਾਂਚੋ ਕਿ ਪੈਕੇਜ ਕੀ ਘੋਸ਼ਿਤ ਕਰਦਾ ਹੈ।

ਉਸ ਵੰਡ ਤੋਂ ਤਿੰਨ ਪੜਾਅ ਆਉਂਦੇ ਹਨ: ਸਰੋਤ ਦਰਜ ਕਰੋ, ਉਹ ਪੋਸ਼ਣ ਕਰਨ ਵਾਲਾ ਮੈਟਾਡੇਟਾ ਰਿਫ਼੍ਰੈਸ਼ ਕਰੋ, ਫਿਰ ਐਪ ਨੂੰ ਨਾਮ ਨਾਲ ਸਥਾਪਤ ਕਰੋ। Debian ਅਤੇ Ubuntu ਸਥਾਪਨਾ ਗਾਈਡ ਇਹਨਾਂ ਨੂੰ ਵੱਖਰਾ ਰੱਖਦੀ ਹੈ, ਇਸ ਲਈ ਕਲਾਇੰਟ ਸਰੋਤ ਸੈੱਟ ਕਰਨ ਵਾਲੇ ਪੈਕੇਜ ਵੱਲੋਂ ਨਹੀਂ, ਸਗੋਂ ਅਗਲੇ ਪੜਾਅ ਵਿੱਚ ਮੰਗਿਆ ਜਾਂਦਾ ਹੈ।

ਕ੍ਰਮ ਤੈਅ ਕਰਨ ਵਾਲੀਆਂ ਤਿੰਨ ਸ਼ਰਤਾਂ

ਪਹਿਲੀ ਸ਼ਰਤ ਇਹ ਹੈ ਕਿ ਵਿਕਰੇਤਾ ਤੁਹਾਡੇ ਬਿਲਕੁਲ ਆਪਣੇ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਰਿਲੀਜ਼ ਲਈ ਰੈਪੋ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਇੱਕ ਸੂਟ ਲਈ ਬਣਾਈ ਸਰੋਤ ਲਾਈਨ ਦੂਜੇ ਸੂਟ ਦੀਆਂ ਨਿਰਭਰਤਾਵਾਂ ਨਾਲ ਹੱਲ ਹੋ ਸਕਦੀ ਹੈ ਅਤੇ ਐਸਾ ਮਿਸ਼ਰਣ ਸਥਾਪਤ ਕਰ ਸਕਦੀ ਹੈ ਜਿਸਨੂੰ ਕਿਸੇ ਨੇ ਨਹੀਂ ਪਰਖਿਆ।

ਦੂਜੀ ਇਹ ਹੈ ਕਿ ਤੁਹਾਡੇ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਵਿੱਚ ਕਲਾਇੰਟ ਪਹਿਲਾਂ ਹੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਜਦੋਂ ਹੈ, ਤਾਂ ਡਿਸਟਰੋ ਪੈਕੇਜ ਤੁਹਾਡੇ ਰਿਲੀਜ਼ ਦੇ ਲਾਇਬ੍ਰੇਰੀ ਤਬਦੀਲੀਆਂ ਅਤੇ ਸੁਰੱਖਿਆ ਅੱਪਡੇਟਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਵਿਕਰੇਤਾ ਪੈਕੇਜ ਤੇਜ਼ੀ ਨਾਲ ਅੱਗੇ ਵਧ ਸਕਦਾ ਹੈ ਅਤੇ ਸਾਂਝੀਆਂ ਲਾਇਬ੍ਰੇਰੀਆਂ ਦੀਆਂ ਆਪਣੀਆਂ ਨਕਲਾਂ ਲਿਆ ਸਕਦਾ ਹੈ।

ਤੀਜੀ ਇਹ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਅਸਲ ਵਿੱਚ ਕਿਹੜੀਆਂ ਸੁਵਿਧਾਵਾਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਵਿਕਰੇਤਾ ਦਾ ਬਿਲਡ ਨਵਾਂ ਪ੍ਰੋਟੋਕੋਲ ਲਾਗੂਕਰਨ ਜਾਂ ਡੈਸਕਟਾਪ ਏਕੀਕਰਨ ਦੇ ਸਕਦਾ ਹੈ ਜੋ ਤੁਹਾਡੇ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਨੇ ਪੈਕ ਨਹੀਂ ਕੀਤਾ, ਅਤੇ ਇਹ ਦੂਜਾ ਸਰੋਤ ਸਵੀਕਾਰ ਕਰਨ ਦਾ ਅਸਲ ਕਾਰਨ ਹੈ। ਜੇ ਡਿਸਟਰੋ ਬਿਲਡ ਤੁਹਾਡੀ ਵਰਤੋਂ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਤੀਜੀ ਧਿਰ ਦਾ ਰੈਪੋ ਜੋੜਨਾ ਬਹੁਤ ਘੱਟ ਦੇ ਬਦਲੇ ਅੱਪਡੇਟ ਦਾ ਕੰਮ ਅਤੇ ਇੱਕ ਹੋਰ ਭਰੋਸੇ ਦਾ ਰਿਸ਼ਤਾ ਖ਼ਰੀਦਦਾ ਹੈ।

ਸਰੋਤ ਲਾਈਨ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਉਹ ਤਿੰਨ ਜਵਾਬ ਤੈਅ ਕਰੋ, ਕਿਉਂਕਿ ਬਾਅਦ ਵਿੱਚ ਹਟਾਉਣ ਦਾ ਮਤਲਬ ਪੈਕੇਜ ਅਤੇ ਇਸਦੀ ਕੁੰਜੀ ਸਾਫ਼ ਕਰਨਾ ਹੈ। ਤੈਅ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਵਿਕਰੇਤਾ ਮਾਰਗ ਅੰਦਰ ਕ੍ਰਮ ਚੋਣ ਨਹੀਂ ਹੈ: ਪਹਿਲਾਂ ਸਰੋਤ, ਦੂਜਾ ਮੈਟਾਡੇਟਾ, ਤੀਜਾ ਐਪ, ਕਦੇ ਵੀ ਉਲਟਾ ਨਹੀਂ।

ਜਾਂਚੋ ਕਿ ਰਿਲੀਜ਼ ਪੈਕੇਜ ਨੇ ਕੀ ਛੱਡਿਆ

ਕੁਝ ਹੋਰ ਸਥਾਪਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਵਰਣਨ ਨਹੀਂ, ਫ਼ਾਈਲ ਸੂਚੀ ਪੜ੍ਹੋ। Debian ਪਰਿਵਾਰ ਦੇ ਸਿਸਟਮਾਂ ਉੱਤੇ ਪੈਕੇਜ ਮੈਨੀਫ਼ੈਸਟ ਦੱਸਦਾ ਹੈ ਕਿ ਇਸਨੇ ਕੀ ਸੰਰਚਿਤ ਕੀਤਾ ਅਤੇ ਕੁੰਜੀ ਕਿੱਥੇ ਪਹੁੰਚੀ।

dpkg -L proton-vpn-release | grep -E 'apt|keyring'
apt-cache policy proton-vpn-gnome-desktop
grep -r protonvpn /etc/apt/sources.list.d/

ਪਹਿਲੀ ਲਾਈਨ ਸਰੋਤ ਫ਼ਾਈਲ ਅਤੇ ਕੁੰਜੀ-ਛੱਲੇ ਦਾ ਮਾਰਗ ਦਿਖਾਉਂਦੀ ਹੈ, ਦੂਜੀ ਲਾਈਨ ਦੱਸਦੀ ਹੈ ਕਿ ਸੰਰਚਿਤ ਸਰੋਤ ਕਿਹੜਾ ਸੰਸਕਰਣ ਦੇ ਸਕਦੇ ਹਨ। ਜੇ apt-cache policy ਕਲਾਇੰਟ ਨਾਮ ਲਈ ਕੁਝ ਨਹੀਂ ਛਾਪਦਾ, ਤਾਂ ਮੈਟਾਡੇਟਾ ਰਿਫ਼੍ਰੈਸ਼ ਨਹੀਂ ਹੋਇਆ ਜਾਂ ਸਰੋਤ ਕਿਸੇ ਹੋਰ ਸੂਟ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਂਦਾ ਹੈ। ਤੀਜੀ ਪੁਸ਼ਟੀ ਕਰਦੀ ਹੈ ਕਿ ਐਂਟਰੀ ਉੱਥੇ ਹੈ ਜਿੱਥੇ APT ਅਸਲ ਵਿੱਚ ਪੜ੍ਹਦਾ ਹੈ।

ਕੁੰਜੀ-ਛੱਲੇ ਦਾ ਮਾਰਗ ਸਰੋਤ ਲਾਈਨ ਦੇ signed-by= ਖੇਤਰ ਨਾਲ ਮਿਲਾਓ। ਗ਼ਲਤ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਕੁੰਜੀ ਅਣ-ਪ੍ਰਮਾਣਿਤ ਸਰੋਤ ਦੀ ਗ਼ਲਤੀ ਪੈਦਾ ਕਰਦੀ ਹੈ, ਜੋ ਉਪਲਬਧ ਨਾ ਹੋਣ ਵਾਲੇ ਪੈਕੇਜ ਤੋਂ ਵੱਖਰੀ ਖ਼ਰਾਬੀ ਹੈ।

ਨਿਰਭਰਤਾ ਫੇਲ੍ਹ ਹੋਣ ਨੂੰ ਵੱਖਰਾ ਪੜਾਅ ਮੰਨੋ

ਡਾਊਨਲੋਡ ਕੀਤੇ .deb ਨੂੰ dpkg -i ਨਾਲ ਸਥਾਪਤ ਕਰਨਾ ਕੁਝ ਹੱਲ ਨਹੀਂ ਕਰਦਾ: ਇਹ ਨਿਰਭਰਤਾਵਾਂ ਜਾਂਚਦਾ ਹੈ, ਕੀ ਗ਼ਾਇਬ ਹੈ ਦੱਸਦਾ ਹੈ ਅਤੇ ਪੈਕੇਜ ਨੂੰ ਅੱਧ-ਸੰਰਚਿਤ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਇਹ ਉਮੀਦ ਕੀਤੀ ਸਲੂਕ ਹੈ, ਖ਼ਰਾਬ ਡਾਊਨਲੋਡ ਨਹੀਂ।

ਫਿਰ apt --fix-broken install ਤੁਹਾਡੇ ਸਰੋਤਾਂ ਤੋਂ APT ਨੂੰ ਸੁਸੰਗਤ ਸਥਿਤੀ ਮੰਗਦਾ ਹੈ। APT ਨਹੀਂ ਜਾਣਦਾ ਕਿ ਤੁਸੀਂ ਕਿਹੜਾ VPN ਚਾਹੁੰਦੇ ਸੀ, ਅਤੇ ਇਸਦੀ ਯੋਜਨਾ ਮਿਲੀ ਰੁਕਾਵਟ ਪੂਰੀ ਕਰਨ ਲਈ ਪੈਕੇਜ ਹਟਾ ਸਕਦੀ ਹੈ। ਹਾਂ ਕਹਿਣ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਸਤਾਵਿਤ ਲੈਣ-ਦੇਣ ਪੜ੍ਹੋ, ਅਤੇ ਜੇ ਹਟਾਉਣਾ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੀ ਕਿਸੇ ਚੀਜ਼ ਨੂੰ ਛੂਹੇ ਤਾਂ ਰੁਕੋ। ਯੋਜਨਾ ਪੜ੍ਹੇ ਬਿਨਾਂ ਮੁਰੰਮਤ ਦੁਹਰਾਉਣਾ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਛੋਟਾ ਨਿਰਭਰਤਾ ਪਾੜਾ ਐਸਾ ਡੈਸਕਟਾਪ ਬਣ ਜਾਂਦਾ ਹੈ ਜੋ ਫਿਰ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦਾ।

ਪੈਕੇਜ ਮੈਨੇਜਰ ਦਾ ਪਹਿਲਾ ਅਰਥਪੂਰਨ ਸੁਨੇਹਾ ਸੰਭਾਲੋ ਅਤੇ ਕਾਰਵਾਈ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰੋ। ਬਿਨਾਂ ਦਸਤਖ਼ਤ ਵਾਲਾ ਰੈਪੋ, ਸੰਰਚਿਤ ਸਰੋਤਾਂ ਵਿੱਚ ਨਾ ਹੋਣ ਵਾਲਾ ਪੈਕੇਜ, ਸੰਸਕਰਣ ਟਕਰਾਅ, ਅਤੇ ਸ਼ੁਰੂ ਹੋ ਕੇ ਮਰਨ ਵਾਲਾ ਕਲਾਇੰਟ ਚਾਰ ਵੱਖਰੀਆਂ ਖ਼ਰਾਬੀਆਂ ਹਨ।

ਐਪ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰੋ, ਰੈਪੋ ਨੂੰ ਨਹੀਂ

ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਲਾਇੰਟ ਸਥਾਪਤ ਸਥਿਤੀ ਤੱਕ ਪਹੁੰਚਿਆ, ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪ੍ਰੋਗਰਾਮ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। dpkg-query -W -f='${Status} ${Version}' proton-vpn-gnome-desktop ਨੂੰ ਸੰਸਕਰਣ ਨਾਲ install ok installed ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ਸ਼ੁਰੂ ਨਾ ਹੋਣਾ ਪੈਕੇਜਿੰਗ ਨਹੀਂ, ਐਪ ਦੀ ਸਮੱਸਿਆ ਹੈ।

ਰੈਪੋ ਦੇ ਮਾਲਕ ਅਤੇ ਐਪ ਪੈਕੇਜ ਨੂੰ ਵੱਖਰੀਆਂ ਵਸਤੂਆਂ ਵਜੋਂ ਦਰਜ ਕਰੋ, ਤਾਂ ਜੋ ਬਾਅਦ ਦਾ ਹਟਾਉਣਾ ਸਹੀ ਚੀਜ਼ ਲਵੇ ਅਤੇ ਦੂਜੀ ਅਛੂਤੀ ਰਹੇ। ਜਦੋਂ ਵਿਕਰੇਤਾ ਆਪਣੀ ਗਾਈਡ ਬਦਲਦਾ ਹੈ, ਸਰੋਤ ਐਂਟਰੀ ਉਹ ਹੈ ਜੋ ਤੁਸੀਂ ਦੁਬਾਰਾ ਪੜ੍ਹਦੇ ਹੋ; ਕਲਾਇੰਟ ਨਾਮ ਉਹ ਹੈ ਜੋ ਤੁਸੀਂ ਦੁਬਾਰਾ ਸਥਾਪਤ ਕਰਦੇ ਹੋ।