ថ្ងៃទីប្រាំរបស់ខ្ញុំជាមួយ Haiku៖ តោះដាក់កម្មវិធីខ្លះ

TL; កុង៖ អ្នកថ្មី​ម្នាក់​បាន​ឃើញ Haiku ជា​លើក​ដំបូង ដោយ​ព្យាយាម​បញ្ជូន​កម្មវិធី​មួយ​ចំនួន​ពី​ពិភព​លីនុច។

កម្មវិធីដែលបានបញ្ជូន Haiku ដំបូងរបស់ខ្ញុំ ដែលខ្ចប់ជាទម្រង់ hpkg របស់វា។

ថ្មីៗ ខ្ញុំបានរកឃើញ Haiku ដែលជាប្រព័ន្ធប្រតិបត្តិការដ៏ល្អគួរឱ្យភ្ញាក់ផ្អើលសម្រាប់កុំព្យូទ័រ។
ថ្ងៃនេះខ្ញុំនឹងរៀនពីរបៀបបញ្ចូលកម្មវិធីថ្មីទៅក្នុងប្រព័ន្ធប្រតិបត្តិការនេះ។ ការផ្តោតសំខាន់គឺការពិពណ៌នាអំពីបទពិសោធន៍ដំបូងនៃការប្តូរទៅ Haiku ពីទស្សនៈរបស់អ្នកអភិវឌ្ឍន៍លីនុច។ ខ្ញុំសូមអភ័យទោសចំពោះកំហុសឆ្គងដែលខ្ញុំបានធ្វើនៅតាមផ្លូវ ព្រោះវាមិនទាន់បានមួយសប្តាហ៍ទេចាប់តាំងពីខ្ញុំបានទាញយក Haiku លើកដំបូង។

ខ្ញុំចង់សម្រេចគោលដៅបី៖

• បញ្ចូលកម្មវិធី CLI សាមញ្ញ
• ច្រកកម្មវិធីពី GUI ទៅ Qt
• បន្ទាប់មកខ្ចប់ពួកវាជាទម្រង់ hpkg (ព្រោះខ្ញុំនៅតែគិតអំពីការសម្រប AppDir និង AppImage សម្រាប់ Haiku... )

តោះ​ចាប់ផ្តើម។ នៅក្នុងផ្នែក ឯកសារ и ការអភិវឌ្ឍក៏ដូចជានៅក្នុង វិ​គី ពី HaikuPorts ខ្ញុំបានរកឃើញទិសដៅត្រឹមត្រូវ។ មានសូម្បីតែសៀវភៅ PDF តាមអ៊ីនធឺណិត BeOS៖ ច្រកកម្មវិធី Unix.
467 ទំព័រ - ហើយនេះគឺពីឆ្នាំ 1997! វាគួរឱ្យខ្លាចក្នុងការមើលទៅខាងក្នុង ប៉ុន្តែខ្ញុំសង្ឃឹមថាល្អបំផុត។ ពាក្យរបស់អ្នកអភិវឌ្ឍន៍កំពុងលើកទឹកចិត្ត៖ "វាត្រូវចំណាយពេលយូរព្រោះ BeOS មិនអនុលោមតាម POSIX" ប៉ុន្តែ Haiku "សម្រាប់ផ្នែកភាគច្រើន" គឺដូចនោះ។

ការបញ្ជូនកម្មវិធី CLI សាមញ្ញ

គំនិតដំបូងគឺត្រូវបញ្ចូលកម្មវិធី avrdudeប៉ុន្តែ ដូចដែលវាបានប្រែក្លាយ នេះគឺរួចទៅហើយ បានធ្វើ ជា​យូរ​យា​ណាស់​មក​ហើយ។

សាកល្បងដំបូង៖ គ្មានអ្វីត្រូវមើលទេ។

អ្វីដែលខ្ញុំមិនអាចយល់បាននោះគឺរួចទៅហើយ កម្មវិធីត្រូវបានបញ្ជូនទៅកាន់ Haiku អស់រយៈពេលជាង 10 ឆ្នាំមកហើយ - ទោះបីជាការពិតដែលថា OS ខ្លួនវាមិនមែនជាកំណែ 1.0 នៅឡើយទេ។

ការប៉ុនប៉ងលើកទីពីរ៖ ចាំបាច់ត្រូវសរសេរឡើងវិញ

ដូច្នេះខ្ញុំនឹងប្រើ ptouch-770, CLI សម្រាប់គ្រប់គ្រងម៉ាស៊ីនបោះពុម្ព Brother P-Touch 770 ដែលខ្ញុំប្រើដើម្បីបោះពុម្ពស្លាក។
ខ្ញុំបោះពុម្ពស្លាកផ្សេងៗនៅលើវា ហើយអ្នកប្រហែលជាបានឃើញវារួចហើយនៅក្នុងអត្ថបទមុន។ មុននេះបន្តិច ខ្ញុំបានសរសេរកម្មវិធីរុំ GUI តូចមួយនៅក្នុង 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 មានមូលដ្ឋានលើលីនុចពេកហើយ ដូច្នេះមិនមានសម្រាប់ Haiku ទេ។ ដែលមានន័យថាខ្ញុំត្រូវកែសម្រួលកូដប្រភពដែលខ្ញុំកំពុងព្យាយាមចងក្រង។
អេ អ្នកមិនអាចលោតពីលើក្បាលរបស់អ្នកបានទេ ហើយខ្ញុំក៏មិនដឹងថាត្រូវចាប់ផ្តើមពីណាដែរ។

ព្យាយាមទីបី

វានឹងជាការល្អដែលមាន tmate សម្រាប់ Haiku បន្ទាប់មកខ្ញុំនឹងអនុញ្ញាតឱ្យអ្នកអភិវឌ្ឍន៍ Haiku ភ្ជាប់ទៅវគ្គស្ថានីយរបស់ខ្ញុំ - ក្នុងករណីមានអ្វីមួយខុសប្រក្រតី។ ការណែនាំគឺសាមញ្ញណាស់៖

./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 ហើយបន្ទាប់ពីពីរបីនាទីខ្ញុំឃើញបំណះនៅក្នុង HaikuPorts ។ ខ្ញុំ​អាច​មើល​ឃើញ​ផ្ទាល់​ភ្នែក​ពី​របៀប​ដែល​កញ្ចប់​កែ​តម្រូវ ទៅទីនេះ (Buildslave - ម៉ាស៊ីននិម្មិត) ។

បង្កើត msgpack ដែលបានកែដំរូវនៅលើ buildmaster

នៅចន្លោះពេលដែលខ្ញុំផ្ញើបំណះទៅទឹកឡើង ដើម្បីបន្ថែមការគាំទ្រ 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.

ការបញ្ជូនកម្មវិធី 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-អ្នកបង្កើត (វាធ្លាក់សម្រាប់ខ្ញុំ, ការរាយការណ៍កំហុស)

វាមិនច្បាស់ថាត្រូវធ្វើអ្វីទេ។ ខ្ញុំគិតថាខ្ញុំត្រូវការការណែនាំសម្រាប់អ្នកចាប់ផ្តើមរចនាប័ទ្ម 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 លេខកូដមានរួចហើយដោយផ្ទាល់មិនមានអ្វីត្រូវពន្លាទេ។ តាមទស្សនៈរបស់ខ្ញុំ ឧបករណ៍គួរតែឆ្លាតល្មមមិនស្វែងរកអ្នកពន្លា ប្រសិនបើវាស្ថិតនៅខាងលើ 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 ។ ថាតើវាជាឧបករណ៍ដែលដំណើរការភ្លាមៗ ដោយមិនចាំបាច់ដំឡើង ឬដូចដែលខ្ញុំហៅវាថា "ច្របូកច្របល់"។

ប្រហែលជាវានឹងដំណើរការដូចនេះ៖

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 គឺពិតជាងាយស្រួល ហើយជាញឹកញាប់លឿនជាង។ ជាការប្រសើរណាស់, នៅពេលអនាគត, ប្រហែលជាសារកំហុសនឹងមិនភ្លឺខ្លាំង ... (យើងលែងបញ្ចូលរូបមន្តបែបនេះនៅក្នុង 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
(...)

វាធ្វើឡើងវិញនូវការផ្សាយពាណិជ្ជកម្មនេះគ្មានកំណត់។ ទំនង​ជា​នេះ​ជា​កំហុស (តើ​មាន​កម្មវិធី​ទេ? ខ្ញុំ​រក​មិន​ឃើញ​ទេ)។

С haikuporter និងឃ្លាំង ហៃគុផត វាមិនមានអារម្មណ៍ "គ្រាន់តែធ្វើការ" នោះទេ ប៉ុន្តែក្នុងនាមជាអ្នកអភិវឌ្ឍន៍ មានរឿងមួយចំនួនដែលខ្ញុំចូលចិត្តក្នុងការធ្វើការជាមួយ Haiku ។ សម្រាប់ផ្នែកភាគច្រើន វាស្រដៀងទៅនឹង Open Build Service ដែលជាសំណុំឧបករណ៍សម្រាប់បង្កើត Linux builds៖ មានអនុភាពខ្លាំង ជាមួយនឹងវិធីសាស្រ្តជាប្រព័ន្ធ ប៉ុន្តែហួសកំរិតសម្រាប់កម្មវិធី "hello world" តូចរបស់ខ្ញុំ។

ជាថ្មីម្តងទៀត បើយោងតាមលោក waddlesplash៖

ជាការពិត HaikuPorter គឺតឹងរ៉ឹងណាស់តាមលំនាំដើម (បូកមានរបៀប lint ក៏ដូចជារបៀបតឹងរ៉ឹងដើម្បីធ្វើឱ្យវាកាន់តែតឹងរ៉ឹង!) ប៉ុន្តែដោយសារតែវាបង្កើតកញ្ចប់ដែលនឹងដំណើរការជាជាងបង្កើតកញ្ចប់។ នោះហើយជាមូលហេតុដែលគាត់ត្អូញត្អែរអំពីភាពអាស្រ័យដែលមិនបានប្រកាស បណ្ណាល័យមិនបាននាំចូលត្រឹមត្រូវ កំណែមិនត្រឹមត្រូវ។ល។ គោលដៅគឺដើម្បីចាប់យកបញ្ហាណាមួយ និងបញ្ហាទាំងអស់ រួមទាំងបញ្ហានាពេលអនាគត មុនពេលអ្នកប្រើប្រាស់ដឹងអំពីវា (នេះជាមូលហេតុដែលវាមិនអាចដំឡើង avrdude បានទេ ពីព្រោះភាពអាស្រ័យគឺពិតជាបានបញ្ជាក់នៅក្នុងរូបមន្ត)។ បណ្ណាល័យមិនមែនគ្រាន់តែជាកញ្ចប់បុគ្គល ឬសូម្បីតែកំណែ SO ជាក់លាក់នោះទេ។ HaikuPorter ធានាថាអ្វីៗទាំងអស់នេះត្រូវបានគេសង្កេតឃើញនៅក្នុងរូបមន្តដោយខ្លួនឯង ដើម្បីជៀសវាងកំហុសកំឡុងពេលប្រតិបត្តិ។

ជាគោលការណ៍ កម្រិតនៃភាពម៉ត់ចត់នេះគឺមានភាពត្រឹមត្រូវនៅពេលបង្កើតប្រព័ន្ធប្រតិបត្តិការ ប៉ុន្តែវាហាក់ដូចជាមិនចាំបាច់សម្រាប់ខ្ញុំសម្រាប់កម្មវិធី “hello world” ទេ។ ខ្ញុំបានសម្រេចចិត្តសាកល្បងអ្វីផ្សេងទៀត។

ការកសាងកម្មវិធីក្នុងទម្រង់ 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.
ជាថ្មីម្តងទៀត ដោយមិននឹកស្មានដល់ រហ័ស សាមញ្ញ និងមានប្រសិទ្ធភាព។ អស្ចារ្យ​មិន​គួរ​ឱ្យ​ជឿ!

ប៉ុន្តែ ... (តើយើងនឹងនៅឯណាដោយគ្មានពួកគេ!)

កម្មវិធីនៅតែបាត់ពីបញ្ជីម៉ឺនុយកម្មវិធី និង 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

ខ្ញុំ​ប្រាកដ​ថា​ល្បិច​នេះ​នឹង​មាន​ប្រសិទ្ធភាព ប៉ុន្តែ​សំណួរ​នៅ​តែ​មាន៖ ហេតុអ្វី​បាន​ជា​ចាំបាច់ តើ​វា​សម្រាប់​អ្វី? ខ្ញុំ​គិត​ថា​នេះ​បំផ្លាញ​ការ​ចាប់​អារម្មណ៍​ជា​រួម​ដែល​ថា​ប្រព័ន្ធ​នេះ​មាន​ភាព​ទំនើប​ខ្លាំង​ណាស់។

ដូចដែលបានពន្យល់ដោយលោក waddlesplash៖

ពេលខ្លះមានកម្មវិធីដែលកម្មវិធីផ្សេងទៀតត្រូវការ ប៉ុន្តែមិនមាននៅក្នុងម៉ឺនុយទេ។ ឧទាហរណ៍ LegacyPackageInstaller ក្នុងរូបថតអេក្រង់របស់អ្នក កំពុងដំណើរការបណ្ណសារ .pkg ក្នុងទម្រង់ BeOS។ ខ្ញុំចង់ឱ្យអ្នកប្រើប្រាស់ដំឡើងពួកវា ប៉ុន្តែវត្តមានរបស់ពួកគេនៅក្នុងម៉ឺនុយនឹងនាំឱ្យមានការភ័ន្តច្រឡំ។

សម្រាប់ហេតុផលខ្លះវាហាក់ដូចជាខ្ញុំថាមានដំណោះស្រាយសាមញ្ញជាងឧទាហរណ៍ Hidden=true នៅក្នុងឯកសារ .desktop នៅលើលីនុច។ ហេតុអ្វីមិនធ្វើឱ្យព័ត៌មាន "លាក់" ជាធនធាន និងគុណលក្ខណៈនៃប្រព័ន្ធឯកសារ?

អ្វី​ដែល​មិន​សូវ​ច្បាស់​នោះ​គឺ​ឈ្មោះ​កម្មវិធី (ខ្លះ) ដែល​បង្ហាញ​ម៉ឺនុយ deskbar, ចងយ៉ាងតឹងរ៉ឹងនៅតាមផ្លូវ។

លោក។ waddlesplash ពន្យល់អំពីរឿងនេះ៖

"Deskbar" ក្នុងករណីនេះគួរតែត្រូវបានយល់ថាជាប្រភេទនៃពាក្យទូទៅ (តាមរបៀបដូចគ្នានឹង "របារភារកិច្ច" ដែលសំដៅលើទាំងកម្មវិធីវីនដូនិងគំនិតទូទៅ) ។ ជាការប្រសើរណាស់, ចាប់តាំងពីនេះ។ deskbarមិនមែន “Deskbar” ទេ នេះក៏អាចយល់បានតាមរបៀបស្រដៀងគ្នាដែរ។

2 ថត "ស្ទើរតែដូចគ្នា" ជាមួយនឹងកម្មវិធីនៅក្នុងពួកគេ។

ហេតុអ្វីបានជាមាន 2 ថតជាមួយកម្មវិធី ហើយហេតុអ្វីបានជា QtQuickApplication របស់ខ្ញុំនៅក្នុងមួយ ប៉ុន្តែមិនមែននៅក្នុងមួយផ្សេងទៀត? (បន្ទាប់ពីទាំងអស់ នេះមិនមែនជាប្រព័ន្ធមួយទេ ប៉ុន្តែជាអ្នកប្រើប្រាស់ទីពីរ ដែលអាចយល់បានសម្រាប់ខ្ញុំផ្ទាល់)។
ខ្ញុំ​ពិត​ជា​យល់​ច្រឡំ ហើយ​ខ្ញុំ​គិត​ថា​នេះ​គួរ​តែ​ត្រូវ​បាន​បង្រួប​បង្រួម។

អត្ថាធិប្បាយដោយលោក waddlesplash

កាតាឡុកកម្មវិធីមានកម្មវិធីដែលមិនត្រូវការនៅក្នុងម៉ឺនុយ។ ប៉ុន្តែ​ស្ថានភាព​ជាមួយ​ម៉ឺនុយ​ពិត​ជា​ត្រូវ​ធ្វើ​ឱ្យ​ប្រសើរ​ឡើង ដើម្បី​ធ្វើ​ឱ្យ​វា​អាច​ប្ដូរ​តាម​បំណង​បាន​កាន់​តែ​ខ្លាំង។

ដាក់ពាក្យ ឬវាមិនកើតឡើង 😉

ខ្ញុំឆ្ងល់: តើវាពិតជាចាំបាច់ក្នុងការបង្ហោះកម្មវិធីនៅក្នុង /system/appsប្រសិនបើអ្នកប្រើឃើញពួកគេនៅទីនោះ វាមិនគួរឱ្យចង់បានទេ។ ប្រហែលជាវាជាការប្រសើរជាងក្នុងការដាក់ពួកវានៅកន្លែងផ្សេងទៀតដែលអ្នកប្រើប្រាស់នឹងមិនជួបពួកគេ? ដូចជាវាត្រូវបានធ្វើនៅក្នុង Mac OS X ដែលមាតិកានៃកញ្ចប់ .appដែលមិនគួរមើលឃើញដោយអ្នកប្រើប្រាស់នៅក្នុង /Applicationsលាក់ខ្លួននៅក្នុងជម្រៅនៃ /System/Library/…“`។

ចុះ​ភាព​អាស្រ័យ​វិញ?

ខ្ញុំ​គិត​ថា​វា​មាន​តម្លៃ​ក្នុង​ការ​បញ្ជាក់​ភាព​អាស្រ័យ​ដូចម្ដេច​បាន​ទេ? តើ Qt អាចត្រូវបានចាត់ទុកថាជាផ្នែកចាំបាច់នៃការដំឡើង Haiku តាមលំនាំដើមដែរឬទេ? ទេ! Qt មិនត្រូវបានដំឡើងតាមលំនាំដើមទេ។ តើកម្មវិធីបង្កើតកញ្ចប់អាចរកឃើញភាពអាស្រ័យដោយស្វ័យប្រវត្តិដោយពិនិត្យមើលឯកសារ ELF បានទេ? ខ្ញុំត្រូវបានគេប្រាប់ថា HaikuPorter ពិតជាធ្វើបែបនេះមែន ប៉ុន្តែ package ទេ នោះដោយសារតែវាគ្រាន់តែជា "អ្នកបង្កើតកញ្ចប់" ដែលគ្រាន់តែបង្កើតឯកសារដោយខ្លួនឯង។ hpkg.

តើ Haiku គួរតែធ្វើឱ្យមានភាពស្មុគ្រស្មាញជាងមុនដោយបន្ថែមគោលការណ៍ដែលកញ្ចប់មួយមិនគួរមានភាពអាស្រ័យទៅលើកញ្ចប់នៅខាងក្រៅ Haiku ទេ? haikuports? (ខ្ញុំចង់ព្រោះគោលការណ៍បែបនេះនឹងធ្វើឱ្យអ្វីៗកាន់តែងាយស្រួល - ប្រព័ន្ធនឹងអាចដោះស្រាយដោយស្វ័យប្រវត្តិនូវភាពអាស្រ័យនៃរាល់កញ្ចប់ដែលបានទាញយកពីគ្រប់ទិសទី ដោយមិនចាំបាច់រញ៉េរញ៉ៃជាមួយប្រភពកញ្ចប់បន្ថែម។ )

លោក។ waddlesplash ពន្យល់ថា:

យើងមិនចង់ដាក់កម្រិតសេរីភាពរបស់អ្នកអភិវឌ្ឍន៍ខ្លាំងនោះទេ ព្រោះវាច្បាស់ណាស់ថា ប្រសិនបើ CompanyX ចង់គាំទ្រកម្មវិធីផ្ទាល់ខ្លួនរបស់វាជាមួយនឹងភាពអាស្រ័យ (ហើយជាឃ្លាំង) នោះវានឹងធ្វើដោយសេរីទាំងស្រុង។

ក្នុងករណីនោះ វាអាចមានតម្លៃក្នុងការផ្តល់អនុសាសន៍ថាកញ្ចប់ភាគីទីបីជៀសវាងការពឹងផ្អែកលើអ្វីដែលមិនបានរួមបញ្ចូលនៅក្នុង haikuports ដោយវេចខ្ចប់ទាំងស្រុងនូវអ្វីគ្រប់យ៉ាងដែលត្រូវការជាមួយនឹងកម្មវិធី។ ប៉ុន្តែខ្ញុំគិតថានេះគឺជាប្រធានបទសម្រាប់អត្ថបទនាពេលអនាគតនៅក្នុងស៊េរីនេះ។ [តើអ្នកនិពន្ធកំពុងឆ្ពោះទៅរក AppImage ទេ? - ប្រហែល អ្នកបកប្រែ]

ការបន្ថែមរូបតំណាងកម្មវិធី

ចុះបើខ្ញុំចង់បន្ថែមរូបតំណាងដែលភ្ជាប់មកជាមួយយ៉ាងស្អាតមួយទៅក្នុងធនធាននៃកម្មវិធីដែលទើបបង្កើតថ្មីរបស់ខ្ញុំ? វាប្រែថានេះគឺជាប្រធានបទដ៏អស្ចារ្យដូច្នេះវានឹងជាមូលដ្ឋានសម្រាប់អត្ថបទបន្ទាប់។

តើធ្វើដូចម្តេចដើម្បីរៀបចំកម្មវិធីបន្តបង្កើត?

ស្រមៃមើលគម្រោងដូចជា Inkscape (បាទ ខ្ញុំដឹងថាវាមិនទាន់មាននៅក្នុង Haiku ទេ ប៉ុន្តែវាងាយស្រួលបង្ហាញនៅលើវា)។ ពួកគេមានឃ្លាំងប្រភពកូដ https://gitlab.com/inkscape/inkscape.
រាល់ពេលដែលនរណាម្នាក់ប្រព្រឹត្តការផ្លាស់ប្តូររបស់ពួកគេចំពោះឃ្លាំង ការបង្កើតបំពង់ត្រូវបានបើកដំណើរការ បន្ទាប់ពីនោះការផ្លាស់ប្តូរត្រូវបានសាកល្បង បង្កើតដោយស្វ័យប្រវត្តិ ហើយកម្មវិធីត្រូវបានខ្ចប់ទៅក្នុងកញ្ចប់ផ្សេងៗ រួមទាំង AppImage សម្រាប់លីនុច (កញ្ចប់កម្មវិធីដាច់ដោយឡែកដែលអាចទាញយកបានសម្រាប់ការធ្វើតេស្តក្នុងតំបន់ដោយមិនគិតពី អ្វីដែលអាចឬមិនអាចដំឡើងនៅលើប្រព័ន្ធ [ខ្ញុំដឹងហើយ! - ប្រហែល អ្នកបកប្រែ]) រឿងដដែលនេះកើតឡើងជាមួយរាល់សំណើបញ្ចូលគ្នានៃសាខា ដូច្នេះអ្នកអាចទាញយកកម្មវិធីដែលបានបង្កើតឡើងពីកូដដែលបានស្នើឡើងក្នុងសំណើបញ្ចូលចូលគ្នា មុនពេលបញ្ចូល។

បញ្ចូលសំណើជាមួយស្ថានភាពស្ថាបនា និងលទ្ធភាពទាញយកប្រព័ន្ធគោលពីរដែលបានចងក្រង ប្រសិនបើការស្ថាបនាបានជោគជ័យ (សម្គាល់ជាពណ៌បៃតង)

ការស្ថាបនាដំណើរការនៅក្នុងធុង Docker ។ GitLab ផ្តល់ជូនអ្នករត់ដោយឥតគិតថ្លៃនៅលើលីនុច ហើយខ្ញុំគិតថាវាប្រហែលជាអាចរួមបញ្ចូលអ្នករត់ផ្ទាល់ខ្លួនរបស់អ្នក (ដោយវិធីនេះ ខ្ញុំមិនឃើញពីរបៀបដែលវានឹងដំណើរការសម្រាប់ប្រព័ន្ធដូចជា Haiku ដែលខ្ញុំដឹងថាមិនមាន Docker ឬសមមូលទេ ប៉ុន្តែ ផងដែរសម្រាប់ FreeBSD មិនមាន Docker ទេដូច្នេះបញ្ហានេះមិនមានតែមួយគត់ចំពោះ Haiku) ។

តាមឧត្ដមគតិ កម្មវិធី Haiku អាចត្រូវបានបង្កើតឡើងនៅក្នុងធុង Docker សម្រាប់លីនុច។ ក្នុងស្ថានភាពនេះការជួបប្រជុំគ្នាសម្រាប់ Haiku អាចត្រូវបានណែនាំទៅក្នុងបំពង់ដែលមានស្រាប់។ តើមាន cross compilers ទេ? ឬតើខ្ញុំគួរត្រាប់តាម Haiku ទាំងអស់នៅក្នុងធុង Docker ដោយប្រើអ្វីមួយដូចជា QEMU/KVM (សន្មតថាវានឹងដំណើរការដូចនៅក្នុង Docker)? ដោយវិធីនេះគម្រោងជាច្រើនប្រើគោលការណ៍ស្រដៀងគ្នា។ ឧទាហរណ៍ Scribus ធ្វើបែបនេះ - វាមានរួចហើយសម្រាប់ Haiku ។ ថ្ងៃមួយនឹងមកដល់ពេលដែលខ្ញុំអាចផ្ញើបាន។ ដូចជា ទាញសំណើទៅគម្រោងផ្សេងទៀតដើម្បីបន្ថែមការគាំទ្រ Haiku ។

អ្នកអភិវឌ្ឍន៍ម្នាក់ពន្យល់ថា៖

សម្រាប់គម្រោងផ្សេងទៀតដែលចង់បង្កើតកញ្ចប់ដោយខ្លួនឯង វិធីសាស្ត្រ CMake/CPack ធម្មតាត្រូវបានគាំទ្រ។ ប្រព័ន្ធស្ថាបនាផ្សេងទៀតអាចត្រូវបានគាំទ្រដោយការហៅទូរស័ព្ទទៅកម្មវិធីសាងសង់របស់កញ្ចប់ដោយផ្ទាល់ ដែលល្អប្រសិនបើមនុស្សចាប់អារម្មណ៍លើវា។ បទពិសោធន៍បង្ហាញ៖ រហូតមកដល់ពេលនេះមិនមានការចាប់អារម្មណ៍ច្រើនទេ ដូច្នេះ haikuporter បានធ្វើការយ៉ាងងាយស្រួលសម្រាប់យើង ប៉ុន្តែនៅទីបំផុត វិធីសាស្ត្រទាំងពីរគួរតែដំណើរការជាមួយគ្នា។ យើងគួរតែណែនាំឧបករណ៍សម្រាប់បង្កើតកម្មវិធីឆ្លងពីលីនុច ឬប្រព័ន្ធប្រតិបត្តិការម៉ាស៊ីនមេផ្សេងទៀត (Haiku មិនត្រូវបានរចនាឡើងដើម្បីដំណើរការលើម៉ាស៊ីនមេទេ)។

ខ្ញុំ​ផ្តល់​ការ​ឈរ ovation ។ អ្នកប្រើប្រាស់លីនុចធម្មតាផ្ទុកបន្ទុកបន្ថែមទាំងអស់នេះ និងឥវ៉ាន់បន្ថែម (សុវត្ថិភាព ការគ្រប់គ្រងយ៉ាងតឹងរ៉ឹង។ល។) ដែលចាំបាច់សម្រាប់ប្រព័ន្ធប្រតិបត្តិការម៉ាស៊ីនមេ ប៉ុន្តែមិនមែនសម្រាប់ផ្ទាល់ខ្លួនទេ។ ដូច្នេះខ្ញុំយល់ស្របទាំងស្រុងថាការអាចបង្កើតកម្មវិធី Haiku នៅលើលីនុចគឺជាវិធីដែលត្រូវទៅ។

សេចក្តីសន្និដ្ឋាន

ការបញ្ជូនកម្មវិធី POSIX ទៅ Haiku គឺអាចធ្វើទៅបាន ប៉ុន្តែអាចមានតម្លៃថ្លៃជាងការស្ថាបនាឡើងវិញធម្មតា។ ខ្ញុំច្បាស់ជាជាប់គាំងជាមួយរឿងនេះយូរហើយ ប្រសិនបើវាមិនមែនសម្រាប់ជំនួយពីមនុស្សមកពីប៉ុស្តិ៍ #haiku នៅលើបណ្តាញ irc.freenode.net។ ប៉ុន្តែសូម្បីតែពួកគេមិនតែងតែឃើញភ្លាមៗនូវអ្វីដែលខុស។

កម្មវិធីដែលសរសេរក្នុង Qt គឺជាករណីលើកលែងដ៏ងាយស្រួលមួយ។ ខ្ញុំបានដាក់បញ្ចូលគ្នានូវកម្មវិធីសាកល្បងដ៏សាមញ្ញដោយគ្មានបញ្ហាអ្វីទាំងអស់។

ការ​បង្កើត​កញ្ចប់​សម្រាប់​កម្មវិធី​សាមញ្ញ​ក៏​មាន​ភាព​ងាយ​ស្រួល​ដែរ ប៉ុន្តែ​សម្រាប់​តែ​កម្មវិធី​ដែល​បាន​ចេញ​ជា​ប្រពៃណី​ប៉ុណ្ណោះ ពោល​គឺ​។ មានបណ្ណសារកូដប្រភពកំណែដែលមានបំណងសម្រាប់ការគាំទ្រនៅក្នុង haikuports ។ សម្រាប់ការបង្កើតជាបន្តបន្ទាប់ (កសាងសម្រាប់រាល់ការប្តេជ្ញាចិត្តនៃការផ្លាស់ប្តូរ) ជាមួយ GitHub អ្វីគ្រប់យ៉ាងហាក់ដូចជាមិនសាមញ្ញទេ។ នៅទីនេះ Haiku មានអារម្មណ៍ដូចជាការចែកចាយលីនុចជាងលទ្ធផលនៅលើ Mac ដែលនៅពេលអ្នកចុចប៊ូតុង "Build" នៅក្នុង XCode អ្នកនឹងទទួលបានកញ្ចប់មួយ។ .appរួចរាល់ដើម្បីបញ្ចូលទៅក្នុងរូបភាពឌីស .dmgរៀបចំសម្រាប់ទាញយកនៅលើគេហទំព័ររបស់ខ្ញុំ។
ការបង្កើតកម្មវិធីជាបន្តបន្ទាប់ដោយផ្អែកលើប្រព័ន្ធប្រតិបត្តិការ "ម៉ាស៊ីនមេ" ឧទាហរណ៍ លីនុច ទំនងជាអាចធ្វើទៅបាន ប្រសិនបើមានតម្រូវការពីអ្នកអភិវឌ្ឍន៍ ប៉ុន្តែនៅពេលនេះ គម្រោង Haiku មានកិច្ចការដ៏តឹងតែងផ្សេងទៀត។

សាកល្បងដោយខ្លួនឯង! បន្ទាប់ពីបានទាំងអស់ គម្រោង Haiku ផ្តល់នូវរូបភាពសម្រាប់ការចាប់ផ្ដើមពីឌីវីឌី ឬ USB ដែលបានបង្កើត ежедневно. ដើម្បីដំឡើងគ្រាន់តែទាញយករូបភាពហើយសរសេរវាទៅ flash drive ដោយប្រើ Etcher

តើអ្នកមានសំណួរទេ? យើងសូមអញ្ជើញអ្នកឱ្យនិយាយភាសារុស្ស៊ី ឆានែលទូរលេខ.

កំហុសទិដ្ឋភាពទូទៅ៖ របៀបបាញ់ខ្លួនឯងនៅជើងក្នុង C និង C++ ។ ការប្រមូលរូបមន្ត Haiku OS

ពី អ្នកនិពន្ធ ការបកប្រែ៖ នេះគឺជាអត្ថបទទីប្រាំនៅក្នុងស៊េរីអំពី Haiku ។

បញ្ជីអត្ថបទ៖ ដំបូង ទីពីរ ទីបី ទីបួន

ប្រភព: www.habr.com