ਕੁਝ ਹੋਰ: ਹਾਇਕੂ ਐਪ ਬੰਡਲ?

TL; ਡਾ: ਕੀ ਹਾਇਕੂ ਐਪਲੀਕੇਸ਼ਨ ਪੈਕੇਜਾਂ ਲਈ ਉਚਿਤ ਸਮਰਥਨ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਡਾਇਰੈਕਟਰੀਆਂ (ਜਿਵੇਂ .app ਮੈਕ 'ਤੇ) ਅਤੇ/ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਚਿੱਤਰ (ਲੀਨਕਸ AppImage)? ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਇਹ ਇੱਕ ਯੋਗ ਜੋੜ ਹੋਵੇਗਾ ਜੋ ਹੋਰ ਪ੍ਰਣਾਲੀਆਂ ਨਾਲੋਂ ਸਹੀ ਢੰਗ ਨਾਲ ਲਾਗੂ ਕਰਨਾ ਆਸਾਨ ਹੈ ਕਿਉਂਕਿ ਜ਼ਿਆਦਾਤਰ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਹੈ।

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

ਪੂਰੀ ਸਮਝ ਲਈ, ਮੈਂ ਐਪ ਇਮੇਜ ਦਾ ਸਿਰਜਣਹਾਰ ਅਤੇ ਲੇਖਕ ਹਾਂ, ਇੱਕ ਲੀਨਕਸ ਐਪਲੀਕੇਸ਼ਨ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਫਾਰਮੈਟ ਜਿਸਦਾ ਉਦੇਸ਼ ਮੈਕ ਸਰਲਤਾ ਲਈ ਹੈ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਲੇਖਕਾਂ ਅਤੇ ਅੰਤਮ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਪੂਰਾ ਨਿਯੰਤਰਣ ਦਿੰਦਾ ਹੈ (ਜੇ ਤੁਸੀਂ ਹੋਰ ਜਾਣਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਵੇਖੋ ਵਿਕਿ и ਦਸਤਾਵੇਜ਼).

ਜੇਕਰ ਅਸੀਂ ਹਾਇਕੂ ਲਈ ਇੱਕ AppImage ਬਣਾਉਂਦੇ ਹਾਂ ਤਾਂ ਕੀ ਹੋਵੇਗਾ?

ਆਓ ਥੋੜਾ ਜਿਹਾ ਸੋਚੀਏ, ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ: ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਕੀ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ AppImage, ਜਾਂ ਕੁਝ ਅਜਿਹਾ ਹੀ, ਹਾਇਕੂ 'ਤੇ? ਇਸ ਸਮੇਂ ਕੁਝ ਬਣਾਉਣਾ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਹਾਇਕੂ ਵਿੱਚ ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ ਸਿਸਟਮ ਹੈਰਾਨੀਜਨਕ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ ਇੱਕ ਕਾਲਪਨਿਕ ਪ੍ਰਯੋਗ ਵਧੀਆ ਹੋਵੇਗਾ। ਇਹ ਲੀਨਕਸ ਡੈਸਕਟੌਪ ਵਾਤਾਵਰਨ ਦੇ ਮੁਕਾਬਲੇ ਹਾਇਕੂ ਦੀ ਸੂਝ-ਬੂਝ ਨੂੰ ਵੀ ਦਰਸਾਉਂਦਾ ਹੈ, ਜਿੱਥੇ ਅਜਿਹੀਆਂ ਚੀਜ਼ਾਂ ਬਹੁਤ ਮੁਸ਼ਕਲ ਹੁੰਦੀਆਂ ਹਨ (ਮੈਨੂੰ ਇਹ ਕਹਿਣ ਦਾ ਅਧਿਕਾਰ ਹੈ: ਮੈਂ 10 ਸਾਲਾਂ ਤੋਂ ਡੀਬੱਗਿੰਗ ਨਾਲ ਸੰਘਰਸ਼ ਕਰ ਰਿਹਾ ਹਾਂ)।

ਮੈਕਿਨਟੋਸ਼ ਸਿਸਟਮ 1 ਤੇ, ਹਰੇਕ ਐਪਲੀਕੇਸ਼ਨ ਫਾਈਂਡਰ ਵਿੱਚ ਇੱਕ ਵੱਖਰੀ ਫਾਈਲ "ਪ੍ਰਬੰਧਿਤ" ਸੀ। AppImage ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਮੈਂ ਲੀਨਕਸ 'ਤੇ ਉਹੀ ਉਪਭੋਗਤਾ ਅਨੁਭਵ ਦੁਬਾਰਾ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹਾਂ.

ਪਹਿਲਾਂ, ਇੱਕ AppImage ਕੀ ਹੈ? ਇਹ ਤੀਜੀ ਧਿਰ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਜਾਰੀ ਕਰਨ ਲਈ ਇੱਕ ਪ੍ਰਣਾਲੀ ਹੈ (ਉਦਾਹਰਨ ਲਈ, ਅਲਟੀਮੇਕਰ ਕੁਰਾ), ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਕਦੋਂ ਅਤੇ ਕਿਵੇਂ ਜਾਰੀ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ: ਵੱਖ-ਵੱਖ ਡਿਸਟਰੀਬਿਊਸ਼ਨਾਂ, ਪਾਲਿਸੀਆਂ ਬਣਾਉਣ ਜਾਂ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਬਣਾਉਣ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਜਾਣਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ, ਕੋਈ ਮੇਨਟੇਨਰ ਸਮਰਥਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਅਤੇ ਉਹ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਇਹ ਨਹੀਂ ਦੱਸਦੇ ਕਿ ਉਹ ਕੀ (ਨਹੀਂ) ਸਥਾਪਿਤ ਕਰ ਸਕਦੇ ਹਨ। ਆਪਣੇ ਕੰਪਿਊਟਰਾਂ 'ਤੇ। AppImage ਨੂੰ ਫਾਰਮੈਟ ਵਿੱਚ ਇੱਕ ਮੈਕ ਪੈਕੇਜ ਦੇ ਸਮਾਨ ਸਮਝਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ .app ਡਿਸਕ ਚਿੱਤਰ ਦੇ ਅੰਦਰ .dmg. ਮੁੱਖ ਅੰਤਰ ਇਹ ਹੈ ਕਿ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਨਕਲ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ, ਪਰ ਹਮੇਸ਼ਾ ਲਈ AppImage ਦੇ ਅੰਦਰ ਹੀ ਰਹਿੰਦੀ ਹੈ, ਹਾਇਕੂ ਪੈਕੇਜਾਂ ਵਾਂਗ ਹੀ। .hpkg ਮਾਊਂਟ ਕੀਤਾ ਗਿਆ, ਅਤੇ ਆਮ ਅਰਥਾਂ ਵਿੱਚ ਕਦੇ ਵੀ ਸਥਾਪਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ।

10 ਤੋਂ ਵੱਧ ਸਾਲਾਂ ਦੀ ਹੋਂਦ ਦੇ ਦੌਰਾਨ, AppImage ਨੇ ਕੁਝ ਅਪੀਲ ਅਤੇ ਪ੍ਰਸਿੱਧੀ ਪ੍ਰਾਪਤ ਕੀਤੀ ਹੈ: ਲਿਨਸ ਟੋਰਵਾਲਡਜ਼ ਨੇ ਖੁਦ ਜਨਤਕ ਤੌਰ 'ਤੇ ਇਸਦਾ ਸਮਰਥਨ ਕੀਤਾ ਹੈ, ਅਤੇ ਆਮ ਪ੍ਰੋਜੈਕਟਾਂ (ਉਦਾਹਰਨ ਲਈ, ਲਿਬਰੇਆਫਿਸ, ਕ੍ਰਿਟਾ, ਇੰਕਸਕੇਪ, ਸਕ੍ਰਿਬਸ, ਇਮੇਜਮੈਗਿਕ) ਨੇ ਇਸਨੂੰ ਮੁੱਖ ਤਰੀਕੇ ਵਜੋਂ ਅਪਣਾਇਆ ਹੈ। ਲਗਾਤਾਰ ਜਾਂ ਰਾਤ ਦੇ ਬਿਲਡਾਂ ਨੂੰ ਵੰਡਣ ਲਈ, ਸਥਾਪਿਤ ਜਾਂ ਅਣਇੰਸਟੌਲ ਕੀਤੇ ਉਪਭੋਗਤਾ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਦਖਲ ਨਾ ਦੇਣਾ। ਹਾਲਾਂਕਿ, ਲੀਨਕਸ ਡੈਸਕਟੌਪ ਵਾਤਾਵਰਣ ਅਤੇ ਵਿਤਰਣ ਅਕਸਰ ਪਰੰਪਰਾਗਤ, ਕੇਂਦਰੀਕ੍ਰਿਤ ਰੱਖ-ਰਖਾਵ-ਅਧਾਰਿਤ ਵੰਡ ਮਾਡਲ ਨਾਲ ਜੁੜੇ ਹੁੰਦੇ ਹਨ ਅਤੇ/ਜਾਂ ਆਪਣੇ ਖੁਦ ਦੇ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਕਾਰੋਬਾਰ ਅਤੇ/ਜਾਂ ਇੰਜੀਨੀਅਰਿੰਗ ਪ੍ਰੋਗਰਾਮਾਂ ਨੂੰ ਉਤਸ਼ਾਹਿਤ ਕਰਦੇ ਹਨ। ਫਲੈਟਪੈਕ (RedHat, Fedora, GNOME) ਅਤੇ ਹੌਲੀ (ਕੈਨੋਨੀਕਲ, ਉਬੰਟੂ)। ਇਹ ਆਉਂਦਾ ਹੈ ਹਾਸੋਹੀਣੀ ਢੰਗ ਨਾਲ.

ਇਹ ਸਭ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ

• ਹਰੇਕ AppImage ਵਿੱਚ 2 ਭਾਗ ਹੁੰਦੇ ਹਨ: ਇੱਕ ਛੋਟਾ ਡਬਲ-ਕਲਿੱਕ ELF (ਅਖੌਤੀ. runtime.c), ਇੱਕ ਫਾਇਲ ਸਿਸਟਮ ਪ੍ਰਤੀਬਿੰਬ ਤੋਂ ਬਾਅਦ SquashFS.

• SquashFS ਫਾਈਲ ਸਿਸਟਮ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਪੇਲੋਡ ਅਤੇ ਇਸਨੂੰ ਚਲਾਉਣ ਲਈ ਲੋੜੀਂਦੀ ਹਰ ਚੀਜ਼ ਸ਼ਾਮਲ ਹੁੰਦੀ ਹੈ, ਜਿਸ ਨੂੰ ਸਹੀ ਦਿਮਾਗ਼ ਵਿੱਚ ਹਰ ਹਾਲ ਹੀ ਦੇ ਟਾਰਗੇਟ ਸਿਸਟਮ (ਲੀਨਕਸ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ) ਲਈ ਡਿਫੌਲਟ ਇੰਸਟਾਲੇਸ਼ਨ ਦਾ ਹਿੱਸਾ ਨਹੀਂ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਸ ਵਿੱਚ ਮੈਟਾਡੇਟਾ ਵੀ ਸ਼ਾਮਲ ਹੈ, ਜਿਵੇਂ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਨਾਮ, ਆਈਕਨ, MIME ਕਿਸਮਾਂ, ਆਦਿ, ਆਦਿ।

• ਜਦੋਂ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਰਨਟਾਈਮ ਫਾਈਲ ਸਿਸਟਮ ਨੂੰ ਮਾਊਂਟ ਕਰਨ ਲਈ FUSE ਅਤੇ squashfuse ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਮਾਊਂਟ ਕੀਤੇ AppImage ਦੇ ਅੰਦਰ ਕੁਝ ਐਂਟਰੀ ਪੁਆਇੰਟ (ਉਰਫ਼ AppRun) ਨੂੰ ਚਲਾਉਣ ਲਈ ਹੈਂਡਲ ਕਰਦਾ ਹੈ।
  ਪ੍ਰਕਿਰਿਆ ਪੂਰੀ ਹੋਣ ਤੋਂ ਬਾਅਦ ਫਾਈਲ ਸਿਸਟਮ ਨੂੰ ਅਨਮਾਊਂਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਹਰ ਚੀਜ਼ ਸਧਾਰਨ ਜਾਪਦੀ ਹੈ.

ਅਤੇ ਇਹ ਚੀਜ਼ਾਂ ਹਰ ਚੀਜ਼ ਨੂੰ ਗੁੰਝਲਦਾਰ ਬਣਾਉਂਦੀਆਂ ਹਨ:

• ਕਈ ਤਰ੍ਹਾਂ ਦੀਆਂ ਲੀਨਕਸ ਡਿਸਟਰੀਬਿਊਸ਼ਨਾਂ ਦੇ ਨਾਲ, "ਸਹੀ ਦਿਮਾਗ ਵਿੱਚ" ਕੁਝ ਵੀ "ਹਰੇਕ ਨਵੇਂ ਟਾਰਗੇਟ ਸਿਸਟਮ ਲਈ ਡਿਫੌਲਟ ਇੰਸਟਾਲੇਸ਼ਨ ਦਾ ਹਿੱਸਾ" ਨਹੀਂ ਕਿਹਾ ਜਾ ਸਕਦਾ ਹੈ। ਅਸੀਂ ਬਿਲਡਿੰਗ ਦੁਆਰਾ ਇਸ ਮੁੱਦੇ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਾਂ ਬੇਦਖਲੀ, ਤੁਹਾਨੂੰ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਕਿ AppImage ਵਿੱਚ ਕੀ ਪੈਕ ਕੀਤਾ ਜਾਵੇਗਾ ਅਤੇ ਕੀ ਕਿਤੇ ਹੋਰ ਲਿਜਾਣ ਦੀ ਲੋੜ ਹੋਵੇਗੀ। ਇਸ ਦੇ ਨਾਲ ਹੀ, ਅਸੀਂ ਕਈ ਵਾਰ ਖੁੰਝ ਜਾਂਦੇ ਹਾਂ, ਇਸ ਤੱਥ ਦੇ ਬਾਵਜੂਦ ਕਿ, ਆਮ ਤੌਰ 'ਤੇ, ਸਭ ਕੁਝ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ. ਇਸ ਕਾਰਨ ਕਰਕੇ, ਅਸੀਂ ਸਿਫਾਰਸ਼ ਕਰਦੇ ਹਾਂ ਕਿ ਪੈਕੇਜ ਨਿਰਮਾਤਾ ਸਾਰੇ ਟਾਰਗੇਟ ਸਿਸਟਮਾਂ (ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨਾਂ) 'ਤੇ AppImages ਦੀ ਜਾਂਚ ਕਰਨ।
• ਐਪਲੀਕੇਸ਼ਨ ਪੇਲੋਡ ਫਾਈਲ ਸਿਸਟਮ ਵਿੱਚ ਮੁੜ-ਸਥਾਨਯੋਗ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਬਦਕਿਸਮਤੀ ਨਾਲ, ਬਹੁਤ ਸਾਰੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਕੋਲ ਹਾਰਡ-ਕੋਡ ਕੀਤੇ ਪੂਰਨ ਮਾਰਗ ਹਨ, ਉਦਾਹਰਨ ਲਈ, ਸਰੋਤਾਂ ਵਿੱਚ /usr/share. ਇਸ ਨੂੰ ਕਿਸੇ ਤਰ੍ਹਾਂ ਠੀਕ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਤੁਹਾਨੂੰ ਜਾਂ ਤਾਂ ਨਿਰਯਾਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ LD_LIBRARY_PATH, ਜਾਂ ਠੀਕ ਕਰੋ rpath ਤਾਂ ਜੋ ਲੋਡਰ ਸੰਬੰਧਿਤ ਲਾਇਬ੍ਰੇਰੀਆਂ ਨੂੰ ਲੱਭ ਸਕੇ। ਪਹਿਲੀ ਵਿਧੀ ਦੀਆਂ ਆਪਣੀਆਂ ਕਮੀਆਂ ਹਨ (ਜੋ ਕਿ ਗੁੰਝਲਦਾਰ ਤਰੀਕਿਆਂ ਨਾਲ ਦੂਰ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ), ਅਤੇ ਦੂਜੀ ਸਿਰਫ਼ ਬੋਝਲ ਹੈ।
• ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਸਭ ਤੋਂ ਵੱਡਾ UX ਨੁਕਸਾਨ ਹੈ ਚੱਲਣਯੋਗ ਬਿੱਟ ਸੈੱਟ ਕਰੋ ਡਾਊਨਲੋਡ ਕਰਨ ਤੋਂ ਬਾਅਦ ਐਪ ਇਮੇਜ ਫਾਈਲ। ਇਸ 'ਤੇ ਵਿਸ਼ਵਾਸ ਕਰੋ ਜਾਂ ਨਾ ਕਰੋ, ਇਹ ਕੁਝ ਲੋਕਾਂ ਲਈ ਅਸਲ ਰੁਕਾਵਟ ਹੈ. ਐਗਜ਼ੀਕਿਊਟੇਬਿਲਟੀ ਬਿੱਟ ਸੈਟ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਤਜਰਬੇਕਾਰ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਵੀ ਮੁਸ਼ਕਲ ਹੈ. ਇੱਕ ਹੱਲ ਦੇ ਰੂਪ ਵਿੱਚ, ਅਸੀਂ ਇੱਕ ਛੋਟੀ ਸੇਵਾ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਦਾ ਸੁਝਾਅ ਦਿੱਤਾ ਹੈ ਜੋ AppImage ਫਾਈਲਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦੀ ਹੈ ਅਤੇ ਉਹਨਾਂ ਦੇ ਐਗਜ਼ੀਕਿਊਟੇਬਿਲਟੀ ਬਿੱਟ ਨੂੰ ਸੈੱਟ ਕਰਦੀ ਹੈ। ਇਸਦੇ ਸ਼ੁੱਧ ਰੂਪ ਵਿੱਚ, ਇਹ ਸਭ ਤੋਂ ਵਧੀਆ ਹੱਲ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਬਾਕਸ ਤੋਂ ਬਾਹਰ ਕੰਮ ਨਹੀਂ ਕਰੇਗਾ. ਲੀਨਕਸ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਇਹ ਸੇਵਾ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦੇ ਹਨ, ਇਸਲਈ, ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਬਾਕਸ ਤੋਂ ਬਾਹਰ ਦਾ ਬੁਰਾ ਅਨੁਭਵ ਹੁੰਦਾ ਹੈ।
• ਲੀਨਕਸ ਉਪਭੋਗਤਾ ਇੱਕ ਨਵੀਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਸਟਾਰਟਅਪ ਮੀਨੂ ਵਿੱਚ ਇੱਕ ਆਈਕਨ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹਨ। ਤੁਸੀਂ ਸਿਸਟਮ ਨੂੰ ਇਹ ਨਹੀਂ ਦੱਸ ਸਕਦੇ: "ਦੇਖੋ, ਇੱਕ ਨਵੀਂ ਐਪਲੀਕੇਸ਼ਨ ਹੈ, ਆਓ ਕੰਮ ਕਰੀਏ।" ਇਸ ਦੀ ਬਜਾਏ, XDG ਨਿਰਧਾਰਨ ਦੇ ਅਨੁਸਾਰ, ਤੁਹਾਨੂੰ ਫਾਈਲ ਦੀ ਨਕਲ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ .desktop ਵਿੱਚ ਸਹੀ ਜਗ੍ਹਾ ਤੇ /usr ਇੱਕ ਸਿਸਟਮ-ਵਿਆਪਕ ਇੰਸਟਾਲੇਸ਼ਨ ਲਈ, ਜਾਂ ਵਿੱਚ $HOME ਵਿਅਕਤੀਗਤ ਲਈ. XDG ਨਿਰਧਾਰਨ ਦੇ ਅਨੁਸਾਰ, ਕੁਝ ਅਕਾਰ ਦੇ ਆਈਕਨਾਂ ਨੂੰ ਵਿੱਚ ਕੁਝ ਸਥਾਨਾਂ ਵਿੱਚ ਰੱਖਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ usr ਜ $HOME, ਅਤੇ ਫਿਰ ਆਈਕਨ ਕੈਸ਼ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਲਈ ਵਰਕਿੰਗ ਇਨਵਾਇਰਮੈਂਟ ਵਿੱਚ ਕਮਾਂਡਾਂ ਚਲਾਓ, ਜਾਂ ਉਮੀਦ ਕਰੋ ਕਿ ਕੰਮ ਕਰਨ ਵਾਲਾ ਵਾਤਾਵਰਣ ਪ੍ਰਬੰਧਕ ਇਸਦਾ ਪਤਾ ਲਗਾ ਲਵੇਗਾ ਅਤੇ ਆਪਣੇ ਆਪ ਸਭ ਕੁਝ ਖੋਜ ਲਵੇਗਾ। MIME ਕਿਸਮਾਂ ਨਾਲ ਵੀ ਇਹੀ ਹੈ। ਇੱਕ ਹੱਲ ਵਜੋਂ, ਉਸੇ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਤਜਵੀਜ਼ ਹੈ, ਜੋ, ਐਗਜ਼ੀਕਿਊਟੇਬਿਲਟੀ ਫਲੈਗ ਨੂੰ ਸੈੱਟ ਕਰਨ ਤੋਂ ਇਲਾਵਾ, ਜੇ ਆਈਕਾਨ ਹਨ, ਆਦਿ. AppImage ਵਿੱਚ, XDG ਦੇ ਅਨੁਸਾਰ ਉਹਨਾਂ ਨੂੰ AppImage ਤੋਂ ਸਹੀ ਸਥਾਨਾਂ 'ਤੇ ਕਾਪੀ ਕਰੋ। ਜਦੋਂ ਮਿਟਾਇਆ ਜਾਂ ਤਬਦੀਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸੇਵਾ ਤੋਂ ਸਭ ਕੁਝ ਸਾਫ਼ ਕਰਨ ਦੀ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਬੇਸ਼ੱਕ, ਹਰੇਕ ਕੰਮ ਕਰਨ ਵਾਲੇ ਵਾਤਾਵਰਣ ਦੇ ਵਿਵਹਾਰ ਵਿੱਚ, ਗ੍ਰਾਫਿਕ ਫਾਈਲ ਫਾਰਮੈਟਾਂ ਵਿੱਚ, ਉਹਨਾਂ ਦੇ ਆਕਾਰ, ਸਟੋਰੇਜ ਸਥਾਨਾਂ ਅਤੇ ਕੈਚਾਂ ਨੂੰ ਅਪਡੇਟ ਕਰਨ ਦੇ ਤਰੀਕਿਆਂ ਵਿੱਚ ਅੰਤਰ ਹਨ, ਜੋ ਇੱਕ ਸਮੱਸਿਆ ਪੈਦਾ ਕਰਦਾ ਹੈ। ਸੰਖੇਪ ਵਿੱਚ, ਇਹ ਵਿਧੀ ਇੱਕ ਬੈਸਾਖੀ ਹੈ.
• ਜੇਕਰ ਉਪਰੋਕਤ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ, ਤਾਂ ਫਾਈਲ ਮੈਨੇਜਰ ਵਿੱਚ ਅਜੇ ਵੀ ਕੋਈ AppImage ਆਈਕਨ ਨਹੀਂ ਹੈ। ਲੀਨਕਸ ਦੀ ਦੁਨੀਆ ਨੇ ਅਜੇ ਤੱਕ ਐਲਫਿਕਨ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦਾ ਫੈਸਲਾ ਨਹੀਂ ਕੀਤਾ ਹੈ (ਇਸ ਦੇ ਬਾਵਜੂਦ ਚਰਚਾ и ਲਾਗੂ ਕਰਨ), ਇਸ ਲਈ ਆਈਕਨ ਨੂੰ ਸਿੱਧੇ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨਾ ਅਸੰਭਵ ਹੈ। ਇਸ ਲਈ ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਫਾਈਲ ਮੈਨੇਜਰ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਆਪਣੇ ਖੁਦ ਦੇ ਆਈਕਨ ਨਹੀਂ ਹੁੰਦੇ ਹਨ (ਕੋਈ ਫਰਕ ਨਹੀਂ, ਐਪ ਇਮੇਜ ਜਾਂ ਕੁਝ ਹੋਰ), ਉਹ ਸਿਰਫ ਸਟਾਰਟ ਮੀਨੂ ਵਿੱਚ ਹਨ. ਇੱਕ ਹੱਲ ਵਜੋਂ, ਅਸੀਂ ਥੰਬਨੇਲ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹਾਂ, ਇੱਕ ਵਿਧੀ ਜੋ ਅਸਲ ਵਿੱਚ ਡੈਸਕਟੌਪ ਪ੍ਰਬੰਧਕਾਂ ਨੂੰ ਗ੍ਰਾਫਿਕ ਫਾਈਲਾਂ ਦੇ ਥੰਬਨੇਲ ਪੂਰਵਦਰਸ਼ਨ ਚਿੱਤਰਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਆਈਕਨਾਂ ਵਜੋਂ ਦਿਖਾਉਣ ਲਈ ਤਿਆਰ ਕੀਤੀ ਗਈ ਸੀ। ਇਸਲਈ, ਐਗਜ਼ੀਕਿਊਟੇਬਿਲਟੀ ਬਿੱਟ ਸੈਟ ਕਰਨ ਲਈ ਸੇਵਾ "ਮਿੰਨੀਟੁਰਾਈਜ਼ਰ" ਦੇ ਤੌਰ ਤੇ ਵੀ ਕੰਮ ਕਰਦੀ ਹੈ, ਉਚਿਤ ਸਥਾਨਾਂ 'ਤੇ ਆਈਕਨ ਥੰਬਨੇਲ ਬਣਾਉਣਾ ਅਤੇ ਲਿਖਣਾ। /usr и $HOME. ਜੇਕਰ AppImage ਨੂੰ ਮਿਟਾਇਆ ਜਾਂ ਮੂਵ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਤਾਂ ਇਹ ਸੇਵਾ ਸਫਾਈ ਵੀ ਕਰਦੀ ਹੈ। ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਕਿ ਹਰੇਕ ਡੈਸਕਟੌਪ ਮੈਨੇਜਰ ਥੋੜ੍ਹਾ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਇਹ ਕਿਹੜੇ ਫਾਰਮੈਟਾਂ ਵਿੱਚ ਆਈਕਨਾਂ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਕਿਹੜੇ ਆਕਾਰਾਂ ਜਾਂ ਸਥਾਨਾਂ ਵਿੱਚ, ਇਹ ਸਭ ਅਸਲ ਵਿੱਚ ਦਰਦਨਾਕ ਹੈ।
• ਐਪਲੀਕੇਸ਼ਨ ਸਿਰਫ਼ ਐਗਜ਼ੀਕਿਊਸ਼ਨ 'ਤੇ ਕ੍ਰੈਸ਼ ਹੋ ਜਾਂਦੀ ਹੈ ਜੇਕਰ ਗਲਤੀਆਂ ਹੁੰਦੀਆਂ ਹਨ (ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਲਾਇਬ੍ਰੇਰੀ ਹੈ ਜੋ ਬੇਸ ਸਿਸਟਮ ਦਾ ਹਿੱਸਾ ਨਹੀਂ ਹੈ ਅਤੇ ਐਪ ਇਮੇਜ ਵਿੱਚ ਸਪਲਾਈ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ), ਅਤੇ ਕੋਈ ਵੀ GUI ਵਿੱਚ ਉਪਭੋਗਤਾ ਨੂੰ ਇਹ ਨਹੀਂ ਦੱਸ ਰਿਹਾ ਹੈ ਕਿ ਅਸਲ ਵਿੱਚ ਕੀ ਹੋ ਰਿਹਾ ਹੈ। ਸਾਨੂੰ ਵਰਤ ਕੇ ਇਸ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਸ਼ੁਰੂ ਕੀਤਾ ਸੂਚਨਾ ਡੈਸਕਟਾਪ 'ਤੇ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਾਨੂੰ ਕਮਾਂਡ ਲਾਈਨ ਤੋਂ ਗਲਤੀਆਂ ਨੂੰ ਫੜਨ ਦੀ ਲੋੜ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਸਮਝੇ ਗਏ ਸੰਦੇਸ਼ਾਂ ਵਿੱਚ ਬਦਲਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਫਿਰ ਡੈਸਕਟੌਪ 'ਤੇ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਅਤੇ ਬੇਸ਼ੱਕ, ਹਰੇਕ ਡੈਸਕਟੌਪ ਵਾਤਾਵਰਨ ਉਹਨਾਂ ਨੂੰ ਥੋੜਾ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਸੰਭਾਲਦਾ ਹੈ.
• ਇਸ ਸਮੇਂ (ਸਤੰਬਰ 2019 - ਅਨੁਵਾਦਕ ਦਾ ਨੋਟ) ਮੈਨੂੰ ਸਿਸਟਮ ਨੂੰ ਇਹ ਦੱਸਣ ਦਾ ਕੋਈ ਸੌਖਾ ਤਰੀਕਾ ਨਹੀਂ ਮਿਲਿਆ ਹੈ ਕਿ ਫਾਈਲ 1.png Krita ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਖੋਲ੍ਹਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ 2.png - ਜੈਮਪ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ.

ਵਿੱਚ ਵਰਤੇ ਗਏ ਕਰਾਸ-ਡੈਸਕਟਾਪ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਲਈ ਸਟੋਰੇਜ ਟਿਕਾਣਾ ਗਨੋਮ, KDE ਨੇ и ਐਕਸਫਸ freedesktop.org ਹੈ

ਹਾਇਕੂ ਕਾਰਜ ਵਾਤਾਵਰਣ ਵਿੱਚ ਡੂੰਘਾਈ ਨਾਲ ਬੁਣੇ ਹੋਏ ਸੂਝ-ਬੂਝ ਦੇ ਪੱਧਰ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨਾ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਕਾਰਨ, ਜੇ ਅਸੰਭਵ ਨਹੀਂ ਤਾਂ ਮੁਸ਼ਕਲ ਹੈ। freedesktop.org ਤੋਂ XDG ਕਰਾਸ-ਡੈਸਕਟਾਪ ਲਈ, ਨਾਲ ਹੀ ਇਹਨਾਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਅਧਾਰ ਤੇ ਡੈਸਕਟਾਪ ਪ੍ਰਬੰਧਕਾਂ ਦੇ ਲਾਗੂਕਰਨ ਲਈ। ਇੱਕ ਉਦਾਹਰਨ ਦੇ ਤੌਰ 'ਤੇ, ਅਸੀਂ ਇੱਕ ਸਿਸਟਮ-ਵਿਆਪੀ ਫਾਇਰਫਾਕਸ ਆਈਕਨ ਦਾ ਹਵਾਲਾ ਦੇ ਸਕਦੇ ਹਾਂ: ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ, XDG ਦੇ ਲੇਖਕਾਂ ਨੇ ਇਹ ਵੀ ਨਹੀਂ ਸੋਚਿਆ ਸੀ ਕਿ ਇੱਕ ਉਪਭੋਗਤਾ ਇੱਕੋ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਕਈ ਸੰਸਕਰਣ ਸਥਾਪਤ ਕਰ ਸਕਦਾ ਹੈ।

ਫਾਇਰਫਾਕਸ ਦੇ ਵੱਖ-ਵੱਖ ਸੰਸਕਰਣਾਂ ਲਈ ਆਈਕਾਨ

ਮੈਂ ਸੋਚ ਰਿਹਾ ਸੀ ਕਿ ਸਿਸਟਮ ਏਕੀਕਰਣ ਨੂੰ ਖਰਾਬ ਕਰਨ ਤੋਂ ਬਚਣ ਲਈ ਲੀਨਕਸ ਦੀ ਦੁਨੀਆਂ ਮੈਕ ਓਐਸ ਐਕਸ ਤੋਂ ਕੀ ਸਿੱਖ ਸਕਦੀ ਹੈ। ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਸਮਾਂ ਹੈ ਅਤੇ ਤੁਸੀਂ ਇਸ ਵਿੱਚ ਹੋ, ਤਾਂ ਇਹ ਪੜ੍ਹਨਾ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਪਹਿਲੇ ਮੈਕ ਓਐਸ ਐਕਸ ਇੰਜੀਨੀਅਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਅਰਨੌਡ ਗੁਰਡੋਲ ਨੇ ਕੀ ਕਿਹਾ:

ਅਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਇੰਸਟੌਲ ਕਰਨਾ ਓਨਾ ਹੀ ਆਸਾਨ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਸੀ ਜਿੰਨਾ ਕਿ ਤੁਹਾਡੀ ਕੰਪਿਊਟਰ ਡਰਾਈਵ 'ਤੇ ਕਿਤੇ (ਸਰਵਰ, ਬਾਹਰੀ ਡਰਾਈਵ) ਤੋਂ ਐਪਲੀਕੇਸ਼ਨ ਆਈਕਨ ਨੂੰ ਖਿੱਚਣਾ ਹੈ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਐਪਲੀਕੇਸ਼ਨ ਪੈਕੇਜ ਸਾਰੀ ਜਾਣਕਾਰੀ ਨੂੰ ਸਟੋਰ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਆਈਕਾਨ, ਸੰਸਕਰਣ, ਪ੍ਰੋਸੈਸ ਕੀਤੀ ਜਾ ਰਹੀ ਫਾਈਲ ਦੀ ਕਿਸਮ, URL ਸਕੀਮਾਂ ਦੀ ਕਿਸਮ ਜਿਸ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਲਈ ਸਿਸਟਮ ਨੂੰ ਜਾਣਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸ ਵਿੱਚ ਆਈਕਨ ਸੇਵਾਵਾਂ ਅਤੇ ਲਾਂਚ ਸੇਵਾਵਾਂ ਡੇਟਾਬੇਸ ਵਿੱਚ 'ਕੇਂਦਰੀ ਸਟੋਰੇਜ' ਲਈ ਜਾਣਕਾਰੀ ਵੀ ਸ਼ਾਮਲ ਹੈ। ਕਾਰਜਕੁਸ਼ਲਤਾ ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ, ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਕਈ 'ਜਾਣੀਆਂ' ਥਾਵਾਂ 'ਤੇ 'ਖੋਜਿਆ' ਜਾਂਦਾ ਹੈ: ਸਿਸਟਮ ਅਤੇ ਉਪਭੋਗਤਾ ਐਪਲੀਕੇਸ਼ਨ ਡਾਇਰੈਕਟਰੀਆਂ, ਅਤੇ ਕੁਝ ਹੋਰ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਜੇਕਰ ਉਪਭੋਗਤਾ ਐਪਲੀਕੇਸ਼ਨ ਵਾਲੀ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਫਾਈਂਡਰ 'ਤੇ ਨੈਵੀਗੇਟ ਕਰਦਾ ਹੈ। ਅਭਿਆਸ ਵਿੱਚ ਇਹ ਬਹੁਤ ਵਧੀਆ ਕੰਮ ਕੀਤਾ.

https://youtu.be/qQsnqWJ8D2c
Apple WWDC 2000 ਸੈਸ਼ਨ 144 - Mac OS X: ਪੈਕੇਜਿੰਗ ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਪ੍ਰਿੰਟਿੰਗ ਦਸਤਾਵੇਜ਼।

ਲੀਨਕਸ ਡੈਸਕਟਾਪਾਂ 'ਤੇ ਇਸ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਰਗਾ ਕੁਝ ਵੀ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਅਸੀਂ AppImage ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਢਾਂਚਾਗਤ ਸੀਮਾਵਾਂ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਹੱਲ ਲੱਭ ਰਹੇ ਹਾਂ।

ਕੀ ਹਾਇਕੂ ਬਚਾਅ ਲਈ ਆ ਰਿਹਾ ਹੈ?

ਅਤੇ ਇੱਕ ਹੋਰ ਗੱਲ: ਡੈਸਕਟੌਪ ਵਾਤਾਵਰਨ ਦੇ ਅਧਾਰ ਵਜੋਂ ਲੀਨਕਸ ਪਲੇਟਫਾਰਮਾਂ ਨੂੰ ਇੰਨਾ ਘੱਟ ਨਿਰਧਾਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਕਿ ਬਹੁਤ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਜੋ ਇਕਸਾਰ ਫੁੱਲ-ਸਟੈਕ ਸਿਸਟਮ ਵਿੱਚ ਕਾਫ਼ੀ ਸਧਾਰਨ ਹਨ ਲੀਨਕਸ ਵਿੱਚ ਨਿਰਾਸ਼ਾਜਨਕ ਤੌਰ 'ਤੇ ਖੰਡਿਤ ਅਤੇ ਗੁੰਝਲਦਾਰ ਹਨ। ਮੈਂ ਡੈਸਕਟੌਪ ਵਾਤਾਵਰਣਾਂ ਲਈ ਲੀਨਕਸ ਪਲੇਟਫਾਰਮ ਨਾਲ ਸਬੰਧਤ ਮੁੱਦਿਆਂ ਲਈ ਇੱਕ ਪੂਰੀ ਰਿਪੋਰਟ ਸਮਰਪਿਤ ਕੀਤੀ (ਜਾਣਕਾਰ ਡਿਵੈਲਪਰਾਂ ਨੇ ਪੁਸ਼ਟੀ ਕੀਤੀ ਕਿ ਸਭ ਕੁਝ ਬਹੁਤ ਲੰਬੇ ਸਮੇਂ ਲਈ ਇਸ ਤਰ੍ਹਾਂ ਰਹੇਗਾ)।

2018 ਵਿੱਚ ਲੀਨਕਸ ਡੈਸਕਟੌਪ ਵਾਤਾਵਰਣ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਬਾਰੇ ਮੇਰੀ ਰਿਪੋਰਟ

ਇੱਥੋਂ ਤੱਕ ਕਿ ਲਿਨਸ ਟੋਰਵਾਲਡਜ਼ ਨੇ ਮੰਨਿਆ ਕਿ ਵਰਕਸਪੇਸ ਆਈਡੀਆ ਫੇਲ੍ਹ ਕਿਉਂ ਹੋਇਆ ਸੀ।

ਹਾਇਕੂ ਦੇਖ ਕੇ ਚੰਗਾ ਲੱਗਾ!

ਹਾਇਕੂ ਹਰ ਚੀਜ਼ ਨੂੰ ਅਦਭੁਤ ਸਰਲ ਬਣਾ ਦਿੰਦਾ ਹੈ

ਜਦੋਂ ਕਿ ਹਾਇਕੂ ਲਈ ਐਪ-ਇਮੇਜ ਨੂੰ "ਪੋਰਟ ਕਰਨ" ਲਈ ਨਿਰਪੱਖ ਪਹੁੰਚ (ਮੁੱਖ ਤੌਰ 'ਤੇ runtime.c ਅਤੇ ਸੇਵਾ) ਨੂੰ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨਾ ਹੈ (ਜੋ ਕਿ ਸੰਭਵ ਵੀ ਹੋ ਸਕਦਾ ਹੈ!), ਇਹ ਹਾਇਕੂ ਨੂੰ ਬਹੁਤਾ ਲਾਭ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰੇਗਾ। ਕਿਉਂਕਿ ਅਸਲ ਵਿੱਚ, ਇਹਨਾਂ ਵਿੱਚੋਂ ਬਹੁਤੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹਾਇਕੂ ਵਿੱਚ ਹੱਲ ਹੁੰਦੀਆਂ ਹਨ ਅਤੇ ਸੰਕਲਪਿਕ ਤੌਰ 'ਤੇ ਸਹੀ ਹੁੰਦੀਆਂ ਹਨ। ਹਾਇਕੂ ਬਿਲਕੁਲ ਉਹੀ ਸਿਸਟਮ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਬਿਲਡਿੰਗ ਬਲਾਕ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜੋ ਮੈਂ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਲੀਨਕਸ ਡੈਸਕਟਾਪ ਵਾਤਾਵਰਨ ਵਿੱਚ ਲੱਭ ਰਿਹਾ ਸੀ ਅਤੇ ਵਿਸ਼ਵਾਸ ਨਹੀਂ ਕਰ ਸਕਦਾ ਸੀ ਕਿ ਉੱਥੇ ਨਹੀਂ ਸਨ। ਅਰਥਾਤ:

ਇਸ 'ਤੇ ਵਿਸ਼ਵਾਸ ਕਰੋ ਜਾਂ ਨਾ ਕਰੋ, ਇਹ ਉਹ ਚੀਜ਼ ਹੈ ਜੋ ਬਹੁਤ ਸਾਰੇ ਲੀਨਕਸ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਦੂਰ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹਨ. ਹਾਇਕੂ 'ਤੇ ਸਭ ਕੁਝ ਆਪਣੇ ਆਪ ਹੋ ਜਾਂਦਾ ਹੈ!

• ELF ਫਾਈਲਾਂ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਐਗਜ਼ੀਕਿਊਟੇਬਿਲਟੀ ਬਿੱਟ ਨਹੀਂ ਹੈ, ਫਾਈਲ ਮੈਨੇਜਰ ਵਿੱਚ ਡਬਲ-ਕਲਿੱਕ ਕਰਨ 'ਤੇ ਇੱਕ ਆਟੋਮੈਟਿਕਲੀ ਪ੍ਰਾਪਤ ਹੋ ਜਾਂਦੀ ਹੈ।
• ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਬਿਲਟ-ਇਨ ਸਰੋਤ ਹੋ ਸਕਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਆਈਕਾਨ, ਜੋ ਕਿ ਫਾਈਲ ਮੈਨੇਜਰ ਵਿੱਚ ਪ੍ਰਦਰਸ਼ਿਤ ਹੁੰਦੇ ਹਨ। ਆਈਕਾਨਾਂ ਦੇ ਨਾਲ ਵਿਸ਼ੇਸ਼ ਡਾਇਰੈਕਟਰੀਆਂ ਵਿੱਚ ਚਿੱਤਰਾਂ ਦੇ ਇੱਕ ਸਮੂਹ ਦੀ ਨਕਲ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਸਲਈ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਮਿਟਾਉਣ ਜਾਂ ਮੂਵ ਕਰਨ ਤੋਂ ਬਾਅਦ ਉਹਨਾਂ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ।
• ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਦਸਤਾਵੇਜ਼ਾਂ ਨਾਲ ਜੋੜਨ ਲਈ ਇੱਕ ਡੇਟਾਬੇਸ ਹੈ, ਇਸਦੇ ਲਈ ਕਿਸੇ ਵੀ ਫਾਈਲ ਦੀ ਨਕਲ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ.
• ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਫਾਈਲ ਦੇ ਅੱਗੇ lib/ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ, ਲਾਇਬ੍ਰੇਰੀਆਂ ਨੂੰ ਮੂਲ ਰੂਪ ਵਿੱਚ ਖੋਜਿਆ ਜਾਂਦਾ ਹੈ।
• ਇੱਥੇ ਬਹੁਤ ਸਾਰੇ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਅਤੇ ਡੈਸਕਟੌਪ ਵਾਤਾਵਰਣ ਨਹੀਂ ਹਨ ਜੋ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ, ਹਰ ਥਾਂ ਕੰਮ ਕਰਦਾ ਹੈ।
• ਚਲਾਉਣ ਲਈ ਕੋਈ ਵੱਖਰਾ ਮੋਡੀਊਲ ਨਹੀਂ ਹੈ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਡਾਇਰੈਕਟਰੀ ਤੋਂ ਵੱਖਰਾ ਹੈ।
• ਐਪਲੀਕੇਸ਼ਨਾਂ ਕੋਲ ਆਪਣੇ ਸਰੋਤਾਂ ਲਈ ਬਿਲਟ-ਇਨ ਪੂਰਨ ਮਾਰਗ ਨਹੀਂ ਹੁੰਦੇ ਹਨ; ਉਹਨਾਂ ਕੋਲ ਰਨਟਾਈਮ 'ਤੇ ਸਥਾਨ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਵਿਸ਼ੇਸ਼ ਕਾਰਜ ਹੁੰਦੇ ਹਨ।
• ਕੰਪਰੈੱਸਡ ਫਾਈਲ ਸਿਸਟਮ ਚਿੱਤਰਾਂ ਦਾ ਵਿਚਾਰ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਹੈ: ਇਹ ਕੋਈ ਵੀ hpkg ਪੈਕੇਜ ਹੈ। ਇਹ ਸਾਰੇ ਕਰਨਲ ਦੁਆਰਾ ਮਾਊਂਟ ਕੀਤੇ ਗਏ ਹਨ.
• ਹਰੇਕ ਫਾਈਲ ਨੂੰ ਉਸ ਐਪਲੀਕੇਸ਼ਨ ਦੁਆਰਾ ਖੋਲ੍ਹਿਆ ਜਾਂਦਾ ਹੈ ਜਿਸਨੇ ਇਸਨੂੰ ਬਣਾਇਆ ਹੈ, ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਹੋਰ ਸਪਸ਼ਟ ਨਹੀਂ ਕਰਦੇ। ਇਹ ਕਿੰਨਾ ਵਧੀਆ ਹੈ!

ਦੋ png ਫਾਈਲਾਂ. ਵੱਖ-ਵੱਖ ਆਈਕਾਨਾਂ ਨੂੰ ਨੋਟ ਕਰੋ ਜੋ ਇਹ ਦਰਸਾਉਂਦੇ ਹਨ ਕਿ ਉਹ ਡਬਲ-ਕਲਿੱਕ ਕਰਨ 'ਤੇ ਵੱਖ-ਵੱਖ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੁਆਰਾ ਖੋਲ੍ਹੇ ਜਾਣਗੇ। "ਇਸ ਨਾਲ ਖੋਲ੍ਹੋ:" ਡ੍ਰੌਪ-ਡਾਉਨ ਮੀਨੂ ਨੂੰ ਵੀ ਨੋਟ ਕਰੋ ਜਿੱਥੇ ਉਪਭੋਗਤਾ ਇੱਕ ਵਿਅਕਤੀਗਤ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਚੋਣ ਕਰ ਸਕਦਾ ਹੈ। ਕਿੰਨਾ ਸਧਾਰਨ!

ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕਿ ਲੀਨਕਸ 'ਤੇ AppImage ਦੁਆਰਾ ਲੋੜੀਂਦੇ ਬਹੁਤ ਸਾਰੇ ਬੈਸਾਖੀਆਂ ਅਤੇ ਹੱਲ ਹਾਇਕੂ 'ਤੇ ਬੇਲੋੜੇ ਹੋ ਜਾਂਦੇ ਹਨ, ਜਿਸ ਦੇ ਮੂਲ ਵਿੱਚ ਸਾਦਗੀ ਅਤੇ ਸੂਝ-ਬੂਝ ਹੈ ਜੋ ਇਸਨੂੰ ਸਾਡੀਆਂ ਜ਼ਿਆਦਾਤਰ ਜ਼ਰੂਰਤਾਂ ਨੂੰ ਸੰਭਾਲਣ ਲਈ ਬਣਾਉਂਦਾ ਹੈ।

ਕੀ ਹਾਇਕੂ ਨੂੰ ਆਖ਼ਰਕਾਰ ਐਪ ਪੈਕੇਜਾਂ ਦੀ ਲੋੜ ਹੈ?

ਇਹ ਇੱਕ ਵੱਡੇ ਸਵਾਲ ਦੀ ਅਗਵਾਈ ਕਰਦਾ ਹੈ. ਜੇਕਰ ਲੀਨਕਸ ਦੀ ਬਜਾਏ ਹਾਇਕੂ 'ਤੇ ਐਪ ਇਮੇਜ ਵਰਗਾ ਸਿਸਟਮ ਬਣਾਉਣਾ ਬਹੁਤ ਆਸਾਨ ਹੁੰਦਾ, ਤਾਂ ਕੀ ਇਹ ਕਰਨਾ ਯੋਗ ਹੋਵੇਗਾ? ਜਾਂ ਕੀ ਹਾਇਕੂ ਨੇ ਆਪਣੇ hpkg ਪੈਕੇਜ ਸਿਸਟਮ ਨਾਲ ਅਜਿਹੇ ਵਿਚਾਰ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਦੀ ਲੋੜ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਖਤਮ ਕਰ ਦਿੱਤਾ ਹੈ? ਖੈਰ, ਜਵਾਬ ਦੇਣ ਲਈ ਸਾਨੂੰ AppImages ਦੀ ਹੋਂਦ ਦੇ ਪਿੱਛੇ ਦੀ ਪ੍ਰੇਰਣਾ ਨੂੰ ਵੇਖਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ.

ਉਪਭੋਗਤਾ ਦਾ ਦ੍ਰਿਸ਼ਟੀਕੋਣ

ਆਉ ਸਾਡੇ ਅੰਤਮ ਉਪਭੋਗਤਾ ਨੂੰ ਵੇਖੀਏ:

• ਮੈਂ ਪ੍ਰਸ਼ਾਸਕ (ਰੂਟ) ਪਾਸਵਰਡ ਦੀ ਮੰਗ ਕੀਤੇ ਬਿਨਾਂ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਸਥਾਪਤ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ। ਹਾਇਕੂ 'ਤੇ ਪ੍ਰਸ਼ਾਸਕ ਦਾ ਕੋਈ ਸੰਕਲਪ ਨਹੀਂ ਹੈ, ਉਪਭੋਗਤਾ ਦਾ ਪੂਰਾ ਨਿਯੰਤਰਣ ਹੈ ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਨਿੱਜੀ ਪ੍ਰਣਾਲੀ ਹੈ! (ਅਸੂਲ ਵਿੱਚ, ਤੁਸੀਂ ਮਲਟੀਪਲੇਅਰ ਮੋਡ ਵਿੱਚ ਇਸਦੀ ਕਲਪਨਾ ਕਰ ਸਕਦੇ ਹੋ, ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਡਿਵੈਲਪਰ ਇਸਨੂੰ ਸਧਾਰਨ ਰੱਖਣਗੇ)
• ਮੈਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਨਵੀਨਤਮ ਅਤੇ ਸਭ ਤੋਂ ਮਹਾਨ ਸੰਸਕਰਣਾਂ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ, ਉਹਨਾਂ ਦੇ ਮੇਰੇ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਵਿੱਚ ਦਿਖਾਈ ਦੇਣ ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ (ਜ਼ਿਆਦਾਤਰ ਇਸਦਾ ਮਤਲਬ ਹੈ "ਕਦੇ ਨਹੀਂ", ਘੱਟੋ ਘੱਟ ਉਦੋਂ ਤੱਕ ਨਹੀਂ ਜਦੋਂ ਤੱਕ ਮੈਂ ਪੂਰੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਨੂੰ ਅਪਡੇਟ ਨਹੀਂ ਕਰਦਾ ਹਾਂ)। ਹਾਇਕੂ 'ਤੇ ਇਹ ਫਲੋਟਿੰਗ ਰੀਲੀਜ਼ਾਂ ਨਾਲ "ਹੱਲ" ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਨਵੀਨਤਮ ਅਤੇ ਮਹਾਨ ਸੰਸਕਰਣਾਂ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸੰਭਵ ਹੈ, ਪਰ ਅਜਿਹਾ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਬਾਕੀ ਦੇ ਸਿਸਟਮ ਨੂੰ ਲਗਾਤਾਰ ਅਪਡੇਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਇਸ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ "ਮੂਵਿੰਗ ਟਾਰਗੇਟ" ਵਿੱਚ ਬਦਲਣਾ..
• ਮੈਂ ਇੱਕੋ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਕਈ ਸੰਸਕਰਣਾਂ ਨੂੰ ਨਾਲ-ਨਾਲ ਚਾਹੁੰਦਾ ਹਾਂ, ਕਿਉਂਕਿ ਇਹ ਜਾਣਨ ਦਾ ਕੋਈ ਤਰੀਕਾ ਨਹੀਂ ਹੈ ਕਿ ਨਵੀਨਤਮ ਸੰਸਕਰਣ ਵਿੱਚ ਕੀ ਟੁੱਟ ਗਿਆ ਸੀ, ਜਾਂ, ਕਹੋ, ਮੈਨੂੰ, ਇੱਕ ਵੈੱਬ ਡਿਵੈਲਪਰ ਵਜੋਂ, ਬ੍ਰਾਊਜ਼ਰ ਦੇ ਵੱਖ-ਵੱਖ ਸੰਸਕਰਣਾਂ ਦੇ ਅਧੀਨ ਮੇਰੇ ਕੰਮ ਦੀ ਜਾਂਚ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਹਾਇਕੂ ਪਹਿਲੀ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ, ਪਰ ਦੂਜੀ ਨਹੀਂ। ਅੱਪਡੇਟ ਵਾਪਸ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਪਰ ਸਿਰਫ਼ ਪੂਰੇ ਸਿਸਟਮ ਲਈ ਇਹ ਅਸੰਭਵ ਹੈ (ਜਿੱਥੋਂ ਤੱਕ ਮੈਂ ਜਾਣਦਾ ਹਾਂ), ਉਦਾਹਰਨ ਲਈ, ਇੱਕੋ ਸਮੇਂ 'ਤੇ WebPositive ਜਾਂ LibreOffice ਦੇ ਕਈ ਸੰਸਕਰਣ।

ਡਿਵੈਲਪਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਲਿਖਦਾ ਹੈ:

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

• ਮੈਨੂੰ ਐਪਸ ਰੱਖਣ ਦੀ ਲੋੜ ਹੈ ਜਿੱਥੇ ਮੈਂ ਉਹਨਾਂ ਨੂੰ ਪਸੰਦ ਕਰਦਾ ਹਾਂ, ਨਾ ਕਿ ਮੇਰੇ ਸਟਾਰਟਅੱਪ ਡਰਾਈਵ 'ਤੇ। ਮੇਰੇ ਕੋਲ ਅਕਸਰ ਡਿਸਕ ਸਪੇਸ ਖਤਮ ਹੋ ਜਾਂਦੀ ਹੈ, ਇਸਲਈ ਮੈਨੂੰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਇੱਕ ਬਾਹਰੀ ਡਰਾਈਵ ਜਾਂ ਨੈੱਟਵਰਕ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਕਨੈਕਟ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ (ਸਾਰੇ ਸੰਸਕਰਣ ਜੋ ਮੈਂ ਡਾਊਨਲੋਡ ਕੀਤੇ ਹਨ)। ਜੇਕਰ ਮੈਂ ਅਜਿਹੀ ਡਰਾਈਵ ਨੂੰ ਕਨੈਕਟ ਕਰਦਾ ਹਾਂ, ਤਾਂ ਮੈਨੂੰ ਡਬਲ-ਕਲਿੱਕ ਕਰਕੇ ਲਾਂਚ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਹਾਇਕੂ ਪੈਕੇਜਾਂ ਦੇ ਪੁਰਾਣੇ ਸੰਸਕਰਣਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਦਾ ਹੈ, ਪਰ ਮੈਨੂੰ ਨਹੀਂ ਪਤਾ ਕਿ ਉਹਨਾਂ ਨੂੰ ਬਾਹਰੀ ਡਰਾਈਵ ਵਿੱਚ ਕਿਵੇਂ ਲਿਜਾਣਾ ਹੈ, ਜਾਂ ਬਾਅਦ ਵਿੱਚ ਉੱਥੋਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਕਿਵੇਂ ਲਾਂਚ ਕਰਨਾ ਹੈ।

ਵਿਕਾਸਕਾਰ ਟਿੱਪਣੀ:

ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ, ਇਹ ਮਾਊਂਟ ਕਮਾਂਡ ਨਾਲ ਪਹਿਲਾਂ ਹੀ ਸੰਭਵ ਹੈ। ਬੇਸ਼ੱਕ, ਅਸੀਂ ਇਸਦੇ ਲਈ ਇੱਕ GUI ਬਣਾਵਾਂਗੇ ਜਿਵੇਂ ਹੀ ਸਾਡੇ ਕੋਲ ਕਾਫ਼ੀ ਦਿਲਚਸਪੀ ਵਾਲੇ ਉਪਭੋਗਤਾ ਹੋਣਗੇ.

• ਮੈਨੂੰ ਫਾਈਲ ਸਿਸਟਮ ਵਿੱਚ ਖਿੰਡੇ ਹੋਏ ਲੱਖਾਂ ਫਾਈਲਾਂ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ ਜੋ ਮੈਂ ਖੁਦ ਖੁਦ ਪ੍ਰਬੰਧਿਤ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹਾਂ। ਮੈਨੂੰ ਪ੍ਰਤੀ ਐਪਲੀਕੇਸ਼ਨ ਇੱਕ ਫਾਈਲ ਚਾਹੀਦੀ ਹੈ ਜਿਸ ਨੂੰ ਮੈਂ ਆਸਾਨੀ ਨਾਲ ਡਾਊਨਲੋਡ, ਮੂਵ, ਡਿਲੀਟ ਕਰ ਸਕਦਾ ਹਾਂ। ਹਾਇਕੂ 'ਤੇ ਇਹ ਸਮੱਸਿਆ ਪੈਕੇਜਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਹੱਲ ਕੀਤੀ ਜਾਂਦੀ ਹੈ .hpkg, ਜੋ ਹਜ਼ਾਰਾਂ ਫਾਈਲਾਂ ਤੋਂ ਇੱਕ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕਰਦੇ ਹਨ, ਉਦਾਹਰਨ ਲਈ, python. ਪਰ ਜੇ ਉੱਥੇ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਸਕ੍ਰਿਬਸ ਪਾਈਥਨ ਦੀ ਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹੈ, ਤਾਂ ਮੈਨੂੰ ਘੱਟੋ-ਘੱਟ ਦੋ ਫਾਈਲਾਂ ਨਾਲ ਨਜਿੱਠਣਾ ਪਵੇਗਾ। ਅਤੇ ਮੈਨੂੰ ਉਹਨਾਂ ਦੇ ਸੰਸਕਰਣਾਂ ਨੂੰ ਰੱਖਣ ਲਈ ਧਿਆਨ ਰੱਖਣਾ ਪਏਗਾ ਜੋ ਇੱਕ ਦੂਜੇ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ.

AppImages ਦੇ ਕਈ ਸੰਸਕਰਣ ਇੱਕੋ ਲੀਨਕਸ 'ਤੇ ਨਾਲ-ਨਾਲ ਚੱਲ ਰਹੇ ਹਨ

ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਰ ਦਾ ਦ੍ਰਿਸ਼ਟੀਕੋਣ

ਆਉ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਰ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਵੇਖੀਏ:

• ਮੈਂ ਪੂਰੇ ਉਪਭੋਗਤਾ ਅਨੁਭਵ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ। ਮੈਂ ਇਹ ਦੱਸਣ ਲਈ ਕਿਸੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਹੋਣਾ ਚਾਹੁੰਦਾ ਹਾਂ ਕਿ ਮੈਨੂੰ ਅਰਜ਼ੀਆਂ ਕਦੋਂ ਅਤੇ ਕਿਵੇਂ ਜਾਰੀ ਕਰਨੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਹਾਇਕੂ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਆਪਣੇ hpkg ਰਿਪੋਜ਼ਟਰੀਆਂ ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਪਰ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਉਹਨਾਂ ਨੂੰ ਹੱਥੀਂ ਸੈੱਟਅੱਪ ਕਰਨਾ ਪਵੇਗਾ, ਜੋ ਕਿ ਵਿਚਾਰ ਨੂੰ "ਘੱਟ ਆਕਰਸ਼ਕ" ਬਣਾਉਂਦਾ ਹੈ।
• ਮੇਰੇ ਕੋਲ ਮੇਰੀ ਵੈਬਸਾਈਟ 'ਤੇ ਇੱਕ ਡਾਉਨਲੋਡ ਪੰਨਾ ਹੈ ਜਿੱਥੇ ਮੈਂ ਵੰਡਦਾ ਹਾਂ .exe ਵਿੰਡੋਜ਼ ਲਈ, .dmg ਮੈਕ ਲਈ ਅਤੇ .AppImage ਲੀਨਕਸ ਲਈ. ਜਾਂ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਮੈਂ ਇਸ ਪੰਨੇ ਤੱਕ ਪਹੁੰਚ ਦਾ ਮੁਦਰੀਕਰਨ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ, ਕੁਝ ਵੀ ਸੰਭਵ ਹੈ? ਮੈਨੂੰ ਉੱਥੇ ਹਾਇਕੂ ਲਈ ਕੀ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ? ਫਾਈਲ ਕਾਫੀ ਹੈ .hpkg ਸਿਰਫ ਹਾਇਕੂਪੋਰਟਸ ਤੋਂ ਨਿਰਭਰਤਾ ਦੇ ਨਾਲ
• ਮੇਰੇ ਸਾਫਟਵੇਅਰ ਨੂੰ ਹੋਰ ਸਾਫਟਵੇਅਰ ਦੇ ਖਾਸ ਸੰਸਕਰਣਾਂ ਦੀ ਲੋੜ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਇਹ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਕ੍ਰਿਤਾ ਨੂੰ Qt ਦੇ ਇੱਕ ਪੈਚ ਕੀਤੇ ਸੰਸਕਰਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜਾਂ Qt ਜੋ ਕਿ ਕ੍ਰਿਟਾ ਦੇ ਇੱਕ ਖਾਸ ਸੰਸਕਰਣ ਨਾਲ ਵਧੀਆ-ਟਿਊਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਘੱਟੋ ਘੱਟ ਉਦੋਂ ਤੱਕ ਜਦੋਂ ਤੱਕ ਪੈਚਾਂ ਨੂੰ Qt ਵਿੱਚ ਵਾਪਸ ਨਹੀਂ ਧੱਕਿਆ ਜਾਂਦਾ। ਤੁਸੀਂ ਇੱਕ ਪੈਕੇਜ ਵਿੱਚ ਆਪਣੀ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਆਪਣੀ ਖੁਦ ਦੀ Qt ਪੈਕੇਜ ਕਰ ਸਕਦੇ ਹੋ .hpkg, ਪਰ ਜ਼ਿਆਦਾਤਰ ਸੰਭਾਵਨਾ ਹੈ ਕਿ ਇਹ ਸਵਾਗਤਯੋਗ ਨਹੀਂ ਹੈ।

ਨਿਯਮਤ ਐਪਲੀਕੇਸ਼ਨ ਡਾਉਨਲੋਡ ਪੰਨਾ। ਮੈਨੂੰ ਇੱਥੇ ਹਾਇਕੂ ਲਈ ਕੀ ਪੋਸਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ?

ਬੰਡਲ (ਐਪਲੀਕੇਸ਼ਨ ਡਾਇਰੈਕਟਰੀਆਂ ਦੇ ਤੌਰ 'ਤੇ ਮੌਜੂਦ ਹਨ ਜਿਵੇਂ ਕਿ AppDir ਜਾਂ .app ਐਪਲ ਸ਼ੈਲੀ ਵਿੱਚ) ਅਤੇ/ਜਾਂ ਚਿੱਤਰ (ਭਾਰੀ ਸੋਧੀਆਂ ਐਪ ਚਿੱਤਰਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਜਾਂ .dmg ਐਪਲ ਤੋਂ) ਐਪਲੀਕੇਸ਼ਨਾਂ ਹਾਇਕੂ ਡੈਸਕਟੌਪ ਵਾਤਾਵਰਣ ਵਿੱਚ ਇੱਕ ਲਾਭਦਾਇਕ ਵਾਧਾ ਹੈ? ਜਾਂ ਕੀ ਇਹ ਪੂਰੀ ਤਸਵੀਰ ਨੂੰ ਪਤਲਾ ਕਰ ਦੇਵੇਗਾ ਅਤੇ ਵਿਖੰਡਨ ਵੱਲ ਲੈ ਜਾਵੇਗਾ, ਅਤੇ ਇਸਲਈ ਗੁੰਝਲਤਾ ਵਧਾਏਗਾ? ਮੈਂ ਟੁੱਟ ਗਿਆ ਹਾਂ: ਇੱਕ ਪਾਸੇ, ਹਾਇਕੂ ਦੀ ਸੁੰਦਰਤਾ ਅਤੇ ਸੂਝ-ਬੂਝ ਇਸ ਤੱਥ 'ਤੇ ਅਧਾਰਤ ਹੈ ਕਿ ਆਮ ਤੌਰ 'ਤੇ ਕਈਆਂ ਦੀ ਬਜਾਏ ਕੁਝ ਕਰਨ ਦਾ ਇੱਕ ਤਰੀਕਾ ਹੁੰਦਾ ਹੈ। ਦੂਜੇ ਪਾਸੇ, ਕੈਟਾਲਾਗ ਅਤੇ/ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਸੂਟ ਲਈ ਜ਼ਿਆਦਾਤਰ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਹੈ, ਇਸਲਈ ਸਿਸਟਮ ਬਾਕੀ ਬਚੇ ਕੁਝ ਪ੍ਰਤੀਸ਼ਤ ਦੇ ਸਥਾਨ 'ਤੇ ਆਉਣ ਲਈ ਪੁਕਾਰਦਾ ਹੈ।

ਡਿਵੈਲਪਰ ਦੇ ਅਨੁਸਾਰ ਮਿਸਟਰ waddlesplash

ਲੀਨਕਸ ਉੱਤੇ ਉਹ (ਕੈਟਾਲਾਗ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਕਿੱਟਾਂ, - ਲਗਭਗ. ਅਨੁਵਾਦਕ) ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਪ੍ਰਣਾਲੀਗਤ ਸਮੱਸਿਆਵਾਂ ਦਾ ਤਕਨੀਕੀ ਹੱਲ ਹੈ। ਹਾਇਕੂ 'ਤੇ ਅਸੀਂ ਸਿਰਫ਼ ਸਿਸਟਮ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੇ ਹਾਂ।

ਤੁਹਾਨੂੰ ਕੀ ਲੱਗਦਾ ਹੈ?

ਜਵਾਬ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ...

ਇੰਤਜ਼ਾਰ ਕਰੋ, ਆਓ ਇੱਕ ਤੁਰੰਤ ਅਸਲੀਅਤ ਜਾਂਚ ਕਰੀਏ: ਅਸਲ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਡਾਇਰੈਕਟਰੀਆਂ - ਪਹਿਲਾਂ ਹੀ ਹਾਇਕੂ ਦਾ ਹਿੱਸਾ:

ਐਪਲੀਕੇਸ਼ਨ ਡਾਇਰੈਕਟਰੀਆਂ ਹਾਇਕੂ 'ਤੇ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਹਨ, ਪਰ ਅਜੇ ਤੱਕ ਫਾਈਲ ਮੈਨੇਜਰ ਵਿੱਚ ਸਮਰਥਿਤ ਨਹੀਂ ਹਨ

ਉਹ ਮੈਕਿਨਟੋਸ਼ ਫਾਈਂਡਰ ਵਾਂਗ ਸਮਰਥਿਤ ਨਹੀਂ ਹਨ। ਇਹ ਕਿੰਨਾ ਵਧੀਆ ਹੋਵੇਗਾ ਜੇਕਰ QtCreator ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਉੱਪਰਲੇ ਖੱਬੇ ਕੋਨੇ ਵਿੱਚ ਇੱਕ "QtCreator" ਨਾਮ ਅਤੇ ਆਈਕਨ ਹੋਵੇ, ਜਦੋਂ ਡਬਲ-ਕਲਿੱਕ ਕਰਨ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਲਾਂਚ ਕੀਤਾ ਜਾਵੇ?

ਥੋੜਾ ਪਹਿਲਾਂ ਮੈਂ ਪਹਿਲਾਂ ਹੀ ਪੁੱਛਿਆ:

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

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

ਦੇ ਅਨੁਸਾਰ ਸ੍ਰ. waddlesplash:

ਹਾਂ, ਸਾਡੇ ਕੋਲ ਸਵਾਲ ਦਾ ਜਵਾਬ ਹੈ: ਅਸੀਂ ਇਹਨਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦਾ ਸਮਰਥਨ ਉਦੋਂ ਤੱਕ ਕਰਾਂਗੇ ਜਿੰਨਾ ਚਿਰ ਲੋੜ ਹੋਵੇ ਜਦੋਂ ਤੱਕ ਕੋਈ ਵਿਅਕਤੀ ਉਹਨਾਂ ਦੇ ਫਾਈਲ ਫਾਰਮੈਟਾਂ ਨੂੰ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਪੜ੍ਹ ਨਹੀਂ ਸਕਦਾ ਜਾਂ ਇੱਕ-ਤੋਂ-ਇੱਕ ਕਾਰਜਸ਼ੀਲਤਾ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਹਾਇਕੂ 'ਤੇ BeOS R5 ਐਪਸ ਦਾ ਸਮਰਥਨ ਕਰਨ ਦੀ ਸਾਡੀ ਵਚਨਬੱਧਤਾ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਹੈ...

ਇਹ ਯਕੀਨੀ ਕਰਨ ਲਈ ਹੈ!

ਹਾਇਕੂ ਨੂੰ ਕਿਹੜੀ ਕਾਰਵਾਈ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ?

ਮੈਂ hpkg, ਡਾਇਰੈਕਟਰੀਆਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਚਿੱਤਰਾਂ ਦੀ ਸ਼ਾਂਤੀਪੂਰਨ ਸਹਿ-ਹੋਂਦ ਦੀ ਕਲਪਨਾ ਕਰ ਸਕਦਾ ਹਾਂ:

• ਸਿਸਟਮ ਸਾਫਟਵੇਅਰ ਵਰਤਦਾ ਹੈ .hpkg
• ਸਭ ਤੋਂ ਵੱਧ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਸੌਫਟਵੇਅਰ ਲਈ (ਖਾਸ ਤੌਰ 'ਤੇ ਉਹ ਜਿਨ੍ਹਾਂ ਨੂੰ ਰੋਲਿੰਗ ਰੀਲੀਜ਼ਾਂ ਨੂੰ ਤਹਿ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ), ਵਰਤੋ .hpkg (ਸਾਰੇ ਕੇਸਾਂ ਦਾ ਲਗਭਗ 80%)
• ਕੁਝ ਦੁਆਰਾ ਸਥਾਪਿਤ .hpkg, ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਡਾਇਰੈਕਟਰੀ ਬੁਨਿਆਦੀ ਢਾਂਚੇ (ਜਿਵੇਂ ਕਿ QtCreator) ਵਿੱਚ ਜਾਣ ਦਾ ਫਾਇਦਾ ਹੋਵੇਗਾ: ਉਹਨਾਂ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਵੰਡਿਆ ਜਾਵੇਗਾ .hpkg, ਪਹਿਲਾਂ ਵਾਂਗ.

ਮਿਸਟਰ waddlesplash ਲਿਖਦਾ ਹੈ:

ਜੇਕਰ ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਦੇਖਣ ਦੀ ਲੋੜ ਹੈ /system/apps, ਇਸਦੀ ਬਜਾਏ ਸਾਨੂੰ ਡੈਸਕਬਾਰ ਵਿੱਚ ਡਾਇਰੈਕਟਰੀਆਂ ਨੂੰ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਵਧੇਰੇ ਪ੍ਰਬੰਧਨਯੋਗ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ /system/apps ਉਪਭੋਗਤਾਵਾਂ ਦੁਆਰਾ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਖੋਲ੍ਹੇ ਅਤੇ ਦੇਖੇ ਜਾਣ ਦਾ ਇਰਾਦਾ ਨਹੀਂ ਹੈ (MacOS ਦੇ ਉਲਟ)। ਅਜਿਹੀਆਂ ਸਥਿਤੀਆਂ ਲਈ, ਹਾਇਕੂ ਦਾ ਇੱਕ ਵੱਖਰਾ ਪੈਰਾਡਾਈਮ ਹੈ, ਪਰ ਇਹ ਵਿਕਲਪ ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ ਸਵੀਕਾਰਯੋਗ ਹੈ।

• ਹਾਇਕੂ ਐਪਲੀਕੇਸ਼ਨ ਚਿੱਤਰਾਂ ਨੂੰ ਚਲਾਉਣ ਲਈ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਸੌਫਟਵੇਅਰ ਦੇ ਰਾਤ ਨੂੰ, ਨਿਰੰਤਰ ਅਤੇ ਟੈਸਟ ਬਿਲਡ, ਨਾਲ ਹੀ ਉਹਨਾਂ ਮਾਮਲਿਆਂ ਲਈ ਜਦੋਂ ਉਪਭੋਗਤਾ "ਸਮੇਂ 'ਤੇ ਇਸ ਨੂੰ ਫ੍ਰੀਜ਼ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹੈ", ਨਿੱਜੀ ਅਤੇ ਅੰਦਰੂਨੀ ਸੌਫਟਵੇਅਰ ਲਈ, ਅਤੇ ਹੋਰ ਵਿਸ਼ੇਸ਼ ਵਰਤੋਂ ਦੇ ਮਾਮਲਿਆਂ (ਲਗਭਗ 20%) ਸਭ ਦਾ) ਇਹਨਾਂ ਚਿੱਤਰਾਂ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਚਲਾਉਣ ਲਈ ਲੋੜੀਂਦੀਆਂ ਫਾਈਲਾਂ ਸ਼ਾਮਲ ਹਨ .hpkg, ਸਿਸਟਮ ਦੁਆਰਾ ਮਾਊਂਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ - ਅਣਮਾਊਂਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। (ਸ਼ਾਇਦ ਇੱਕ ਫਾਈਲ ਮੈਨੇਜਰ ਫਾਈਲਾਂ ਪਾ ਸਕਦਾ ਹੈ .hpkg ਐਪਲੀਕੇਸ਼ਨ ਚਿੱਤਰਾਂ ਵਿੱਚ, ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਜਾਂ ਉਪਭੋਗਤਾ ਦੀ ਬੇਨਤੀ 'ਤੇ - ਠੀਕ ਹੈ, ਜਿਵੇਂ ਕਿ ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਨੈੱਟਵਰਕ ਡਾਇਰੈਕਟਰੀ ਜਾਂ ਬਾਹਰੀ ਡਰਾਈਵ ਵਿੱਚ ਖਿੱਚਦੇ ਹੋ। ਇਹ ਸਿਰਫ਼ ਇੱਕ ਗੀਤ ਹੈ! ਜਾਂ ਸਗੋਂ, ਕਵਿਤਾ - ਹਾਇਕੂ।) ਦੂਜੇ ਪਾਸੇ, ਉਪਭੋਗਤਾ ਚਿੱਤਰ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਫਾਈਲਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਸਥਾਪਿਤ ਕਰਨਾ ਚਾਹ ਸਕਦਾ ਹੈ।.hpkg, ਜਿਸ ਤੋਂ ਬਾਅਦ ਉਹਨਾਂ ਨੂੰ ਉਸੇ ਤਰ੍ਹਾਂ ਅਪਡੇਟ ਕੀਤਾ ਜਾਵੇਗਾ ਅਤੇ ਪ੍ਰੋਸੈਸ ਕੀਤਾ ਜਾਵੇਗਾ ਜਿਵੇਂ ਕਿ ਉਹਨਾਂ ਨੂੰ HaikuDepot ਦੁਆਰਾ ਸਥਾਪਿਤ ਕੀਤਾ ਗਿਆ ਸੀ... ਸਾਨੂੰ ਬ੍ਰੇਨਸਟਾਰਮ ਕਰਨ ਦੀ ਲੋੜ ਹੈ)।

ਮਿਸਟਰ ਤੋਂ ਹਵਾਲਾ waddlesplash:

ਬਾਹਰੀ ਡਰਾਈਵਾਂ ਜਾਂ ਨੈੱਟਵਰਕ ਡਾਇਰੈਕਟਰੀਆਂ ਤੋਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਚਲਾਉਣਾ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦਾ ਹੈ। ਅਤੇ pkgman ਲਈ ਹੋਰ "ਜ਼ੋਨਾਂ" ਨੂੰ ਸੰਰਚਿਤ ਕਰਨ ਦੀ ਯੋਗਤਾ ਨੂੰ ਜੋੜਨਾ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਇੱਕ ਵਧੀਆ ਵਿਸ਼ੇਸ਼ਤਾ ਹੋਵੇਗੀ।

ਅਜਿਹਾ ਸਿਸਟਮ hpkg, ਡਾਇਰੈਕਟਰੀਆਂ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਚਿੱਤਰਾਂ ਦਾ ਲਾਭ ਲਵੇਗਾ। ਉਹ ਵਿਅਕਤੀਗਤ ਤੌਰ 'ਤੇ ਚੰਗੇ ਹਨ, ਪਰ ਇਕੱਠੇ ਉਹ ਅਜਿੱਤ ਬਣ ਜਾਣਗੇ।

ਸਿੱਟਾ

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

ਇਸ ਨੂੰ ਆਪਣੇ ਆਪ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ! ਆਖਿਰਕਾਰ, ਹਾਇਕੂ ਪ੍ਰੋਜੈਕਟ DVD ਜਾਂ USB ਤੋਂ ਬੂਟ ਕਰਨ ਲਈ ਚਿੱਤਰ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ ਹਰ ਰੋਜ਼.
ਸਵਾਲ ਹਨ? ਅਸੀਂ ਤੁਹਾਨੂੰ ਰੂਸੀ ਬੋਲਣ ਲਈ ਸੱਦਾ ਦਿੰਦੇ ਹਾਂ ਤਾਰ ਚੈਨਲ.

ਗਲਤੀ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ: ਆਪਣੇ ਆਪ ਨੂੰ C ਅਤੇ C++ ਵਿੱਚ ਪੈਰਾਂ ਵਿੱਚ ਕਿਵੇਂ ਸ਼ੂਟ ਕਰਨਾ ਹੈ। ਹਾਇਕੂ ਓਐਸ ਵਿਅੰਜਨ ਸੰਗ੍ਰਹਿ

ਤੱਕ ਲੇਖਕ ਅਨੁਵਾਦ: ਹਾਇਕੂ ਬਾਰੇ ਲੜੀ ਦਾ ਇਹ ਅੱਠਵਾਂ ਅਤੇ ਆਖਰੀ ਲੇਖ ਹੈ।

ਲੇਖਾਂ ਦੀ ਸੂਚੀ: ਪਹਿਲਾ ਦੂਜਾ ਤੀਜਾ ਚੌਥਾ ਪੰਜਵਾਂ ਛੇਵਾਂ ਸੱਤਵਾਂ

ਸਿਰਫ਼ ਰਜਿਸਟਰਡ ਉਪਭੋਗਤਾ ਹੀ ਸਰਵੇਖਣ ਵਿੱਚ ਹਿੱਸਾ ਲੈ ਸਕਦੇ ਹਨ। ਸਾਈਨ - ਇਨ, ਤੁਹਾਡਾ ਸੁਆਗਤ ਹੈ.

ਕੀ hpkg ਸਿਸਟਮ ਨੂੰ ਲੀਨਕਸ ਵਿੱਚ ਪੋਰਟ ਕਰਨਾ ਕੋਈ ਅਰਥ ਰੱਖਦਾ ਹੈ?

• ਜੀ

• ਕੋਈ

• ਪਹਿਲਾਂ ਹੀ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ, ਮੈਂ ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਲਿਖਾਂਗਾ

20 ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਵੋਟ ਕੀਤਾ। 5 ਉਪਭੋਗਤਾ ਬਚੇ ਹੋਏ ਹਨ।

ਸਰੋਤ: www.habr.com