हायकूसह माझा पाचवा दिवस: चला काही कार्यक्रम पोर्ट करू

TL; डॉ: एका नवशिक्याने पहिल्यांदा हायकू पाहिला, लिनक्स जगातून काही प्रोग्राम्स पोर्ट करण्याचा प्रयत्न केला.

माझा पहिला हायकू पोर्टेड प्रोग्राम, त्याच्या hpkg फॉरमॅटमध्ये पॅकेज केलेला

अलीकडे मी हायकू शोधला, पीसीसाठी एक आश्चर्यकारकपणे चांगली ऑपरेटिंग सिस्टम.
आज मी या ऑपरेटिंग सिस्टमवर नवीन प्रोग्राम्स कसे पोर्ट करायचे ते शिकणार आहे. मुख्य फोकस हे Linux विकसकाच्या दृष्टिकोनातून हायकूवर स्विच करण्याच्या पहिल्या अनुभवाचे वर्णन आहे. मार्गात माझ्याकडून झालेल्या कोणत्याही मूर्खपणाबद्दल मी माफी मागतो, कारण मी हायकू प्रथम डाउनलोड करून एक आठवडाही झालेला नाही.

मला तीन ध्येये साध्य करायची आहेत:

• एक साधा CLI अनुप्रयोग पोर्ट करा
• GUI वरून Qt वर अनुप्रयोग पोर्ट करा
• नंतर त्यांना hpkg फॉरमॅटमध्ये पॅकेज करा (कारण मी अजूनही हायकूसाठी AppDir आणि AppImage रुपांतर करण्याचा विचार करत आहे...)

चला सुरू करुया. विभागांमध्ये दस्तऐवजीकरण и विकासतसेच विकी हायकूपोर्ट्सवरून मला योग्य दिशा मिळाली. ऑनलाइन पीडीएफ बुक देखील आहे बीओएस: युनिक्स ऍप्लिकेशन पोर्ट करणे.
467 पृष्ठे - आणि हे 1997 पासून आहे! आत पाहणे भितीदायक आहे, परंतु मला सर्वोत्कृष्टची आशा आहे. विकसकाचे शब्द उत्साहवर्धक आहेत: "याला बराच वेळ लागला कारण BeOS POSIX-अनुरूप नव्हते," परंतु हायकू "बहुतेक भागासाठी" आधीच असे आहे.

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

पहिला विचार अॅप्लिकेशन पोर्ट करण्याचा होता एव्हरड्यूड, परंतु, जसे बाहेर वळले, हे आधीच आहे केले फार पूर्वी.

प्रथम प्रयत्न करा: पाहण्यासारखे काहीही नाही

जे मला समजू शकत नाही ते आधीच आहे 10 वर्षांहून अधिक काळ हायकूवर अॅप्स पोर्ट केले गेले आहेत - OS स्वतः अद्याप 1.0 आवृत्ती नाही हे असूनही.

दुसरा प्रयत्न: पुन्हा लिहिण्याची गरज आहे

म्हणून मी वापरेन ptouch-770, मी लेबल मुद्रित करण्यासाठी वापरत असलेल्या ब्रदर P-Touch 770 प्रिंटरच्या नियंत्रणासाठी CLI.
मी त्यावर विविध लेबले छापतो, आणि तुम्ही ती आधीच्या लेखात पाहिली असेल. थोड्या आधी, मी Python मध्ये एक छोटा 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 खूप Linux-आधारित आहे आणि म्हणून हायकूसाठी अस्तित्वात नाही. याचा अर्थ मी संकलित करण्याचा प्रयत्न करीत असलेला स्त्रोत कोड संपादित करणे आवश्यक आहे.
अरेरे, तुम्ही तुमच्या डोक्यावरून उडी मारू शकत नाही आणि मला कुठून सुरुवात करावी हे देखील माहित नाही.

तिसरा प्रयत्न

असणे छान होईल tmate Haiku साठी, नंतर मी हायकू डेव्हलपरना माझ्या टर्मिनल सत्राशी जोडण्याची परवानगी देईन - जर काही चूक झाली तर. सूचना अगदी सोप्या आहेत:

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

पुन्हा हायकूडेपोत गेलो आणि अर्थातच सापडलो 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 मध्ये एक बग आहे आणि काही मिनिटांनंतर मला HaikuPorts मध्ये एक पॅच दिसला. पॅकेज कसे दुरुस्त केले ते मी माझ्या स्वत: च्या डोळ्यांनी पाहू शकतो येथे जात आहे (बिल्डस्लेव्ह - व्हर्च्युअल मशीन्स).

बिल्डमास्टरवर दुरुस्त केलेला 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.

त्यांनी मला समजावून सांगितले की libnetwork मध्ये हायकू वर libresolv व्यतिरिक्त काहीतरी आहे. वरवर पाहता कोड आणखी संपादित करणे आवश्यक आहे. विचार करायला हवा...

find . -type f -exec sed -i -e 's|lresolv|lnetwork|g'  {} ;

शाश्वत प्रश्न: काय चालले आहे?

/Haiku/home/tmate> ./configure LDFLAGS="-lbsd"
(...)/Haiku/home/tmate> make
(...)
# Success!# Let's run it:/Haiku/home/tmate> ./tmate
runtime_loader: /boot/system/lib/libssh.so.4.7.2: Could not resolve symbol '__stack_chk_guard'
resolve symbol "__stack_chk_guard" returned: -2147478780
runtime_loader: /boot/system/lib/libssh.so.4.7.2: Troubles relocating: Symbol not found

तीच गोष्ट, फक्त प्रोफाइलमध्ये. Googled आणि हे आढळले. जोडल्यास -lssp "कधीकधी" मदत करते, मी प्रयत्न करतो:

/Haiku/home/tmate> ./configure LDFLAGS="-lbsd -lssp"
(...)/Haiku/home/tmate> make
(...)/Haiku/home/tmate> ./tmate

व्वा! सुरू होत आहे! परंतु…

[tmate] ssh.tmate.io lookup failure. Retrying in 2 seconds (non-recoverable failure in name resolution)

मी डीबग करण्याचा प्रयत्न करेन येथे फाइल करा:

/Haiku/home/tmate> strace -f ./tmate >log 2>&1

"खराब पोर्ट आयडी" आधीपासूनच व्यवसाय कार्डासारखे आहे हायकू. कदाचित एखाद्याला कल्पना असेल की काय चूक आहे आणि ते कसे दुरुस्त करावे? तसे असल्यास, मी लेख अद्यतनित करेन. ला लिंक करा GitHub.

GUI ऍप्लिकेशन Qt वर पोर्ट करणे.

मी एक साधा QML अनुप्रयोग निवडतो.

/> cd /Haiku/home//Haiku/home> git clone https://github.com/probonopd/QtQuickApp
/Haiku/home/QtQuickApp> qmake .
/Haiku/home/QtQuickApp> make
/Haiku/home/QtQuickApp> ./QtQuickApp # Works!

खरोखर सोपे. एका मिनिटापेक्षा कमी!

haikuporter आणि haikuports वापरून hpkg मध्ये पॅकेजिंग अनुप्रयोग.

मी कशापासून सुरुवात करावी? कोणतीही साधी कागदपत्रे नाहीत, मी irc.freenode.net वर #haiku चॅनेलवर जातो आणि ऐकतो:

• संघ package - पॅकेजेस तयार करण्याचा निम्न-स्तरीय मार्ग. बहुतांश भागांसाठी, PackageInfo तिच्यासाठी पुरेशी आहे, जसे की "याला योग्य .hpkg पॅकेज बनवणे" या विभागात वर्णन केले आहे.
• मला काहीतरी करावे लागेल अशा
• वापरले जाऊ शकते hpkg-निर्माता (ते माझ्यासाठी क्रॅश होते, त्रुटी अहवाल)

काय करावे हे स्पष्ट नाही. माझा अंदाज आहे की मला हॅलो वर्ल्ड शैलीतील नवशिक्या मार्गदर्शकाची गरज आहे, आदर्शपणे एक व्हिडिओ. GNU हॅलो प्रमाणे हायकूपोर्टरचाही सोयीस्कर परिचय करून देणे छान होईल.

मी खालील वाचत आहे:

haikuporter हायकूसाठी सामान्य पॅकेज प्रकल्प तयार करण्याचे साधन आहे. हे सर्व पॅकेजेससाठी आधार म्हणून HaikuPorts रेपॉजिटरी वापरते. हायकुपोर्टर पाककृती पॅकेजेस तयार करण्यासाठी वापरली जातात.

याव्यतिरिक्त, मला आढळले की:

हायकूपोर्ट्स स्टोरेजमध्ये पाककृती साठवण्याची गरज नाही. तुम्ही दुसरे भांडार बनवू शकता, त्यात पाककृती ठेवू शकता आणि नंतर हायकुपोर्टरला निर्देशित करू शकता.

मला फक्त काय हवे आहे - पॅकेज सार्वजनिकपणे रिलीझ करण्याचा मार्ग शोधत नसल्यास. पण हा दुसर्‍या पोस्टचा विषय आहे.

haikuporter आणि haikuports स्थापित करणे

cd /boot/home/
git clone https://github.com/haikuports/haikuporter --depth=50
git clone https://github.com/haikuports/haikuports --depth=50
ln -s /boot/home/haikuporter/haikuporter /boot/home/config/non-packaged/bin/ # make it runnable from anywhere
cd haikuporter
cp haikuports-sample.conf /boot/home/config/settings/haikuports.conf
sed -i -e 's|/mydisk/haikuports|/boot/home/haikuports|g' /boot/home/config/settings/haikuports.conf

रेसिपी लिहित आहे

SUMMARY="Demo QtQuick application"
DESCRIPTION="QtQuickApp is a demo QtQuick application for testing Haiku porting and packaging"
HOMEPAGE="https://github.com/probonopd/QtQuickApp"
COPYRIGHT="None"
LICENSE="MIT"
REVISION="1"
SOURCE_URI="https://github.com/probonopd/QtQuickApp.git"
#PATCHES=""
ARCHITECTURES="x86_64"
PROVIDES="
    QtQuickApp = $portVersion
"
REQUIRES="
    haiku
"
BUILD_REQUIRES="
    haiku_devel
    cmd:qmake
"BUILD()
{
    qmake .
    make $jobArgs
}INSTALL()
{
    make install
}

पाककृती एकत्र करणे

मी नावाखाली फाईल सेव्ह करतो QtQuickApp-1.0.recipe, ज्यानंतर मी लॉन्च करतो aikuporter -S ./QuickApp-1.0.recipe. रेपॉजिटरीमधील सर्व पॅकेजेससाठी अवलंबित्व तपासले जाते हायकूपोर्ट्स, ज्याला काही वेळ लागतो. मी कॉफी घेऊन येईन.

पृथ्वीवर ही तपासणी प्रत्येकासाठी एकदाच सर्व्हरवर न करता माझ्या स्थानिक मशीनवर का करावी?

त्यानुसार श्री. waddlesplash:

रिपॉजिटरीमध्ये तुम्ही कोणतीही फाईल पुन्हा लिहू शकता अशा प्रकारे 😉 तुम्ही हे थोडेसे ऑप्टिमाइझ करू शकता, आवश्यक माहितीची गणना करू शकता, कारण शेवटचे बदल अत्यंत दुर्मिळ आहेत.

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

तुमच्या ऍप्लिकेशनचा सोर्स कोड असलेली रेसिपी फाइल अशी कोणतीही गोष्ट नाही. तुम्हाला ते हायकुपोर्ट्स फॉरमॅटमध्ये रिपॉजिटरीमध्ये ठेवणे आवश्यक आहे.

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

ही वस्तुस्थिती विधानसभा अधिक अवजड बनवते. मला ते विशेषतः आवडत नाही, परंतु मला वाटते की ते आवश्यक आहे जेणेकरून शेवटी सर्व मुक्त स्त्रोत सॉफ्टवेअर HaikuPorts मध्ये दिसून येतील.

मला खालील गोष्टी मिळतात:

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

काय चूक आहे? irc वाचल्यानंतर मी करतो:

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

असा रोचक प्रश्न निर्माण झाला आहे. मी रेसिपीमध्ये चेकसम जोडल्यास - ते सतत एकत्रीकरणासाठी नवीनतम गिट कमिटशी जुळेल का? (डेव्हलपर पुष्टी करतो: "हे कार्य करणार नाही. रेसिपी तुलनेने स्थिर राहण्यासाठी डिझाइन केल्या आहेत.")

मनोरंजनासाठी, रेसिपीमध्ये जोडा:

CHECKSUM_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 च्या वर असल्यास अनपॅकर शोधू नये म्हणून पुरेसे स्मार्ट असले पाहिजे.

कदाचित uri git:// काम करेल

SOURCE_URI="git://github.com/probonopd/QtQuickApp.git"

आता अशी तक्रार आहे:

Downloading: git://github.com/probonopd/QtQuickApp.git ...
Error: Downloading from unsafe sources is disabled in haikuports.conf!

हम्म, सर्व काही इतके गुंतागुंतीचे का आहे, तुम्ही "फक्त काम" का करू शकत नाही? शेवटी, GitHub वरून काहीतरी तयार करणे इतके असामान्य नाही. सेटअपची गरज न पडता लगेच काम करणारी साधने असोत किंवा मी त्याला "फसिंग" म्हणतो.

कदाचित हे असे कार्य करेल:

SOURCE_URI="git+https://github.com/probonopd/QtQuickApp.git"

नाही. मला अजूनही ही विचित्र त्रुटी येते आणि मी करतो, येथे वर्णन केल्याप्रमाणे

sed -i -e 's|#ALLOW_UNSAFE_SOURCES|ALLOW_UNSAFE_SOURCES|g' /boot/home/config/settings/haikuports.conf

मी थोडे पुढे जात आहे, पण तो माझ्यावर का ओरडत आहे (GitHub सुरक्षित नाही!) आणि तरीही काहीतरी अनपॅक करण्याचा प्रयत्न करत आहे.

मते श्री. waddlesplash:

ठीक आहे, होय, असेंब्लीसाठी प्राप्त झालेल्या डेटाची अखंडता तपासण्याची इच्छा हे कारण होते. पर्यायांपैकी एक म्हणजे संग्रहणाच्या चेकसमची पडताळणी करणे, परंतु आपण, अर्थातच, वैयक्तिक फायली हॅश करू शकता, ज्याची अंमलबजावणी केली जाणार नाही, कारण यास जास्त वेळ लागतो. याचा परिणाम म्हणजे 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:

खरंच, HaikuPorter हे डीफॉल्टनुसार खूपच कडक आहे (अधिक कडक करण्यासाठी लिंट मोड तसेच कठोर मोड देखील आहे!), परंतु केवळ पॅकेजेस तयार करण्याऐवजी ते कार्य करतील अशी पॅकेजेस तयार करते. म्हणूनच तो अघोषित अवलंबित्व, लायब्ररी योग्यरित्या आयात न करणे, चुकीच्या आवृत्त्या इत्यादींबद्दल तक्रार करतो. भविष्यातील समस्यांसह कोणत्याही आणि सर्व समस्या, वापरकर्त्याला त्याबद्दल माहिती होण्यापूर्वीच पकडणे हे उद्दिष्ट आहे (म्हणूनच 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, /System/Library/…“` च्या खोलात लपलेले.

अवलंबित्व बद्दल काय?

मला वाटते की अवलंबित्व कसे तरी निर्दिष्ट करणे योग्य आहे, बरोबर? क्यूटी हा हायकू स्थापनेचा अनिवार्य भाग मानला जाऊ शकतो का? नाही! Qt मुलभूतरित्या स्थापित केलेले नाही. एखादे पॅकेज बिल्डर ELF फाईल्स तपासून आपोआप अवलंबित्व शोधू शकतो का? मला सांगण्यात आले की HaikuPorter प्रत्यक्षात हे करतो, पण package नाही. कारण तो फक्त एक "पॅकेज बिल्डर" आहे जो स्वतः फाईल्स तयार करतो hpkg.

पॅकेजमध्ये हायकूच्या बाहेरील पॅकेजेसवर अवलंबित्व नसावे असे धोरण जोडून हायकूला अधिक परिष्कृत केले पाहिजे का? haikuports? (मला हे आवडेल, कारण अशा धोरणामुळे गोष्टी खूप सोप्या होतील - अतिरिक्त पॅकेज स्त्रोतांमध्ये गोंधळ न घालता, कोठूनही डाउनलोड केलेल्या प्रत्येक पॅकेजच्या अवलंबनाचे निराकरण करण्यासाठी सिस्टम स्वयंचलितपणे सक्षम असेल.)

श्री. waddlesplash स्पष्ट करते:

आम्ही विकसकांच्या स्वातंत्र्यावर मर्यादा घालू इच्छित नाही, कारण हे उघड आहे की जर CompanyX ला त्याच्या स्वतःच्या सॉफ्टवेअरच्या संचाला अवलंबित्वांसह (आणि म्हणून रिपॉझिटरी) समर्थन करायचे असेल तर ते पूर्णपणे मुक्तपणे करेल.

अशा परिस्थितीत, तृतीय-पक्ष पॅकेजेसने ऍप्लिकेशनसह आवश्यक असलेल्या सर्व गोष्टी पूर्णपणे पॅकेज करून हायकुपोर्ट्समध्ये समाविष्ट नसलेल्या कोणत्याही गोष्टीवर अवलंबित्व टाळावे अशी शिफारस करणे योग्य ठरेल. पण या मालिकेतील भविष्यातील लेखासाठी हा विषय आहे असे मला वाटते. [लेखक AppImage कडे जात आहे का? - अंदाजे अनुवादक]

अनुप्रयोग चिन्ह जोडत आहे

माझ्या नव्याने तयार केलेल्या ऍप्लिकेशनच्या संसाधनांमध्ये मला एक स्वच्छ अंगभूत चिन्ह जोडायचे असल्यास काय? असे दिसून आले की हा एक आश्चर्यकारक विषय आहे, म्हणून तो पुढील लेखाचा आधार असेल.

सतत ऍप्लिकेशन बिल्ड कसे आयोजित करावे?

Inkscape सारख्या प्रकल्पाची कल्पना करा (होय, मला माहिती आहे की ते अद्याप हायकूमध्ये उपलब्ध नाही, परंतु त्यावर प्रदर्शित करणे सोयीचे आहे). त्यांच्याकडे स्त्रोत कोड भांडार आहे https://gitlab.com/inkscape/inkscape.
प्रत्येक वेळी जेव्हा कोणी रेपॉजिटरीमध्ये बदल करतात तेव्हा बिल्ड पाइपलाइन सुरू केल्या जातात, त्यानंतर बदलांची स्वयंचलितपणे चाचणी केली जाते, तयार केली जाते आणि अनुप्रयोग विविध पॅकेजेसमध्ये पॅकेज केला जातो, ज्यामध्ये Linux साठी AppImage (एक स्वतंत्र अनुप्रयोग पॅकेज जे स्थानिक चाचणीसाठी डाउनलोड केले जाऊ शकते. सिस्टमवर काय स्थापित केले जाऊ शकते किंवा नाही [मला माहीत होतं! - अंदाजे अनुवादक]). प्रत्येक शाखेच्या विलीनीकरणाच्या विनंतीवरही असेच घडते, त्यामुळे विलीनीकरण करण्यापूर्वी तुम्ही विलीनीकरण विनंतीमध्ये प्रस्तावित कोडवरून तयार केलेला अनुप्रयोग डाउनलोड करू शकता.

बिल्ड स्थितीसह विनंत्या विलीन करा आणि बिल्ड यशस्वी झाल्यास संकलित बायनरी डाउनलोड करण्याची क्षमता (हिरव्या रंगात चिन्हांकित)

बिल्ड डॉकर कंटेनरमध्ये चालते. GitLab Linux वर मोफत धावपटू ऑफर करते आणि मला वाटते की तुमच्या स्वतःच्या धावपटूंचा समावेश करणे शक्य आहे (तसे, हे हायकू सारख्या सिस्टीमसाठी कसे कार्य करेल हे मला दिसत नाही, ज्यात मला माहित आहे की डॉकर किंवा समतुल्य नाही, परंतु फ्रीबीएसडीसाठी देखील डॉकर नाही, त्यामुळे ही समस्या हायकूसाठी अद्वितीय नाही).

तद्वतच, हायकू अनुप्रयोग Linux साठी डॉकर कंटेनरमध्ये तयार केले जाऊ शकतात. या परिस्थितीत, हायकूसाठी असेंब्ली विद्यमान पाइपलाइनमध्ये आणली जाऊ शकते. क्रॉस कंपाइलर आहेत का? किंवा मी QEMU/KVM सारखे काहीतरी वापरून डॉकर कंटेनरमधील सर्व हायकूचे अनुकरण करावे (हे गृहीत धरून की ते डॉकरमध्ये तसे कार्य करेल)? तसे, अनेक प्रकल्प समान तत्त्वे वापरतात. उदाहरणार्थ, स्क्रिबस हे करतो - हे हायकूसाठी आधीच उपलब्ध आहे. एक दिवस असा येईल की मी पाठवू शकेन अशा हायकू समर्थन जोडण्यासाठी इतर प्रकल्पांना विनंती करा.

विकसकांपैकी एक स्पष्ट करतो:

स्वतः पॅकेज तयार करू इच्छिणाऱ्या इतर प्रकल्पांसाठी, नियमित CMake/CPack पद्धत समर्थित आहे. पॅकेजच्या बिल्ड प्रोग्रामला थेट कॉल करून इतर बिल्ड सिस्टमला समर्थन दिले जाऊ शकते, जर लोकांना त्यात स्वारस्य असेल तर ते ठीक आहे. अनुभव दर्शवितो: आतापर्यंत जास्त स्वारस्य नाही, म्हणून हायकुपोर्टरने आमच्यासाठी सोयीस्कर म्हणून काम केले, परंतु, शेवटी, दोन्ही पद्धती एकत्र काम केल्या पाहिजेत. लिनक्स किंवा इतर कोणत्याही सर्व्हर ऑपरेटिंग सिस्टीममधून क्रॉस-बिल्डिंग सॉफ्टवेअरसाठी टूल्सचा संच सादर केला पाहिजे (हायकू सर्व्हरवर चालण्यासाठी डिझाइन केलेले नाही).

मी स्टँडिंग ओव्हेशन देतो. नियमित लिनक्स वापरकर्ते हे सर्व अतिरिक्त भार आणि अतिरिक्त सामान (सुरक्षा, कठोर नियंत्रण इ.) वाहतात जे सर्व्हर ऑपरेटिंग सिस्टमसाठी आवश्यक आहे, परंतु वैयक्तिकसाठी नाही. त्यामुळे मी पूर्णपणे सहमत आहे की लिनक्सवर हायकू अॅप्स तयार करणे हा एक मार्ग आहे.

निष्कर्ष

हायकूमध्ये POSIX ऍप्लिकेशन्स पोर्ट करणे शक्य आहे, परंतु सामान्य पुनर्बांधणीपेक्षा अधिक महाग असू शकते. irc.freenode.net नेटवर्कवरील #haiku चॅनेलच्या लोकांची मदत मिळाली नसती तर मी नक्कीच यात बराच काळ अडकलो असतो. पण तरीही त्यांना काय चूक आहे ते नेहमी लगेच दिसत नव्हते.

Qt मध्ये लिहिलेले अनुप्रयोग सोपे अपवाद आहेत. मी कोणत्याही समस्यांशिवाय एक साधा डेमो अनुप्रयोग एकत्र ठेवला आहे.

साध्या ऍप्लिकेशन्ससाठी पॅकेज तयार करणे देखील खूप सोपे आहे, परंतु केवळ "पारंपारिकरित्या रिलीझ केलेल्या" साठी, उदा. haikuports मध्ये समर्थन हेतूने आवृत्ती स्रोत कोड संग्रहण असणे. GitHub सह सतत बिल्ड (बदलांच्या प्रत्येक कमिटसाठी तयार करा) साठी, सर्वकाही इतके सोपे नाही असे दिसते. येथे हायकू हे Mac वरील परिणामापेक्षा Linux वितरणासारखे वाटते, जेथे तुम्ही XCode मधील “बिल्ड” बटणावर क्लिक करता तेव्हा तुम्हाला एक पॅकेज मिळते. .app, डिस्क प्रतिमेमध्ये घालण्यासाठी तयार .dmg, माझ्या वेबसाइटवर डाउनलोड करण्यासाठी तयार.
"सर्व्हर" ऑपरेटिंग सिस्टमवर आधारित ऍप्लिकेशन्सची सतत निर्मिती, उदाहरणार्थ, लिनक्स, जर विकसकांकडून मागणी असेल तर बहुधा शक्य होईल, परंतु या क्षणी हायकू प्रकल्पात इतर, अधिक दाबणारी कार्ये आहेत.

ते स्वतः वापरून पहा! शेवटी, हायकू प्रकल्प DVD किंवा USB वरून बूट करण्यासाठी प्रतिमा प्रदान करतो, व्युत्पन्न दररोज. स्थापित करण्यासाठी, फक्त प्रतिमा डाउनलोड करा आणि वापरून USB फ्लॅश ड्राइव्हवर बर्न करा Etcher

प्रश्न आहेत? आम्ही तुम्हाला रशियन भाषिकांना आमंत्रित करतो टेलिग्राम चॅनेल.

त्रुटी विहंगावलोकन: C आणि C++ मध्ये स्वतःला पायात कसे शूट करायचे. हायकू ओएस रेसिपी कलेक्शन

पासून लेखक अनुवाद: हायकू या मालिकेतील हा पाचवा लेख आहे.

लेखांची यादी: पहिला दुसरा तिसरे चौथा

स्त्रोत: www.habr.com