हाइकु के साथ मेरा पाँचवाँ दिन: आइए कुछ कार्यक्रम पोर्ट करें

TL, डॉ: एक नौसिखिया ने पहली बार हाइकु देखा, जो लिनक्स दुनिया से कुछ प्रोग्रामों को पोर्ट करने का प्रयास कर रहा था।

मेरा पहला हाइकु पोर्टेड प्रोग्राम, इसके एचपीकेजी प्रारूप में पैक किया गया

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

मैं तीन लक्ष्य हासिल करना चाहता हूं:

• एक साधारण सीएलआई एप्लिकेशन पोर्ट करें
• किसी एप्लिकेशन को GUI से Qt में पोर्ट करें
• फिर उन्हें एचपीकेजी प्रारूप में पैकेज करें (चूंकि मैं अभी भी हाइकू के लिए ऐपडिर और ऐपइमेज को अपनाने के बारे में सोच रहा हूं...)

आएँ शुरू करें। अनुभागों में प्रलेखन и डिज़ाइन, साथ ही साथ में विकि HaikuPorts से मुझे सही दिशा मिली। यहां तक ​​कि एक ऑनलाइन पीडीएफ किताब भी है बीईओएस: यूनिक्स एप्लिकेशन को पोर्ट करना.
467 पृष्ठ - और यह 1997 से है! अंदर देखना डरावना है, लेकिन मैं सर्वश्रेष्ठ की आशा करता हूं। डेवलपर के शब्द उत्साहवर्धक हैं: "इसमें काफी समय लगा क्योंकि BeOS POSIX-अनुरूप नहीं था," लेकिन हाइकु "अधिकांश भाग के लिए" पहले से ही ऐसा है।

एक साधारण सीएलआई एप्लिकेशन को पोर्ट करना

पहला विचार एप्लिकेशन को पोर्ट करने का था avrdude, लेकिन, जैसा कि यह निकला, यह पहले से ही है कर चुके हैं काफी समय पहले।

पहला प्रयास: देखने के लिए कुछ नहीं

जो मैं नहीं समझ पा रहा हूं वह यह है कि यह पहले से ही है ऐप्स को 10 वर्षों से अधिक समय से हाइकु में पोर्ट किया गया है - इस तथ्य के बावजूद कि ओएस अभी संस्करण 1.0 भी नहीं है।

दूसरा प्रयास: दोबारा लिखने की जरूरत है

तो मैं उपयोग करूंगा ptouch-770, ब्रदर पी-टच 770 प्रिंटर को नियंत्रित करने के लिए सीएलआई जिसका उपयोग मैं लेबल प्रिंट करने के लिए करता हूं।
मैं इस पर विभिन्न लेबल प्रिंट करता हूं, और आप इसे पिछले लेख में पहले ही देख चुके होंगे। कुछ समय पहले, मैंने Python में एक छोटा GUI रैपर प्रोग्राम लिखा था (चूंकि यह Gtk+ में है, इसलिए इसे फिर से लिखना होगा, और यह सीखने का एक अच्छा कारण है)।

ब्रदर पी-टच 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 बहुत अधिक Linux-आधारित है और इसलिए Haiku के लिए मौजूद नहीं है। जिसका अर्थ है कि मुझे उस स्रोत कोड को संपादित करने की आवश्यकता है जिसे मैं संकलित करने का प्रयास कर रहा हूं।
एह, आप अपने सिर के ऊपर से नहीं कूद सकते, और मैं यह भी नहीं जानता कि कहाँ से शुरू करूँ।

तीसरा प्रयास

यह अच्छा रहेगा tmate हाइकु के लिए, तो मैं हाइकु डेवलपर्स को अपने टर्मिनल सत्र से जुड़ने की अनुमति दूंगा - अगर कुछ गलत होता है। निर्देश काफी सरल हैं:

./autogen.sh
./configure
make
make install

अच्छा लग रहा है, तो क्यों न इसे हाइकु पर आज़माया जाए?

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

इस चरण में मैं HaikuDepot खोलता हूं और खोजता हूं curses.
कुछ ऐसा मिला, जिसने मुझे अधिक सक्षम क्वेरी के लिए संकेत दिया:

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

मैं फिर से 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

इस कदम पर, मुझे एहसास हुआ कि किसी प्रोग्राम को हाइकु में पोर्ट करने के लिए एक साधारण पुनर्निर्माण की तुलना में कहीं अधिक ज्ञान की आवश्यकता होती है।
मैंने मित्रवत हाइकु डेवलपर्स से बात की, पता चला कि संदेशपैक में एक बग है, और कुछ मिनटों के बाद मुझे हाइकुपोर्ट्स में एक पैच दिखाई देता है। मैं अपनी आंखों से देख सकता हूं कि पैकेज को कैसे सही किया गया यहाँ जा रहा हूँ (बिल्डस्लेव - वर्चुअल मशीन)।

बिल्डमास्टर पर सही संदेशपैक बनाना

बीच-बीच में मैं अपस्ट्रीम के लिए एक पैच भेजता हूं 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

श्री। wadlesplash आपको बताता है कि कहां खुदाई करनी है:

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

उन्होंने मुझे समझाया कि हाइकु पर लिब्रेसोल्व के अलावा लिबनेटवर्क में कुछ और भी है। जाहिर तौर पर कोड को और संपादित करने की जरूरत है। सोचने की जरूरत है…

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!

सचमुच सरल. एक मिनट से कम!

हाइकुपोर्टर और हाइकुपोर्ट का उपयोग करके एचपीकेजी में पैकेजिंग अनुप्रयोग।

मुझे किससे शुरुआत करनी चाहिए? कोई साधारण दस्तावेज नहीं है, मैं irc.freenode.net पर #haiku चैनल पर जाता हूं और सुनता हूं:

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

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

मैं निम्नलिखित पढ़ रहा हूँ:

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. रिपॉजिटरी में सभी पैकेजों के लिए निर्भरता की जाँच की जाती है हाइकुपोर्ट्स, जिसमें कुछ समय लगता है। मैं कुछ कॉफ़ी लेने जाऊँगा।

आख़िर क्यों यह जाँच मेरी स्थानीय मशीन पर की जानी चाहिए, न कि सभी के लिए एक बार सर्वर पर केंद्रीय रूप से?

श्रीमान के अनुसार. वैडलस्प्लैश:

इससे आप रिपॉजिटरी में किसी भी फाइल को फिर से लिख सकते हैं 😉 आप जरूरत पड़ने पर आवश्यक जानकारी की गणना करके इसे थोड़ा अनुकूलित कर सकते हैं, क्योंकि किए गए अंतिम परिवर्तन काफी दुर्लभ हैं।

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

क्या गलत? आईआरसी पढ़ने के बाद मैं यह करता हूं:

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

एक दिलचस्प सवाल खड़ा हो गया है. यदि मैं रेसिपी में चेकसम जोड़ दूं - तो क्या यह निरंतर एकीकरण के लिए नवीनतम गिट प्रतिबद्धता से मेल खाएगा? (डेवलपर पुष्टि करता है: "यह काम नहीं करेगा। व्यंजन अपेक्षाकृत स्थिर होने के लिए डिज़ाइन किए गए हैं।")

मनोरंजन के लिए, रेसिपी में जोड़ें:

CHECKSUM_SHA256="cf906a65442748c95df16730c66307a46d02ab3a12137f89076ec7018d8ce18c"

फिर भी संतुष्ट नहीं:

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

वह क्या कर रहा है? आखिरकार, यह एक गिट रिपॉजिटरी है, कोड पहले से ही वहां मौजूद है, अनपैक करने के लिए कुछ भी नहीं है। मेरे दृष्टिकोण से, उपकरण इतना स्मार्ट होना चाहिए कि यदि वह GitHub url के ऊपर है तो उसे अनपैकर की तलाश न करनी पड़े।

शायद यूरी गिट:// काम करेगा

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

मैं थोड़ा आगे बढ़ रहा हूं, लेकिन यह मुझ पर क्यों चिल्ला रहा है (गिटहब सुरक्षित नहीं है!) और अभी भी कुछ खोलने की कोशिश कर रहा है।

के अनुसार श्री। wadlesplash:

खैर, हां, इसका कारण असेंबली के लिए प्राप्त डेटा की अखंडता की जांच करने की इच्छा थी। विकल्पों में से एक संग्रह के चेकसम को सत्यापित करना है, लेकिन आप निश्चित रूप से, व्यक्तिगत फ़ाइलों को हैश कर सकते हैं, जिसे लागू नहीं किया जाएगा, क्योंकि इसमें अधिक समय लगता है. इसका परिणाम गिट और अन्य वीसीएस की "असुरक्षा" है। संभवतः ऐसा हमेशा ही होगा, क्योंकि GitHub पर एक संग्रह बनाना काफी आसान और अक्सर तेज़ होता है। खैर, भविष्य में, शायद त्रुटि संदेश इतना आकर्षक नहीं होगा... (हम अब ऐसे व्यंजनों को हाइकुपोर्ट्स में मर्ज नहीं करेंगे)।

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

पुरानी आदत के कारण, मैं irc.freenode.net नेटवर्क पर #haiku चैनल पर अच्छे लोगों से पूछने जाता हूँ। और मैं उनके बिना कहाँ होता? संकेत के बाद, मुझे एहसास हुआ कि मुझे इसका उपयोग करना चाहिए:

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

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

डेवलपर्स में से एक ने इसे इस तरह समझाया:

हमारे पास अपना स्वयं का सीआई है, इसलिए हाइकुपोर्ट्स रिपॉजिटरी में रखी गई हर चीज सभी उपयोगकर्ताओं के लिए पैक की जाएगी, और हम "नवीनतम संस्करण अपस्ट्रीम में सब कुछ" एकत्र करने और वितरित करने का जोखिम नहीं उठाना चाहते हैं।

समझा! किसी भी मामले में, यही हुआ:

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

यह इस विज्ञापन को अनंत काल तक दोहराता है। जाहिरा तौर पर यह एक त्रुटि है (क्या कोई एप्लिकेशन है? मुझे यह नहीं मिला)।

С haikuporter और भंडार हाइकुपोर्ट्स इसमें "बस काम करता है" जैसा अनुभव नहीं है, लेकिन एक डेवलपर के रूप में, हाइकु के साथ काम करने में मुझे कुछ चीजें पसंद हैं। अधिकांश भाग के लिए, यह ओपन बिल्ड सर्विस के समान है, लिनक्स बिल्ड बनाने के लिए उपकरणों का एक सेट: बेहद शक्तिशाली, एक व्यवस्थित दृष्टिकोण के साथ, लेकिन मेरे छोटे "हैलो वर्ल्ड" एप्लिकेशन के लिए ओवरकिल।

पुनः, श्रीमान के अनुसार. वैडलस्प्लैश:

वास्तव में, HaikuPorter डिफ़ॉल्ट रूप से काफी सख्त है (साथ ही इसे और भी सख्त बनाने के लिए एक लिंट मोड के साथ-साथ एक सख्त मोड भी है!), लेकिन केवल इसलिए क्योंकि यह केवल पैकेज बनाने के बजाय ऐसे पैकेज बनाता है जो काम करेंगे। इसीलिए वह अघोषित निर्भरता, पुस्तकालयों का ठीक से आयात न होना, गलत संस्करण आदि के बारे में शिकायत करता है। लक्ष्य यह है कि उपयोगकर्ता को इसके बारे में पता चलने से पहले भविष्य सहित किसी भी और सभी समस्याओं को पकड़ लिया जाए (यही कारण है कि avrdude को स्थापित करना संभव नहीं था, क्योंकि निर्भरता वास्तव में नुस्खा में निर्दिष्ट की गई थी)। पुस्तकालय केवल व्यक्तिगत पैकेज या विशिष्ट SO संस्करण नहीं हैं। हाइकुपोर्टर यह सुनिश्चित करता है कि निष्पादन के दौरान त्रुटियों से बचने के लिए यह सब व्यंजनों में ही देखा जाता है।

सिद्धांत रूप में, ऑपरेटिंग सिस्टम बनाते समय कठोरता का यह स्तर उचित है, लेकिन "हैलो वर्ल्ड" एप्लिकेशन के लिए यह मुझे अनावश्यक लगता है। मैंने कुछ और आज़माने का फैसला किया।

"पैकेज क्रिएट" कमांड का उपयोग करके एचपीकेजी प्रारूप में एप्लिकेशन बनाना

शायद यह क्या सरल निर्देश मेरे लिए बेहतर काम करेंगे?

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

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

packager "probono"
vendor "probono"

copyrights "probono"
licenses "MIT"

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

अप्रत्याशित रूप से तेज़, अप्रत्याशित रूप से सरल, अप्रत्याशित रूप से प्रभावी। बिल्कुल मुझे यह कैसा लगा, अद्भुत!

स्थापना - क्या और कहाँ?

QtQuickApp.hpkg फ़ाइल को यहां ले जाया गया ~/config/packagesएक फ़ाइल प्रबंधक का उपयोग करना, जिसके बाद QtQuickApp जादुई रूप से प्रकट हुआ ~/config/apps.
फिर से, अप्रत्याशित रूप से तेज़, सरल और प्रभावी। अद्भुत, अविश्वसनीय!

लेकिन... (उनके बिना हम कहाँ होते!)

ऐप अभी भी ऐप मेनू सूची और क्विकलॉन्च से गायब है। मुझे लगता है कि मुझे पहले से ही पता है कि इसे कैसे ठीक करना है। फ़ाइल प्रबंधक में मैं QtQuickApp.hpkg को ~/config/packages से /system/packages पर ले जाता हूँ।

नहीं, अभी भी लापता है. जाहिरा तौर पर, मुझसे (ठीक है, और निर्देश) कुछ चूक गया।

कुछ अन्य अनुप्रयोगों के लिए HaikuDepot में "सामग्री" टैब को देखने के बाद, मैंने देखा कि वहाँ जैसी फ़ाइलें हैं /data/mimedb/application/x-vnd... इससे भी अधिक उल्लेखनीय क्या है, /data/deskbar/menu/Applications/….

खैर, मुझे वहां क्या रखना चाहिए? चलो भी...

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

मुझे पूरा यकीन है कि यह तरकीब काम करेगी, लेकिन सवाल अभी भी बना हुआ है: यह क्यों आवश्यक है, यह किस लिए है? मुझे लगता है कि यह उस समग्र धारणा को नष्ट कर देता है कि प्रणाली इतनी परिष्कृत है।

जैसा श्रीमान ने समझाया वैडलस्प्लैश:

कभी-कभी ऐसे एप्लिकेशन होते हैं जिनकी अन्य एप्लिकेशन को आवश्यकता होती है लेकिन वे मेनू में नहीं होते हैं। उदाहरण के लिए, आपके स्क्रीनशॉट में लिगेसीपैकेजइंस्टॉलर, BeOS प्रारूप में .pkg अभिलेखागार को संसाधित कर रहा है। मैं चाहूंगा कि उपयोगकर्ता इन्हें इंस्टॉल करें, लेकिन मेनू में उनकी उपस्थिति से भ्रम पैदा होगा।

किसी कारण से मुझे ऐसा लगता है कि उदाहरण के लिए, एक सरल समाधान मौजूद है Hidden=true फाइलों में .desktop लिनक्स पर. "छिपी हुई" जानकारी को फ़ाइल सिस्टम का संसाधन और विशेषता क्यों नहीं बनाया जाता?

जो विशेष रूप से सूक्ष्म नहीं है वह (कुछ) एप्लिकेशन का नाम है जो मेनू दिखाता है, deskbar, रास्ते में कठोरता से बंधा हुआ।

श्री। वैडलस्प्लैश इसे समझाता है:

इस मामले में "डेस्कबार" को एक प्रकार के सामान्य शब्द के रूप में समझा जाना चाहिए (काफी हद तक "टास्कबार" के समान, जो विंडोज़ एप्लिकेशन और सामान्य अवधारणा दोनों को संदर्भित करता है)। खैर, इसके बाद से deskbar, “डेस्कबार” नहीं, इसे भी ऐसे ही समझा जा सकता है.

2 "लगभग समान" निर्देशिकाएँ जिनमें अनुप्रयोग हैं

एप्लिकेशन के साथ 2 निर्देशिकाएँ क्यों हैं, और यह भी कि मेरा QtQuickApplication एक में क्यों है, लेकिन दूसरे में नहीं? (आखिरकार, यह एक सिस्टम नहीं है, बल्कि दूसरा उपयोगकर्ता है, जो मेरे लिए व्यक्तिगत रूप से समझ में आएगा)।
मैं वास्तव में भ्रमित हूं और मुझे लगता है कि इसे एकीकृत किया जाना चाहिए।

श्रीमान द्वारा टिप्पणी wadlesplash

ऐप्स कैटलॉग में ऐसे एप्लिकेशन शामिल हैं जिनकी मेनू में आवश्यकता नहीं है। लेकिन मेनू को और अधिक अनुकूलन योग्य बनाने के लिए स्थिति में वास्तव में सुधार की आवश्यकता है।

आवेदन, नहीं तो ऐसा नहीं होगा 😉

मुझे आश्चर्य हुआ: क्या वास्तव में अनुप्रयोगों को होस्ट करना आवश्यक है /system/apps, यदि उपयोगकर्ता उन्हें वहां देखते हैं, तो यह अवांछनीय है। शायद उन्हें किसी अन्य स्थान पर रखना बेहतर होगा जहां उपयोगकर्ता को उनका सामना न करना पड़े? ठीक वैसे ही जैसे यह मैक ओएस एक्स में किया जाता है, जहां पैकेज की सामग्री .app, जो उपयोगकर्ता को दिखाई नहीं देना चाहिए /Applications, /System/Library/…“` की गहराइयों में छिपा हुआ।

निर्भरता के बारे में क्या?

मुझे लगता है कि किसी तरह निर्भरताएँ निर्दिष्ट करना उचित है, है ना? क्या Qt को डिफ़ॉल्ट रूप से हाइकु इंस्टालेशन का अनिवार्य हिस्सा माना जा सकता है? नहीं! Qt डिफ़ॉल्ट रूप से स्थापित नहीं है. क्या कोई पैकेज बिल्डर ईएलएफ फाइलों की जांच करके स्वचालित रूप से निर्भरता का पता लगा सकता है? मुझे बताया गया कि हाइकुपोर्टर वास्तव में ऐसा करता है, लेकिन package नहीं। ऐसा इसलिए है क्योंकि यह सिर्फ एक "पैकेज बिल्डर" है जो सिर्फ अपने आप ही फाइलें बनाता है hpkg.

क्या हाइकु को ऐसी नीति जोड़कर और अधिक परिष्कृत बनाया जाना चाहिए कि किसी पैकेज की हाइकु के बाहर के पैकेजों पर निर्भरता न हो? haikuports? (मैं ऐसा करना चाहूंगा, क्योंकि ऐसी नीति चीजों को बहुत आसान बना देगी - सिस्टम अतिरिक्त पैकेज स्रोतों के साथ खिलवाड़ किए बिना, कहीं से भी डाउनलोड किए गए प्रत्येक पैकेज की निर्भरता को स्वचालित रूप से हल करने में सक्षम होगा।)

श्री। वैडलस्प्लैश बताते हैं:

हम डेवलपर्स की स्वतंत्रता को इतना सीमित नहीं करना चाहेंगे, क्योंकि यह स्पष्ट है कि यदि कंपनीएक्स निर्भरता (और इसलिए एक रिपॉजिटरी) के साथ सॉफ्टवेयर के अपने सेट का समर्थन करना चाहता है, तो वह ऐसा पूरी तरह से स्वतंत्र रूप से करेगा।

उस स्थिति में, यह अनुशंसा करना उचित हो सकता है कि तृतीय-पक्ष पैकेज एप्लिकेशन के साथ आवश्यक सभी चीज़ों को पूरी तरह से पैक करके हाइकुपोर्ट्स में शामिल नहीं की गई किसी भी चीज़ पर निर्भरता से बचें। लेकिन मुझे लगता है कि यह इस श्रृंखला के भविष्य के लेख का विषय है। [क्या लेखक AppImage की ओर जा रहा है? - लगभग। अनुवादक]

एक एप्लिकेशन आइकन जोड़ना

यदि मैं अपने नव निर्मित एप्लिकेशन के संसाधनों में एक साफ-सुथरे अंतर्निर्मित आइकन जोड़ना चाहता हूं तो क्या होगा? यह पता चला है कि यह एक अद्भुत विषय है, इसलिए यह अगले लेख का आधार होगा।

निरंतर एप्लिकेशन बिल्ड को कैसे व्यवस्थित करें?

इंकस्केप जैसे प्रोजेक्ट की कल्पना करें (हां, मुझे पता है कि यह अभी तक हाइकु में उपलब्ध नहीं है, लेकिन इस पर प्रदर्शित करना सुविधाजनक है)। उनके पास एक सोर्स कोड रिपॉजिटरी है https://gitlab.com/inkscape/inkscape.
हर बार जब कोई रिपॉजिटरी में अपने परिवर्तन करता है, तो बिल्ड पाइपलाइन लॉन्च की जाती है, जिसके बाद परिवर्तनों का स्वचालित रूप से परीक्षण किया जाता है, बनाया जाता है, और एप्लिकेशन को विभिन्न पैकेजों में पैक किया जाता है, जिसमें लिनक्स के लिए ऐपइमेज (एक स्टैंडअलोन एप्लिकेशन पैकेज जिसे स्थानीय परीक्षण के लिए डाउनलोड किया जा सकता है) शामिल है। सिस्टम पर क्या स्थापित हो सकता है या क्या नहीं [मैं जानता था! - लगभग। अनुवादक]). प्रत्येक शाखा विलय अनुरोध के साथ भी यही होता है, इसलिए आप विलय से पहले मर्ज अनुरोध में प्रस्तावित कोड से निर्मित एप्लिकेशन डाउनलोड कर सकते हैं।

बिल्ड स्थितियों के साथ अनुरोधों को मर्ज करें और बिल्ड सफल होने पर संकलित बायनेरिज़ को डाउनलोड करने की क्षमता (हरे रंग में चिह्नित)

बिल्ड डॉकर कंटेनरों में चलता है। GitLab लिनक्स पर मुफ्त धावक प्रदान करता है, और मुझे लगता है कि आपके अपने धावकों को शामिल करना संभव हो सकता है (वैसे, मुझे नहीं लगता कि यह हाइकू जैसे सिस्टम के लिए कैसे काम करेगा, जो मुझे पता है कि डॉकर या समकक्ष नहीं है, लेकिन फ्रीबीएसडी के लिए भी कोई डॉकर नहीं है, इसलिए यह समस्या हाइकु के लिए अद्वितीय नहीं है)।

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

डेवलपर्स में से एक बताता है:

स्वयं पैकेज बनाने की इच्छा रखने वाली अन्य परियोजनाओं के लिए, नियमित सीएमके/सीपैक विधि समर्थित है। पैकेज के बिल्ड प्रोग्राम को सीधे कॉल करके अन्य बिल्ड सिस्टम का समर्थन किया जा सकता है, जो ठीक है अगर लोग इसमें रुचि रखते हैं। अनुभव से पता चलता है: अब तक इसमें ज्यादा दिलचस्पी नहीं रही है, इसलिए हाइकुपोर्टर ने हमारे लिए सुविधाजनक के रूप में काम किया, लेकिन, अंततः, दोनों तरीकों को एक साथ काम करना चाहिए। हमें लिनक्स या किसी अन्य सर्वर ऑपरेटिंग सिस्टम से क्रॉस-बिल्डिंग सॉफ़्टवेयर के लिए टूल का एक सेट पेश करना चाहिए (हाइकु सर्वर पर चलने के लिए डिज़ाइन नहीं किया गया है)।

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

निष्कर्ष

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

Qt में लिखे गए एप्लिकेशन एक आसान अपवाद हैं। मैंने बिना किसी समस्या के एक सरल डेमो एप्लिकेशन तैयार किया।

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

खुद कोशिश करना! आख़िरकार, हाइकु प्रोजेक्ट डीवीडी या यूएसबी से बूटिंग के लिए छवियां प्रदान करता है दैनिक. स्थापित करने के लिए, बस छवि डाउनलोड करें और इसे फ्लैश ड्राइव का उपयोग करके लिखें नक़्क़ाश

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

त्रुटि अवलोकन: C और C++ में अपने पैरों पर कुल्हाड़ी कैसे मारें। हाइकू ओएस रेसिपी संग्रह

से लेखक अनुवाद: यह हाइकु के बारे में श्रृंखला का पाँचवाँ लेख है।

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

स्रोत: www.habr.com