ਹਾਇਕੂ ਨਾਲ ਮੇਰਾ ਪੰਜਵਾਂ ਦਿਨ: ਆਓ ਕੁਝ ਪ੍ਰੋਗਰਾਮਾਂ ਨੂੰ ਪੋਰਟ ਕਰੀਏ

TL; ਡਾ: ਇੱਕ ਨਵੇਂ ਬੱਚੇ ਨੇ ਪਹਿਲੀ ਵਾਰ ਹਾਇਕੂ ਦੇਖਿਆ, ਜੋ ਲੀਨਕਸ ਸੰਸਾਰ ਤੋਂ ਕੁਝ ਪ੍ਰੋਗਰਾਮਾਂ ਨੂੰ ਪੋਰਟ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਸੀ।

ਮੇਰਾ ਪਹਿਲਾ ਹਾਇਕੂ ਪੋਰਟਡ ਪ੍ਰੋਗਰਾਮ, ਇਸਦੇ hpkg ਫਾਰਮੈਟ ਵਿੱਚ ਪੈਕ ਕੀਤਾ ਗਿਆ ਹੈ

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

ਮੈਂ ਤਿੰਨ ਟੀਚੇ ਪ੍ਰਾਪਤ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ:

• ਇੱਕ ਸਧਾਰਨ CLI ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਪੋਰਟ ਕਰੋ
• ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ GUI ਤੋਂ Qt ਵਿੱਚ ਪੋਰਟ ਕਰੋ
• ਫਿਰ ਉਹਨਾਂ ਨੂੰ hpkg ਫਾਰਮੈਟ ਵਿੱਚ ਪੈਕੇਜ ਕਰੋ (ਕਿਉਂਕਿ ਮੈਂ ਅਜੇ ਵੀ ਹਾਇਕੂ ਲਈ AppDir ਅਤੇ AppImage ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਬਾਰੇ ਸੋਚ ਰਿਹਾ ਹਾਂ...)

ਆਓ ਸ਼ੁਰੂ ਕਰੀਏ। ਭਾਗਾਂ ਵਿੱਚ ਦਸਤਾਵੇਜ਼ и ਵਿਕਾਸ, ਦੇ ਨਾਲ ਨਾਲ ਵਿੱਚ ਵਿਕਿ ਹਾਇਕੂਪੋਰਟਸ ਤੋਂ ਮੈਨੂੰ ਸਹੀ ਦਿਸ਼ਾ ਮਿਲੀ। ਇੱਥੇ ਇੱਕ ਔਨਲਾਈਨ PDF ਕਿਤਾਬ ਵੀ ਹੈ ਬੀਓਐਸ: ਯੂਨਿਕਸ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਪੋਰਟ ਕਰਨਾ.
467 ਪੰਨੇ - ਅਤੇ ਇਹ 1997 ਤੋਂ ਹੈ! ਅੰਦਰ ਦੇਖਣਾ ਡਰਾਉਣਾ ਹੈ, ਪਰ ਮੈਂ ਸਭ ਤੋਂ ਵਧੀਆ ਦੀ ਉਮੀਦ ਕਰਦਾ ਹਾਂ। ਡਿਵੈਲਪਰ ਦੇ ਸ਼ਬਦ ਉਤਸ਼ਾਹਜਨਕ ਹਨ: "ਇਸ ਵਿੱਚ ਲੰਮਾ ਸਮਾਂ ਲੱਗਿਆ ਕਿਉਂਕਿ ਬੀਓਐਸ ਪੋਸਿਕਸ-ਅਨੁਕੂਲ ਨਹੀਂ ਸੀ," ਪਰ ਹਾਇਕੂ "ਜ਼ਿਆਦਾਤਰ ਹਿੱਸੇ ਲਈ" ਪਹਿਲਾਂ ਹੀ ਅਜਿਹਾ ਹੈ।

ਇੱਕ ਸਧਾਰਨ CLI ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਪੋਰਟ ਕਰਨਾ

ਪਹਿਲਾ ਵਿਚਾਰ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਪੋਰਟ ਕਰਨਾ ਸੀ ਅਵਿਸ਼ਵਾਸੀ, ਪਰ, ਜਿਵੇਂ ਕਿ ਇਹ ਨਿਕਲਿਆ, ਇਹ ਪਹਿਲਾਂ ਹੀ ਹੈ ਕੀਤਾ ਹੈ ਬਹੁਤ ਚਿਰ ਪਹਿਲਾਂ.

ਪਹਿਲੀ ਕੋਸ਼ਿਸ਼: ਦੇਖਣ ਲਈ ਕੁਝ ਨਹੀਂ

ਜੋ ਮੈਂ ਨਹੀਂ ਸਮਝ ਸਕਦਾ ਉਹ ਪਹਿਲਾਂ ਹੀ ਹੈ ਐਪਸ ਨੂੰ 10 ਸਾਲਾਂ ਤੋਂ ਵੱਧ ਸਮੇਂ ਤੋਂ ਹਾਇਕੂ ਵਿੱਚ ਪੋਰਟ ਕੀਤਾ ਗਿਆ ਹੈ - ਇਸ ਤੱਥ ਦੇ ਬਾਵਜੂਦ ਕਿ OS ਆਪਣੇ ਆਪ ਵਿੱਚ ਅਜੇ ਵੀ ਸੰਸਕਰਣ 1.0 ਨਹੀਂ ਹੈ.

ਦੂਜੀ ਕੋਸ਼ਿਸ਼: ਮੁੜ ਲਿਖਣ ਦੀ ਲੋੜ ਹੈ

ਇਸ ਲਈ ਮੈਂ ਵਰਤਾਂਗਾ ptouch-770, ਭਰਾ P-Touch 770 ਪ੍ਰਿੰਟਰ ਨੂੰ ਕੰਟਰੋਲ ਕਰਨ ਲਈ CLI ਜੋ ਮੈਂ ਲੇਬਲ ਪ੍ਰਿੰਟ ਕਰਨ ਲਈ ਵਰਤਦਾ ਹਾਂ।
ਮੈਂ ਇਸ 'ਤੇ ਵੱਖ-ਵੱਖ ਲੇਬਲ ਪ੍ਰਿੰਟ ਕਰਦਾ ਹਾਂ, ਅਤੇ ਤੁਸੀਂ ਇਸ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਪਿਛਲੇ ਲੇਖ ਵਿੱਚ ਦੇਖਿਆ ਹੋਵੇਗਾ। ਥੋੜਾ ਪਹਿਲਾਂ, ਮੈਂ ਪਾਈਥਨ ਵਿੱਚ ਇੱਕ ਛੋਟਾ GUI ਰੈਪਰ ਪ੍ਰੋਗਰਾਮ ਲਿਖਿਆ ਸੀ (ਕਿਉਂਕਿ ਇਹ Gtk+ ਵਿੱਚ ਹੈ, ਇਸ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖਣਾ ਪਏਗਾ, ਅਤੇ ਇਹ ਸਿੱਖਣ ਦਾ ਇੱਕ ਚੰਗਾ ਕਾਰਨ ਹੈ)।

ਭਾਈ P-Touch 770 ਲੇਬਲ ਪ੍ਰਿੰਟਰ ਕੀ ਇਹ ਹਾਇਕੂ ਨਾਲ ਕੰਮ ਕਰੇਗਾ?

ਹਾਇਕੂ ਪੈਕੇਜ ਮੈਨੇਜਰ ਲਾਇਬ੍ਰੇਰੀਆਂ ਅਤੇ ਕਮਾਂਡਾਂ ਬਾਰੇ ਜਾਣਦਾ ਹੈ, ਇਸਲਈ ਜੇਕਰ ਚੱਲਦੇ ਸਮੇਂ ਮੈਨੂੰ "ਲਿੰਬਿੰਟਲ ਲੱਭ ਨਹੀਂ ਸਕਦੇ" ਸੁਨੇਹਾ ਮਿਲਦਾ ਹੈ configure - ਮੈਂ ਹੁਣੇ ਲਾਂਚ ਕਰਦਾ ਹਾਂ pkgman install devel:libintl ਅਤੇ ਲੋੜੀਂਦਾ ਪੈਕੇਜ ਮਿਲ ਜਾਵੇਗਾ। ਇਸੇ ਤਰ੍ਹਾਂ pkgman install cmd:rsync. ਖੈਰ, ਆਦਿ।

ਸਿਵਾਏ ਜਦੋਂ ਇਹ ਕੰਮ ਨਹੀਂ ਕਰਦਾ:

/Haiku/home> git clone https://github.com/probonopd/ptouch-770
Cloning into 'ptouch-770'...
remote: Enumerating objects: 134, done.
remote: Total 134 (delta 0), reused 0 (delta 0), pack-reused 134
Receiving objects: 100% (134/134), 98.91 KiB | 637.00 KiB/s, done.
Resolving deltas: 100% (71/71), done./Haiku/home> cd ptouch-770//Haiku/home/ptouch-770> make
gcc -Wall -O2 -c -o ptouch-770-write.o ptouch-770-write.c
ptouch-770-write.c:28:10: fatal error: libudev.h: No such file or directory
 #include <libudev.h>
          ^~~~~~~~~~~
compilation terminated.
Makefile:16: recipe for target 'ptouch-770-write.o' failed
make: *** [ptouch-770-write.o] Error 1/Haiku/home/ptouch-770> pkgman install devel:libudev
100% repochecksum-1 [65 bytes]
Validating checksum for Haiku...done.
100% repochecksum-1 [64 bytes]
Validating checksum for HaikuPorts...done.
*** Failed to find a match for "devel:libudev": Name not found/Haiku/home/ptouch-770> pkgman install devel:udev
100% repochecksum-1 [65 bytes]
Validating checksum for Haiku...done.
100% repochecksum-1 [64 bytes]
Validating checksum for HaikuPorts...done.
*** Failed to find a match for "devel:udev": Name not found

ਸ਼ਾਇਦ udev ਬਹੁਤ ਲੀਨਕਸ-ਆਧਾਰਿਤ ਹੈ ਅਤੇ ਇਸ ਲਈ ਹਾਇਕੂ ਲਈ ਮੌਜੂਦ ਨਹੀਂ ਹੈ। ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਮੈਨੂੰ ਸਰੋਤ ਕੋਡ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਜੋ ਮੈਂ ਕੰਪਾਇਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹਾਂ.
ਆਹ, ਤੁਸੀਂ ਆਪਣੇ ਸਿਰ ਤੋਂ ਛਾਲ ਨਹੀਂ ਮਾਰ ਸਕਦੇ, ਅਤੇ ਮੈਨੂੰ ਇਹ ਵੀ ਨਹੀਂ ਪਤਾ ਕਿ ਕਿੱਥੋਂ ਸ਼ੁਰੂ ਕਰਨਾ ਹੈ।

ਤੀਜੀ ਕੋਸ਼ਿਸ਼

ਇਹ ਹੋਣਾ ਚੰਗਾ ਹੋਵੇਗਾ tmate ਹਾਇਕੂ ਲਈ, ਫਿਰ ਮੈਂ ਹਾਇਕੂ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਮੇਰੇ ਟਰਮੀਨਲ ਸੈਸ਼ਨ ਨਾਲ ਜੁੜਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇਵਾਂਗਾ - ਜੇਕਰ ਕੁਝ ਗਲਤ ਹੋ ਜਾਂਦਾ ਹੈ। ਨਿਰਦੇਸ਼ ਕਾਫ਼ੀ ਸਧਾਰਨ ਹਨ:

./autogen.sh
./configure
make
make install

ਵਧੀਆ ਲੱਗ ਰਿਹਾ ਹੈ, ਤਾਂ ਕਿਉਂ ਨਾ ਹਾਇਕੂ 'ਤੇ ਇਸ ਨੂੰ ਅਜ਼ਮਾਇਆ ਜਾਵੇ?

/Haiku/home> git clone https://github.com/tmate-io/tmate/Haiku/home> cd tmate//Haiku/home/tmate> ./autogen.sh
(...)/Haiku/home/tmate> ./configure
(...)
checking for libevent... no
checking for library containing event_init... no
configure: error: "libevent not found"/Haiku/home/tmate> pkgman install devel:libevent
(...)
The following changes will be made:
  in system:
    install package libevent21-2.1.8-2 from repository HaikuPorts
    install package libevent21_devel-2.1.8-2 from repository HaikuPorts
Continue? [yes/no] (yes) :
100% libevent21-2.1.8-2-x86_64.hpkg [965.22 KiB]
(...)
[system] Done.checking for ncurses... no
checking for library containing setupterm... no
configure: error: "curses not found"/Haiku/home/tmate> pkgman install devel:libcurses
(...)
*** Failed to find a match for "devel:libcurses": Name not found/Haiku/home/tmate> pkgman install devel:curses
(...)
*** Failed to find a match for "devel:curses": Name not found

ਇਸ ਪੜਾਅ ਵਿੱਚ ਮੈਂ HaikuDepot ਖੋਲ੍ਹਦਾ ਹਾਂ ਅਤੇ ਖੋਜ ਕਰਦਾ ਹਾਂ curses.
ਕੁਝ ਮਿਲਿਆ, ਜਿਸ ਨੇ ਮੈਨੂੰ ਵਧੇਰੇ ਸਮਰੱਥ ਪੁੱਛਗਿੱਛ ਲਈ ਸੰਕੇਤ ਦਿੱਤਾ:

/Haiku/home/tmate> pkgman install devel:libncurses
(...)
100% ncurses6_devel-6.1-1-x86_64.hpkg [835.62 KiB]
(...)./configure
(...)
checking for msgpack >= 1.1.0... no
configure: error: "msgpack >= 1.1.0 not found"/Haiku/home/tmate> pkgman install devel:msgpack
(...)
*** Failed to find a match for "devel:msgpack": Name not found/Haiku/home/tmate> pkgman install devel:libmsgpack
(...)
*** Failed to find a match for "devel:libmsgpack": Name not found

ਦੁਬਾਰਾ ਮੈਂ ਹਾਇਕੂ ਡਿਪੋਟ ਗਿਆ, ਅਤੇ, ਬੇਸ਼ੱਕ, ਮਿਲਿਆ devel:msgpack_c_cpp_devel. ਇਹ ਅਜੀਬ ਨਾਮ ਕੀ ਹਨ?

/Haiku/home/tmate> pkgman install devel:msgpack_c_cpp_devel
100% repochecksum-1 [65 bytes]
Validating checksum for Haiku...done.
100% repochecksum-1 [64 bytes]
Validating checksum for HaikuPorts...done.
*** Failed to find a match for "devel:msgpack_c_cpp_devel": Name not found# Why is it not finding it? To hell with the "devel:".../Haiku/home/tmate> pkgman install msgpack_c_cpp_devel
(...)
The following changes will be made:
  in system:
    install package msgpack_c_cpp-3.1.1-1 from repository HaikuPorts
    install package msgpack_c_cpp_devel-3.1.1-1 from repository HaikuPorts
Continue? [yes/no] (yes) :
(...)/Haiku/home/tmate> ./configure
(...)
checking for libssh >= 0.8.4... no
configure: error: "libssh >= 0.8.4 not found"/Haiku/home/tmate> pkgman install devel:libssh/Haiku/home/tmate> make
(...)
In file included from /boot/system/develop/headers/msgpack.h:22,
                 from tmate.h:5,
                 from cfg.c:29:
/boot/system/develop/headers/msgpack/vrefbuffer.h:19:8: error: redefinition of struct iovec'
 struct iovec {
        ^~~~~
In file included from tmux.h:27,
                 from cfg.c:28:
/boot/system/develop/headers/posix/sys/uio.h:12:16: note: originally defined here
 typedef struct iovec {
                ^~~~~
Makefile:969: recipe for target 'cfg.o' failed
make: *** [cfg.o] Error 1

ਇਸ ਪੜਾਅ 'ਤੇ, ਮੈਂ ਮਹਿਸੂਸ ਕੀਤਾ ਕਿ ਇੱਕ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਹਾਇਕੂ ਵਿੱਚ ਪੋਰਟ ਕਰਨ ਲਈ ਇੱਕ ਸਧਾਰਨ ਪੁਨਰ-ਨਿਰਮਾਣ ਲਈ ਲੋੜ ਨਾਲੋਂ ਕਿਤੇ ਜ਼ਿਆਦਾ ਗਿਆਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਮੈਂ ਦੋਸਤਾਨਾ ਹਾਇਕੂ ਡਿਵੈਲਪਰਾਂ ਨਾਲ ਗੱਲ ਕੀਤੀ, ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ msgpack ਵਿੱਚ ਇੱਕ ਬੱਗ ਹੈ, ਅਤੇ ਕੁਝ ਮਿੰਟਾਂ ਬਾਅਦ ਮੈਨੂੰ HaikuPorts ਵਿੱਚ ਇੱਕ ਪੈਚ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। ਮੈਂ ਆਪਣੀਆਂ ਅੱਖਾਂ ਨਾਲ ਦੇਖ ਸਕਦਾ ਹਾਂ ਕਿ ਕਿਵੇਂ ਠੀਕ ਕੀਤਾ ਪੈਕੇਜ ਇੱਥੇ ਜਾ ਰਿਹਾ ਹੈ (ਬਿਲਡਸਲੇਵ - ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ)।

ਬਿਲਡਮਾਸਟਰ 'ਤੇ ਸਹੀ ਕੀਤੇ msgpack ਨੂੰ ਬਣਾਉਣਾ

ਵਿਚਕਾਰਲੇ ਸਮੇਂ ਵਿੱਚ ਮੈਂ ਇੱਕ ਪੈਚ ਅੱਪਸਟ੍ਰੀਮ ਨੂੰ ਭੇਜਦਾ ਹਾਂ msgpack ਵਿੱਚ ਹਾਇਕੂ ਸਹਿਯੋਗ ਜੋੜਨ ਲਈ.

ਪੰਜ ਮਿੰਟ ਬਾਅਦ, ਅੱਪਡੇਟ ਕੀਤਾ msgpack ਪਹਿਲਾਂ ਹੀ ਹਾਇਕੂ ਵਿੱਚ ਉਪਲਬਧ ਹੈ:

/Haiku/home/tmate> pkgman update
(...)
The following changes will be made:
  in system:
    upgrade package msgpack_c_cpp-3.1.1-1 to 3.2.0-2 from repository HaikuPorts
    upgrade package msgpack_c_cpp_devel-3.1.1-1 to 3.2.0-2 from repository HaikuPorts
Continue? [yes/no] (yes) : y
100% msgpack_c_cpp-3.2.0-2-x86_64.hpkg [13.43 KiB]
(...)
[system] Done.

ਅਚਾਨਕ ਚੰਗਾ। ਕੀ ਮੈਂ ਇਹ ਕਿਹਾ ?!

ਮੈਂ ਅਸਲ ਸਮੱਸਿਆ 'ਤੇ ਵਾਪਸ ਪਰਤਦਾ ਹਾਂ:

/Haiku/home/tmate> make
(...)
In file included from tmux.h:40,
                 from tty.c:32:
compat.h:266: warning: "AT_FDCWD" redefined
 #define AT_FDCWD -100

In file included from tty.c:25:
/boot/system/develop/headers/posix/fcntl.h:62: note: this is the location of the previous definition
 #define AT_FDCWD  (-1)  /* CWD FD for the *at() functions */

tty.c: In function 'tty_init_termios':
tty.c:278:48: error: 'IMAXBEL' undeclared (first use in this function); did you mean 'MAXLABEL'?
  tio.c_iflag &= ~(IXON|IXOFF|ICRNL|INLCR|IGNCR|IMAXBEL|ISTRIP);
                                                ^~~~~~~
                                                MAXLABEL
tty.c:278:48: note: each undeclared identifier is reported only once for each function it appears in
Makefile:969: recipe for target 'tty.o' failed
make: *** [tty.o] Error 1

ਹੁਣ ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕਿ msgpack ਦਾ ਕੋਈ ਕਸੂਰ ਨਹੀਂ ਹੈ। ਮੈਂ ਟਿੱਪਣੀ ਕਰ ਰਿਹਾ ਹਾਂ IMAXLABEL в tty.c ਇਸ ਤਰ੍ਹਾਂ:

tio.c_iflag &= ~(IXON|IXOFF|ICRNL|INLCR|IGNCR|/*IMAXBEL|*/ISTRIP);

ਨਤੀਜਾ:

osdep-unknown.c: In function 'osdep_get_cwd':
osdep-unknown.c:32:19: warning: unused parameter 'fd' [-Wunused-parameter]
 osdep_get_cwd(int fd)
               ~~~~^~
make: *** No rule to make target 'compat/forkpty-unknown.c', needed by 'compat/forkpty-unknown.o'.  Stop.

ਖੈਰ, ਇੱਥੇ ਅਸੀਂ ਦੁਬਾਰਾ ਜਾਂਦੇ ਹਾਂ... ਤਰੀਕੇ ਨਾਲ:

/Haiku/home/tmate> ./configure | grep -i OPENAT
checking for openat... no

ਮਿਸਟਰ waddlesplash ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿੱਥੇ ਖੋਦਣਾ ਹੈ:

/Haiku/home/tmate> ./configure LDFLAGS="-lbsd"
(...)/Haiku/home/tmate> make
(...)
In file included from tmux.h:40,
                 from window.c:31:
compat.h:266: warning: "AT_FDCWD" redefined
 #define AT_FDCWD -100

In file included from window.c:22:
/boot/system/develop/headers/posix/fcntl.h:62: note: this is the location of the previous definition
 #define AT_FDCWD  (-1)  /* CWD FD for the *at() functions */

make: *** No rule to make target 'compat/forkpty-unknown.c', needed by 'compat/forkpty-unknown.o'.  Stop.

ਇੱਥੇ ਮੈਂ ਪੋਸਟ ਕੀਤਾ config.log.

ਉਹਨਾਂ ਨੇ ਮੈਨੂੰ ਸਮਝਾਇਆ ਕਿ ਹਾਇਕੂ ਉੱਤੇ libresolv ਤੋਂ ਇਲਾਵਾ libnetwork ਵਿੱਚ ਕੁਝ ਹੋਰ ਵੀ ਹੈ। ਜ਼ਾਹਰ ਹੈ ਕਿ ਕੋਡ ਨੂੰ ਹੋਰ ਸੰਪਾਦਿਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਸੋਚਣ ਦੀ ਲੋੜ ਹੈ...

find . -type f -exec sed -i -e 's|lresolv|lnetwork|g'  {} ;

ਸਦੀਵੀ ਸਵਾਲ: ਕੀ ਹੋ ਰਿਹਾ ਹੈ?

/Haiku/home/tmate> ./configure LDFLAGS="-lbsd"
(...)/Haiku/home/tmate> make
(...)
# Success!# Let's run it:/Haiku/home/tmate> ./tmate
runtime_loader: /boot/system/lib/libssh.so.4.7.2: Could not resolve symbol '__stack_chk_guard'
resolve symbol "__stack_chk_guard" returned: -2147478780
runtime_loader: /boot/system/lib/libssh.so.4.7.2: Troubles relocating: Symbol not found

ਉਹੀ ਚੀਜ਼, ਸਿਰਫ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ. Googled ਅਤੇ ਇਹ ਪਾਇਆ. ਜੇ ਤੁਸੀਂ ਜੋੜਦੇ ਹੋ -lssp "ਕਈ ਵਾਰ" ਮਦਦ ਕਰਦਾ ਹੈ, ਮੈਂ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹਾਂ:

/Haiku/home/tmate> ./configure LDFLAGS="-lbsd -lssp"
(...)/Haiku/home/tmate> make
(...)/Haiku/home/tmate> ./tmate

ਵਾਹ! ਇਹ ਸ਼ੁਰੂ ਹੋ ਰਿਹਾ ਹੈ! ਪਰ…

[tmate] ssh.tmate.io lookup failure. Retrying in 2 seconds (non-recoverable failure in name resolution)

ਮੈਂ ਡੀਬੱਗ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗਾ ਇੱਥੇ ਫਾਇਲ:

/Haiku/home/tmate> strace -f ./tmate >log 2>&1

"ਬੈੱਡ ਪੋਰਟ ID" ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਵਪਾਰਕ ਕਾਰਡ ਵਰਗਾ ਹੈ ਹਾਇਕੂ. ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਕਿਸੇ ਨੂੰ ਕੋਈ ਵਿਚਾਰ ਹੋਵੇ ਕਿ ਕੀ ਗਲਤ ਹੈ ਅਤੇ ਇਸਨੂੰ ਕਿਵੇਂ ਠੀਕ ਕਰਨਾ ਹੈ? ਜੇ ਅਜਿਹਾ ਹੈ, ਤਾਂ ਮੈਂ ਲੇਖ ਨੂੰ ਅਪਡੇਟ ਕਰਾਂਗਾ। ਨਾਲ ਲਿੰਕ ਕਰੋ GitHub.

GUI ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ Qt ਵਿੱਚ ਪੋਰਟ ਕਰਨਾ।

ਮੈਂ ਇੱਕ ਸਧਾਰਨ QML ਐਪਲੀਕੇਸ਼ਨ ਚੁਣਦਾ ਹਾਂ।

/> cd /Haiku/home//Haiku/home> git clone https://github.com/probonopd/QtQuickApp
/Haiku/home/QtQuickApp> qmake .
/Haiku/home/QtQuickApp> make
/Haiku/home/QtQuickApp> ./QtQuickApp # Works!

ਸੱਚਮੁੱਚ ਸਧਾਰਨ. ਇੱਕ ਮਿੰਟ ਤੋਂ ਵੀ ਘੱਟ!

ਹਾਇਕੁਪੋਰਟਰ ਅਤੇ ਹਾਇਕੁਪੋਰਟਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ hpkg ਵਿੱਚ ਪੈਕੇਜਿੰਗ ਐਪਲੀਕੇਸ਼ਨ।

ਮੈਨੂੰ ਕਿਸ ਨਾਲ ਸ਼ੁਰੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ? ਕੋਈ ਸਧਾਰਨ ਦਸਤਾਵੇਜ਼ ਨਹੀਂ ਹੈ, ਮੈਂ irc.freenode.net 'ਤੇ #haiku ਚੈਨਲ 'ਤੇ ਜਾਂਦਾ ਹਾਂ ਅਤੇ ਸੁਣਦਾ ਹਾਂ:

• ਦੀ ਟੀਮ package - ਪੈਕੇਜ ਬਣਾਉਣ ਦਾ ਇੱਕ ਨੀਵਾਂ-ਪੱਧਰ ਦਾ ਤਰੀਕਾ। ਜ਼ਿਆਦਾਤਰ ਹਿੱਸੇ ਲਈ, PackageInfo ਉਸਦੇ ਲਈ ਕਾਫੀ ਹੈ, ਜਿਵੇਂ ਕਿ "ਇਸ ਨੂੰ ਸਹੀ .hpkg ਪੈਕੇਜ ਵਿੱਚ ਬਣਾਉਣਾ" ਭਾਗ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ।
• ਮੈਨੂੰ ਕੁਝ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਅਜਿਹੇ
• ਵਰਤ ਸਕਦੇ ਹੋ hpkg-ਸਿਰਜਣਹਾਰ (ਇਹ ਮੇਰੇ ਲਈ ਕਰੈਸ਼ ਹੋ ਜਾਂਦਾ ਹੈ, ਗਲਤੀ ਰਿਪੋਰਟਿੰਗ)

ਇਹ ਸਪਸ਼ਟ ਨਹੀਂ ਹੈ ਕਿ ਕੀ ਕਰਨਾ ਹੈ। ਮੇਰਾ ਅੰਦਾਜ਼ਾ ਹੈ ਕਿ ਮੈਨੂੰ ਹੈਲੋ ਵਰਲਡ ਸ਼ੈਲੀ ਦੀ ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਾਲੇ ਗਾਈਡ ਦੀ ਲੋੜ ਹੈ, ਆਦਰਸ਼ਕ ਤੌਰ 'ਤੇ ਇੱਕ ਵੀਡੀਓ। ਹਾਇਕੂਪੋਰਟਰ ਨਾਲ ਵੀ ਇੱਕ ਸੁਵਿਧਾਜਨਕ ਜਾਣ-ਪਛਾਣ ਕਰਨਾ ਚੰਗਾ ਹੋਵੇਗਾ, ਜਿਵੇਂ ਕਿ GNU ਹੈਲੋ ਵਿੱਚ ਕੀਤਾ ਗਿਆ ਹੈ।

ਮੈਂ ਹੇਠ ਲਿਖਿਆਂ ਨੂੰ ਪੜ੍ਹਿਆ:

haikuporter ਹਾਇਕੂ ਲਈ ਸਾਂਝੇ ਪੈਕੇਜ ਪ੍ਰੋਜੈਕਟ ਬਣਾਉਣ ਦਾ ਇੱਕ ਸਾਧਨ ਹੈ। ਇਹ ਹਾਇਕੂਪੋਰਟਸ ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਸਾਰੇ ਪੈਕੇਜਾਂ ਲਈ ਅਧਾਰ ਵਜੋਂ ਵਰਤਦਾ ਹੈ। ਹਾਇਕੁਪੋਰਟਰ ਪਕਵਾਨਾਂ ਦੀ ਵਰਤੋਂ ਪੈਕੇਜ ਬਣਾਉਣ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਮੈਨੂੰ ਪਤਾ ਲੱਗਾ ਹੈ ਕਿ:

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

ਬੱਸ ਮੈਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ - ਜੇ ਪੈਕੇਜ ਨੂੰ ਜਨਤਕ ਤੌਰ 'ਤੇ ਜਾਰੀ ਕਰਨ ਦਾ ਤਰੀਕਾ ਨਹੀਂ ਲੱਭ ਰਿਹਾ. ਪਰ ਇਹ ਇੱਕ ਹੋਰ ਪੋਸਟ ਲਈ ਇੱਕ ਵਿਸ਼ਾ ਹੈ.

ਹਾਇਕੁਪੋਰਟਰ ਅਤੇ ਹਾਇਕੁਪੋਰਟਸ ਸਥਾਪਿਤ ਕਰਨਾ

cd /boot/home/
git clone https://github.com/haikuports/haikuporter --depth=50
git clone https://github.com/haikuports/haikuports --depth=50
ln -s /boot/home/haikuporter/haikuporter /boot/home/config/non-packaged/bin/ # make it runnable from anywhere
cd haikuporter
cp haikuports-sample.conf /boot/home/config/settings/haikuports.conf
sed -i -e 's|/mydisk/haikuports|/boot/home/haikuports|g' /boot/home/config/settings/haikuports.conf

ਇੱਕ ਵਿਅੰਜਨ ਲਿਖਣਾ

SUMMARY="Demo QtQuick application"
DESCRIPTION="QtQuickApp is a demo QtQuick application for testing Haiku porting and packaging"
HOMEPAGE="https://github.com/probonopd/QtQuickApp"
COPYRIGHT="None"
LICENSE="MIT"
REVISION="1"
SOURCE_URI="https://github.com/probonopd/QtQuickApp.git"
#PATCHES=""
ARCHITECTURES="x86_64"
PROVIDES="
    QtQuickApp = $portVersion
"
REQUIRES="
    haiku
"
BUILD_REQUIRES="
    haiku_devel
    cmd:qmake
"BUILD()
{
    qmake .
    make $jobArgs
}INSTALL()
{
    make install
}

ਵਿਅੰਜਨ ਨੂੰ ਇਕੱਠਾ ਕਰਨਾ

ਮੈਂ ਫਾਈਲ ਨੂੰ ਨਾਮ ਹੇਠ ਸੇਵ ਕਰਦਾ ਹਾਂ QtQuickApp-1.0.recipe, ਜਿਸ ਤੋਂ ਬਾਅਦ ਮੈਂ ਲਾਂਚ ਕਰਦਾ ਹਾਂ aikuporter -S ./QuickApp-1.0.recipe. ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਸਾਰੇ ਪੈਕੇਜਾਂ ਲਈ ਨਿਰਭਰਤਾ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਹਾਇਕੁਪੋਰਟਸ, ਜਿਸ ਵਿੱਚ ਕੁਝ ਸਮਾਂ ਲੱਗਦਾ ਹੈ। ਮੈਂ ਕੌਫੀ ਲੈਣ ਜਾਵਾਂਗਾ।

ਧਰਤੀ 'ਤੇ ਇਹ ਜਾਂਚ ਮੇਰੀ ਸਥਾਨਕ ਮਸ਼ੀਨ 'ਤੇ ਕਿਉਂ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ, ਨਾ ਕਿ ਸਰਵਰ 'ਤੇ ਹਰ ਕਿਸੇ ਲਈ ਇਕ ਵਾਰ?

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

ਇਸ ਨਾਲ ਤੁਸੀਂ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਕਿਸੇ ਵੀ ਫਾਈਲ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖ ਸਕਦੇ ਹੋ 😉 ਤੁਸੀਂ ਲੋੜ ਪੈਣ 'ਤੇ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਦੀ ਗਣਨਾ ਕਰਦੇ ਹੋਏ ਇਸਨੂੰ ਥੋੜਾ ਜਿਹਾ ਅਨੁਕੂਲਿਤ ਕਰ ਸਕਦੇ ਹੋ, ਕਿਉਂਕਿ ਆਖਰੀ ਤਬਦੀਲੀਆਂ ਬਹੁਤ ਘੱਟ ਹੁੰਦੀਆਂ ਹਨ।

~/QtQuickApp> haikuporter  QtQuickApp-1.0.recipe
Checking if any dependency-infos need to be updated ...
Looking for stale dependency-infos ...
Error: QtQuickApp not found in repository

ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਨਿਯਮਤ ਵਿਅੰਜਨ ਫਾਈਲ ਵਰਗੀ ਕੋਈ ਚੀਜ਼ ਨਹੀਂ ਹੈ ਜਿਸ ਵਿੱਚ ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਸਰੋਤ ਕੋਡ ਸ਼ਾਮਲ ਹੈ। ਤੁਹਾਨੂੰ ਇਸਨੂੰ HaikuPorts ਫਾਰਮੈਟ ਵਿੱਚ ਇੱਕ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਰੱਖਣ ਦੀ ਲੋੜ ਹੈ।

~/QtQuickApp> mv QtQuickApp-1.0.recipe ../haikuports/app-misc/QtQuickApp/
~/QtQuickApp> ../haikuport
~/QtQuickApp> haikuporter -S QtQuickApp-1.0.recipe

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

ਮੈਨੂੰ ਹੇਠ ਲਿਖਿਆਂ ਮਿਲਦਾ ਹੈ:

~/QtQuickApp> haikuporter -S QtQuickApp-1.0.recipe
Checking if any dependency-infos need to be updated ...
        updating dependency infos of QtQuickApp-1.0
Looking for stale dependency-infos ...
Error: QtQuickApp-1.0.recipe not found in tree.

ਗਲਤ ਕੀ ਹੈ? irc ਨੂੰ ਪੜ੍ਹਨ ਤੋਂ ਬਾਅਦ ਮੈਂ ਇਹ ਕਰਦਾ ਹਾਂ:

~/QtQuickApp> haikuporter -S QtQuickApp
Checking if any dependency-infos need to be updated ...
        updating dependency infos of QtQuickApp-1.0
Looking for stale dependency-infos ...
----------------------------------------------------------------------
app-misc::QtQuickApp-1.0
        /boot/home/haikuports/app-misc/QtQuickApp/QtQuickApp-1.0.recipe
----------------------------------------------------------------------Downloading: https://github.com/probonopd/QtQuickApp.git ...
--2019-07-14 16:12:44--  https://github.com/probonopd/QtQuickApp.git
Resolving github.com... 140.82.118.3
Connecting to github.com|140.82.118.3|:443... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://github.com/probonopd/QtQuickApp [following]
--2019-07-14 16:12:45--  https://github.com/probonopd/QtQuickApp
Reusing existing connection to github.com:443.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘/boot/home/haikuports/app-misc/QtQuickApp/download/QtQuickApp.git’
     0K .                                                     1.34M=0.06s
2019-07-14 16:12:45 (1.34 MB/s) - ‘/boot/home/haikuports/app-misc/QtQuickApp/download/QtQuickApp.git’ saved [90094]
Validating checksum of QtQuickApp.git
Warning: ----- CHECKSUM TEMPLATE -----
Warning: CHECKSUM_SHA256="cf906a65442748c95df16730c66307a46d02ab3a12137f89076ec7018d8ce18c"
Warning: -----------------------------
Error: No checksum found in recipe!

ਇੱਕ ਦਿਲਚਸਪ ਸਵਾਲ ਉੱਠਿਆ ਹੈ। ਜੇ ਮੈਂ ਵਿਅੰਜਨ ਵਿੱਚ ਇੱਕ ਚੈਕਸਮ ਜੋੜਦਾ ਹਾਂ - ਕੀ ਇਹ ਨਿਰੰਤਰ ਏਕੀਕਰਣ ਲਈ ਨਵੀਨਤਮ ਗਿੱਟ ਕਮਿਟ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ? (ਡਿਵੈਲਪਰ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ: "ਇਹ ਕੰਮ ਨਹੀਂ ਕਰੇਗਾ। ਪਕਵਾਨਾਂ ਨੂੰ ਮੁਕਾਬਲਤਨ ਸਥਿਰ ਹੋਣ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ।")

ਮਨੋਰੰਜਨ ਲਈ, ਵਿਅੰਜਨ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ:

CHECKSUM_SHA256="cf906a65442748c95df16730c66307a46d02ab3a12137f89076ec7018d8ce18c"

ਅਜੇ ਵੀ ਸੰਤੁਸ਼ਟ ਨਹੀਂ:

~/QtQuickApp> haikuporter -S QtQuickApp
Checking if any dependency-infos need to be updated ...
        updating dependency infos of QtQuickApp-1.0
Looking for stale dependency-infos ...
----------------------------------------------------------------------
app-misc::QtQuickApp-1.0
        /boot/home/haikuports/app-misc/QtQuickApp/QtQuickApp-1.0.recipe
----------------------------------------------------------------------
Skipping download of source for QtQuickApp.git
Validating checksum of QtQuickApp.git
Unpacking source of QtQuickApp.git
Error: Unrecognized archive type in file /boot/home/haikuports/app-misc/QtQuickApp/download/QtQuickApp.git

ਉਹ ਕੀ ਕਰ ਰਿਹਾ ਹੈ? ਆਖ਼ਰਕਾਰ, ਇਹ ਇੱਕ ਗਿੱਟ ਰਿਪੋਜ਼ਟਰੀ ਹੈ, ਕੋਡ ਪਹਿਲਾਂ ਹੀ ਸਿੱਧਾ ਉੱਥੇ ਹੈ, ਅਨਪੈਕ ਕਰਨ ਲਈ ਕੁਝ ਵੀ ਨਹੀਂ ਹੈ. ਮੇਰੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ, ਟੂਲ ਇੰਨਾ ਚੁਸਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਇਹ ਇੱਕ ਅਨਪੈਕਰ ਦੀ ਭਾਲ ਨਾ ਕਰੇ ਜੇਕਰ ਇਹ GitHub url ਤੋਂ ਉੱਪਰ ਹੈ.

ਸ਼ਾਇਦ uri git:// ਕੰਮ ਕਰੇਗਾ

SOURCE_URI="git://github.com/probonopd/QtQuickApp.git"

ਹੁਣ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਸ਼ਿਕਾਇਤ ਕਰਦਾ ਹੈ:

Downloading: git://github.com/probonopd/QtQuickApp.git ...
Error: Downloading from unsafe sources is disabled in haikuports.conf!

ਹਾਂ, ਸਭ ਕੁਝ ਇੰਨਾ ਗੁੰਝਲਦਾਰ ਕਿਉਂ ਹੈ, ਤੁਸੀਂ "ਸਿਰਫ਼ ਕੰਮ" ਕਿਉਂ ਨਹੀਂ ਕਰ ਸਕਦੇ? ਆਖ਼ਰਕਾਰ, ਗਿਟਹਬ ਤੋਂ ਕੁਝ ਬਣਾਉਣਾ ਇਹ ਅਸਧਾਰਨ ਨਹੀਂ ਹੈ. ਭਾਵੇਂ ਇਹ ਉਹ ਟੂਲ ਹਨ ਜੋ ਤੁਰੰਤ ਕੰਮ ਕਰਦੇ ਹਨ, ਸੈੱਟਅੱਪ ਦੀ ਲੋੜ ਤੋਂ ਬਿਨਾਂ, ਜਾਂ ਜਿਵੇਂ ਕਿ ਮੈਂ ਇਸਨੂੰ "ਫਸਿੰਗ" ਕਹਿੰਦਾ ਹਾਂ।

ਸ਼ਾਇਦ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰੇਗਾ:

SOURCE_URI="git+https://github.com/probonopd/QtQuickApp.git"

ਨਹੀਂ। ਮੈਨੂੰ ਅਜੇ ਵੀ ਇਹ ਅਜੀਬ ਗਲਤੀ ਮਿਲਦੀ ਹੈ ਅਤੇ ਮੈਂ ਕਰਦਾ ਹਾਂ, ਜਿਵੇਂ ਕਿ ਇੱਥੇ ਦੱਸਿਆ ਗਿਆ ਹੈ

sed -i -e 's|#ALLOW_UNSAFE_SOURCES|ALLOW_UNSAFE_SOURCES|g' /boot/home/config/settings/haikuports.conf

ਮੈਂ ਥੋੜਾ ਹੋਰ ਅੱਗੇ ਵਧ ਰਿਹਾ ਹਾਂ, ਪਰ ਇਹ ਮੇਰੇ 'ਤੇ ਕਿਉਂ ਚੀਕ ਰਿਹਾ ਹੈ (GitHub ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਹੈ!) ਅਤੇ ਅਜੇ ਵੀ ਕੁਝ ਅਨਪੈਕ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹਾਂ.

ਦੇ ਅਨੁਸਾਰ ਮਿਸਟਰ waddlesplash:

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

~/QtQuickApp> haikuporter -S QtQuickApp
Checking if any dependency-infos need to be updated ...
Looking for stale dependency-infos ...
----------------------------------------------------------------------
app-misc::QtQuickApp-1.0
        /boot/home/haikuports/app-misc/QtQuickApp/QtQuickApp-1.0.recipe
----------------------------------------------------------------------Downloading: git+https://github.com/probonopd/QtQuickApp.git ...
Warning: UNSAFE SOURCES ARE BAD AND SHOULD NOT BE USED IN PRODUCTION
Warning: PLEASE MOVE TO A STATIC ARCHIVE DOWNLOAD WITH CHECKSUM ASAP!
Cloning into bare repository '/boot/home/haikuports/app-misc/QtQuickApp/download/QtQuickApp.git'...
Unpacking source of QtQuickApp.git
tar: /boot/home/haikuports/app-misc/QtQuickApp/work-1.0/sources/QtQuickApp-1.0: Cannot open: No such file or directory
tar: Error is not recoverable: exiting now
Command 'git archive HEAD | tar -x -C "/boot/home/haikuports/app-misc/QtQuickApp/work-1.0/sources/QtQuickApp-1.0"' returned non-zero exit status 2

ਪੁਰਾਣੀ ਆਦਤ ਤੋਂ ਬਾਅਦ, ਮੈਂ irc.freenode.net ਨੈੱਟਵਰਕ 'ਤੇ #haiku ਚੈਨਲ 'ਤੇ ਚੰਗੇ ਲੋਕਾਂ ਨੂੰ ਪੁੱਛਦਾ ਹਾਂ। ਅਤੇ ਮੈਂ ਉਨ੍ਹਾਂ ਤੋਂ ਬਿਨਾਂ ਕਿੱਥੇ ਹੋਵਾਂਗਾ? ਸੰਕੇਤ ਤੋਂ ਬਾਅਦ, ਮੈਨੂੰ ਅਹਿਸਾਸ ਹੋਇਆ ਕਿ ਮੈਨੂੰ ਇਹ ਵਰਤਣਾ ਚਾਹੀਦਾ ਹੈ:

srcGitRev="d0769f53639eaffdcd070bddfb7113c04f2a0de8"
SOURCE_URI="https://github.com/probonopd/QtQuickApp/archive/$srcGitRev.tar.gz"
SOURCE_DIR="QtQuickApp-$srcGitRev"
CHECKSUM_SHA256="db8ab861cfec0ca201e9c7b6c0c9e5e828cb4e9e69d98e3714ce0369ba9d9522"

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

ਡਿਵੈਲਪਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨੇ ਇਸਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਸਮਝਾਇਆ:

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

ਸਮਝਿਆ! ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ, ਇਹ ਉਹੀ ਹੋਇਆ ਹੈ:

waiting for build package QtQuickApp-1.0-1 to be activated
waiting for build package QtQuickApp-1.0-1 to be activated
waiting for build package QtQuickApp-1.0-1 to be activated
waiting for build package QtQuickApp-1.0-1 to be activated
waiting for build package QtQuickApp-1.0-1 to be activated
(...)

ਇਹ ਇਸ ਵਿਗਿਆਪਨ ਅਨੰਤ ਨੂੰ ਦੁਹਰਾਉਂਦਾ ਹੈ। ਜ਼ਾਹਰ ਹੈ ਕਿ ਇਹ ਇੱਕ ਤਰੁੱਟੀ ਹੈ (ਕੀ ਕੋਈ ਐਪਲੀਕੇਸ਼ਨ ਹੈ? ਮੈਂ ਇਸਨੂੰ ਨਹੀਂ ਲੱਭ ਸਕਿਆ)।

С haikuporter ਅਤੇ ਰਿਪੋਜ਼ਟਰੀ ਹਾਇਕੁਪੋਰਟਸ ਇਸ ਵਿੱਚ "ਸਿਰਫ਼ ਕੰਮ" ਦੀ ਭਾਵਨਾ ਨਹੀਂ ਹੈ, ਪਰ ਇੱਕ ਡਿਵੈਲਪਰ ਵਜੋਂ, ਕੁਝ ਚੀਜ਼ਾਂ ਹਨ ਜੋ ਮੈਂ ਹਾਇਕੂ ਨਾਲ ਕੰਮ ਕਰਨਾ ਪਸੰਦ ਕਰਦਾ ਹਾਂ। ਜ਼ਿਆਦਾਤਰ ਹਿੱਸੇ ਲਈ, ਇਹ ਓਪਨ ਬਿਲਡ ਸਰਵਿਸ ਦੇ ਸਮਾਨ ਹੈ, ਲੀਨਕਸ ਬਿਲਡ ਬਣਾਉਣ ਲਈ ਟੂਲਸ ਦਾ ਇੱਕ ਸੈੱਟ: ਬਹੁਤ ਸ਼ਕਤੀਸ਼ਾਲੀ, ਇੱਕ ਯੋਜਨਾਬੱਧ ਪਹੁੰਚ ਨਾਲ, ਪਰ ਮੇਰੀ ਛੋਟੀ "ਹੈਲੋ ਵਰਲਡ" ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਓਵਰਕਿਲ।

ਦੁਬਾਰਾ ਫਿਰ, ਮਿਸਟਰ ਦੇ ਅਨੁਸਾਰ. waddlesplash:

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

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

"ਪੈਕੇਜ ਬਣਾਓ" ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ hpkg ਫਾਰਮੈਟ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਬਣਾਉਣਾ

ਸ਼ਾਇਦ, ਇਹ ਕੀ ਸਧਾਰਨ ਨਿਰਦੇਸ਼ ਮੇਰੇ ਲਈ ਬਿਹਤਰ ਕੰਮ ਕਰਨਗੇ?

mkdir -p apps/
cp QtQuickApp apps/cat >  .PackageInfo <<EOF
name QtQuickApp
version 1.0-1
architecture x86_64

summary "Demo QtQuick application"
description "QtQuickApp is a demo QtQuick application for testing Haiku porting and packaging"

packager "probono"
vendor "probono"

copyrights "probono"
licenses "MIT"

provides {
  QtQuickApp = 1.0-1
}requires {
  qt5
}
EOFpackage create -b QtQuickApp.hpkg
package add QtQuickApp.hpkg apps# See below if you also want the application
# to appear in the menu

ਅਚਾਨਕ ਤੇਜ਼, ਅਚਾਨਕ ਸਧਾਰਨ, ਅਚਾਨਕ ਪ੍ਰਭਾਵਸ਼ਾਲੀ. ਬਿਲਕੁਲ ਮੈਨੂੰ ਇਹ ਕਿਵੇਂ ਪਸੰਦ ਹੈ, ਹੈਰਾਨੀਜਨਕ!

ਇੰਸਟਾਲੇਸ਼ਨ - ਕੀ ਅਤੇ ਕਿੱਥੇ?

QtQuickApp.hpkg ਫ਼ਾਈਲ ਨੂੰ ਇਸ ਵਿੱਚ ਲਿਜਾਇਆ ਗਿਆ ~/config/packagesਇੱਕ ਫਾਈਲ ਮੈਨੇਜਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਜਿਸ ਤੋਂ ਬਾਅਦ QtQuickApp ਜਾਦੂਈ ਰੂਪ ਵਿੱਚ ਪ੍ਰਗਟ ਹੋਇਆ ~/config/apps.
ਦੁਬਾਰਾ ਫਿਰ, ਅਚਾਨਕ ਤੇਜ਼, ਸਧਾਰਨ ਅਤੇ ਪ੍ਰਭਾਵਸ਼ਾਲੀ. ਹੈਰਾਨੀਜਨਕ, ਸ਼ਾਨਦਾਰ!

ਪਰ... (ਅਸੀਂ ਉਹਨਾਂ ਤੋਂ ਬਿਨਾਂ ਕਿੱਥੇ ਹੋਵਾਂਗੇ!)

ਐਪ ਅਜੇ ਵੀ ਐਪਸ ਮੀਨੂ ਸੂਚੀ ਅਤੇ ਕਵਿੱਕਲੌਂਚ ਤੋਂ ਗਾਇਬ ਹੈ। ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਮੈਨੂੰ ਪਹਿਲਾਂ ਹੀ ਪਤਾ ਹੈ ਕਿ ਇਸਨੂੰ ਕਿਵੇਂ ਠੀਕ ਕਰਨਾ ਹੈ। ਫਾਈਲ ਮੈਨੇਜਰ ਵਿੱਚ ਮੈਂ QtQuickApp.hpkg ਨੂੰ ~/config/packages ਤੋਂ /system/packages ਵਿੱਚ ਭੇਜਦਾ ਹਾਂ।

ਨਹੀਂ, ਅਜੇ ਵੀ ਲਾਪਤਾ। ਜ਼ਾਹਰਾ ਤੌਰ 'ਤੇ, ਮੈਂ (ਠੀਕ ਹੈ, ਅਤੇ ਨਿਰਦੇਸ਼ਾਂ) ਕੁਝ ਖੁੰਝ ਗਿਆ.

ਕੁਝ ਹੋਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ HaikuDepot ਵਿੱਚ "ਸਮੱਗਰੀ" ਟੈਬ ਨੂੰ ਦੇਖਣ ਤੋਂ ਬਾਅਦ, ਮੈਂ ਦੇਖਿਆ ਕਿ ਇੱਥੇ ਫਾਈਲਾਂ ਹਨ ਜਿਵੇਂ ਕਿ /data/mimedb/application/x-vnd... ਕੀ ਹੋਰ ਵੀ ਕਮਾਲ ਦੀ ਹੈ /data/deskbar/menu/Applications/….

ਖੈਰ, ਮੈਨੂੰ ਉੱਥੇ ਕੀ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ? ਆ ਜਾਓ...

mkdir -p data/deskbar/menu/Applications/
( cd data/deskbar/menu/Applications ; ln -s ../../../../apps/QtQuickApp . )
package add QtQuickApp.hpkg apps data

ਮੈਨੂੰ ਪੂਰਾ ਯਕੀਨ ਹੈ ਕਿ ਇਹ ਚਾਲ ਕੰਮ ਕਰੇਗੀ, ਪਰ ਸਵਾਲ ਬਾਕੀ ਹਨ: ਇਹ ਕਿਉਂ ਜ਼ਰੂਰੀ ਹੈ, ਇਹ ਕਿਸ ਲਈ ਹੈ? ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਇਹ ਸਮੁੱਚੇ ਪ੍ਰਭਾਵ ਨੂੰ ਵਿਗਾੜਦਾ ਹੈ ਕਿ ਸਿਸਟਮ ਇੰਨਾ ਵਧੀਆ ਹੈ.

ਜਿਵੇਂ ਕਿ ਮਿਸਟਰ ਦੁਆਰਾ ਸਮਝਾਇਆ ਗਿਆ ਹੈ. waddlesplash:

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

ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ ਇਹ ਮੈਨੂੰ ਜਾਪਦਾ ਹੈ ਕਿ ਇੱਕ ਸਧਾਰਨ ਹੱਲ ਹੈ, ਉਦਾਹਰਨ ਲਈ Hidden=true ਫਾਈਲਾਂ ਵਿੱਚ .desktop ਲੀਨਕਸ 'ਤੇ. ਕਿਉਂ ਨਾ "ਛੁਪੀ ਹੋਈ" ਜਾਣਕਾਰੀ ਨੂੰ ਫਾਈਲ ਸਿਸਟਮ ਦਾ ਸਰੋਤ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾ ਬਣਾਓ?

ਜੋ ਖਾਸ ਤੌਰ 'ਤੇ ਸੂਖਮ ਨਹੀਂ ਹੈ (ਕੁਝ) ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਨਾਮ ਹੈ ਜੋ ਮੀਨੂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, deskbar, ਰਸਤੇ ਵਿੱਚ ਸਖ਼ਤੀ ਨਾਲ ਬੰਨ੍ਹਿਆ ਹੋਇਆ ਹੈ।

ਮਿਸਟਰ waddlesplash ਇਸਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ:

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

2 "ਲਗਭਗ ਇੱਕੋ ਜਿਹੀਆਂ" ਡਾਇਰੈਕਟਰੀਆਂ ਜਿਸ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਹਨ

ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਨਾਲ 2 ਡਾਇਰੈਕਟਰੀਆਂ ਕਿਉਂ ਹਨ, ਅਤੇ ਇਹ ਵੀ ਕਿ ਮੇਰੀ QtQuickApplication ਇੱਕ ਵਿੱਚ ਕਿਉਂ ਹੈ, ਪਰ ਦੂਜੇ ਵਿੱਚ ਨਹੀਂ? (ਆਖ਼ਰਕਾਰ, ਇਹ ਇੱਕ ਸਿਸਟਮ ਇੱਕ ਨਹੀਂ ਹੈ, ਪਰ ਇੱਕ ਦੂਜਾ ਉਪਭੋਗਤਾ ਹੈ, ਜੋ ਮੇਰੇ ਲਈ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਸਮਝਣ ਯੋਗ ਹੋਵੇਗਾ)।
ਮੈਂ ਸੱਚਮੁੱਚ ਉਲਝਣ ਵਿੱਚ ਹਾਂ ਅਤੇ ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਇਸ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਮਿਸਟਰ ਦੁਆਰਾ ਟਿੱਪਣੀ waddlesplash

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

ਐਪਲੀਕੇਸ਼ਨ, ਜਾਂ ਇਹ ਨਹੀਂ ਹੋਵੇਗਾ 😉

ਮੈਂ ਹੈਰਾਨ ਸੀ: ਕੀ ਇਸ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਮੇਜ਼ਬਾਨੀ ਕਰਨਾ ਅਸਲ ਵਿੱਚ ਜ਼ਰੂਰੀ ਹੈ /system/apps, ਜੇਕਰ ਉਪਭੋਗਤਾ ਉਹਨਾਂ ਨੂੰ ਉੱਥੇ ਦੇਖਦੇ ਹਨ, ਤਾਂ ਇਹ ਅਣਚਾਹੇ ਹੈ। ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਉਹਨਾਂ ਨੂੰ ਕਿਸੇ ਹੋਰ ਥਾਂ ਤੇ ਰੱਖਣਾ ਬਿਹਤਰ ਹੋਵੇਗਾ ਜਿੱਥੇ ਉਪਭੋਗਤਾ ਉਹਨਾਂ ਦਾ ਸਾਹਮਣਾ ਨਹੀਂ ਕਰੇਗਾ? ਜਿਵੇਂ ਕਿ ਇਹ Mac OS X ਵਿੱਚ ਕੀਤਾ ਗਿਆ ਹੈ, ਜਿੱਥੇ ਪੈਕੇਜਾਂ ਦੀ ਸਮੱਗਰੀ .app, ਜਿਸ ਵਿੱਚ ਉਪਭੋਗਤਾ ਨੂੰ ਦਿਖਾਈ ਨਹੀਂ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ /Applications, /ਸਿਸਟਮ/ਲਾਇਬ੍ਰੇਰੀ/…“` ਦੀ ਡੂੰਘਾਈ ਵਿੱਚ ਲੁਕਿਆ ਹੋਇਆ ਹੈ।

ਨਿਰਭਰਤਾ ਬਾਰੇ ਕੀ?

ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਇਹ ਨਿਰਭਰਤਾ ਨੂੰ ਕਿਸੇ ਤਰ੍ਹਾਂ ਦਰਸਾਉਣ ਦੇ ਯੋਗ ਹੈ, ਠੀਕ ਹੈ? ਕੀ Qt ਨੂੰ ਮੂਲ ਰੂਪ ਵਿੱਚ ਹਾਇਕੂ ਸਥਾਪਨਾ ਦਾ ਇੱਕ ਲਾਜ਼ਮੀ ਹਿੱਸਾ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ? ਨਹੀਂ! Qt ਮੂਲ ਰੂਪ ਵਿੱਚ ਇੰਸਟਾਲ ਨਹੀਂ ਹੈ। ਕੀ ਇੱਕ ਪੈਕੇਜ ਬਿਲਡਰ ELF ਫਾਈਲਾਂ ਦੀ ਜਾਂਚ ਕਰਕੇ ਆਪਣੇ ਆਪ ਨਿਰਭਰਤਾਵਾਂ ਦਾ ਪਤਾ ਲਗਾ ਸਕਦਾ ਹੈ? ਮੈਨੂੰ ਦੱਸਿਆ ਗਿਆ ਸੀ ਕਿ ਹਾਇਕੂਪੋਰਟਰ ਅਸਲ ਵਿੱਚ ਅਜਿਹਾ ਕਰਦਾ ਹੈ, ਪਰ package ਨੰ. ਅਜਿਹਾ ਇਸ ਲਈ ਕਿਉਂਕਿ ਇਹ ਸਿਰਫ਼ ਇੱਕ "ਪੈਕੇਜ ਬਿਲਡਰ" ਹੈ ਜੋ ਸਿਰਫ਼ ਆਪਣੇ ਆਪ ਹੀ ਫਾਈਲਾਂ ਬਣਾਉਂਦਾ ਹੈ hpkg.

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

ਮਿਸਟਰ waddlesplash ਦੱਸਦਾ ਹੈ:

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

ਉਸ ਸਥਿਤੀ ਵਿੱਚ, ਇਹ ਸਿਫਾਰਸ਼ ਕਰਨ ਯੋਗ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਥਰਡ-ਪਾਰਟੀ ਪੈਕੇਜ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਨਾਲ ਲੋੜੀਂਦੀ ਹਰ ਚੀਜ਼ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪੈਕੇਜ ਕਰਕੇ ਹਾਇਕੁਪੋਰਟਸ ਵਿੱਚ ਸ਼ਾਮਲ ਨਾ ਕੀਤੀ ਗਈ ਕਿਸੇ ਵੀ ਚੀਜ਼ 'ਤੇ ਨਿਰਭਰਤਾ ਤੋਂ ਬਚਣ। ਪਰ ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਇਹ ਇਸ ਲੜੀ ਦੇ ਭਵਿੱਖ ਦੇ ਲੇਖ ਲਈ ਇੱਕ ਵਿਸ਼ਾ ਹੈ. [ਕੀ ਲੇਖਕ AppImage ਵੱਲ ਜਾ ਰਿਹਾ ਹੈ? - ਲਗਭਗ ਅਨੁਵਾਦਕ]

ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਆਈਕਨ ਸ਼ਾਮਲ ਕਰਨਾ

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

ਲਗਾਤਾਰ ਐਪਲੀਕੇਸ਼ਨ ਬਿਲਡਸ ਨੂੰ ਕਿਵੇਂ ਸੰਗਠਿਤ ਕਰਨਾ ਹੈ?

Inkscape ਵਰਗੇ ਪ੍ਰੋਜੈਕਟ ਦੀ ਕਲਪਨਾ ਕਰੋ (ਹਾਂ, ਮੈਂ ਜਾਣਦਾ ਹਾਂ ਕਿ ਇਹ ਅਜੇ ਹਾਇਕੂ ਵਿੱਚ ਉਪਲਬਧ ਨਹੀਂ ਹੈ, ਪਰ ਇਸ 'ਤੇ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨਾ ਸੁਵਿਧਾਜਨਕ ਹੈ)। ਉਹਨਾਂ ਕੋਲ ਇੱਕ ਸਰੋਤ ਕੋਡ ਰਿਪੋਜ਼ਟਰੀ ਹੈ https://gitlab.com/inkscape/inkscape.
ਹਰ ਵਾਰ ਜਦੋਂ ਕੋਈ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਆਪਣੀਆਂ ਤਬਦੀਲੀਆਂ ਕਰਦਾ ਹੈ, ਬਿਲਡ ਪਾਈਪਲਾਈਨਾਂ ਲਾਂਚ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਤਬਦੀਲੀਆਂ ਨੂੰ ਆਪਣੇ ਆਪ ਟੈਸਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਵੱਖ-ਵੱਖ ਪੈਕੇਜਾਂ ਵਿੱਚ ਪੈਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਲੀਨਕਸ ਲਈ AppImage (ਇੱਕ ਸਟੈਂਡਅਲੋਨ ਐਪਲੀਕੇਸ਼ਨ ਪੈਕੇਜ ਜੋ ਸਥਾਨਕ ਟੈਸਟਿੰਗ ਲਈ ਡਾਊਨਲੋਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ) ਸਮੇਤ ਸਿਸਟਮ ਉੱਤੇ ਕੀ ਇੰਸਟਾਲ ਹੋ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ [ਮੈਂ ਜਾਣਦਾ ਸੀ! - ਲਗਭਗ ਅਨੁਵਾਦਕ]). ਹਰ ਬ੍ਰਾਂਚ ਮਰਜ ਬੇਨਤੀ ਨਾਲ ਵੀ ਇਹੀ ਹੁੰਦਾ ਹੈ, ਇਸਲਈ ਤੁਸੀਂ ਮਰਜ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਮਰਜ ਬੇਨਤੀ ਵਿੱਚ ਪ੍ਰਸਤਾਵਿਤ ਕੋਡ ਤੋਂ ਬਣੀ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰ ਸਕਦੇ ਹੋ।

ਬਿਲਡ ਸਥਿਤੀਆਂ ਨਾਲ ਬੇਨਤੀਆਂ ਨੂੰ ਮਿਲਾਓ ਅਤੇ ਕੰਪਾਇਲ ਕੀਤੀਆਂ ਬਾਈਨਰੀਆਂ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨ ਦੀ ਯੋਗਤਾ ਜੇ ਬਿਲਡ ਸਫਲ ਹੈ (ਹਰੇ ਵਿੱਚ ਚਿੰਨ੍ਹਿਤ)

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

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

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

ਆਪਣੇ ਆਪ ਪੈਕੇਜ ਬਣਾਉਣ ਦੇ ਚਾਹਵਾਨ ਹੋਰ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ, ਨਿਯਮਤ CMake/CPack ਵਿਧੀ ਸਮਰਥਿਤ ਹੈ। ਹੋਰ ਬਿਲਡ ਸਿਸਟਮਾਂ ਨੂੰ ਪੈਕੇਜ ਦੇ ਬਿਲਡ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਸਿੱਧਾ ਕਾਲ ਕਰਕੇ ਸਮਰਥਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਜੋ ਕਿ ਠੀਕ ਹੈ ਜੇਕਰ ਲੋਕ ਇਸ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹਨ। ਤਜਰਬਾ ਦਰਸਾਉਂਦਾ ਹੈ: ਹੁਣ ਤੱਕ ਇਸ ਵਿੱਚ ਜ਼ਿਆਦਾ ਦਿਲਚਸਪੀ ਨਹੀਂ ਹੈ, ਇਸਲਈ ਹਾਇਕੁਪੋਰਟਰ ਨੇ ਸਾਡੇ ਲਈ ਸੁਵਿਧਾਜਨਕ ਕੰਮ ਕੀਤਾ, ਪਰ, ਆਖਰਕਾਰ, ਦੋਵੇਂ ਢੰਗ ਇਕੱਠੇ ਕੰਮ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ। ਸਾਨੂੰ ਲੀਨਕਸ ਜਾਂ ਕਿਸੇ ਹੋਰ ਸਰਵਰ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਤੋਂ ਕਰਾਸ-ਬਿਲਡਿੰਗ ਸੌਫਟਵੇਅਰ ਲਈ ਟੂਲਸ ਦਾ ਇੱਕ ਸੈੱਟ ਪੇਸ਼ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ (ਹਾਇਕੂ ਸਰਵਰਾਂ 'ਤੇ ਚੱਲਣ ਲਈ ਤਿਆਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ)।

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

ਸਿੱਟਾ

ਪੋਸਿਕਸ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਹਾਇਕੂ ਵਿੱਚ ਪੋਰਟ ਕਰਨਾ ਸੰਭਵ ਹੈ, ਪਰ ਇੱਕ ਆਮ ਪੁਨਰ-ਨਿਰਮਾਣ ਨਾਲੋਂ ਵਧੇਰੇ ਮਹਿੰਗਾ ਹੋ ਸਕਦਾ ਹੈ। ਮੈਂ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਲੰਬੇ ਸਮੇਂ ਲਈ ਇਸ ਨਾਲ ਫਸਿਆ ਰਹਾਂਗਾ ਜੇਕਰ ਇਹ irc.freenode.net ਨੈੱਟਵਰਕ 'ਤੇ #haiku ਚੈਨਲ ਦੇ ਲੋਕਾਂ ਦੀ ਮਦਦ ਲਈ ਨਾ ਹੁੰਦਾ। ਪਰ ਇੱਥੋਂ ਤੱਕ ਕਿ ਉਨ੍ਹਾਂ ਨੇ ਹਮੇਸ਼ਾ ਇਹ ਨਹੀਂ ਦੇਖਿਆ ਕਿ ਕੀ ਗਲਤ ਸੀ.

Qt ਵਿੱਚ ਲਿਖੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਇੱਕ ਆਸਾਨ ਅਪਵਾਦ ਹਨ। ਮੈਂ ਬਿਨਾਂ ਕਿਸੇ ਸਮੱਸਿਆ ਦੇ ਇੱਕ ਸਧਾਰਨ ਡੈਮੋ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਇਕੱਠਾ ਕੀਤਾ.

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

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

ਸਵਾਲ ਹਨ? ਅਸੀਂ ਤੁਹਾਨੂੰ ਰੂਸੀ ਬੋਲਣ ਲਈ ਸੱਦਾ ਦਿੰਦੇ ਹਾਂ ਤਾਰ ਚੈਨਲ.

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

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

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

ਸਰੋਤ: www.habr.com