ມື້ທີ XNUMX ຂອງຂ້ອຍກັບ Haiku: ຂໍໃຫ້ຈັດໂຄງການບາງຢ່າງ

TL; DR: A newbie ເຫັນ Haiku ເປັນ​ຄັ້ງ​ທໍາ​ອິດ​, ພະ​ຍາ​ຍາມ​ທີ່​ຈະ port ບາງ​ໂຄງ​ການ​ຈາກ​ໂລກ Linux​.

ໂຄງ​ການ​ທໍາ​ອິດ Haiku ported ຂອງ​ຂ້າ​ພະ​ເຈົ້າ​, ການ​ຫຸ້ມ​ຫໍ່​ໃນ​ຮູບ​ແບບ hpkg ຂອງ​ຕົນ​

ບໍ່ດົນມານີ້ ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ຄົ້ນ​ພົບ Haiku​, ເປັນ​ລະ​ບົບ​ປະ​ຕິ​ບັດ​ການ​ທີ່​ຫນ້າ​ແປກ​ໃຈ​ທີ່​ດີ​ສໍາ​ລັບ PCs​.
ມື້​ນີ້​ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ຮຽນ​ຮູ້​ວິ​ທີ​ການ port ໂຄງ​ການ​ໃຫມ່​ລະ​ບົບ​ປະ​ຕິ​ບັດ​ການ​ນີ້​. ຈຸດສຸມຕົ້ນຕໍແມ່ນຄໍາອະທິບາຍກ່ຽວກັບປະສົບການທໍາອິດຂອງການປ່ຽນໄປ Haiku ຈາກທັດສະນະຂອງຜູ້ພັດທະນາ Linux. ຂ້າ​ພະ​ເຈົ້າ​ຂໍ​ອະ​ໄພ​ສໍາ​ລັບ​ຄວາມ​ຜິດ​ພາດ​ໂງ່ໆ​ທີ່​ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ເຮັດ​ຕາມ​ທາງ​, ເພາະ​ວ່າ​ມັນ​ບໍ່​ໄດ້​ເຖິງ​ແມ່ນ​ວ່າ​ອາ​ທິດ​ນັບ​ຕັ້ງ​ແຕ່​ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ດາວ​ໂຫຼດ Haiku ຄັ້ງ​ທໍາ​ອິດ​.

ຂ້ອຍຕ້ອງການບັນລຸເປົ້າ ໝາຍ ສາມຢ່າງ:

• Port ຄໍາຮ້ອງສະຫມັກ CLI ງ່າຍດາຍ
• Port ຄໍາຮ້ອງສະຫມັກຈາກ GUI ກັບ Qt
• ຫຼັງຈາກນັ້ນ, ຫຸ້ມຫໍ່ໃຫ້ເຂົາເຈົ້າໃນຮູບແບບ hpkg (ເນື່ອງຈາກວ່າຂ້າພະເຈົ້າຍັງຄິດກ່ຽວກັບການປັບ AppDir ແລະ AppImage ສໍາລັບ Haiku ... )

ໃຫ້ເລີ່ມຕົ້ນ. ໃນພາກສ່ວນ ເອກະສານ и ການພັດທະນາເຊັ່ນດຽວກັນກັບໃນ ວິ​ກີ ຈາກ HaikuPorts ຂ້ອຍພົບທິດທາງທີ່ຖືກຕ້ອງ. ມີເຖິງແມ່ນເປັນປື້ມ PDF ອອນໄລນ໌ BeOS: ການພອດແອັບພລິເຄຊັນ Unix.
467 ຫນ້າ - ແລະນີ້ແມ່ນມາຈາກ 1997! ມັນຫນ້າຢ້ານທີ່ຈະເບິ່ງພາຍໃນ, ແຕ່ຂ້ອຍຫວັງວ່າສິ່ງທີ່ດີທີ່ສຸດ. ຄໍາເວົ້າຂອງຜູ້ພັດທະນາແມ່ນໃຫ້ກໍາລັງໃຈ: "ມັນໃຊ້ເວລາດົນເພາະວ່າ BeOS ບໍ່ສອດຄ່ອງກັບ POSIX," ແຕ່ Haiku "ສ່ວນໃຫຍ່" ແມ່ນເປັນແບບນັ້ນແລ້ວ.

Porting ຄໍາຮ້ອງສະຫມັກ CLI ງ່າຍດາຍ

ຄວາມຄິດທໍາອິດແມ່ນເພື່ອ Port ຄໍາຮ້ອງສະຫມັກ ນ້ ຳ ມັນ, ແຕ່, ຍ້ອນວ່າມັນຫັນອອກ, ນີ້ແມ່ນແລ້ວ ເຮັດ ດົນ​ນານ​ມາ​ແລ້ວ.

ພະຍາຍາມທໍາອິດ: ບໍ່ມີຫຍັງທີ່ຈະເບິ່ງ

ສິ່ງທີ່ຂ້ອຍບໍ່ເຂົ້າໃຈແມ່ນແລ້ວ ແອັບຕ່າງໆໄດ້ຖືກສົ່ງໄປຫາ Haiku ຫຼາຍກວ່າ 10 ປີແລ້ວ - ເຖິງວ່າຈະມີຄວາມຈິງທີ່ວ່າ OS ຕົວຂອງມັນເອງບໍ່ແມ່ນແຕ່ຮຸ່ນ 1.0 ເທື່ອ.

ຄວາມພະຍາຍາມທີສອງ: ຈໍາເປັນຕ້ອງຂຽນຄືນໃຫມ່

ສະນັ້ນຂ້ອຍຈະໃຊ້ ptouch-770, CLI ສໍາລັບການຄວບຄຸມເຄື່ອງພິມ Brother P-Touch 770 ທີ່ຂ້ອຍໃຊ້ເພື່ອພິມປ້າຍ.
ຂ້ອຍພິມປ້າຍຕ່າງໆໃສ່ມັນ, ແລະເຈົ້າອາດຈະເຫັນມັນຢູ່ໃນບົດຄວາມທີ່ຜ່ານມາ. ກ່ອນຫນ້ານີ້, ຂ້າພະເຈົ້າໄດ້ຂຽນໂປຼແກຼມ GUI wrapper ຂະຫນາດນ້ອຍໃນ Python (ນັບຕັ້ງແຕ່ມັນຢູ່ໃນ Gtk+, ມັນຈະຕ້ອງຖືກຂຽນໃຫມ່, ແລະນີ້ແມ່ນເຫດຜົນທີ່ດີທີ່ຈະຮຽນຮູ້).

ເຄື່ອງພິມປ້າຍ Brother P-Touch 770. ມັນຈະເຮັດວຽກກັບ Haiku ບໍ?

ຜູ້ຈັດການຊຸດ Haiku ຮູ້ກ່ຽວກັບຫ້ອງສະຫມຸດແລະຄໍາສັ່ງ, ດັ່ງນັ້ນຖ້າຂ້ອຍໄດ້ຮັບຂໍ້ຄວາມ "ບໍ່ສາມາດຊອກຫາ libintl" ໃນເວລາແລ່ນ. 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 ແມ່ນໃຊ້ Linux ເກີນໄປແລະດັ່ງນັ້ນຈຶ່ງບໍ່ມີຢູ່ສໍາລັບ Haiku. ຊຶ່ງຫມາຍຄວາມວ່າຂ້ອຍຕ້ອງແກ້ໄຂລະຫັດແຫຼ່ງທີ່ຂ້ອຍກໍາລັງພະຍາຍາມລວບລວມ.
ເອີ, ເຈົ້າບໍ່ສາມາດໂດດຂ້າມຫົວຂອງເຈົ້າໄດ້, ແລະຂ້ອຍກໍ່ບໍ່ຮູ້ວ່າຈະເລີ່ມຈາກໃສ.

ພະຍາຍາມທີສາມ

ມັນຈະເປັນການດີທີ່ຈະມີ tmate ສໍາລັບ Haiku, ຫຼັງຈາກນັ້ນຂ້າພະເຈົ້າຈະອະນຸຍາດໃຫ້ຜູ້ພັດທະນາ Haiku ເຊື່ອມຕໍ່ກັບກອງປະຊຸມ terminal ຂອງຂ້າພະເຈົ້າ - ໃນກໍລະນີທີ່ມີບາງສິ່ງບາງຢ່າງຜິດພາດ. ຄໍາແນະນໍາແມ່ນຂ້ອນຂ້າງງ່າຍດາຍ:

./autogen.sh
./configure
make
make install

ເບິ່ງດີ, ສະນັ້ນເປັນຫຍັງຈຶ່ງບໍ່ລອງມັນຢູ່ໃນ Haiku?

/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

ອີກເທື່ອຫນຶ່ງຂ້າພະເຈົ້າໄດ້ໄປ HaikuDepot, ແລະ, ແນ່ນອນ, ໄດ້ພົບເຫັນ 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

ໃນຂັ້ນຕອນນີ້, ຂ້າພະເຈົ້າໄດ້ຮັບຮູ້ວ່າການສົ່ງໂຄງການໄປຫາ Haiku ຕ້ອງການຄວາມຮູ້ຫຼາຍກ່ວາທີ່ຈໍາເປັນສໍາລັບການສ້າງໃຫມ່ແບບງ່າຍດາຍ.
ຂ້າພະເຈົ້າໄດ້ໂອ້ລົມກັບຜູ້ພັດທະນາ Haiku ທີ່ເປັນມິດ, ມັນປະກົດວ່າມີຂໍ້ຜິດພາດໃນ msgpack, ແລະຫຼັງຈາກສອງສາມນາທີຂ້າພະເຈົ້າເຫັນ patch ໃນ HaikuPorts. ຂ້າ​ພະ​ເຈົ້າ​ສາ​ມາດ​ເບິ່ງ​ດ້ວຍ​ຕາ​ຂອງ​ຂ້າ​ພະ​ເຈົ້າ​ຂອງ​ຕົນ​ເອງ​ວິ​ທີ​ການ​ຊຸດ​ທີ່​ຖືກ​ແກ້​ໄຂ ໄປທີ່ນີ້ (Buildslave - ເຄື່ອງ virtual).

ການສ້າງ msgpack ທີ່ຖືກແກ້ໄຂໃນ buildmaster

ໃນລະຫວ່າງເວລາທີ່ຂ້ອຍສົ່ງ patch ໄປຫາຕົ້ນນ້ໍາ ເພື່ອເພີ່ມການສະຫນັບສະຫນູນ Haiku ກັບ msgpack.

ຫ້ານາທີຕໍ່ມາ, msgpack ສະບັບປັບປຸງແມ່ນມີຢູ່ແລ້ວໃນ Haiku:

/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.

ພວກເຂົາເຈົ້າໄດ້ອະທິບາຍໃຫ້ຂ້ອຍຮູ້ວ່າມີບາງສິ່ງບາງຢ່າງອື່ນໃນ libnetwork ນອກເຫນືອຈາກ libresolv ໃນ Haiku. ປາກົດຂື້ນວ່າລະຫັດຕ້ອງໄດ້ຮັບການແກ້ໄຂຕື່ມອີກ. ຈໍາ​ເປັນ​ຕ້ອງ​ຄິດ…

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

“ບັດປະຈຳຕົວທີ່ບໍ່ດີ” ແມ່ນຄືກັບນາມບັດແລ້ວ ໄຮກຸ. ບາງທີບາງຄົນມີຄວາມຄິດທີ່ຜິດພາດແລະວິທີການແກ້ໄຂ? ຖ້າເປັນດັ່ງນັ້ນ, ຂ້ອຍຈະປັບປຸງບົດຄວາມ. ເຊື່ອມຕໍ່ຫາ GitHub.

Porting ຄໍາຮ້ອງສະຫມັກ 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 ໂດຍໃຊ້ haikuporter ແລະ haikuports.

ຂ້ອຍຄວນເລີ່ມຕົ້ນດ້ວຍຫຍັງ? ບໍ່ມີເອກະສານງ່າຍໆ, ຂ້ອຍໄປຫາຊ່ອງ #haiku ໃນ irc.freenode.net ແລະໄດ້ຍິນວ່າ:

• ທີມງານ package - ເປັນ​ວິ​ທີ​ການ​ລະ​ດັບ​ຕ​່​ໍ​າ​ໃນ​ການ​ສ້າງ​ຊຸດ​. ສໍາລັບສ່ວນໃຫຍ່, PackageInfo ແມ່ນພຽງພໍສໍາລັບນາງ, ດັ່ງທີ່ອະທິບາຍໄວ້ໃນພາກ "ເຮັດໃຫ້ມັນເຂົ້າໄປໃນຊຸດ .hpkg ທີ່ເຫມາະສົມ"
• ຂ້ອຍຈໍາເປັນຕ້ອງເຮັດບາງສິ່ງບາງຢ່າງ ດັ່ງກ່າວ
• ສາມາດ ນຳ ໃຊ້ໄດ້ hpkg-creator (ມັນຂັດຂ້ອງສໍາລັບຂ້ອຍ, ການ​ລາຍ​ງານ​ຄວາມ​ຜິດ​ພາດ​)

ມັນບໍ່ຊັດເຈນວ່າຈະເຮັດແນວໃດ. ຂ້ອຍເດົາວ່າຂ້ອຍຕ້ອງການຄຳແນະນຳຜູ້ເລີ່ມສະໄຕລ໌ Hello World, ໂດຍສະເພາະວິດີໂອ. ມັນຈະດີທີ່ຈະມີການແນະນໍາທີ່ສະດວກຕໍ່ກັບ HaikuPorter, ດັ່ງທີ່ເຮັດຢູ່ໃນ GNU ສະບາຍດີ.

ຂ້ອຍກຳລັງອ່ານຕໍ່ໄປນີ້:

haikuporter ເປັນເຄື່ອງມືສໍາລັບການສ້າງໂຄງການຊຸດທົ່ວໄປສໍາລັບ Haiku. ມັນໃຊ້ບ່ອນເກັບຂໍ້ມູນ HaikuPorts ເປັນພື້ນຖານສໍາລັບທຸກແພັກເກັດ. ສູດ Haikuporter ຖືກນໍາໃຊ້ເພື່ອສ້າງຊຸດ.

ນອກຈາກນັ້ນ, ຂ້າພະເຈົ້າພົບເຫັນວ່າ:

ບໍ່ຈໍາເປັນຕ້ອງເກັບຮັກສາສູດຢູ່ໃນບ່ອນເກັບຮັກສາ HaikuPorts. ເຈົ້າສາມາດສ້າງບ່ອນເກັບມ້ຽນອື່ນໄດ້, ເອົາສູດໃສ່ໃນມັນ, ແລະຫຼັງຈາກນັ້ນຊີ້ haikuporter ກັບມັນ.

ພຽງແຕ່ສິ່ງທີ່ຂ້ອຍຕ້ອງການ - ຖ້າບໍ່ຊອກຫາວິທີທີ່ຈະປ່ອຍຊຸດສາທາລະນະ. ແຕ່ນີ້ແມ່ນຫົວຂໍ້ສໍາລັບການຕອບອື່ນ.

ການຕິດຕັ້ງ 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

ຄວາມຈິງນີ້ເຮັດໃຫ້ການຊຸມນຸມສັບສົນຫຼາຍ. ຂ້ອຍບໍ່ມັກມັນໂດຍສະເພາະ, ແຕ່ຂ້ອຍຄິດວ່າມັນເປັນສິ່ງຈໍາເປັນເພື່ອວ່າໃນທີ່ສຸດຊອບແວແຫຼ່ງເປີດທັງຫມົດຈະປາກົດຢູ່ໃນ HaikuPorts.

ຂ້ອຍໄດ້ຮັບສິ່ງຕໍ່ໄປນີ້:

~/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 ກັບສູດ - ມັນຈະກົງກັບຄໍາຫມັ້ນສັນຍາ git ຫຼ້າສຸດສໍາລັບການລວມຢ່າງຕໍ່ເນື່ອງບໍ? (ຜູ້​ພັດ​ທະ​ນາ​ຢືນ​ຢັນ​ວ່າ: "ມັນ​ຈະ​ບໍ່​ໄດ້​ເຮັດ​ວຽກ. ສູດ​ໄດ້​ຖືກ​ອອກ​ແບບ​ໃຫ້​ມີ​ຄວາມ​ຫມັ້ນ​ຄົງ​ທີ່​ຂ້ອນ​ຂ້າງ.")

ເພື່ອຄວາມມ່ວນ, ຕື່ມໃສ່ສູດ:

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

ລາວກໍາລັງເຮັດຫຍັງ? ຫຼັງຈາກທີ່ທັງຫມົດ, ນີ້ແມ່ນ git repository, ລະຫັດແມ່ນແລ້ວໂດຍກົງ, ບໍ່ມີຫຍັງທີ່ຈະ unpack. ຈາກທັດສະນະຂອງຂ້ອຍ, ເຄື່ອງມືຄວນຈະສະຫລາດພໍທີ່ຈະບໍ່ຊອກຫາ unpacker ຖ້າມັນຢູ່ຂ້າງເທິງ url GitHub.

ບາງທີ 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!

ຮືມ, ເປັນຫຍັງທຸກຢ່າງຈຶ່ງສັບສົນ, ເປັນຫຍັງເຈົ້າຈຶ່ງບໍ່ສາມາດ “ເຮັດວຽກ” ໄດ້? ຫຼັງຈາກທີ່ທັງຫມົດ, ມັນບໍ່ແມ່ນເລື່ອງແປກທີ່ຈະສ້າງບາງສິ່ງບາງຢ່າງຈາກ GitHub. ບໍ່​ວ່າ​ຈະ​ເປັນ​ເຄື່ອງ​ມື​ທີ່​ເຮັດ​ວຽກ​ໃນ​ທັນ​ທີ​, ໂດຍ​ບໍ່​ມີ​ການ​ຈໍາ​ເປັນ​ຕ້ອງ​ການ​ຕັ້ງ​ຄ່າ​, ຫຼື​ຂ້າ​ພະ​ເຈົ້າ​ເອີ້ນ​ວ່າ "fussing​"​.

ບາງທີມັນອາດຈະເຮັດວຽກແບບນີ້:

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:

ດີ, ແມ່ນແລ້ວ, ເຫດຜົນແມ່ນຄວາມປາຖະຫນາທີ່ຈະກວດສອບຄວາມສົມບູນຂອງຂໍ້ມູນທີ່ໄດ້ຮັບສໍາລັບການປະກອບ. ຫນຶ່ງໃນທາງເລືອກແມ່ນການກວດສອບ checksum ຂອງຮວບຮວມ, ແຕ່ວ່າທ່ານສາມາດ, ແນ່ນອນ, hash ໄຟລ໌ສ່ວນບຸກຄົນ, ເຊິ່ງຈະບໍ່ຖືກປະຕິບັດ, ເພາະວ່າ. ມັນໃຊ້ເວລາຫຼາຍ. ຜົນສະທ້ອນຂອງການນີ້ແມ່ນ "ຄວາມບໍ່ຫມັ້ນຄົງ" ຂອງ git ແລະ VCS ອື່ນໆ. ນີ້ມັກຈະເປັນກໍລະນີ, ນັບຕັ້ງແຕ່ການສ້າງແຟ້ມຈັດເກັບໃນ GitHub ແມ່ນຂ້ອນຂ້າງງ່າຍແລະໄວກວ່າ. ດີ, ໃນອະນາຄົດ, ບາງທີຂໍ້ຄວາມຄວາມຜິດພາດຈະບໍ່ flashy ນັ້ນ ... (ພວກເຮົາບໍ່ໄດ້ລວມສູດດັ່ງກ່າວໃນ HaikuPorts ອີກຕໍ່ໄປ).

~/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

ອອກຈາກນິໄສເກົ່າ, ຂ້ອຍໄປຖາມຄົນດີໃນຊ່ອງ #haiku ໃນເຄືອຂ່າຍ irc.freenode.net. ແລະຂ້ອຍຈະຢູ່ໃສໂດຍບໍ່ມີພວກມັນ? ຫຼັງຈາກຄໍາແນະນໍາ, ຂ້ອຍຮູ້ວ່າຂ້ອຍຄວນໃຊ້:

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

ຕົກລົງ, ມັນຈະແຈ້ງວ່າມັນເຮັດຫຍັງ - ມັນດາວໂຫລດບ່ອນເກັບມ້ຽນທີ່ມີລະຫັດແຫຼ່ງຂອງການແກ້ໄຂທີ່ແນ່ນອນ. ມັນໂງ່, ຈາກທັດສະນະຂອງຂ້ອຍ, ແລະບໍ່ແມ່ນສິ່ງທີ່ຂ້ອຍຕ້ອງການ, ຄື, ດາວໂຫລດການປັບປຸງຫຼ້າສຸດຈາກສາຂາຕົ້ນສະບັບ.

ຫນຶ່ງໃນນັກພັດທະນາໄດ້ອະທິບາຍມັນດ້ວຍວິທີນີ້:

ພວກເຮົາມີ CI ຂອງພວກເຮົາເອງ, ດັ່ງນັ້ນທຸກສິ່ງທຸກຢ່າງທີ່ວາງໄວ້ໃນບ່ອນເກັບມ້ຽນ haikuports ຈະຖືກຫຸ້ມຫໍ່ສໍາລັບຜູ້ໃຊ້ທັງຫມົດ, ແລະພວກເຮົາບໍ່ຕ້ອງການທີ່ຈະມີຄວາມສ່ຽງຕໍ່ການເກັບກໍາແລະສົ່ງ "ທຸກສິ່ງທຸກຢ່າງຢູ່ໃນສະບັບຫລ້າສຸດທາງນ້ໍາ."

ເຂົ້າໃຈແລ້ວ! ໃນກໍລະນີໃດກໍ່ຕາມ, ນີ້ແມ່ນສິ່ງທີ່ເກີດຂຶ້ນ:

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
(...)

ມັນເຮັດຊ້ໍາການໂຄສະນານີ້ infinitum. ປາກົດຂື້ນວ່ານີ້ແມ່ນຄວາມຜິດພາດ (ມີແອັບພລິເຄຊັນບໍ? ຂ້ອຍບໍ່ພົບມັນ).

С haikuporter ແລະ repository ໄຮກູພອດ ມັນບໍ່ມີຄວາມຮູ້ສຶກ "ພຽງແຕ່ເຮັດວຽກ" ກັບມັນ, ແຕ່ໃນຖານະນັກພັດທະນາ, ມີບາງສິ່ງທີ່ຂ້ອຍມັກກ່ຽວກັບການເຮັດວຽກກັບ Haiku. ສໍາລັບສ່ວນໃຫຍ່, ມັນຄ້າຍຄືກັນກັບ Open Build Service, ຊຸດເຄື່ອງມືສໍາລັບການກໍ່ສ້າງ Linux builds: ມີອໍານາດຫຼາຍ, ມີວິທີການລະບົບ, ແຕ່ overkill ສໍາລັບຄໍາຮ້ອງສະຫມັກ "ສະບາຍດີໂລກ" ຂະຫນາດນ້ອຍຂອງຂ້ອຍ.

ອີກເທື່ອ ໜຶ່ງ, ອີງຕາມທ່ານ. waddlesplash:

ແທ້ຈິງແລ້ວ, HaikuPorter ແມ່ນຂ້ອນຂ້າງເຂັ້ມງວດໂດຍຄ່າເລີ່ມຕົ້ນ (ບວກກັບມີໂຫມດ lint ເຊັ່ນດຽວກັນກັບໂຫມດທີ່ເຄັ່ງຄັດເພື່ອເຮັດໃຫ້ມັນເຂັ້ມງວດຫຼາຍ!), ແຕ່ເນື່ອງຈາກວ່າມັນສ້າງແພັກເກັດທີ່ຈະເຮັດວຽກ, ແທນທີ່ຈະສ້າງແພັກເກັດ. ນັ້ນແມ່ນເຫດຜົນທີ່ລາວຈົ່ມກ່ຽວກັບການອ້າງອິງທີ່ບໍ່ໄດ້ປະກາດ, ຫ້ອງສະຫມຸດບໍ່ໄດ້ຖືກນໍາເຂົ້າຢ່າງຖືກຕ້ອງ, ສະບັບທີ່ບໍ່ຖືກຕ້ອງ, ແລະອື່ນໆ. ເປົ້າຫມາຍແມ່ນເພື່ອຈັບທຸກບັນຫາ, ລວມທັງບັນຫາໃນອະນາຄົດ, ກ່ອນທີ່ຜູ້ໃຊ້ຈະຮູ້ກ່ຽວກັບມັນ (ນີ້ແມ່ນເຫດຜົນທີ່ວ່າມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະຕິດຕັ້ງ avrdude, ເພາະວ່າການເພິ່ງພາອາໄສໄດ້ຖືກກໍານົດໄວ້ໃນສູດ). ຫ້ອງສະໝຸດບໍ່ແມ່ນພຽງແຕ່ແພັກເກັດສ່ວນຕົວ ຫຼືແມ່ນແຕ່ລຸ້ນ SO ສະເພາະເທົ່ານັ້ນ. HaikuPorter ຮັບປະກັນວ່າທັງຫມົດນີ້ແມ່ນສັງເກດເຫັນຢູ່ໃນສູດດ້ວຍຕົນເອງເພື່ອຫຼີກເວັ້ນຄວາມຜິດພາດໃນລະຫວ່າງການປະຕິບັດ.

ໃນຫຼັກການ, ລະດັບຄວາມເຄັ່ງຄັດນີ້ແມ່ນຖືກຕ້ອງໃນເວລາທີ່ສ້າງລະບົບປະຕິບັດການ, ແຕ່ມັນເບິ່ງຄືວ່າບໍ່ຈໍາເປັນສໍາລັບຂ້ອຍສໍາລັບຄໍາຮ້ອງສະຫມັກ "ສະບາຍດີໂລກ". ຂ້ອຍຕັດສິນໃຈລອງອັນອື່ນ.

ການສ້າງແອັບພລິເຄຊັນໃນຮູບແບບ hpkg ໂດຍໃຊ້ຄໍາສັ່ງ "package create".

ອາດຈະ, ນີ້ ຄໍາແນະນໍາງ່າຍໆຈະເຮັດວຽກທີ່ດີກວ່າສໍາລັບຂ້ອຍບໍ?

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.
ອີກເທື່ອຫນຶ່ງ, ບໍ່ຄາດຄິດໄວ, ງ່າຍດາຍແລະປະສິດທິພາບ. ເຮັດໃຫ້ປະລາດ, incredible!

ແຕ່ ... (ພວກເຮົາຈະຢູ່ໃສໂດຍບໍ່ມີພວກມັນ!)

ແອັບຍັງຂາດຫາຍໄປຈາກລາຍການເມນູແອັບ ແລະ QuickLaunch. ຂ້ອຍຄິດວ່າຂ້ອຍຮູ້ວິທີແກ້ໄຂມັນແລ້ວ. ໃນຕົວຈັດການໄຟລ໌ຂ້ອຍຍ້າຍ 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

ຂ້າ​ພະ​ເຈົ້າ​ແນ່​ໃຈວ່​າ trick ນີ້​ຈະ​ໄດ້​ຮັບ​ການ​, ແຕ່​ຄໍາ​ຖາມ​ທີ່​ຍັງ​ຄົງ​ຢູ່​: ເປັນ​ຫຍັງ​ນີ້​ແມ່ນ​ຈໍາ​ເປັນ​, ມັນ​ແມ່ນ​ເພື່ອ​ຫຍັງ​? ຂ້າ​ພະ​ເຈົ້າ​ຄິດ​ວ່າ​ນີ້​ເຮັດ​ໃຫ້​ຄວາມ​ປະ​ທັບ​ໃຈ​ໂດຍ​ລວມ​ວ່າ​ລະ​ບົບ​ແມ່ນ​ຊັບ​ຊ້ອນ​ຫຼາຍ​.

ດັ່ງທີ່ ທ່ານ ສຈ. waddlesplash:

ບາງຄັ້ງມີແອັບພລິເຄຊັນທີ່ແອັບພລິເຄຊັນອື່ນຕ້ອງການແຕ່ບໍ່ມີຢູ່ໃນເມນູ. ຕົວຢ່າງ, LegacyPackageInstaller ໃນພາບໜ້າຈໍຂອງທ່ານ, ປະມວນຜົນການຈັດເກັບ .pkg ໃນຮູບແບບ BeOS. ຂ້ອຍຕ້ອງການໃຫ້ຜູ້ໃຊ້ຕິດຕັ້ງພວກມັນ, ແຕ່ການປະກົດຕົວຂອງພວກເຂົາຢູ່ໃນເມນູຈະເຮັດໃຫ້ເກີດຄວາມສັບສົນ.

ສໍາລັບເຫດຜົນບາງຢ່າງມັນເບິ່ງຄືວ່າຂ້ອຍມີການແກ້ໄຂທີ່ງ່າຍດາຍກວ່າ, ສໍາລັບການຍົກຕົວຢ່າງ Hidden=true ໃນ​ໄຟລ​໌​ .desktop ໃນ Linux. ເປັນຫຍັງຈຶ່ງບໍ່ເຮັດໃຫ້ຂໍ້ມູນ "ເຊື່ອງໄວ້" ເປັນຊັບພະຍາກອນແລະຄຸນລັກສະນະຂອງລະບົບໄຟລ໌?

ສິ່ງ​ທີ່​ບໍ່​ແມ່ນ​ຄວາມ​ລະ​ອຽດ​ອ່ອນ​ໂດຍ​ສະ​ເພາະ​ແມ່ນ​ຊື່​ຂອງ (ບາງ​) ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ທີ່​ສະ​ແດງ​ໃຫ້​ເຫັນ​ເມ​ນູ​, deskbar, tied rigidly ຕາມທາງ.

ທ້າວ. waddlesplash ອະທິບາຍວ່າ:

"Deskbar" ໃນກໍລະນີນີ້ຄວນຈະຖືກເຂົ້າໃຈວ່າເປັນປະເພດຄໍາສັບທົ່ວໄປ (ໃນລັກສະນະດຽວກັນກັບ "ແຖບວຽກ", ເຊິ່ງຫມາຍເຖິງທັງຄໍາຮ້ອງສະຫມັກ Windows ແລະແນວຄວາມຄິດທົ່ວໄປ). ແລ້ວ, ນັບຕັ້ງແຕ່ນີ້ deskbar, ບໍ່ແມ່ນ "Deskbar", ນີ້ຍັງສາມາດເຂົ້າໃຈໃນລັກສະນະທີ່ຄ້າຍຄືກັນ.

2 ໄດເລກະທໍລີ "ເກືອບຄືກັນ" ທີ່ມີຄໍາຮ້ອງສະຫມັກໃນພວກມັນ

ເປັນຫຍັງມີ 2 ໄດເລກະທໍລີທີ່ມີແອັບພລິເຄຊັນ, ແລະເປັນຫຍັງ QtQuickApplication ຂອງຂ້ອຍຢູ່ໃນອັນດຽວ, ແຕ່ບໍ່ແມ່ນຢູ່ໃນບ່ອນອື່ນ? (ຫຼັງ​ຈາກ​ນັ້ນ​ທັງ​ຫມົດ​, ນີ້​ບໍ່​ແມ່ນ​ລະ​ບົບ​ຫນຶ່ງ​, ແຕ່​ເປັນ​ຜູ້​ໃຊ້​ທີ່​ສອງ​, ທີ່​ຈະ​ເຂົ້າ​ໃຈ​ຂ້າ​ພະ​ເຈົ້າ​ສ່ວນ​ບຸກ​ຄົນ​)​.
ຂ້ອຍສັບສົນແທ້ໆແລະຂ້ອຍຄິດວ່ານີ້ຄວນຈະເປັນເອກະພາບ.

ຄຳເຫັນໂດຍ ທ່ານ ສຈ. waddlesplash

ລາຍການ Apps ມີແອັບພລິເຄຊັນທີ່ບໍ່ຈໍາເປັນໃນເມນູ. ແຕ່ສະຖານະການກັບເມນູກໍ່ຕ້ອງໄດ້ຮັບການປັບປຸງ, ເພື່ອເຮັດໃຫ້ມັນສາມາດປັບແຕ່ງໄດ້.

ຄໍາຮ້ອງສະຫມັກ, ຫຼືມັນຈະບໍ່ເກີດຂຶ້ນ 😉

ຂ້ອຍສົງໄສວ່າ: ມັນເປັນສິ່ງຈໍາເປັນແທ້ໆທີ່ຈະເປັນເຈົ້າພາບຄໍາຮ້ອງສະຫມັກໃນ /system/apps, ຖ້າຜູ້ໃຊ້ເຫັນພວກເຂົາຢູ່ທີ່ນັ້ນ, ມັນເປັນສິ່ງທີ່ບໍ່ຕ້ອງການ. ບາງທີມັນອາດຈະດີກວ່າທີ່ຈະວາງພວກມັນໄວ້ໃນບ່ອນອື່ນທີ່ຜູ້ໃຊ້ຈະບໍ່ພົບພວກເຂົາບໍ? ເຊັ່ນ​ດຽວ​ກັນ​ກັບ​ມັນ​ເຮັດ​ໄດ້​ໃນ Mac OS X​, ບ່ອນ​ທີ່​ເນື້ອ​ໃນ​ຂອງ​ການ​ຫຸ້ມ​ຫໍ່​ .app, ທີ່ບໍ່ຄວນຈະຖືກສັງເກດເຫັນໂດຍຜູ້ໃຊ້ໃນ /Applications, ເຊື່ອງຢູ່ໃນຄວາມເລິກຂອງ /System/Library/…“`.

ແມ່ນຫຍັງກ່ຽວກັບການເພິ່ງພາອາໄສ?

ຂ້າພະເຈົ້າຄິດວ່າມັນຄຸ້ມຄ່າທີ່ຈະລະບຸການຂຶ້ນກັບ somehow, ສິດ? Qt ສາມາດຖືວ່າເປັນສ່ວນບັງຄັບຂອງການຕິດຕັ້ງ Haiku ໂດຍຄ່າເລີ່ມຕົ້ນບໍ? ບໍ່! Qt ບໍ່ໄດ້ຖືກຕິດຕັ້ງໂດຍຄ່າເລີ່ມຕົ້ນ. ຕົວສ້າງແພັກເກັດສາມາດກວດພົບການເພິ່ງພາອາໄສອັດຕະໂນມັດໂດຍການກວດສອບໄຟລ໌ ELF ໄດ້ບໍ? ຂ້ອຍໄດ້ຖືກບອກວ່າ HaikuPorter ເຮັດແບບນີ້ແທ້ໆ, ແຕ່ package ບໍ່. ນັ້ນແມ່ນຍ້ອນວ່າມັນເປັນພຽງແຕ່ "ຕົວສ້າງແພັກເກັດ" ທີ່ພຽງແຕ່ສ້າງໄຟລ໌ດ້ວຍຕົວມັນເອງ hpkg.

ຄວນເຮັດໃຫ້ Haiku ມີຄວາມຊັບຊ້ອນຫຼາຍຂຶ້ນໂດຍການເພີ່ມນະໂຍບາຍວ່າຊຸດໃດນຶ່ງບໍ່ຄວນມີການຂຶ້ນກັບແພັກເກັດນອກ Haiku ບໍ? haikuports? (ຂ້ອຍຕ້ອງການ, ເພາະວ່ານະໂຍບາຍດັ່ງກ່າວຈະເຮັດໃຫ້ສິ່ງຕ່າງໆງ່າຍຂຶ້ນຫຼາຍ - ລະບົບຈະສາມາດແກ້ໄຂອັດຕະໂນມັດຂອງທຸກແພັກເກັດທີ່ດາວໂຫລດມາຈາກບ່ອນໃດກໍ່ຕາມ, ໂດຍບໍ່ມີການ messing ປະມານກັບແຫຼ່ງແພັກເກດເພີ່ມເຕີມ.)

ທ້າວ. waddlesplash ອະທິບາຍວ່າ:

ພວກເຮົາບໍ່ຢາກຈໍາກັດເສລີພາບຂອງນັກພັດທະນາຫຼາຍ, ເພາະວ່າມັນເຫັນໄດ້ຊັດເຈນວ່າຖ້າ CompanyX ຕ້ອງການສະຫນັບສະຫນູນຊຸດຊອບແວຂອງຕົນເອງທີ່ມີການເພິ່ງພາອາໄສ (ແລະດັ່ງນັ້ນຈຶ່ງມີບ່ອນເກັບມ້ຽນ), ມັນຈະເຮັດຢ່າງເສລີ.

ໃນກໍລະນີນັ້ນ, ມັນອາດຈະຄຸ້ມຄ່າທີ່ຈະແນະນໍາການຫຸ້ມຫໍ່ຂອງພາກສ່ວນທີສາມຫຼີກເວັ້ນການຂຶ້ນກັບສິ່ງທີ່ບໍ່ໄດ້ລວມຢູ່ໃນ haikuports ໂດຍການຫຸ້ມຫໍ່ຫມົດທຸກສິ່ງທີ່ຕ້ອງການກັບຄໍາຮ້ອງສະຫມັກ. ແຕ່ຂ້າພະເຈົ້າຄິດວ່ານີ້ແມ່ນຫົວຂໍ້ສໍາລັບບົດຄວາມໃນອະນາຄົດໃນຊຸດນີ້. [ຜູ້ຂຽນກໍາລັງມຸ່ງຫນ້າໄປສູ່ AppImage? — ປະ​ມານ​. ນັກແປ]

ເພີ່ມໄອຄອນແອັບພລິເຄຊັນ

ຈະເປັນແນວໃດຖ້າຂ້ອຍຕ້ອງການເພີ່ມຫນຶ່ງຂອງໄອຄອນທີ່ສ້າງຂຶ້ນໃນທີ່ສະອາດກັບຊັບພະຍາກອນຂອງແອັບພລິເຄຊັນທີ່ສ້າງໃຫມ່ຂອງຂ້ອຍ? ມັນ turns ໃຫ້​ເຫັນ​ວ່າ​ນີ້​ແມ່ນ​ເປັນ​ຫົວ​ຂໍ້​ທີ່​ເຮັດ​ໃຫ້​ປະ​ລາດ​, ສະ​ນັ້ນ​ມັນ​ຈະ​ເປັນ​ພື້ນ​ຖານ​ສໍາ​ລັບ​ບົດ​ຄວາມ​ຕໍ່​ໄປ​.

ວິທີການຈັດຕັ້ງການສ້າງຄໍາຮ້ອງສະຫມັກຢ່າງຕໍ່ເນື່ອງ?

ຈິນຕະນາການໂຄງການເຊັ່ນ Inkscape (ແມ່ນແລ້ວ, ຂ້ອຍຮູ້ວ່າມັນຍັງບໍ່ທັນມີຢູ່ໃນ Haiku, ແຕ່ມັນສະດວກໃນການສະແດງຢູ່ໃນມັນ). ພວກເຂົາມີບ່ອນເກັບຂໍ້ມູນລະຫັດແຫຼ່ງ https://gitlab.com/inkscape/inkscape.
ທຸກໆຄັ້ງທີ່ຜູ້ໃດຜູ້ ໜຶ່ງ ປະຕິບັດການປ່ຽນແປງຂອງພວກເຂົາກັບບ່ອນເກັບມ້ຽນ, ການສ້າງທໍ່ໄດ້ຖືກເປີດຕົວ, ຫຼັງຈາກນັ້ນການປ່ຽນແປງຈະຖືກທົດສອບໂດຍອັດຕະໂນມັດ, ສ້າງ, ແລະແອັບພລິເຄຊັນທີ່ຖືກຫຸ້ມຫໍ່ເຂົ້າໄປໃນແພັກເກັດຕ່າງໆ, ລວມທັງ AppImage ສໍາລັບ Linux (ຊຸດແອັບພລິເຄຊັນແບບດ່ຽວທີ່ສາມາດດາວໂຫລດໄດ້ສໍາລັບການທົດສອບທ້ອງຖິ່ນໂດຍບໍ່ຄໍານຶງເຖິງ. ສິ່ງທີ່ອາດຈະຫຼືອາດຈະບໍ່ໄດ້ຕິດຕັ້ງຢູ່ໃນລະບົບ [ຂ້ອຍຮູ້ມັນ! — ປະ​ມານ​. ນັກແປ]). ສິ່ງດຽວກັນເກີດຂື້ນກັບທຸກໆຄໍາຮ້ອງຂໍການລວມສາຂາ, ດັ່ງນັ້ນທ່ານສາມາດດາວໂຫລດແອັບພລິເຄຊັນທີ່ສ້າງຂຶ້ນຈາກລະຫັດທີ່ສະເຫນີໃນຄໍາຮ້ອງຂໍການລວມເຂົ້າກັນກ່ອນທີ່ຈະລວມເຂົ້າກັນ.

ຮວມຄຳຮ້ອງຂໍທີ່ມີສະຖານະສ້າງ ແລະຄວາມສາມາດໃນການດາວໂຫຼດຄູ່ທີ່ລວບລວມໄດ້ຫາກການສ້າງສຳເລັດ (ໝາຍເປັນສີຂຽວ)

ການກໍ່ສ້າງແລ່ນຢູ່ໃນ Docker containers. GitLab ສະຫນອງການແລ່ນຟຣີໃນ Linux, ແລະຂ້ອຍຄິດວ່າມັນອາດຈະເປັນໄປໄດ້ທີ່ຈະລວມເອົານັກແລ່ນຂອງທ່ານເອງ (ໂດຍວິທີທາງການ, ຂ້ອຍບໍ່ເຫັນວ່າມັນຈະເຮັດວຽກແນວໃດສໍາລັບລະບົບເຊັ່ນ Haiku, ເຊິ່ງຂ້ອຍຮູ້ວ່າບໍ່ມີ Docker ຫຼືທຽບເທົ່າ, ແຕ່. ຍັງສໍາລັບ FreeBSD ບໍ່ມີ Docker, ດັ່ງນັ້ນບັນຫານີ້ບໍ່ສະເພາະກັບ Haiku).

ໂດຍຫລັກການແລ້ວ, ແອັບພລິເຄຊັນ Haiku ສາມາດສ້າງຢູ່ໃນຖັງ Docker ສໍາລັບ Linux. ໃນສະຖານະການນີ້, ການປະກອບສໍາລັບ Haiku ສາມາດຖືກນໍາສະເຫນີເຂົ້າໄປໃນທໍ່ທີ່ມີຢູ່ແລ້ວ. ມີ cross compilers ບໍ? ຫຼືຂ້ອຍຄວນຈໍາລອງ Haiku ທັງໝົດພາຍໃນ Docker ໂດຍໃຊ້ບາງສິ່ງບາງຢ່າງເຊັ່ນ: QEMU/KVM (ສົມມຸດວ່າມັນຈະເຮັດວຽກແບບນັ້ນພາຍໃນ Docker)? ໂດຍວິທີທາງການ, ໂຄງການຈໍານວນຫຼາຍໃຊ້ຫຼັກການທີ່ຄ້າຍຄືກັນ. ຕົວຢ່າງ, Scribus ເຮັດສິ່ງນີ້ - ມັນມີຢູ່ແລ້ວສໍາລັບ Haiku. ມື້ຫນຶ່ງມື້ຈະມາເຖິງເມື່ອຂ້ອຍສາມາດສົ່ງ ດັ່ງກ່າວ ດຶງ​ຄໍາ​ຮ້ອງ​ຂໍ​ໃຫ້​ໂຄງ​ການ​ອື່ນໆ​ທີ່​ຈະ​ເພີ່ມ​ການ​ສະ​ຫນັບ​ສະ​ຫນູນ Haiku​.

ຫນຶ່ງໃນນັກພັດທະນາອະທິບາຍວ່າ:

ສໍາລັບໂຄງການອື່ນໆທີ່ຕ້ອງການສ້າງແພັກເກັດດ້ວຍຕົນເອງ, ວິທີການ CMake / CPack ປົກກະຕິແມ່ນສະຫນັບສະຫນູນ. ລະບົບການກໍ່ສ້າງອື່ນໆສາມາດໄດ້ຮັບການສະຫນັບສະຫນູນໂດຍການໂທຫາໂຄງການກໍ່ສ້າງຂອງແພັກເກັດໂດຍກົງ, ເຊິ່ງດີຖ້າຄົນສົນໃຈມັນ. ປະສົບການສະແດງໃຫ້ເຫັນ: ມາຮອດປັດຈຸບັນຍັງບໍ່ທັນມີຄວາມສົນໃຈຫຼາຍ, ສະນັ້ນ haikuporter ໄດ້ເຮັດວຽກຕາມທີ່ສະດວກສໍາລັບພວກເຮົາ, ແຕ່, ໃນທີ່ສຸດ, ທັງສອງວິທີການຄວນຈະເຮັດວຽກຮ່ວມກັນ. ພວກເຮົາຄວນແນະນໍາຊຸດຂອງເຄື່ອງມືສໍາລັບຊອບແວການກໍ່ສ້າງຂ້າມຈາກ Linux ຫຼືລະບົບປະຕິບັດການຂອງເຄື່ອງແມ່ຂ່າຍອື່ນໆ (Haiku ບໍ່ໄດ້ຖືກອອກແບບມາເພື່ອດໍາເນີນການຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ).

ຂ້າພະເຈົ້າໃຫ້ຮູບໄຂ່ຢືນ. ຜູ້ໃຊ້ Linux ປົກກະຕິປະຕິບັດການໂຫຼດເພີ່ມເຕີມແລະກະເປົ໋າເພີ່ມເຕີມ (ຄວາມປອດໄພ, ການຄວບຄຸມຢ່າງເຂັ້ມງວດ, ແລະອື່ນໆ) ທີ່ຈໍາເປັນສໍາລັບລະບົບປະຕິບັດການຂອງເຄື່ອງແມ່ຂ່າຍ, ແຕ່ບໍ່ແມ່ນສໍາລັບສ່ວນບຸກຄົນ. ສະນັ້ນຂ້າພະເຈົ້າຕົກລົງເຫັນດີຢ່າງສົມບູນວ່າສາມາດສ້າງແອັບ Haiku ໃນ Linux ແມ່ນທາງທີ່ຈະໄປ.

ສະຫລຸບ

ການສົ່ງແອັບພລິເຄຊັນ POSIX ໄປ Haiku ແມ່ນເປັນໄປໄດ້, ແຕ່ອາດຈະມີລາຄາແພງກວ່າການສ້ອມແປງແບບປົກກະຕິ. ຂ້ອຍຄົງຈະຕິດຢູ່ກັບເລື່ອງນີ້ເປັນເວລາດົນນານຖ້າມັນບໍ່ແມ່ນການຊ່ວຍເຫຼືອຂອງຄົນຈາກຊ່ອງ #haiku ໃນເຄືອຂ່າຍ irc.freenode.net. ແຕ່​ເຖິງ​ແມ່ນ​ວ່າ​ເຂົາ​ເຈົ້າ​ບໍ່​ໄດ້​ເຫັນ​ສິ່ງ​ທີ່​ຜິດ​ພາດ​ໃນ​ທັນທີ​ທັນ​ໃດ.

ຄໍາຮ້ອງສະຫມັກທີ່ຂຽນໃນ Qt ແມ່ນຂໍ້ຍົກເວັ້ນທີ່ງ່າຍດາຍ. ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ນໍາ​ໃຊ້​ຮ່ວມ​ກັນ​ເປັນ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ສາ​ທິດ​ງ່າຍ​ດາຍ​ໂດຍ​ບໍ່​ມີ​ບັນ​ຫາ​ໃດໆ​.

ການສ້າງຊຸດສໍາລັບຄໍາຮ້ອງສະຫມັກທີ່ງ່າຍດາຍແມ່ນຂ້ອນຂ້າງງ່າຍ, ແຕ່ວ່າພຽງແຕ່ສໍາລັບ "ອອກຕາມປະເພນີ" ເທົ່ານັ້ນ, i.e. ມີການຮວບຮວມລະຫັດແຫຼ່ງສະບັບທີ່ມີຈຸດປະສົງເພື່ອສະຫນັບສະຫນູນໃນ haikuports. ສໍາລັບການກໍ່ສ້າງຢ່າງຕໍ່ເນື່ອງ (ສ້າງສໍາລັບທຸກໆຄໍາຫມັ້ນສັນຍາຂອງການປ່ຽນແປງ) ກັບ GitHub, ທຸກສິ່ງທຸກຢ່າງເບິ່ງຄືວ່າບໍ່ງ່າຍດາຍ. ທີ່ນີ້ Haiku ມີຄວາມຮູ້ສຶກຄືກັບການແຈກຢາຍ Linux ຫຼາຍກວ່າຜົນໄດ້ຮັບໃນ Mac, ບ່ອນທີ່ເມື່ອທ່ານກົດປຸ່ມ "ສ້າງ" ໃນ XCode ທ່ານຈະໄດ້ຮັບຊຸດ. .app, ພ້ອມທີ່ຈະຖືກໃສ່ເຂົ້າໄປໃນຮູບແຜ່ນ .dmg, ກະກຽມສໍາລັບການດາວໂຫຼດຢູ່ໃນເວັບໄຊທ໌ຂອງຂ້ອຍ.
ການສ້າງແອັບພລິເຄຊັນຢ່າງຕໍ່ເນື່ອງໂດຍອີງໃສ່ "ເຄື່ອງແມ່ຂ່າຍ" ລະບົບປະຕິບັດການ, ສໍາລັບຕົວຢ່າງ, Linux, ສ່ວນຫຼາຍອາດຈະເປັນໄປໄດ້ຖ້າມີຄວາມຕ້ອງການຈາກຜູ້ພັດທະນາ, ແຕ່ໃນເວລານີ້ໂຄງການ Haiku ມີວຽກທີ່ກົດດັນຫຼາຍ.

ລອງໃຊ້ເອງ! ຫຼັງຈາກທີ່ທັງຫມົດ, ໂຄງການ Haiku ສະຫນອງຮູບພາບສໍາລັບການ booting ຈາກ DVD ຫຼື USB, ສ້າງຂຶ້ນ ежедневно. ເພື່ອຕິດຕັ້ງ, ພຽງແຕ່ດາວໂຫລດຮູບພາບແລະຂຽນມັນໃສ່ flash drive ໂດຍໃຊ້ Etcher

ທ່ານ​ມີ​ຄໍາ​ຖາມ​ໃດໆ? ພວກ​ເຮົາ​ຂໍ​ເຊື້ອ​ເຊີນ​ທ່ານ​ກັບ​ພາ​ສາ​ລັດ​ເຊຍ​ ຊ່ອງໂທລະພາບ.

ພາບລວມຄວາມຜິດພາດ: ວິທີການຍິງຕົວເອງໃນຕີນໃນ C ແລະ C ++. ການເກັບກໍາສູດ Haiku OS

ຈາກ ຜູ້ຂຽນ ການ​ແປ​ພາ​ສາ​: ນີ້​ແມ່ນ​ບົດ​ຄວາມ​ທີ​ຫ້າ​ໃນ​ຊຸດ​ກ່ຽວ​ກັບ Haiku​.

ລາຍຊື່ບົດຄວາມ: ກ່ອນອື່ນ ໝົດ ທີສອງ ທີສາມ ສີ່

ແຫຼ່ງຂໍ້ມູນ: www.habr.com