🕺🏻 🐄 🛎️ हाइकु के साथ मेरा पांचवा दिन: आइए कुछ कार्यक्रमों को पोर्ट करें 🐁 🤾🏾 👷

टीएल; डीआर : शुरुआती ने पहली बार हाइकू को देखा, जो लिनक्स दुनिया से कुछ कार्यक्रमों को पोर्ट करने की कोशिश कर रहा था।

मेरा पहला हाइकू पोर्टेड प्रोग्राम अपने hpkg फॉर्मेट में पैक किया गया है

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

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

एक साधारण सीएलआई एप्लिकेशन पोर्ट करें
GUI से Qt तक पोर्ट अनुप्रयोग
बाद में उन्हें hpkg प्रारूप में पैक करें (क्योंकि मैं अभी भी हाइकु के लिए AppDir और AppImage को अपनाने के बारे में सोच रहा हूं ...)

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

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

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

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

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

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

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

लेबल प्रिंटर भाई पी-टच 770. क्या यह हाइकु के तहत काम करता है?

हाइकु के पैकेज मैनेजर पुस्तकालयों और आदेशों के बारे में जानता है, इसलिए यदि मुझे configure मिलते समय "संदेश नहीं मिल सकता है" तो मैं configure हूं, मैं सिर्फ pkgman install devel:libintl चलाता pkgman install devel:libintl और आपको जो पैकेज चाहिए वह मिलता है। pkgman install cmd:rsync समान 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

शायद udv बहुत भरा हुआ है, इसलिए यह हाइकू के लिए मौजूद नहीं है। जिसका अर्थ है कि मैं जिस स्रोत कोड को संकलित करने का प्रयास कर रहा हूं उसे संपादित करने की आवश्यकता है।
ओह, आपने अपने सिर के ऊपर से छलांग नहीं लगाई है, और मुझे यह भी पता नहीं है कि कहां से शुरू करना है।

तीसरा प्रयास

हाइकु के लिए 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 बनाएँ

इस बीच, मेसकप में हाइकु समर्थन जोड़ने के लिए पैच को अपस्ट्रीम पर भेजें ।

पांच मिनट बाद, अपडेट किया गया संदेशपैक पहले से हाइकु पर उपलब्ध है:

 /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 टिप्पणी IMAXLABEL :

 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 रखी है।

उन्होंने मुझे समझाया कि हाइकु पर लाइब्रेसोल्व के लिबनेवर्क में कुछ और है। सबसे अधिक संभावना है कि कोड को आगे संपादित करना आवश्यक है। मुझे सोचना होगा ...

 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

वही, केवल प्रोफाइल में। गुगली की और पाया । यदि "कभी-कभी" जोड़ने से मदद मिलती है, तो मैं कोशिश करता हूं:

 /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 से लिंक करें।

क्यूटी के लिए एक जीयूआई आवेदन पोर्टिंग।

मैं एक सरल 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 कमांड package का एक निम्न-स्तरीय तरीका है। अधिकांश भाग के लिए, PackageInfo इसके लिए पर्याप्त है, जैसा कि अनुभाग में वर्णित है "इसे एक उचित .hpkg पैकेज में बनाना"
मुझे ऐसा कुछ करने की जरूरत है
आप hpkg-creator का उपयोग कर सकते हैं (यह क्रैश, त्रुटि रिपोर्ट )

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

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

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 रूप में QtQuickApp-1.0.recipe , और फिर aikuporter -S ./QuickApp-1.0.recipe QtQuickApp-1.0.recipe aikuporter -S ./QuickApp-1.0.recipe । हाइपरुपोर्ट्स रिपॉजिटरी में सभी पैकेजों के लिए निर्भरता की जाँच की जाती है, जिसमें कुछ समय लगता है। मैं कुछ कॉफी ले कर आता हूँ।

और यह जांच मेरे स्थानीय मशीन पर क्यों की जानी चाहिए, और सर्वर पर सभी के लिए 1 बार नहीं?

Mr के अनुसार। waddlesplash:

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

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

यह पता चला है कि कोई साधारण नुस्खा फ़ाइल नहीं है जिसमें आपके एप्लिकेशन का स्रोत कोड होता है। आपको इसे HaikuPorts प्रारूप में भंडार में रखने की आवश्यकता है।

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

यह तथ्य विधानसभा को अधिक बोझिल बनाता है। मैं वास्तव में इसे पसंद नहीं करता, लेकिन मुझे लगता है कि यह आवश्यक है ताकि, अंत में, सभी ओपन सोर्स सॉफ़्टवेयर हाइकुपोर्ट्स में दिखाई दें।

मुझे निम्नलिखित मिले:

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

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

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

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

मज़े के लिए, नुस्खा में जोड़ें:

 CHECKSUM_SHA256="cf906a65442748c95df16730c66307a46d02ab3a12137f89076ec7018d8ce18c"

फिर भी खुश नहीं:

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

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

शायद 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 सुरक्षित नहीं है!) और अभी भी कुछ अनपैक करने की कोशिश कर रहा है।

Mr के अनुसार । वडल्सप्लेश :

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

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

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

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

"पैकेज बनाएँ" कमांड का उपयोग करके 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 package में ले जाया गया, जिसके बाद QtQuickApp जादुई रूप से ~/config/apps में दिखाई दिया।
फिर, अप्रत्याशित रूप से तेज, सरल और प्रभावी। अद्भुत, अविश्वसनीय!

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

एप्लिकेशन अभी भी एप्लिकेशन मेनू सूची में और QuickLaunch में नहीं है। मुझे लगता है कि मैं पहले से ही जानता हूं कि इसे कैसे ठीक किया जाए। फ़ाइल मैनेजर में, मैं QtQuickApp.hpkg को ~ / config / package से / system / package में ले जाता हूं।

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

कुछ अन्य अनुप्रयोगों के लिए हाइकुडेपॉट में "सामग्री" टैब को देखने के बाद, मैंने देखा कि ऐसी फाइलें हैं जैसे /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 । "छिपी" जानकारी को संसाधन और फ़ाइल सिस्टम की विशेषता क्यों नहीं बनाते?

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

श्री। इस अवसर पर waddlesplash बताते हैं:

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

उन में अनुप्रयोगों के साथ 2 "लगभग समान" निर्देशिका

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

टिप्पणी श्री। waddlesplash

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

आवेदन, या यह नहीं होगा;)

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

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

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

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

श्री। waddlesplash बताते हैं:

, , ( ) — .

-, haikuports, . , , . [ AppImage? — . अनुवादक]

? , , .

?

, Inkscape (, , Haiku, ). https://gitlab.com/inkscape/inkscape .
, - , , , , , AppImage Linux ( , , , [ ! — . ] ). , , , , .

( )

Docker. GitLab runners Linux, , runners (, , Haiku, , , Docker , FreeBSD Docker, Haiku).

Haiku Docker Linux. Haiku . ? Haiku Docker, - QEMU/KVM ( , Docker)? , . , Scribus — Haiku. , , Haiku.

, , CMake/CPack. , , , . : , haikuporter , , , . Linux (Haiku ).

. Linux (, ..), , . , Haiku Linux — .

निष्कर्ष

POSIX Haiku , , . , #haiku irc.freenode.net. , .

, Qt, — . .

, " ", .. , haikuports. ( ) GitHub . Haiku Linux, Mc, "" XCode .app , .dmg , .
"" , , Linux, , , Haiku , .

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

एक सवाल है? हम आपको रूसी भाषा के टेलीग्राम चैनल में आमंत्रित करते हैं।

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

: Haiku.

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