हाइकुसँगको मेरो पाँचौं दिन: केही कार्यक्रमहरू पोर्ट गरौं

TL; ड: एक नयाँ व्यक्तिले पहिलो पटक हाइकु देखे, लिनक्स संसारबाट केही प्रोग्रामहरू पोर्ट गर्ने प्रयास गर्दै।

मेरो पहिलो हाइकु पोर्ट गरिएको कार्यक्रम, यसको hpkg ढाँचामा प्याकेज गरिएको

हालै मैले हाइकु पत्ता लगाए, पीसीहरूको लागि आश्चर्यजनक रूपमा राम्रो अपरेटिङ सिस्टम।
आज म यस अपरेटिङ सिस्टममा नयाँ प्रोग्रामहरू कसरी पोर्ट गर्ने भनेर सिक्नेछु। मुख्य फोकस भनेको लिनक्स विकासकर्ताको दृष्टिकोणबाट हाइकुमा स्विच गर्ने पहिलो अनुभवको वर्णन हो। बाटोमा मैले गरेको कुनै मूर्ख गल्तीको लागि म माफी चाहन्छु, किनकि मैले हाइकु पहिलो पटक डाउनलोड गरेको एक हप्ता पनि भएको छैन।

म तीनवटा लक्ष्य हासिल गर्न चाहन्छु:

• एक साधारण CLI अनुप्रयोग पोर्ट गर्नुहोस्
• GUI बाट Qt मा एप्लिकेसन पोर्ट गर्नुहोस्
• त्यसपछि तिनीहरूलाई hpkg ढाँचामा प्याकेज गर्नुहोस् (किनकि म अझै हाइकुको लागि AppDir र AppImage अनुकूलन गर्ने बारे सोचिरहेको छु...)

सुरु गरौं। खण्डहरूमा कागजात и विकाससाथै wiki हाइकुपोर्ट्सबाट मैले सही दिशा भेट्टाएँ। त्यहाँ एक अनलाइन PDF पुस्तक पनि छ BeOS: एक युनिक्स अनुप्रयोग पोर्ट गर्दै.
467 पृष्ठहरू - र यो 1997 बाट हो! यो भित्र हेर्न डरलाग्दो छ, तर म सबै भन्दा राम्रो को लागी आशा गर्दछु। विकासकर्ताका शब्दहरू उत्साहजनक छन्: "यसले धेरै समय लियो किनभने BeOS POSIX-अनुरूप थिएन," तर हाइकु "अधिकांश भागको लागि" पहिले नै त्यस्तै छ।

एक साधारण CLI अनुप्रयोग पोर्ट गर्दै

पहिलो विचार अनुप्रयोग पोर्ट गर्न थियो avrdude, तर, यो बाहिर गएको रूपमा, यो पहिले नै छ बनेको धेरै समय अगाडी।

पहिलो प्रयास: हेर्नको लागि केहि छैन

मैले बुझ्न नसकेको कुरा पहिले नै हो एपहरू 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

यस चरणमा म हाइकु डिपो खोल्छु र खोज्छु 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 मा बग छ, र केही मिनेट पछि मैले हाइकुपोर्ट्समा एउटा प्याच देखेँ। म आफ्नै आँखाले देख्न सक्छु कि कसरी सही प्याकेज यहाँ जाँदैछ (बिल्डस्लेभ - भर्चुअल मेसिनहरू)।

बिल्डमास्टरमा सुधारिएको 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

एउटै कुरा, प्रोफाइलमा मात्र। गुगल र यो भेटियो। यदि तपाइँ थप्नुहोस् -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 मा प्याकेजिङ अनुप्रयोगहरू।

मैले के सुरु गर्नुपर्छ? त्यहाँ कुनै साधारण कागजात छैन, म irc.freenode.net मा #haiku च्यानलमा जान्छु र सुन्छु:

• टोली package - प्याकेजहरू सिर्जना गर्न निम्न-स्तर तरिका। "यसलाई उचित .hpkg प्याकेजमा बनाउने" खण्डमा वर्णन गरिएझैं अधिकांश भागमा, प्याकेजइन्फो उनको लागि पर्याप्त छ।
• मैले केहि गर्नु पर्छ त्यस्तै
• तपाईं प्रयोग गर्न सक्नुहुनेछ hpkg-निर्माता (यो मेरो लागि क्र्यास हुन्छ, त्रुटि रिपोर्टिङ)

के गर्ने भन्ने स्पष्ट छैन । मलाई लाग्छ कि मलाई हेलो विश्व शैलीको शुरुवातकर्ता गाइड चाहिन्छ, आदर्श रूपमा एउटा भिडियो। GNU हेलोमा गरिएको जस्तै हाइकुपोर्टरको पनि सुविधाजनक परिचय पाउँदा राम्रो हुनेछ।

मैले निम्न पढें:

haikuporter हाइकुका लागि साझा प्याकेज परियोजनाहरू सिर्जना गर्ने एउटा उपकरण हो। यसले हाइकुपोर्ट्स रिपोजिटरीलाई सबै प्याकेजहरूको आधारको रूपमा प्रयोग गर्दछ। हाइकुपोर्टर रेसिपीहरू प्याकेजहरू सिर्जना गर्न प्रयोग गरिन्छ।

थप रूपमा, मैले थाहा पाउँछु:

हाइकुपोर्ट्स भण्डारणमा रेसिपीहरू भण्डारण गर्न आवश्यक छैन। तपाईले अर्को भण्डार बनाउन सक्नुहुन्छ, यसमा रेसिपीहरू राख्न सक्नुहुन्छ, र त्यसपछि हाइकुपोर्टरलाई त्यसमा देखाउनुहोस्।

मलाई के चाहिन्छ - यदि सार्वजनिक रूपमा प्याकेज जारी गर्ने तरिका खोज्दै छैन भने। तर यो अर्को पोस्ट को लागी एक विषय हो।

हाइकुपोर्टर र हाइकुपोर्टहरू स्थापना गर्दै

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

यो बाहिर जान्छ कि तपाइँको अनुप्रयोगको स्रोत कोड समावेश गर्ने नियमित रेसिपी फाइल जस्तो कुनै चीज छैन। तपाईंले यसलाई हाइकुपोर्ट ढाँचामा भण्डारमा राख्न आवश्यक छ।

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

के गल्ति छ? आईआरसी पढिसकेपछि म गर्छु:

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

ऊ के गर्दै छ? आखिर, यो एक 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!

हम्म, किन सबै कुरा यति जटिल छ, तपाईं किन "केवल काम" गर्न सक्नुहुन्न? आखिर, 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:

खैर, हो, कारण विधानसभा लागि प्राप्त डाटा को अखण्डता जाँच गर्न इच्छा थियो। एउटा विकल्प भनेको संग्रहको चेकसम प्रमाणित गर्नु हो, तर तपाईले, अवश्य पनि, व्यक्तिगत फाइलहरू ह्यास गर्न सक्नुहुन्छ, जुन कार्यान्वयन हुने छैन, किनभने यसले धेरै समय लिन्छ। यसको परिणाम git र अन्य 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"

ठीक छ, यो स्पष्ट भयो कि यसले के गर्छ - यसले निश्चित संशोधनको स्रोत कोडको साथ संग्रह डाउनलोड गर्दछ। यो बेवकूफ हो, मेरो दृष्टिकोणबाट, र ठ्याक्कै मैले चाहेको होइन, अर्थात्, मास्टर शाखाबाट भर्खरको संशोधन डाउनलोड गर्न।

एक विकासकर्ताले यसलाई यसरी व्याख्या गरे:

हामीसँग हाम्रो आफ्नै CI छ, त्यसैले हाइकुपोर्ट्स रिपोजिटरीमा राखिएको सबै कुरा सबै प्रयोगकर्ताहरूको लागि प्याकेज गरिनेछ, र हामी "सबै कुरा नवीनतम संस्करण अपस्ट्रीममा" सङ्कलन र डेलिभर गर्ने जोखिम लिन चाहँदैनौं।

बुझियो! कुनै पनि अवस्थामा, यो के भयो:

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:

वास्तवमा, हाइकुपोर्टर पूर्वनिर्धारित रूपमा एकदम कडा छ (साथै त्यहाँ एक लिन्ट मोड साथै यसलाई अझ कडा बनाउनको लागि कडा मोड छ!), तर केवल प्याकेजहरू सिर्जना गर्नुको सट्टा यसले काम गर्ने प्याकेजहरू सिर्जना गर्दछ। त्यसकारण उसले अघोषित निर्भरता, पुस्तकालयहरू ठीकसँग आयात नगरेको, गलत संस्करणहरू, आदिको गुनासो गर्दछ। लक्ष्य भनेको कुनै पनि र सबै समस्याहरू समात्नु हो, भविष्यका समस्याहरू सहित, प्रयोगकर्ताले यसको बारेमा थाहा पाउनु अघि (यसैले avrdude स्थापना गर्न सम्भव थिएन, किनभने निर्भरता वास्तवमा रेसिपीमा निर्दिष्ट गरिएको थियो)। पुस्तकालयहरू व्यक्तिगत प्याकेजहरू वा विशिष्ट SO संस्करणहरू मात्र होइनन्। HaikuPorter ले यो सुनिश्चित गर्दछ कि कार्यान्वयनको क्रममा त्रुटिहरूबाट बच्न यी सबै रेसिपीहरूमा अवलोकन गरिएको छ।

सिद्धान्तमा, अपरेटिङ सिस्टम सिर्जना गर्दा यो स्तरको कठोरता जायज छ, तर यो "हेलो संसार" अनुप्रयोगको लागि अनावश्यक देखिन्छ। मैले अरू केही प्रयास गर्ने निर्णय गरें।

"प्याकेज सिर्जना" आदेश प्रयोग गरेर 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, 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 ले लिनक्समा नि:शुल्क धावकहरू प्रदान गर्दछ, र मलाई लाग्छ कि यो तपाइँको आफ्नै धावकहरू समावेश गर्न सम्भव हुन सक्छ (यसले, मैले हाइकु जस्ता प्रणालीहरूको लागि यो कसरी काम गर्ने देख्दिन, जुन मलाई थाहा छ डकर वा समकक्ष छैन, तर। फ्रीबीएसडी नो डकरको लागि पनि, त्यसैले यो समस्या हाइकुको लागि अद्वितीय छैन)।

आदर्श रूपमा, हाइकु अनुप्रयोगहरू लिनक्सको लागि डकर कन्टेनर भित्र निर्माण गर्न सकिन्छ। यस अवस्थामा, हाइकुको लागि भेलालाई अवस्थित पाइपलाइनहरूमा प्रस्तुत गर्न सकिन्छ। त्यहाँ क्रस कम्पाइलरहरू छन्? वा के मैले QEMU/KVM (यसले डकर भित्र त्यसरी काम गर्नेछ भनेर मान्दै) डकर कन्टेनर भित्र सबै हाइकुको अनुकरण गर्नुपर्छ? वैसे, धेरै परियोजनाहरूले समान सिद्धान्तहरू प्रयोग गर्छन्। उदाहरणका लागि, स्क्रिबसले यो गर्छ - यो हाइकुको लागि पहिले नै उपलब्ध छ। एक दिन आउनेछ जब म पठाउन सक्छु त्यस्तै हाइकु समर्थन थप्न अन्य परियोजनाहरूमा अनुरोधहरू तान्नुहोस्।

विकासकर्ताहरू मध्ये एक बताउँछन्:

प्याकेजहरू आफैं सिर्जना गर्न चाहने अन्य परियोजनाहरूका लागि, नियमित CMake/CPack विधि समर्थित छ। अन्य निर्माण प्रणालीहरूलाई प्याकेजको निर्माण कार्यक्रमलाई सिधै कल गरेर समर्थन गर्न सकिन्छ, यदि मानिसहरू यसमा रुचि राख्छन् भने यो ठीक छ। अनुभवले देखाउँछ: अहिलेसम्म त्यहाँ धेरै चासो छैन, त्यसैले हाइकुपोर्टरले हाम्रो लागि सुविधाजनक रूपमा काम गर्यो, तर, अन्ततः, दुवै विधिहरू सँगै काम गर्नुपर्छ। हामीले लिनक्स वा कुनै अन्य सर्भर अपरेटिङ सिस्टमबाट क्रस-बिल्डिङ सफ्टवेयरका लागि उपकरणहरूको सेट परिचय गर्नुपर्छ (हाइकु सर्भरमा चलाउन डिजाइन गरिएको छैन)।

म उभिएर नमन गर्छु। नियमित लिनक्स प्रयोगकर्ताहरूले यी सबै अतिरिक्त भार र अतिरिक्त सामान (सुरक्षा, कडा नियन्त्रण, आदि) बोक्छन् जुन सर्भर अपरेटिङ सिस्टमको लागि आवश्यक हुन्छ, तर व्यक्तिगतको लागि होइन। त्यसैले म पूर्ण रूपमा सहमत छु कि लिनक्समा हाइकु एपहरू निर्माण गर्न सक्षम हुनु नै जाने बाटो हो।

निष्कर्षमा

हाइकुमा POSIX अनुप्रयोगहरू पोर्ट गर्न सम्भव छ, तर सामान्य पुनर्निर्माण भन्दा महँगो हुन सक्छ। यदि यो irc.freenode.net नेटवर्कमा #haiku च्यानलका मानिसहरूको मद्दतको लागि नभएको भए म निश्चित रूपमा लामो समयसम्म यसमा अड्किने थिएँ। तर पनि तिनीहरूले सधैं तुरुन्तै के गलत थियो देखेनन्।

Qt मा लेखिएका अनुप्रयोगहरू एक सजिलो अपवाद हुन्। मैले कुनै पनि समस्या बिना एक साधारण डेमो अनुप्रयोग सँगै राखें।

साधारण अनुप्रयोगहरूको लागि प्याकेज निर्माण गर्न पनि एकदम सजिलो छ, तर केवल "परम्परागत रूपमा जारी गरिएको" को लागि, अर्थात्। हाइकुपोर्टहरूमा समर्थनको लागि अभिप्रेरित संस्करणित स्रोत कोड अभिलेखहरू। GitHub को साथ निरन्तर निर्माण (परिवर्तनहरूको प्रत्येक प्रतिबद्धताको लागि निर्माण) को लागी, सबै कुरा यति सरल छैन जस्तो देखिन्छ। यहाँ हाइकुले म्याकको नतिजा भन्दा लिनक्स वितरण जस्तो महसुस गर्छ, जहाँ तपाईले XCode मा "बिल्ड" बटन क्लिक गर्दा तपाईले प्याकेज पाउनुहुन्छ। .app, डिस्क छविमा सम्मिलित गर्न तयार छ .dmg, मेरो वेबसाइट मा डाउनलोड को लागी तयार छ।
"सर्भर" अपरेटिङ सिस्टममा आधारित अनुप्रयोगहरूको निरन्तर निर्माण, उदाहरणका लागि, लिनक्स, विकासकर्ताहरूबाट माग भएमा सम्भवतः सम्भव हुनेछ, तर हाल हाइकु परियोजनामा ​​अन्य, थप दबाबपूर्ण कार्यहरू छन्।

आफैलाई प्रयास गर्नुहोस्! जे भए पनि, हाइकु परियोजनाले DVD वा USB बाट बुट गर्नका लागि छविहरू प्रदान गर्दछ ежедневно। स्थापना गर्न, केवल छवि डाउनलोड गर्नुहोस् र यसलाई प्रयोग गरेर फ्लैश ड्राइभमा लेख्नुहोस् Etcher

के तपाईंको कुनै प्रश्न छन्? हामी तपाईंलाई रूसी भाषा बोल्न आमन्त्रित गर्छौं टेलिग्राम च्यानल.

त्रुटि अवलोकन: C र C++ मा खुट्टामा आफैलाई कसरी गोली हान्ने। हाइकु ओएस रेसिपी संग्रह

बाट लेखक अनुवाद: हाइकुको शृङ्खलाको यो पाँचौं लेख हो।

लेखहरूको सूची: पहिलो दोस्रो तेस्रो चौथो

स्रोत: www.habr.com