હાઈકુ સાથે મારો પાંચમો દિવસ: ચાલો કેટલાક પ્રોગ્રામ પોર્ટ કરીએ

TL; DR: એક નવજાતે પહેલીવાર હાઇકુ જોયું, જે Linux વિશ્વમાંથી કેટલાક પ્રોગ્રામ્સને પોર્ટ કરવાનો પ્રયાસ કરી રહ્યો હતો.

મારો પ્રથમ હાઈકુ પોર્ટેડ પ્રોગ્રામ, તેના hpkg ફોર્મેટમાં પેકેજ થયેલ છે

તાજેતરમાં મેં હાઈકુ શોધ્યું, પીસી માટે આશ્ચર્યજનક રીતે સારી ઓપરેટિંગ સિસ્ટમ.
આજે હું શીખીશ કે આ ઓપરેટિંગ સિસ્ટમમાં નવા પ્રોગ્રામ્સ કેવી રીતે પોર્ટ કરવા. મુખ્ય ધ્યાન એ Linux વિકાસકર્તાના દૃષ્ટિકોણથી હાઈકુ પર સ્વિચ કરવાના પ્રથમ અનુભવનું વર્ણન છે. રસ્તામાં મેં કરેલી કોઈપણ મૂર્ખ ભૂલો માટે હું ક્ષમા ચાહું છું, કારણ કે મેં પહેલીવાર હાઈકુ ડાઉનલોડ કર્યાને એક અઠવાડિયું પણ નથી થયું.

હું ત્રણ લક્ષ્યો હાંસલ કરવા માંગુ છું:

• એક સરળ CLI એપ્લિકેશન પોર્ટ કરો
• GUI થી Qt માં એપ્લિકેશન પોર્ટ કરો
• પછી તેમને hpkg ફોર્મેટમાં પૅકેજ કરો (કારણ કે હું હજી પણ AppDir અને AppImageને હાઈકુ માટે અનુકૂલિત કરવાનું વિચારી રહ્યો છું...)

ચાલો, શરુ કરીએ. વિભાગોમાં દસ્તાવેજીકરણ и વિકાસતેમજ વિકી હાઈકુપોર્ટ્સમાંથી મને સાચી દિશા મળી. ઓનલાઈન પીડીએફ બુક પણ છે BeOS: યુનિક્સ એપ્લિકેશનનું પોર્ટીંગ.
467 પૃષ્ઠ - અને આ 1997 થી છે! અંદર જોવું ડરામણું છે, પરંતુ હું શ્રેષ્ઠની આશા રાખું છું. વિકાસકર્તાના શબ્દો પ્રોત્સાહક છે: "તેમાં ઘણો સમય લાગ્યો કારણ કે BeOS POSIX-સુસંગત ન હતું," પરંતુ હાઈકુ "મોટાભાગે" પહેલાથી જ એવું છે.

એક સરળ CLI એપ્લિકેશન પોર્ટીંગ

પ્રથમ વિચાર એપ્લિકેશનને પોર્ટ કરવાનો હતો avrdude, પરંતુ, જેમ તે બહાર આવ્યું છે, આ પહેલેથી જ છે કર્યું છે ઘણાં સમય પહેલા.

પ્રથમ પ્રયાસ: જોવા માટે કંઈ નથી

હું જે સમજી શકતો નથી તે પહેલેથી જ છે એપ્સને 10 વર્ષથી હાઈકુમાં પોર્ટ કરવામાં આવી છે - એ હકીકત હોવા છતાં કે ઓએસ પોતે હજી સુધી 1.0 સંસ્કરણ નથી.

બીજો પ્રયાસ: ફરીથી લખવાની જરૂર છે

તેથી હું ઉપયોગ કરીશ ptouch-770, ભાઈ P-Touch 770 પ્રિન્ટરને નિયંત્રિત કરવા માટે CLI જેનો ઉપયોગ હું લેબલ્સ છાપવા માટે કરું છું.
હું તેના પર વિવિધ લેબલ્સ છાપું છું, અને તમે તે અગાઉના લેખમાં જોયું હશે. થોડા સમય પહેલા, મેં પાયથોનમાં એક નાનો GUI રેપર પ્રોગ્રામ લખ્યો હતો (તે Gtk+ માં હોવાથી, તેને ફરીથી લખવું પડશે, અને આ શીખવાનું એક સારું કારણ છે).

ભાઈ પી-ટચ 770 લેબલ પ્રિન્ટર. શું તે હાઈકુ સાથે કામ કરશે?

હાઈકુ પેકેજ મેનેજર લાઈબ્રેરીઓ અને આદેશો વિશે જાણે છે, તેથી જો મને ચાલતી વખતે "libintl શોધી શકતા નથી" સંદેશ મળે છે configure - હું હમણાં જ લોન્ચ કરું છું pkgman install devel:libintl અને જરૂરી પેકેજ મળી જશે. તેવી જ રીતે pkgman install cmd:rsync. સારું, વગેરે.

સિવાય કે જ્યારે આ કામ કરતું નથી:

/Haiku/home> git clone https://github.com/probonopd/ptouch-770
Cloning into 'ptouch-770'...
remote: Enumerating objects: 134, done.
remote: Total 134 (delta 0), reused 0 (delta 0), pack-reused 134
Receiving objects: 100% (134/134), 98.91 KiB | 637.00 KiB/s, done.
Resolving deltas: 100% (71/71), done./Haiku/home> cd ptouch-770//Haiku/home/ptouch-770> make
gcc -Wall -O2 -c -o ptouch-770-write.o ptouch-770-write.c
ptouch-770-write.c:28:10: fatal error: libudev.h: No such file or directory
 #include <libudev.h>
          ^~~~~~~~~~~
compilation terminated.
Makefile:16: recipe for target 'ptouch-770-write.o' failed
make: *** [ptouch-770-write.o] Error 1/Haiku/home/ptouch-770> pkgman install devel:libudev
100% repochecksum-1 [65 bytes]
Validating checksum for Haiku...done.
100% repochecksum-1 [64 bytes]
Validating checksum for HaikuPorts...done.
*** Failed to find a match for "devel:libudev": Name not found/Haiku/home/ptouch-770> pkgman install devel:udev
100% repochecksum-1 [65 bytes]
Validating checksum for Haiku...done.
100% repochecksum-1 [64 bytes]
Validating checksum for HaikuPorts...done.
*** Failed to find a match for "devel:udev": Name not found

કદાચ udev ખૂબ Linux-આધારિત છે અને તેથી હાઇકુ માટે અસ્તિત્વમાં નથી. જેનો અર્થ છે કે હું કમ્પાઈલ કરવાનો પ્રયાસ કરી રહ્યો છું તે સ્રોત કોડને મારે સંપાદિત કરવાની જરૂર છે.
અરે, તમે તમારા માથા પર કૂદી શકતા નથી, અને મને ક્યાંથી શરૂ કરવું તે પણ ખબર નથી.

ત્રીજો પ્રયાસ

તે હોય સરસ રહેશે 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

ફરીથી હું હાઈકુ ડેપોમાં ગયો, અને, અલબત્ત, મળ્યો devel:msgpack_c_cpp_devel. આ વિચિત્ર નામો શું છે?

/Haiku/home/tmate> pkgman install devel:msgpack_c_cpp_devel
100% repochecksum-1 [65 bytes]
Validating checksum for Haiku...done.
100% repochecksum-1 [64 bytes]
Validating checksum for HaikuPorts...done.
*** Failed to find a match for "devel:msgpack_c_cpp_devel": Name not found# Why is it not finding it? To hell with the "devel:".../Haiku/home/tmate> pkgman install msgpack_c_cpp_devel
(...)
The following changes will be made:
  in system:
    install package msgpack_c_cpp-3.1.1-1 from repository HaikuPorts
    install package msgpack_c_cpp_devel-3.1.1-1 from repository HaikuPorts
Continue? [yes/no] (yes) :
(...)/Haiku/home/tmate> ./configure
(...)
checking for libssh >= 0.8.4... no
configure: error: "libssh >= 0.8.4 not found"/Haiku/home/tmate> pkgman install devel:libssh/Haiku/home/tmate> make
(...)
In file included from /boot/system/develop/headers/msgpack.h:22,
                 from tmate.h:5,
                 from cfg.c:29:
/boot/system/develop/headers/msgpack/vrefbuffer.h:19:8: error: redefinition of struct iovec'
 struct iovec {
        ^~~~~
In file included from tmux.h:27,
                 from cfg.c:28:
/boot/system/develop/headers/posix/sys/uio.h:12:16: note: originally defined here
 typedef struct iovec {
                ^~~~~
Makefile:969: recipe for target 'cfg.o' failed
make: *** [cfg.o] Error 1

આ પગલા પર, મને સમજાયું કે પ્રોગ્રામને હાઈકુમાં પોર્ટ કરવા માટે સરળ પુનઃનિર્માણ માટે જરૂરી કરતાં વધુ જ્ઞાનની જરૂર છે.
મેં મૈત્રીપૂર્ણ હાઈકુ ડેવલપર્સ સાથે વાત કરી, તે બહાર આવ્યું કે msgpackમાં બગ છે, અને થોડીવાર પછી મને હાઈકુપોર્ટ્સમાં પેચ દેખાય છે. હું મારી પોતાની આંખોથી જોઈ શકું છું કે પેકેજ કેવી રીતે સુધારેલ છે અહીં જવું (બિલ્ડસ્લેવ - વર્ચ્યુઅલ મશીનો).

બિલ્ડમાસ્ટર પર સુધારેલ msgpack બનાવી રહ્યા છીએ

વચ્ચેના સમયમાં હું અપસ્ટ્રીમ પર પેચ મોકલું છું msgpack માં હાઈકુ સપોર્ટ ઉમેરવા માટે.

પાંચ મિનિટ પછી, અપડેટેડ msgpack પહેલેથી જ હાઈકુમાં ઉપલબ્ધ છે:

/Haiku/home/tmate> pkgman update
(...)
The following changes will be made:
  in system:
    upgrade package msgpack_c_cpp-3.1.1-1 to 3.2.0-2 from repository HaikuPorts
    upgrade package msgpack_c_cpp_devel-3.1.1-1 to 3.2.0-2 from repository HaikuPorts
Continue? [yes/no] (yes) : y
100% msgpack_c_cpp-3.2.0-2-x86_64.hpkg [13.43 KiB]
(...)
[system] Done.

અનપેક્ષિત રીતે સારું. મેં એમ કહ્યું ?!

હું મૂળ સમસ્યા પર પાછા ફરું છું:

/Haiku/home/tmate> make
(...)
In file included from tmux.h:40,
                 from tty.c:32:
compat.h:266: warning: "AT_FDCWD" redefined
 #define AT_FDCWD -100

In file included from tty.c:25:
/boot/system/develop/headers/posix/fcntl.h:62: note: this is the location of the previous definition
 #define AT_FDCWD  (-1)  /* CWD FD for the *at() functions */

tty.c: In function 'tty_init_termios':
tty.c:278:48: error: 'IMAXBEL' undeclared (first use in this function); did you mean 'MAXLABEL'?
  tio.c_iflag &= ~(IXON|IXOFF|ICRNL|INLCR|IGNCR|IMAXBEL|ISTRIP);
                                                ^~~~~~~
                                                MAXLABEL
tty.c:278:48: note: each undeclared identifier is reported only once for each function it appears in
Makefile:969: recipe for target 'tty.o' failed
make: *** [tty.o] Error 1

હવે એવું લાગે છે કે msgpack દોષિત નથી. હું ટિપ્પણી કરું છું IMAXLABEL в tty.c તેથી

tio.c_iflag &= ~(IXON|IXOFF|ICRNL|INLCR|IGNCR|/*IMAXBEL|*/ISTRIP);

પરિણામ:

osdep-unknown.c: In function 'osdep_get_cwd':
osdep-unknown.c:32:19: warning: unused parameter 'fd' [-Wunused-parameter]
 osdep_get_cwd(int fd)
               ~~~~^~
make: *** No rule to make target 'compat/forkpty-unknown.c', needed by 'compat/forkpty-unknown.o'.  Stop.

સારું, અહીં આપણે ફરી જઈએ છીએ... માર્ગ દ્વારા:

/Haiku/home/tmate> ./configure | grep -i OPENAT
checking for openat... no

શ્રીમાન. waddlesplash તમને ક્યાં ખોદવું તે કહે છે:

/Haiku/home/tmate> ./configure LDFLAGS="-lbsd"
(...)/Haiku/home/tmate> make
(...)
In file included from tmux.h:40,
                 from window.c:31:
compat.h:266: warning: "AT_FDCWD" redefined
 #define AT_FDCWD -100

In file included from window.c:22:
/boot/system/develop/headers/posix/fcntl.h:62: note: this is the location of the previous definition
 #define AT_FDCWD  (-1)  /* CWD FD for the *at() functions */

make: *** No rule to make target 'compat/forkpty-unknown.c', needed by 'compat/forkpty-unknown.o'.  Stop.

અહીં મેં પોસ્ટ કર્યું છે config.log.

તેઓએ મને સમજાવ્યું કે લિબનેટવર્કમાં હાઈકુ પર લિબ્રેસોલ્વ ઉપરાંત બીજું કંઈક છે. દેખીતી રીતે કોડને વધુ સંપાદિત કરવાની જરૂર છે. વિચારવાની જરૂર છે...

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

"ખરાબ પોર્ટ ID" પહેલેથી જ બિઝનેસ કાર્ડ જેવું છે હાઈકુ. કદાચ કોઈને ખ્યાલ છે કે શું ખોટું છે અને તેને કેવી રીતે ઠીક કરવું? જો એમ હોય, તો હું લેખ અપડેટ કરીશ. સાથે લિંક કરો 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 - પેકેજો બનાવવાની નિમ્ન-સ્તરની રીત. "તેને યોગ્ય .hpkg પેકેજમાં બનાવવું" વિભાગમાં વર્ણવ્યા મુજબ, મોટાભાગે, PackageInfo તેના માટે પૂરતી છે.
• મારે કંઈક કરવું છે જેમ કે
• ઉપયોગ કરી શકો છો hpkg-સર્જક (તે મારા માટે ક્રેશ થાય છે, ભૂલની જાણ કરવી)

શું કરવું તે સ્પષ્ટ નથી. મને લાગે છે કે મને હેલો વર્લ્ડ શૈલીના શિખાઉ માણસની માર્ગદર્શિકાની જરૂર છે, આદર્શ રીતે એક વિડિઓ. હાઈકુપોર્ટરનો પણ અનુકૂળ પરિચય મળવો સરસ રહેશે, જેમ કે GNU હેલોમાં થાય છે.

હું નીચેનું વાંચું છું:

haikuporter હાઇકુ માટે સામાન્ય પેકેજ પ્રોજેક્ટ બનાવવા માટેનું એક સાધન છે. તે બધા પેકેજો માટે આધાર તરીકે હાઈકુપોર્ટ્સ રીપોઝીટરીનો ઉપયોગ કરે છે. હાઈકુપોર્ટર રેસિપીનો ઉપયોગ પેકેજો બનાવવા માટે થાય છે.

વધુમાં, મને જાણવા મળ્યું કે:

હાઈકુપોર્ટ સ્ટોરેજમાં રેસિપી સ્ટોર કરવાની જરૂર નથી. તમે બીજી રીપોઝીટરી બનાવી શકો છો, તેમાં રેસિપી મૂકી શકો છો અને પછી હાઈકુપોર્ટરને તેની તરફ નિર્દેશ કરી શકો છો.

બસ મને જે જોઈએ છે - જો પૅકેજને સાર્વજનિક રૂપે રિલીઝ કરવાનો કોઈ રસ્તો નથી શોધી રહ્યો. પરંતુ આ બીજી પોસ્ટ માટેનો વિષય છે.

haikuporter અને haikuports સ્થાપિત કરી રહ્યા છીએ

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

રેસીપી લખી રહ્યા છીએ

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

રેસીપી એસેમ્બલીંગ

હું નામ હેઠળ ફાઇલ સાચવું છું QtQuickApp-1.0.recipe, જે પછી હું લોન્ચ કરું છું aikuporter -S ./QuickApp-1.0.recipe. રિપોઝીટરીમાં તમામ પેકેજો માટે નિર્ભરતાઓ ચકાસવામાં આવે છે હાઈકુપોર્ટ્સ, જે થોડો સમય લે છે. હું થોડી કોફી લેવા જઈશ.

શા માટે પૃથ્વી પર આ તપાસ મારા સ્થાનિક મશીન પર થવી જોઈએ, અને સર્વર પર કેન્દ્રિય રીતે દરેક માટે એકવાર નહીં?

મિસ્ટર મુજબ. waddlesplash:

આ રીતે તમે રીપોઝીટરીમાં કોઈપણ ફાઇલને ફરીથી લખી શકો છો

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

તે તારણ આપે છે કે તમારી એપ્લિકેશનનો સ્રોત કોડ ધરાવતી નિયમિત રેસીપી ફાઇલ જેવી કોઈ વસ્તુ નથી. તમારે તેને હાઈકુપોર્ટ ફોર્મેટમાં રિપોઝીટરીમાં રાખવાની જરૂર છે.

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

તે શુ કરી રહ્યો છે? છેવટે, આ એક ગિટ રીપોઝીટરી છે, કોડ પહેલેથી જ સીધો છે, અનપૅક કરવા માટે કંઈ નથી. મારા દૃષ્ટિકોણથી, જો તે 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!

હમ્મ, શા માટે બધું આટલું જટિલ છે, શા માટે તમે "ફક્ત કામ" કરી શકતા નથી? છેવટે, ગિટહબમાંથી કંઈક બનાવવું તે અસામાન્ય નથી. પછી ભલે તે એવા સાધનો હોય કે જે તરત જ કાર્ય કરે, સેટઅપની જરૂરિયાત વિના, અથવા હું તેને "ફસિંગ" કહું છું.

કદાચ તે આના જેવું કામ કરશે:

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:

સારું, હા, કારણ એસેમ્બલી માટે પ્રાપ્ત ડેટાની અખંડિતતા તપાસવાની ઇચ્છા હતી. વિકલ્પોમાંથી એક આર્કાઇવના ચેકસમને ચકાસવાનો છે, પરંતુ તમે, અલબત્ત, વ્યક્તિગત ફાઇલોને હેશ કરી શકો છો, જેનો અમલ કરવામાં આવશે નહીં, કારણ કે તે ઘણો લાંબો સમય લે છે. આનું પરિણામ ગિટ અને અન્ય વીસીએસની "અસુરક્ષા" છે. આ મોટે ભાગે હંમેશા કેસ હશે, કારણ કે 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 અને ભંડાર હાઈકુપોર્ટ્સ તેમાં "ફક્ત કામ કરે છે" એવો અહેસાસ નથી, પરંતુ વિકાસકર્તા તરીકે, હાઈકુ સાથે કામ કરવા વિશે મને ગમતી કેટલીક બાબતો છે. મોટેભાગે, તે ઓપન બિલ્ડ સર્વિસ જેવું જ છે, જે Linux બિલ્ડ બનાવવા માટેના સાધનોનો સમૂહ છે: અત્યંત શક્તિશાળી, વ્યવસ્થિત અભિગમ સાથે, પરંતુ મારી નાની "હેલો વર્લ્ડ" એપ્લિકેશન માટે ઓવરકિલ.

ફરીથી, મિસ્ટર અનુસાર. waddlesplash:

ખરેખર, હાઈકુપોર્ટર મૂળભૂત રીતે એકદમ કડક છે (વત્તા તેને વધુ કડક બનાવવા માટે લિન્ટ મોડ તેમજ કડક મોડ પણ છે!), પરંતુ માત્ર એટલા માટે કે તે પેકેજો બનાવવાને બદલે કામ કરશે તેવા પેકેજો બનાવે છે. તેથી જ તે અઘોષિત અવલંબન, પુસ્તકાલયો યોગ્ય રીતે આયાત ન કરવા, ખોટી આવૃત્તિઓ વગેરે વિશે ફરિયાદ કરે છે. ધ્યેય એ છે કે કોઈપણ અને તમામ સમસ્યાઓ, જેમાં ભવિષ્યની સમસ્યાઓનો સમાવેશ થાય છે, વપરાશકર્તા તેના વિશે જાણે તે પહેલાં જ તેને પકડી લે છે (આ કારણે જ avrdude ઇન્સ્ટોલ કરવું શક્ય ન હતું, કારણ કે નિર્ભરતા ખરેખર રેસીપીમાં ઉલ્લેખિત હતી). પુસ્તકાલયો માત્ર વ્યક્તિગત પેકેજો અથવા ચોક્કસ SO સંસ્કરણો નથી. હાઈકુપોર્ટર ખાતરી કરે છે કે અમલ દરમિયાન ભૂલો ટાળવા માટે આ બધું રેસિપીમાં જ જોવા મળે છે.

સૈદ્ધાંતિક રીતે, ઑપરેટિંગ સિસ્ટમ બનાવતી વખતે આ કઠોરતાનું સ્તર વાજબી છે, પરંતુ "હેલો વર્લ્ડ" એપ્લિકેશન માટે તે મને બિનજરૂરી લાગે છે. મેં કંઈક બીજું અજમાવવાનું નક્કી કર્યું.

"પેકેજ બનાવો" આદેશનો ઉપયોગ કરીને 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.
ફરીથી, અનપેક્ષિત રીતે ઝડપી, સરળ અને અસરકારક. અમેઝિંગ, અકલ્પનીય!

પણ... (તેમના વિના આપણે ક્યાં હોઈશું!)

એપ્લિકેશન મેનૂ સૂચિ અને ક્વિકલોન્ચમાંથી હજી પણ એપ્લિકેશન ખૂટે છે. મને લાગે છે કે હું તેને કેવી રીતે ઠીક કરવું તે પહેલાથી જ જાણું છું. ફાઇલ મેનેજરમાં હું QtQuickApp.hpkg ને ~/config/packages માંથી /system/packages પર ખસેડું છું.

ના, હજુ પણ ગુમ. દેખીતી રીતે, હું (સારી રીતે, અને સૂચનાઓ) કંઈક ચૂકી ગયો.

કેટલીક અન્ય એપ્લિકેશનો માટે હાઈકુડેપોટમાં "સામગ્રી" ટેબ જોયા પછી, મેં જોયું કે ત્યાં ફાઇલો છે જેમ કે /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 Linux પર. શા માટે "છુપાયેલ" માહિતીને ફાઇલ સિસ્ટમનું સંસાધન અને વિશેષતા બનાવશો નહીં?

જે ખાસ કરીને સૂક્ષ્મ નથી તે (કેટલીક) એપ્લિકેશનનું નામ છે જે મેનુ બતાવે છે, deskbar, રસ્તામાં સખત રીતે બંધાયેલ.

શ્રીમાન. waddlesplash આ સમજાવે છે:

આ કિસ્સામાં "ડેસ્કબાર" ને સામાન્ય શબ્દના એક પ્રકાર તરીકે સમજવું જોઈએ (ખૂબ એ જ રીતે "ટાસ્કબાર" તરીકે, જે Windows એપ્લિકેશન અને સામાન્ય ખ્યાલ બંનેનો સંદર્ભ આપે છે). વેલ, આ થી deskbar, “ડેસ્કબાર” નહિ, આ પણ એ જ રીતે સમજી શકાય છે.

2 "લગભગ સમાન" ડિરેક્ટરીઓ જેમાં એપ્લિકેશન્સ છે

એપ્લિકેશન્સ સાથે 2 ડિરેક્ટરીઓ શા માટે છે, અને શા માટે મારી QtQuickApplication એકમાં છે, પરંતુ બીજીમાં નથી? (છેવટે, આ એક સિસ્ટમ વન નથી, પરંતુ બીજો વપરાશકર્તા છે, જે મારા માટે વ્યક્તિગત રીતે સમજી શકાય તેવું હશે).
હું ખરેખર મૂંઝવણમાં છું અને મને લાગે છે કે આ એકીકૃત હોવું જોઈએ.

શ્રી દ્વારા ટિપ્પણી waddlesplash

એપ્લિકેશન્સ કેટેલોગમાં એવી એપ્લિકેશનો શામેલ છે જેની મેનૂમાં જરૂર નથી. પરંતુ મેનૂ સાથેની પરિસ્થિતિને વધુ વૈવિધ્યપૂર્ણ બનાવવા માટે ખરેખર તેને સુધારવાની જરૂર છે.

એપ્લિકેશન, અથવા તે થશે નહીં 😉

મને આશ્ચર્ય થયું: શું ખરેખર એપ્લીકેશન હોસ્ટ કરવી જરૂરી છે /system/apps, જો વપરાશકર્તાઓ તેમને ત્યાં જુએ છે, તો તે અનિચ્છનીય છે. કદાચ તેમને બીજી જગ્યાએ મૂકવું વધુ સારું રહેશે જ્યાં વપરાશકર્તા તેમનો સામનો કરશે નહીં? જેમ કે તે Mac OS X માં થાય છે, જ્યાં પેકેજોની સામગ્રી .app, જે વપરાશકર્તાને તેમાં દેખાતું ન હોવું જોઈએ /Applications, /System/Library/…“`ની ઊંડાઈમાં છુપાઈને.

અવલંબન વિશે શું?

મને લાગે છે કે કોઈક રીતે અવલંબનનો ઉલ્લેખ કરવો યોગ્ય છે, બરાબર? શું Qt ને મૂળભૂત રીતે હાઈકુ સ્થાપનનો ફરજિયાત ભાગ ગણી શકાય? ના! Qt મૂળભૂત રીતે ઇન્સ્ટોલ કરેલ નથી. શું પેકેજ બિલ્ડર ELF ફાઇલો તપાસીને આપમેળે નિર્ભરતાને શોધી શકે છે? મને કહેવામાં આવ્યું હતું કે હાઈકુપોર્ટર ખરેખર આ કરે છે, પરંતુ package ના. તે એટલા માટે કારણ કે તે માત્ર એક "પેકેજ બિલ્ડર" છે જે ફક્ત તેના પોતાના પર ફાઇલો બનાવે છે hpkg.

પૅકેજને હાઈકુની બહારના પૅકેજ પર નિર્ભરતા ન હોવી જોઈએ એવી નીતિ ઉમેરીને હાઈકુને વધુ અત્યાધુનિક બનાવવું જોઈએ? haikuports? (હું ઈચ્છું છું, કારણ કે આવી નીતિ વસ્તુઓને ઘણી સરળ બનાવશે - સિસ્ટમ વધારાના પેકેજ સ્ત્રોતો સાથે ગડબડ કર્યા વિના, ગમે ત્યાંથી ડાઉનલોડ કરેલા દરેક પેકેજની નિર્ભરતાને આપમેળે ઉકેલવામાં સક્ષમ હશે.)

શ્રીમાન. waddlesplash સમજાવે છે:

અમે વિકાસકર્તાઓની સ્વતંત્રતાને આટલી મર્યાદામાં રાખવા માંગતા નથી, કારણ કે તે સ્પષ્ટ છે કે જો CompanyX તેના પોતાના સૉફ્ટવેરના સેટને નિર્ભરતા (અને તેથી રિપોઝીટરી) સાથે સમર્થન આપવા માંગે છે, તો તે સંપૂર્ણપણે મુક્તપણે કરશે.

તે કિસ્સામાં, તે ભલામણ કરવા યોગ્ય હોઈ શકે છે કે તૃતીય-પક્ષ પેકેજો એપ્લિકેશન સાથે જરૂરી દરેક વસ્તુને સંપૂર્ણપણે પેકેજ કરીને હાઈકુપોર્ટ્સમાં શામેલ ન હોય તેવી કોઈપણ વસ્તુ પર નિર્ભરતાને ટાળે છે. પરંતુ મને લાગે છે કે આ શ્રેણીના ભાવિ લેખ માટે આ એક વિષય છે. [શું લેખક AppImage તરફ જઈ રહ્યા છે? - આશરે અનુવાદક]

એપ્લિકેશન આયકન ઉમેરી રહ્યા છીએ

જો હું મારી નવી બનાવેલી એપ્લિકેશનના સંસાધનોમાં એક સુઘડ બિલ્ટ-ઇન આઇકોન ઉમેરવા માંગું તો શું? તે તારણ આપે છે કે આ એક અદ્ભુત વિષય છે, તેથી તે આગામી લેખ માટેનો આધાર હશે.

સતત એપ્લિકેશન બિલ્ડ કેવી રીતે ગોઠવવા?

ઇંકસ્કેપ જેવા પ્રોજેક્ટની કલ્પના કરો (હા, હું જાણું છું કે તે હજી હાઇકુમાં ઉપલબ્ધ નથી, પરંતુ તેના પર પ્રદર્શિત કરવું અનુકૂળ છે). તેમની પાસે સ્ત્રોત કોડ રીપોઝીટરી છે https://gitlab.com/inkscape/inkscape.
દર વખતે જ્યારે કોઈ વ્યક્તિ રિપોઝીટરીમાં તેમના ફેરફારો કરે છે, ત્યારે બિલ્ડ પાઇપલાઇન્સ લોંચ કરવામાં આવે છે, ત્યારબાદ ફેરફારોનું આપમેળે પરીક્ષણ કરવામાં આવે છે, બનાવવામાં આવે છે અને એપ્લિકેશનને વિવિધ પેકેજોમાં પેક કરવામાં આવે છે, જેમાં Linux માટે AppImage (એક સ્વતંત્ર એપ્લિકેશન પેકેજ કે જે સ્થાનિક પરીક્ષણ માટે ડાઉનલોડ કરી શકાય છે. સિસ્ટમ પર શું ઇન્સ્ટોલ થઈ શકે છે અથવા ન પણ હોઈ શકે [હું જાણતો હતો! - આશરે અનુવાદક]). દરેક બ્રાન્ચ મર્જ વિનંતી સાથે આ જ વસ્તુ થાય છે, તેથી તમે મર્જ કરતા પહેલા મર્જ વિનંતીમાં સૂચિત કોડમાંથી બનેલ એપ્લિકેશન ડાઉનલોડ કરી શકો છો.

બિલ્ડ સ્ટેટસ સાથે વિનંતીઓને મર્જ કરો અને જો બિલ્ડ સફળ થાય તો સંકલિત બાઈનરી ડાઉનલોડ કરવાની ક્ષમતા (લીલામાં ચિહ્નિત)

બિલ્ડ ડોકર કન્ટેનરમાં ચાલે છે. GitLab Linux પર મફત દોડવીરો ઓફર કરે છે, અને મને લાગે છે કે તમારા પોતાના દોડવીરોનો સમાવેશ કરવો શક્ય છે (માર્ગ દ્વારા, હું જોતો નથી કે આ હાઇકુ જેવી સિસ્ટમ માટે કેવી રીતે કાર્ય કરશે, જે મને ખબર છે કે તેની પાસે ડોકર અથવા સમકક્ષ નથી, પરંતુ ફ્રીબીએસડી માટે પણ કોઈ ડોકર નથી, તેથી આ સમસ્યા હાઈકુ માટે અનન્ય નથી).

આદર્શરીતે, હાઇકુ એપ્લીકેશનો Linux માટે ડોકર કન્ટેનરની અંદર બનાવી શકાય છે. આ સ્થિતિમાં, હાઈકુ માટેની એસેમ્બલી હાલની પાઇપલાઇન્સમાં દાખલ કરી શકાય છે. શું ત્યાં ક્રોસ કમ્પાઇલર્સ છે? અથવા મારે QEMU/KVM જેવી વસ્તુનો ઉપયોગ કરીને ડોકર કન્ટેનરની અંદરના બધા હાઈકુનું અનુકરણ કરવું જોઈએ (ધારી લઈએ કે તે ડોકરની અંદર તે રીતે કાર્ય કરશે)? માર્ગ દ્વારા, ઘણા પ્રોજેક્ટ્સ સમાન સિદ્ધાંતોનો ઉપયોગ કરે છે. ઉદાહરણ તરીકે, સ્ક્રિબસ આ કરે છે - તે હાઈકુ માટે પહેલેથી જ ઉપલબ્ધ છે. એક દિવસ એવો આવશે જ્યારે હું મોકલી શકીશ આવા હાઈકુ સપોર્ટ ઉમેરવા માટે અન્ય પ્રોજેક્ટ્સની વિનંતીઓ ખેંચો.

વિકાસકર્તાઓમાંના એક સમજાવે છે:

અન્ય પ્રોજેક્ટ્સ માટે કે જેઓ પોતે પેકેજો બનાવવા ઈચ્છે છે, નિયમિત CMake/CPack પદ્ધતિ સપોર્ટેડ છે. અન્ય બિલ્ડ સિસ્ટમ્સને પેકેજના બિલ્ડ પ્રોગ્રામને સીધો કૉલ કરીને સપોર્ટ કરી શકાય છે, જો લોકોને તેમાં રસ હોય તો તે સારું છે. અનુભવ બતાવે છે: અત્યાર સુધી તેમાં વધુ રસ નથી, તેથી હાઈકુપોર્ટરે અમારા માટે અનુકૂળ તરીકે કામ કર્યું, પરંતુ, આખરે, બંને પદ્ધતિઓ સાથે કામ કરવું જોઈએ. આપણે Linux અથવા અન્ય કોઈપણ સર્વર ઓપરેટિંગ સિસ્ટમમાંથી ક્રોસ-બિલ્ડિંગ સોફ્ટવેર માટે ટૂલ્સનો સમૂહ રજૂ કરવો જોઈએ (હાઈકુ સર્વર્સ પર ચલાવવા માટે રચાયેલ નથી).

હું સ્ટેન્ડિંગ ઓવેશન આપું છું. નિયમિત Linux વપરાશકર્તાઓ આ તમામ વધારાનો ભાર અને વધારાનો સામાન (સુરક્ષા, કડક નિયંત્રણ, વગેરે) વહન કરે છે જે સર્વર ઓપરેટિંગ સિસ્ટમ માટે જરૂરી છે, પરંતુ વ્યક્તિગત માટે નહીં. તેથી હું સંપૂર્ણપણે સંમત છું કે લિનક્સ પર હાઈકુ એપ્સ બનાવવા માટે સક્ષમ બનવું એ જવાનો માર્ગ છે.

નિષ્કર્ષ

પોસિક્સ એપ્લીકેશનને હાઈકુમાં પોર્ટીંગ કરવું શક્ય છે, પરંતુ સામાન્ય પુનઃનિર્માણ કરતાં વધુ ખર્ચાળ હોઈ શકે છે. જો irc.freenode.net નેટવર્ક પર #haiku ચેનલના લોકોની મદદ ન હોત તો હું ચોક્કસપણે આમાં લાંબા સમય સુધી અટવાઈ જતો. પણ તેઓ હંમેશા તરત જ જોતા ન હતા કે શું ખોટું હતું.

Qt માં લખાયેલ એપ્લિકેશનો એક સરળ અપવાદ છે. મેં કોઈપણ સમસ્યા વિના એક સરળ ડેમો એપ્લિકેશન મૂકી છે.

સરળ એપ્લિકેશન્સ માટે પેકેજ બનાવવું પણ એકદમ સરળ છે, પરંતુ ફક્ત "પરંપરાગત રીતે પ્રકાશિત" માટે, એટલે કે. હાઇકુપોર્ટ્સમાં સપોર્ટ માટે બનાવાયેલ વર્ઝનેડ સોર્સ કોડ આર્કાઇવ્સ ધરાવે છે. GitHub સાથે સતત બિલ્ડ (ફેરફારોની દરેક પ્રતિબદ્ધતા માટે બિલ્ડ) માટે, એવું લાગે છે કે બધું એટલું સરળ નથી. અહીં હાઈકુ એ Mac પરના પરિણામ કરતાં Linux વિતરણ જેવું લાગે છે, જ્યાં તમે XCodeમાં "બિલ્ડ" બટનને ક્લિક કરો ત્યારે તમને એક પેકેજ મળે છે. .app, ડિસ્ક ઈમેજમાં દાખલ કરવા માટે તૈયાર છે .dmg, મારી વેબસાઇટ પર ડાઉનલોડ કરવા માટે તૈયાર.
"સર્વર" ઓપરેટિંગ સિસ્ટમ પર આધારિત એપ્લિકેશન્સનું સતત નિર્માણ, ઉદાહરણ તરીકે, Linux, જો વિકાસકર્તાઓ તરફથી માંગ હોય તો મોટાભાગે શક્ય બનશે, પરંતુ આ ક્ષણે હાઈકુ પ્રોજેક્ટમાં અન્ય, વધુ દબાણયુક્ત કાર્યો છે.

તેને જાતે અજમાવી જુઓ! છેવટે, હાઈકુ પ્રોજેક્ટ ડીવીડી અથવા યુએસબી માંથી બુટ કરવા માટે ઈમેજો પ્રદાન કરે છે, જે જનરેટ થાય છે દૈનિક. ઇન્સ્ટોલ કરવા માટે, ફક્ત ઇમેજ ડાઉનલોડ કરો અને તેનો ઉપયોગ કરીને ફ્લેશ ડ્રાઇવ પર લખો Etcher

શું તમારી પાસે કોઈ પ્રશ્નો છે? અમે તમને રશિયન બોલતા માટે આમંત્રિત કરીએ છીએ ટેલિગ્રામ ચેનલ.

ભૂલ વિહંગાવલોકન: C અને C++ માં પગમાં તમારી જાતને કેવી રીતે મારવી. હાઈકુ ઓએસ રેસીપી સંગ્રહ

થી લેખક અનુવાદ: હાઈકુ વિશેની શ્રેણીનો આ પાંચમો લેખ છે.

લેખોની સૂચિ: પ્રથમ બીજો ત્રીજો ચોથું

સોર્સ: www.habr.com