ഹൈക്കുവിനൊപ്പം എന്റെ അഞ്ചാം ദിവസം: നമുക്ക് ചില പ്രോഗ്രാമുകൾ പോർട്ട് ചെയ്യാം

അച്ചു ഡി.ആർ.: ലിനക്സ് ലോകത്ത് നിന്ന് ചില പ്രോഗ്രാമുകൾ പോർട്ട് ചെയ്യാൻ ശ്രമിക്കുന്ന ഒരു പുതുമുഖം ആദ്യമായി ഹൈക്കു കണ്ടു.

എന്റെ ആദ്യത്തെ ഹൈക്കു പോർട്ട് പ്രോഗ്രാം, അതിന്റെ hpkg ഫോർമാറ്റിൽ പാക്കേജുചെയ്‌തു

സമീപകാലത്ത് പിസികൾക്കായുള്ള അതിശയകരമാംവിധം മികച്ച ഓപ്പറേറ്റിംഗ് സിസ്റ്റമായ ഹൈക്കു ഞാൻ കണ്ടെത്തി.
ഈ ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിലേക്ക് പുതിയ പ്രോഗ്രാമുകൾ എങ്ങനെ പോർട്ട് ചെയ്യാമെന്ന് ഇന്ന് ഞാൻ പഠിക്കും. ഒരു ലിനക്സ് ഡെവലപ്പറുടെ വീക്ഷണകോണിൽ നിന്ന് ഹൈക്കുവിലേക്ക് മാറുന്നതിന്റെ ആദ്യ അനുഭവത്തിന്റെ വിവരണമാണ് പ്രധാന ശ്രദ്ധാകേന്ദ്രം. ഞാൻ ഹൈക്കു ആദ്യമായി ഡൗൺലോഡ് ചെയ്‌തിട്ട് ഒരാഴ്ച പോലും ആയിട്ടില്ലാത്തതിനാൽ, വഴിയിൽ എന്തെങ്കിലും മണ്ടത്തരങ്ങൾ സംഭവിച്ചിട്ടുണ്ടെങ്കിൽ ഞാൻ ക്ഷമ ചോദിക്കുന്നു.

മൂന്ന് ലക്ഷ്യങ്ങൾ നേടാൻ ഞാൻ ആഗ്രഹിക്കുന്നു:

• ഒരു ലളിതമായ CLI ആപ്ലിക്കേഷൻ പോർട്ട് ചെയ്യുക
• GUI-ൽ നിന്ന് Qt-ലേക്ക് ഒരു ആപ്ലിക്കേഷൻ പോർട്ട് ചെയ്യുക
• എന്നിട്ട് അവ hpkg ഫോർമാറ്റിൽ പാക്കേജ് ചെയ്യുക (ഹൈക്കുവിന് AppDir ഉം AppImage ഉം അഡാപ്റ്റുചെയ്യുന്നതിനെക്കുറിച്ച് ഞാൻ ഇപ്പോഴും ചിന്തിക്കുന്നതിനാൽ...)

നമുക്ക് തുടങ്ങാം. വിഭാഗങ്ങളിൽ പ്രമാണീകരണം и വികസനംഅതുപോലെ തന്നെ വിക്കി HaikuPorts ൽ നിന്ന് ഞാൻ ശരിയായ ദിശ കണ്ടെത്തി. ഒരു ഓൺലൈൻ PDF പുസ്തകം പോലും ഉണ്ട് BeOS: ഒരു Unix ആപ്ലിക്കേഷൻ പോർട്ട് ചെയ്യുന്നു.
467 പേജുകൾ - ഇത് 1997 മുതലുള്ളതാണ്! ഉള്ളിലേക്ക് നോക്കുന്നത് ഭയങ്കരമാണ്, പക്ഷേ മികച്ചത് പ്രതീക്ഷിക്കുന്നു. ഡെവലപ്പറുടെ വാക്കുകൾ പ്രോത്സാഹജനകമാണ്: "BeOS POSIX-അനുയോജ്യമല്ലാത്തതിനാൽ ഇത് വളരെയധികം സമയമെടുത്തു," എന്നാൽ ഹൈക്കു "മിക്കഭാഗവും" ഇതിനകം അങ്ങനെയാണ്.

ഒരു ലളിതമായ CLI ആപ്ലിക്കേഷൻ പോർട്ട് ചെയ്യുന്നു

ആപ്ലിക്കേഷൻ പോർട്ട് ചെയ്യാനായിരുന്നു ആദ്യം ആലോചിച്ചത് avrdude, പക്ഷേ, അത് മാറിയതുപോലെ, ഇത് ഇതിനകം തന്നെ ചെയ്തു വളരെക്കാലം മുമ്പ്.

ആദ്യം ശ്രമിക്കുക: കാണാൻ ഒന്നുമില്ല

എനിക്ക് മനസ്സിലാക്കാൻ കഴിയാത്തത് ഇതിനകം തന്നെ 10 വർഷത്തിലേറെയായി ആപ്പുകൾ ഹൈക്കുവിലേക്ക് പോർട്ട് ചെയ്യപ്പെടുന്നു - OS തന്നെ ഇതുവരെ പതിപ്പ് 1.0 പോലും അല്ല എന്ന വസ്തുത ഉണ്ടായിരുന്നിട്ടും.

രണ്ടാമത്തെ ശ്രമം: വീണ്ടും എഴുതേണ്ടതുണ്ട്

അതുകൊണ്ട് ഞാൻ ഉപയോഗിക്കും ptouch-770, ലേബലുകൾ പ്രിന്റ് ചെയ്യാൻ ഞാൻ ഉപയോഗിക്കുന്ന ബ്രദർ പി-ടച്ച് 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 വളരെ ലിനക്സ് അധിഷ്ഠിതമാണ്, അതിനാൽ ഹൈക്കുവിന് അത് നിലവിലില്ല. അതിനർത്ഥം ഞാൻ കംപൈൽ ചെയ്യാൻ ശ്രമിക്കുന്ന സോഴ്സ് കോഡ് എഡിറ്റ് ചെയ്യേണ്ടതുണ്ട് എന്നാണ്.
ഓ, നിങ്ങൾക്ക് നിങ്ങളുടെ തലയ്ക്ക് മുകളിലൂടെ ചാടാൻ കഴിയില്ല, എവിടെ തുടങ്ങണമെന്ന് എനിക്കറിയില്ല.

മൂന്നാമത്തെ ശ്രമം

കിട്ടിയാൽ നന്നായിരിക്കും 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

ഈ ഘട്ടത്തിൽ ഞാൻ HakuDepot തുറന്ന് തിരയുന്നു 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

മിസ്റ്റർ. വാഡിൽസ്പ്ലാഷ് എവിടെ കുഴിക്കണമെന്ന് നിങ്ങളോട് പറയുന്നു:

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

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

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

ഇവിടെ ഞാൻ പോസ്റ്റ് ചെയ്തു config.log.

ഹൈക്കുവിലെ ലിബ്രെസോൾവ് കൂടാതെ ലിബ്‌നെറ്റ്‌വർക്കിൽ മറ്റെന്തെങ്കിലും ഉണ്ടെന്ന് അവർ എന്നോട് വിശദീകരിച്ചു. പ്രത്യക്ഷത്തിൽ കോഡ് കൂടുതൽ എഡിറ്റ് ചെയ്യേണ്ടതുണ്ട്. ചിന്തിക്കണം...

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

ശാശ്വതമായ ചോദ്യം: എന്താണ് സംഭവിക്കുന്നത്?

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

അതേ കാര്യം, പ്രൊഫൈലിൽ മാത്രം. ഗൂഗിൾ ചെയ്തു ഇത് കണ്ടെത്തി. നിങ്ങൾ ചേർത്താൽ -lssp "ചിലപ്പോൾ" സഹായിക്കുന്നു, ഞാൻ ശ്രമിക്കുന്നു:

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

വൗ! ഇത് ആരംഭിക്കുന്നു! പക്ഷേ…

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

ഞാൻ ഡീബഗ് ചെയ്യാൻ ശ്രമിക്കാം ഫയൽ ഇവിടെ:

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

"മോശം പോർട്ട് ഐഡി" ഇതിനകം ഒരു ബിസിനസ് കാർഡ് പോലെയാണ് ഹൈക്കു. എന്താണ് തെറ്റെന്നും അത് എങ്ങനെ പരിഹരിക്കാമെന്നും ആർക്കെങ്കിലും ധാരണയുണ്ടാകുമോ? അങ്ങനെയാണെങ്കിൽ, ഞാൻ ലേഖനം അപ്ഡേറ്റ് ചെയ്യും. ഇതിലേക്കുള്ള ലിങ്ക് സാമൂഹികം.

GUI ആപ്ലിക്കേഷൻ Qt-ലേക്ക് പോർട്ട് ചെയ്യുന്നു.

ഞാൻ ഒരു ലളിതമായ QML ആപ്ലിക്കേഷൻ തിരഞ്ഞെടുക്കുന്നു.

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

ശരിക്കും ലളിതം. ഒരു മിനിറ്റിൽ താഴെ!

ഹൈകുപോർട്ടറും ഹൈക്കുപോർട്ടും ഉപയോഗിച്ച് hpkg-ൽ പാക്കേജിംഗ് ആപ്ലിക്കേഷനുകൾ.

ഞാൻ എന്താണ് ആരംഭിക്കേണ്ടത്? ലളിതമായ ഡോക്യുമെന്റേഷൻ ഒന്നുമില്ല, ഞാൻ irc.freenode.net-ലെ #haiku ചാനലിൽ പോയി കേൾക്കുന്നു:

• ടീം package - പാക്കേജുകൾ സൃഷ്ടിക്കുന്നതിനുള്ള ഒരു താഴ്ന്ന നിലയിലുള്ള മാർഗ്ഗം. "ഒരു ശരിയായ .hpkg പാക്കേജാക്കി മാറ്റുന്നു" എന്ന വിഭാഗത്തിൽ വിവരിച്ചിരിക്കുന്നതുപോലെ, മിക്കവാറും, പാക്കേജ്ഇൻഫോ അവൾക്ക് മതിയാകും.
• എനിക്ക് എന്തെങ്കിലും ചെയ്യണം അത്തരം
• ഉപയോഗിക്കാം hpkg-creator (അത് എനിക്ക് തകരുന്നു, പിശക് റിപ്പോർട്ടിംഗ്)

എന്താണ് ചെയ്യേണ്ടതെന്ന് വ്യക്തമല്ല. എനിക്ക് ഒരു ഹലോ വേൾഡ് ശൈലിയിലുള്ള തുടക്കക്കാരന്റെ ഗൈഡ് ആവശ്യമാണെന്ന് ഞാൻ ഊഹിക്കുന്നു, അനുയോജ്യമായ ഒരു വീഡിയോ. ഗ്നു ഹലോയിൽ ചെയ്യുന്നത് പോലെ ഹൈക്കുപോർട്ടറിന് സൗകര്യപ്രദമായ ഒരു ആമുഖം കൂടി നൽകുന്നത് നന്നായിരിക്കും.

ഞാൻ ഇനിപ്പറയുന്നവ വായിച്ചു:

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. റിപ്പോസിറ്ററിയിലെ എല്ലാ പാക്കേജുകൾക്കുമായി ഡിപൻഡൻസികൾ പരിശോധിക്കുന്നു ഹൈക്കുപോർട്ടുകൾ, ഇത് കുറച്ച് സമയമെടുക്കും. ഞാൻ പോയി കാപ്പി എടുക്കാം.

എന്തുകൊണ്ടാണ് ഈ പരിശോധന എന്റെ ലോക്കൽ മെഷീനിൽ ചെയ്യേണ്ടത്, അല്ലാതെ എല്ലാവർക്കുമായി ഒരിക്കൽ സെർവറിൽ കേന്ദ്രീകൃതമല്ല?

Mr പ്രകാരം. വാഡിൽസ്പ്ലാഷ്:

നിങ്ങൾക്ക് റിപ്പോസിറ്ററിയിലെ ഏത് ഫയലും മാറ്റിയെഴുതാൻ കഴിയുന്ന തരത്തിൽ 😉 നിങ്ങൾക്ക് ഇത് കുറച്ച് ഒപ്റ്റിമൈസ് ചെയ്യാം, ആവശ്യമുള്ളപ്പോൾ ആവശ്യമായ വിവരങ്ങൾ കണക്കാക്കാം, കാരണം അവസാനം വരുത്തിയ മാറ്റങ്ങൾ വളരെ വിരളമാണ്.

~/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 സുരക്ഷിതമല്ല!) ഇപ്പോഴും എന്തെങ്കിലും അൺപാക്ക് ചെയ്യാൻ ശ്രമിക്കുന്നു.

പറയുന്നു മിസ്റ്റർ. വാഡിൽസ്പ്ലാഷ്:

ശരി, അതെ, അസംബ്ലിക്കായി ലഭിച്ച ഡാറ്റയുടെ സമഗ്രത പരിശോധിക്കാനുള്ള ആഗ്രഹമായിരുന്നു കാരണം. ആർക്കൈവിന്റെ ചെക്ക്സം സ്ഥിരീകരിക്കുക എന്നതാണ് ഓപ്ഷനുകളിലൊന്ന്, പക്ഷേ നിങ്ങൾക്ക് തീർച്ചയായും വ്യക്തിഗത ഫയലുകൾ ഹാഷ് ചെയ്യാൻ കഴിയും, അത് നടപ്പിലാക്കില്ല, കാരണം അത് കൂടുതൽ സമയം എടുക്കും. ഇതിന്റെ അനന്തരഫലമാണ് 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 ഉണ്ട്, അതിനാൽ haikuports ശേഖരണത്തിൽ സ്ഥാപിച്ചിരിക്കുന്നതെല്ലാം എല്ലാ ഉപയോക്താക്കൾക്കുമായി പാക്കേജ് ചെയ്യപ്പെടും, കൂടാതെ "ഏറ്റവും പുതിയ പതിപ്പിലെ അപ്‌സ്ട്രീമിലെ എല്ലാം" ശേഖരിച്ച് ഡെലിവർ ചെയ്യാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നില്ല.

മനസ്സിലായി! ഏതായാലും സംഭവിച്ചത് ഇതാണ്:

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

ഇത് ഈ പരസ്യം അനന്തമായി ആവർത്തിക്കുന്നു. പ്രത്യക്ഷത്തിൽ ഇതൊരു പിശകാണ് (ഒരു ആപ്ലിക്കേഷൻ ഉണ്ടോ? എനിക്ക് അത് കണ്ടെത്താൻ കഴിഞ്ഞില്ല).

С haikuporter ശേഖരണവും ഹൈക്കുപോർട്ടുകൾ ഇതിന് "വെറും പ്രവർത്തിക്കുന്നു" എന്ന തോന്നൽ ഇല്ല, എന്നാൽ ഒരു ഡെവലപ്പർ എന്ന നിലയിൽ, ഹൈക്കുവിനൊപ്പം പ്രവർത്തിക്കാൻ ഞാൻ ഇഷ്ടപ്പെടുന്ന ചില കാര്യങ്ങളുണ്ട്. മിക്കവാറും, ഇത് ഓപ്പൺ ബിൽഡ് സേവനത്തിന് സമാനമാണ്, ലിനക്സ് ബിൽഡുകൾ നിർമ്മിക്കുന്നതിനുള്ള ഒരു കൂട്ടം ടൂളുകൾ: വളരെ ശക്തമായ, ചിട്ടയായ സമീപനത്തോടെ, എന്നാൽ എന്റെ ചെറിയ "ഹലോ വേൾഡ്" ആപ്ലിക്കേഷനായി ഓവർകിൽ.

വീണ്ടും, മിസ്റ്റർ പ്രകാരം. വാഡിൽസ്പ്ലാഷ്:

തീർച്ചയായും, HaikuPorter സ്ഥിരസ്ഥിതിയായി വളരെ കർശനമാണ് (കൂടാതെ ഒരു ലിന്റ് മോഡും അതോടൊപ്പം കൂടുതൽ കർശനമാക്കാൻ കർശനമായ മോഡും ഉണ്ട്!), എന്നാൽ ഇത് പാക്കേജുകൾ സൃഷ്ടിക്കുന്നതിനുപകരം പ്രവർത്തിക്കുന്ന പാക്കേജുകൾ സൃഷ്ടിക്കുന്നതിനാൽ മാത്രം. അതുകൊണ്ടാണ് അപ്രഖ്യാപിത ആശ്രിതത്വങ്ങൾ, ലൈബ്രറികൾ ശരിയായി ഇറക്കുമതി ചെയ്യാത്തത്, തെറ്റായ പതിപ്പുകൾ മുതലായവയെക്കുറിച്ച് അദ്ദേഹം പരാതിപ്പെടുന്നത്. ഭാവിയിലെ പ്രശ്നങ്ങൾ ഉൾപ്പെടെയുള്ള എല്ലാ പ്രശ്നങ്ങളും ഉപയോക്താവിന് അറിയുന്നതിന് മുമ്പ് കണ്ടെത്തുക എന്നതാണ് ലക്ഷ്യം (അതുകൊണ്ടാണ് avrdude ഇൻസ്റ്റാൾ ചെയ്യാൻ കഴിയാത്തത്, കാരണം ആശ്രിതത്വം യഥാർത്ഥത്തിൽ പാചകക്കുറിപ്പിൽ വ്യക്തമാക്കിയിരുന്നു). ലൈബ്രറികൾ എന്നത് വ്യക്തിഗത പാക്കേജുകളോ പ്രത്യേക SO പതിപ്പുകളോ അല്ല. എക്സിക്യൂഷൻ സമയത്ത് പിശകുകൾ ഒഴിവാക്കാൻ പാചകക്കുറിപ്പുകളിൽ തന്നെ ഇതെല്ലാം നിരീക്ഷിക്കപ്പെടുന്നുവെന്ന് HaikuPorter ഉറപ്പാക്കുന്നു.

തത്വത്തിൽ, ഒരു ഓപ്പറേറ്റിംഗ് സിസ്റ്റം സൃഷ്ടിക്കുമ്പോൾ ഈ ലെവൽ കാഠിന്യം ന്യായീകരിക്കപ്പെടുന്നു, പക്ഷേ ഒരു "ഹലോ വേൾഡ്" ആപ്ലിക്കേഷനായി ഇത് എനിക്ക് അനാവശ്യമാണെന്ന് തോന്നുന്നു. മറ്റെന്തെങ്കിലും പരീക്ഷിക്കാൻ ഞാൻ തീരുമാനിച്ചു.

"package create" കമാൻഡ് ഉപയോഗിച്ച് 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.
വീണ്ടും, അപ്രതീക്ഷിതമായി വേഗതയേറിയതും ലളിതവും ഫലപ്രദവുമാണ്. അത്ഭുതം, അവിശ്വസനീയം!

പക്ഷേ... (അവരില്ലാതെ നമ്മൾ എവിടെയായിരിക്കും!)

ആപ്പ് മെനു ലിസ്റ്റിൽ നിന്നും QuickLounch-ൽ നിന്നും ആപ്പ് ഇപ്പോഴും കാണുന്നില്ല. അത് എങ്ങനെ പരിഹരിക്കണമെന്ന് എനിക്ക് ഇതിനകം അറിയാമെന്ന് ഞാൻ കരുതുന്നു. ഫയൽ മാനേജറിൽ ഞാൻ 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

ഈ ട്രിക്ക് പ്രവർത്തിക്കുമെന്ന് എനിക്ക് ഉറപ്പുണ്ട്, പക്ഷേ ചോദ്യങ്ങൾ അവശേഷിക്കുന്നു: ഇത് എന്തുകൊണ്ട് ആവശ്യമാണ്, അത് എന്തിനുവേണ്ടിയാണ്? സിസ്റ്റം വളരെ സങ്കീർണ്ണമാണെന്ന മൊത്തത്തിലുള്ള ധാരണ ഇത് നശിപ്പിക്കുമെന്ന് ഞാൻ കരുതുന്നു.

ശ്രീ വിശദീകരിച്ചത് പോലെ. വാഡിൽസ്പ്ലാഷ്:

ചിലപ്പോൾ മറ്റ് ആപ്ലിക്കേഷനുകൾക്ക് ആവശ്യമുള്ളതും എന്നാൽ മെനുവിൽ ഇല്ലാത്തതുമായ ആപ്ലിക്കേഷനുകൾ ഉണ്ട്. ഉദാഹരണത്തിന്, നിങ്ങളുടെ സ്ക്രീൻഷോട്ടിലെ LegacyPackageInstaller, BeOS ഫോർമാറ്റിൽ .pkg ആർക്കൈവുകൾ പ്രോസസ്സ് ചെയ്യുന്നു. ഉപയോക്താക്കൾ അവ ഇൻസ്റ്റാൾ ചെയ്യാൻ ഞാൻ ആഗ്രഹിക്കുന്നു, പക്ഷേ മെനുവിൽ അവരുടെ സാന്നിധ്യം ആശയക്കുഴപ്പത്തിലേക്ക് നയിക്കും.

ചില കാരണങ്ങളാൽ, ഉദാഹരണത്തിന്, ലളിതമായ ഒരു പരിഹാരമുണ്ടെന്ന് എനിക്ക് തോന്നുന്നു Hidden=true ഫയലുകളിൽ .desktop ലിനക്സിൽ. എന്തുകൊണ്ട് "മറഞ്ഞിരിക്കുന്ന" വിവരങ്ങൾ ഫയൽ സിസ്റ്റത്തിന്റെ ഉറവിടവും ആട്രിബ്യൂട്ടും ആക്കിക്കൂടാ?

മെനു കാണിക്കുന്ന (ചില) ആപ്ലിക്കേഷന്റെ പേരാണ് പ്രത്യേകിച്ച് സൂക്ഷ്മമല്ലാത്തത്, deskbar, വഴിയിൽ കർക്കശമായി കെട്ടിയിരിക്കുന്നു.

മിസ്റ്റർ. waddlesplash ഇത് വിശദീകരിക്കുന്നു:

ഈ സാഹചര്യത്തിൽ "ഡെസ്ക്ബാർ" എന്നത് ഒരു പൊതു പദമായി മനസ്സിലാക്കണം ("ടാസ്ക്ബാർ" പോലെ തന്നെ, ഇത് വിൻഡോസ് ആപ്ലിക്കേഷനെയും പൊതുവായ ആശയത്തെയും സൂചിപ്പിക്കുന്നു). ശരി, ഇത് മുതൽ deskbar, "Deskbar" അല്ല, ഇതും സമാനമായ രീതിയിൽ മനസ്സിലാക്കാം.

പ്രയോഗങ്ങളുള്ള 2 "ഏതാണ്ട് സമാനമായ" ഡയറക്‌ടറികൾ

എന്തുകൊണ്ടാണ് ആപ്ലിക്കേഷനുകളുള്ള 2 ഡയറക്‌ടറികൾ ഉള്ളത്, കൂടാതെ എന്റെ QtQuickApplication ഒന്നിൽ, എന്നാൽ മറ്റൊന്നിൽ ഇല്ലാത്തത് എന്തുകൊണ്ട്? (എല്ലാത്തിനുമുപരി, ഇത് ഒരു സിസ്റ്റം ഒന്നല്ല, രണ്ടാമത്തെ ഉപയോക്താവാണ്, അത് എനിക്ക് വ്യക്തിപരമായി മനസ്സിലാക്കാൻ കഴിയും).
ഞാൻ ശരിക്കും ആശയക്കുഴപ്പത്തിലാണ്, ഇത് ഏകീകരിക്കപ്പെടണമെന്ന് ഞാൻ കരുതുന്നു.

ശ്രീയുടെ അഭിപ്രായം. വാഡിൽസ്പ്ലാഷ്

ആപ്പ് കാറ്റലോഗിൽ മെനുവിൽ ആവശ്യമില്ലാത്ത ആപ്ലിക്കേഷനുകൾ അടങ്ങിയിരിക്കുന്നു. എന്നാൽ മെനുവിലെ സാഹചര്യം കൂടുതൽ ഇഷ്‌ടാനുസൃതമാക്കുന്നതിന് ശരിക്കും മെച്ചപ്പെടുത്തേണ്ടതുണ്ട്.

അപേക്ഷ, അല്ലെങ്കിൽ അത് നടക്കില്ല 😉

ഞാൻ ആശ്ചര്യപ്പെട്ടു: അപ്ലിക്കേഷനുകൾ ഹോസ്റ്റ് ചെയ്യേണ്ടത് ശരിക്കും ആവശ്യമാണോ? /system/apps, ഉപയോക്താക്കൾ അവരെ അവിടെ കാണുകയാണെങ്കിൽ, അത് അഭികാമ്യമല്ല. ഉപയോക്താവ് അവരെ കണ്ടുമുട്ടാത്ത മറ്റൊരു സ്ഥലത്ത് അവരെ സ്ഥാപിക്കുന്നത് നല്ലതായിരിക്കുമോ? പാക്കേജുകളുടെ ഉള്ളടക്കമുള്ള Mac OS X-ൽ ചെയ്യുന്നത് പോലെ .app, ഇത് ഉപയോക്താവിന് ദൃശ്യമാകാൻ പാടില്ല /Applications, /സിസ്റ്റം/ലൈബ്രറി/...“` എന്നതിന്റെ ആഴങ്ങളിൽ മറഞ്ഞിരിക്കുന്നു.

ആശ്രിതത്വങ്ങളെ സംബന്ധിച്ചെന്ത്?

എങ്ങനെയെങ്കിലും ഡിപൻഡൻസികൾ വ്യക്തമാക്കുന്നത് മൂല്യവത്താണെന്ന് ഞാൻ കരുതുന്നു, അല്ലേ? സ്ഥിരസ്ഥിതിയായി ഹൈക്കു ഇൻസ്റ്റാളേഷന്റെ ഒരു നിർബന്ധിത ഭാഗമായി Qt കണക്കാക്കാമോ? ഇല്ല! സ്ഥിരസ്ഥിതിയായി Qt ഇൻസ്റ്റാൾ ചെയ്തിട്ടില്ല. ELF ഫയലുകൾ പരിശോധിച്ച് ഒരു പാക്കേജ് ബിൽഡറിന് ഡിപൻഡൻസികൾ സ്വയമേവ കണ്ടെത്താനാകുമോ? HakuPorter യഥാർത്ഥത്തിൽ ഇത് ചെയ്യുന്നുവെന്ന് എന്നോട് പറഞ്ഞു, പക്ഷേ package ഇല്ല. കാരണം ഇത് ഒരു "പാക്കേജ് ബിൽഡർ" മാത്രമാണ്, അത് സ്വന്തമായി ഫയലുകൾ സൃഷ്ടിക്കുന്നു hpkg.

ഹൈക്കുവിന് പുറത്തുള്ള പാക്കേജുകളിൽ ഒരു പാക്കേജിന് ആശ്രിതത്വം പാടില്ല എന്ന നയം ചേർത്ത് ഹൈക്കുവിനെ കൂടുതൽ സങ്കീർണ്ണമാക്കണോ? haikuports? (എനിക്ക് താൽപ്പര്യമുണ്ട്, കാരണം ഇത്തരമൊരു നയം കാര്യങ്ങൾ വളരെ എളുപ്പമാക്കും - അധിക പാക്കേജ് ഉറവിടങ്ങളിൽ കുഴപ്പമുണ്ടാക്കാതെ, എവിടെനിന്നും ഡൗൺലോഡ് ചെയ്യുന്ന എല്ലാ പാക്കേജുകളുടെയും ഡിപൻഡൻസികൾ സ്വയമേവ പരിഹരിക്കാൻ സിസ്റ്റത്തിന് കഴിയും.)

മിസ്റ്റർ. waddlesplash വിശദീകരിക്കുന്നു:

ഡവലപ്പർമാരുടെ സ്വാതന്ത്ര്യം അത്ര പരിമിതപ്പെടുത്താൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നില്ല, കാരണം കമ്പനിഎക്‌സിന് ഡിപൻഡൻസികളുള്ള (അതിനാൽ ഒരു ശേഖരണവും) സ്വന്തം സോഫ്റ്റ്‌വെയറുകളെ പിന്തുണയ്‌ക്കാൻ ആഗ്രഹിക്കുന്നുവെങ്കിൽ അത് പൂർണ്ണമായും സ്വതന്ത്രമായി ചെയ്യുമെന്ന് വ്യക്തമാണ്.

അങ്ങനെയെങ്കിൽ, മൂന്നാം കക്ഷി പാക്കേജുകൾ ഹൈക്കുപോർട്ടുകളിൽ ഉൾപ്പെടുത്തിയിട്ടില്ലാത്ത എന്തിനേയും ആശ്രയിക്കുന്നത് ഒഴിവാക്കണമെന്ന് ശുപാർശ ചെയ്യുന്നത് മൂല്യവത്താണ്. എന്നാൽ ഈ പരമ്പരയിലെ ഭാവി ലേഖനത്തിനുള്ള വിഷയമാണിതെന്ന് ഞാൻ കരുതുന്നു. [രചയിതാവ് AppImage-ലേക്ക് പോകുകയാണോ? - ഏകദേശം. വിവർത്തകൻ]

ഒരു ആപ്ലിക്കേഷൻ ഐക്കൺ ചേർക്കുന്നു

ഞാൻ പുതുതായി സൃഷ്‌ടിച്ച ആപ്ലിക്കേഷന്റെ ഉറവിടങ്ങളിലേക്ക് വൃത്തിയായി ബിൽറ്റ്-ഇൻ ഐക്കണുകളിൽ ഒന്ന് ചേർക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു എങ്കിലോ? ഇതൊരു അത്ഭുതകരമായ വിഷയമാണെന്ന് മാറുന്നു, അതിനാൽ ഇത് അടുത്ത ലേഖനത്തിന്റെ അടിസ്ഥാനമായിരിക്കും.

തുടർച്ചയായ ആപ്ലിക്കേഷൻ ബിൽഡുകൾ എങ്ങനെ സംഘടിപ്പിക്കാം?

ഇങ്ക്‌സ്‌കേപ്പ് പോലെയുള്ള ഒരു പ്രോജക്റ്റ് സങ്കൽപ്പിക്കുക (അതെ, ഇത് ഹൈക്കുവിൽ ഇതുവരെ ലഭ്യമല്ലെന്ന് എനിക്കറിയാം, പക്ഷേ അതിൽ പ്രദർശിപ്പിക്കാൻ ഇത് സൗകര്യപ്രദമാണ്). അവർക്ക് ഒരു സോഴ്സ് കോഡ് ശേഖരം ഉണ്ട് https://gitlab.com/inkscape/inkscape.
ശേഖരത്തിൽ ആരെങ്കിലും മാറ്റങ്ങൾ വരുത്തുമ്പോഴെല്ലാം, ബിൽഡ് പൈപ്പ്‌ലൈനുകൾ സമാരംഭിക്കും, അതിനുശേഷം മാറ്റങ്ങൾ സ്വയമേവ പരീക്ഷിക്കുകയും നിർമ്മിക്കുകയും ആപ്ലിക്കേഷൻ Linux-നുള്ള AppImage ഉൾപ്പെടെ വിവിധ പാക്കേജുകളായി പാക്കേജുചെയ്യുകയും ചെയ്യുന്നു (പ്രാദേശിക പരിശോധനയ്ക്കായി ഡൗൺലോഡ് ചെയ്യാവുന്ന ഒരു ഒറ്റപ്പെട്ട ആപ്ലിക്കേഷൻ പാക്കേജ്. സിസ്റ്റത്തിൽ എന്തെല്ലാം ഇൻസ്റ്റാൾ ചെയ്യാം അല്ലെങ്കിൽ ഇൻസ്റ്റാൾ ചെയ്യാതിരിക്കാം [എനിക്ക് ഇതറിയാം! - ഏകദേശം. വിവർത്തകൻ]). എല്ലാ ബ്രാഞ്ച് ലയന അഭ്യർത്ഥനയിലും ഇതുതന്നെ സംഭവിക്കുന്നു, അതിനാൽ ലയിപ്പിക്കുന്നതിന് മുമ്പ് ലയന അഭ്യർത്ഥനയിൽ നിർദ്ദേശിച്ചിരിക്കുന്ന കോഡിൽ നിന്ന് നിർമ്മിച്ച ആപ്ലിക്കേഷൻ നിങ്ങൾക്ക് ഡൗൺലോഡ് ചെയ്യാം.

ബിൽഡ് സ്റ്റാറ്റസുകളും ബിൽഡ് വിജയകരമാണെങ്കിൽ കംപൈൽ ചെയ്ത ബൈനറികൾ ഡൗൺലോഡ് ചെയ്യാനുള്ള കഴിവും ഉപയോഗിച്ച് അഭ്യർത്ഥനകൾ ലയിപ്പിക്കുക (പച്ചയിൽ അടയാളപ്പെടുത്തിയിരിക്കുന്നു)

ഡോക്കർ കണ്ടെയ്‌നറുകളിൽ ബിൽഡ് പ്രവർത്തിക്കുന്നു. GitLab Linux-ൽ സൗജന്യ റണ്ണർമാരെ വാഗ്ദാനം ചെയ്യുന്നു, നിങ്ങളുടെ സ്വന്തം റണ്ണർമാരെ ഉൾപ്പെടുത്തുന്നത് സാധ്യമാകുമെന്ന് ഞാൻ കരുതുന്നു (വഴി, ഹൈക്കു പോലുള്ള സിസ്റ്റങ്ങളിൽ ഇത് എങ്ങനെ പ്രവർത്തിക്കുമെന്ന് ഞാൻ കാണുന്നില്ല, അത് ഡോക്കറോ തത്തുല്യമോ ഇല്ലെന്ന് എനിക്കറിയാം, പക്ഷേ ഫ്രീബിഎസ്ഡിക്ക് ഡോക്കർ ഇല്ല, അതിനാൽ ഈ പ്രശ്നം ഹൈക്കുവിന് മാത്രമുള്ളതല്ല).

ലിനക്സിനായി ഒരു ഡോക്കർ കണ്ടെയ്‌നറിനുള്ളിൽ ഹൈക്കു ആപ്ലിക്കേഷനുകൾ നിർമ്മിക്കാവുന്നതാണ്. ഈ സാഹചര്യത്തിൽ, ഹൈക്കുവിനുള്ള അസംബ്ലി നിലവിലുള്ള പൈപ്പ്ലൈനുകളിൽ അവതരിപ്പിക്കാം. ക്രോസ് കംപൈലറുകൾ ഉണ്ടോ? അതോ QEMU/KVM പോലെയുള്ള (ഡോക്കറിനുള്ളിൽ അത് അങ്ങനെ പ്രവർത്തിക്കുമെന്ന് കരുതുക) ഉപയോഗിച്ച് ഡോക്കർ കണ്ടെയ്‌നറിനുള്ളിലെ എല്ലാ ഹൈക്കുവിനെയും ഞാൻ അനുകരിക്കണോ? വഴിയിൽ, പല പദ്ധതികളും സമാനമായ തത്വങ്ങൾ ഉപയോഗിക്കുന്നു. ഉദാഹരണത്തിന്, സ്ക്രൈബസ് ഇത് ചെയ്യുന്നു - ഇത് ഹൈക്കുവിന് ഇതിനകം ലഭ്യമാണ്. ഒരു ദിവസം ഞാൻ അയയ്ക്കാൻ കഴിയുന്ന ദിവസം വരും അത്തരം ഹൈക്കു പിന്തുണ ചേർക്കാൻ മറ്റ് പ്രോജക്റ്റുകളിലേക്ക് അഭ്യർത്ഥനകൾ വലിക്കുക.

ഡവലപ്പർമാരിൽ ഒരാൾ വിശദീകരിക്കുന്നു:

പാക്കേജുകൾ സ്വയം സൃഷ്ടിക്കാൻ ആഗ്രഹിക്കുന്ന മറ്റ് പ്രോജക്റ്റുകൾക്ക്, സാധാരണ CMake/CPack രീതി പിന്തുണയ്ക്കുന്നു. പാക്കേജിന്റെ ബിൽഡ് പ്രോഗ്രാമിലേക്ക് നേരിട്ട് വിളിച്ച് മറ്റ് ബിൽഡ് സിസ്റ്റങ്ങളെ പിന്തുണയ്ക്കാൻ കഴിയും, ആളുകൾക്ക് അതിൽ താൽപ്പര്യമുണ്ടെങ്കിൽ അത് നല്ലതാണ്. അനുഭവം കാണിക്കുന്നു: ഇതുവരെ വലിയ താൽപ്പര്യമില്ല, അതിനാൽ ഹൈകുപോർട്ടർ ഞങ്ങൾക്ക് സൗകര്യപ്രദമായി പ്രവർത്തിച്ചു, പക്ഷേ, ആത്യന്തികമായി, രണ്ട് രീതികളും ഒരുമിച്ച് പ്രവർത്തിക്കണം. ലിനക്‌സിൽ നിന്നോ മറ്റേതെങ്കിലും സെർവർ ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിൽ നിന്നോ ഉള്ള ക്രോസ്-ബിൽഡിംഗ് സോഫ്‌റ്റ്‌വെയറിനായുള്ള ഒരു കൂട്ടം ടൂളുകൾ ഞങ്ങൾ അവതരിപ്പിക്കണം (ഹൈകു സെർവറുകളിൽ പ്രവർത്തിക്കാൻ രൂപകൽപ്പന ചെയ്‌തിട്ടില്ല).

ഞാൻ ഒരു സ്റ്റാൻഡിംഗ് കൈയ്യടി നൽകുന്നു. സാധാരണ ലിനക്സ് ഉപയോക്താക്കൾ ഈ അധിക ലോഡും അധിക ലഗേജും (സുരക്ഷ, കർശന നിയന്ത്രണം മുതലായവ) വഹിക്കുന്നു, അത് ഒരു സെർവർ ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന് ആവശ്യമാണ്, എന്നാൽ വ്യക്തിഗതമല്ല. അതിനാൽ, ലിനക്സിൽ ഹൈക്കു ആപ്പുകൾ നിർമ്മിക്കാൻ കഴിയുന്നത് പോകാനുള്ള വഴിയാണെന്ന് ഞാൻ പൂർണ്ണമായും സമ്മതിക്കുന്നു.

തീരുമാനം

ഹൈക്കുവിലേക്ക് POSIX ആപ്ലിക്കേഷനുകൾ പോർട്ട് ചെയ്യുന്നത് സാധ്യമാണ്, എന്നാൽ സാധാരണ പുനർനിർമ്മാണത്തേക്കാൾ ചെലവേറിയതായിരിക്കാം. irc.freenode.net നെറ്റ്‌വർക്കിലെ #haiku ചാനലിൽ നിന്നുള്ള ആളുകളുടെ സഹായം ഇല്ലായിരുന്നുവെങ്കിൽ ഞാൻ തീർച്ചയായും ഇതിൽ വളരെക്കാലം കുടുങ്ങിപ്പോകും. എന്നാൽ അവർ പോലും എല്ലായ്‌പ്പോഴും തെറ്റ് എന്താണെന്ന് പെട്ടെന്ന് കണ്ടില്ല.

ക്യുടിയിൽ എഴുതിയിരിക്കുന്ന ആപ്ലിക്കേഷനുകൾ ഒരു എളുപ്പ അപവാദമാണ്. പ്രശ്‌നങ്ങളൊന്നുമില്ലാതെ ഞാൻ ഒരു ലളിതമായ ഡെമോ ആപ്ലിക്കേഷൻ തയ്യാറാക്കി.

ലളിതമായ ആപ്ലിക്കേഷനുകൾക്കായി ഒരു പാക്കേജ് നിർമ്മിക്കുന്നതും വളരെ എളുപ്പമാണ്, എന്നാൽ "പരമ്പരാഗതമായി പുറത്തിറക്കിയ"വയ്ക്ക് മാത്രം, അതായത്. ഹൈക്കുപോർട്ടുകളിലെ പിന്തുണയ്‌ക്കായി വേർഷൻ ചെയ്‌ത സോഴ്‌സ് കോഡ് ആർക്കൈവുകൾ ഉണ്ട്. GitHub-നൊപ്പം ഒരു തുടർച്ചയായ ബിൽഡിന് (ഓരോ മാറ്റങ്ങൾക്കും വേണ്ടിയുള്ള ബിൽഡ്) എല്ലാം അത്ര ലളിതമല്ലെന്ന് തോന്നുന്നു. ഇവിടെ Mac-ലെ ഫലത്തേക്കാൾ ഒരു Linux ഡിസ്ട്രിബ്യൂഷൻ പോലെയാണ് Haiku അനുഭവപ്പെടുന്നത്, XCode-ലെ "Build" ബട്ടൺ ക്ലിക്ക് ചെയ്യുമ്പോൾ നിങ്ങൾക്ക് ഒരു പാക്കേജ് ലഭിക്കും. .app, ഒരു ഡിസ്ക് ഇമേജിൽ ചേർക്കാൻ തയ്യാറാണ് .dmg, എന്റെ വെബ്സൈറ്റിൽ ഡൗൺലോഡ് ചെയ്യാൻ തയ്യാറാണ്.
ഒരു “സെർവർ” ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തെ അടിസ്ഥാനമാക്കിയുള്ള ആപ്ലിക്കേഷനുകളുടെ തുടർച്ചയായ നിർമ്മാണം, ഉദാഹരണത്തിന്, ലിനക്സ്, ഡവലപ്പർമാരിൽ നിന്ന് ആവശ്യമുണ്ടെങ്കിൽ മിക്കവാറും സാധ്യമാകും, എന്നാൽ ഇപ്പോൾ ഹൈക്കു പ്രോജക്റ്റിന് മറ്റ്, കൂടുതൽ സമ്മർദ്ദകരമായ ജോലികളുണ്ട്.

ഇത് സ്വയം പരീക്ഷിക്കുക! എല്ലാത്തിനുമുപരി, ഹൈക്കു പ്രോജക്റ്റ് ഡിവിഡിയിൽ നിന്നോ യുഎസ്ബിയിൽ നിന്നോ ബൂട്ട് ചെയ്യുന്നതിനുള്ള ഇമേജുകൾ നൽകുന്നു ежедневно. ഇൻസ്റ്റാൾ ചെയ്യാൻ, ചിത്രം ഡൌൺലോഡ് ചെയ്ത് ഒരു ഫ്ലാഷ് ഡ്രൈവിൽ എഴുതുക എച്ചെർ

നിങ്ങൾക്ക് എന്തെങ്കിലും ചോദ്യങ്ങൾ ഉണ്ടോ? റഷ്യൻ സംസാരിക്കുന്നതിലേക്ക് ഞങ്ങൾ നിങ്ങളെ ക്ഷണിക്കുന്നു ടെലിഗ്രാം ചാനൽ.

പിശക് അവലോകനം: C, C++ എന്നിവയിൽ കാലിൽ സ്വയം എങ്ങനെ വെടിവയ്ക്കാം. ഹൈക്കു ഒഎസ് പാചക ശേഖരം

നിന്ന് രചയിതാവ് പരിഭാഷ: ഹൈക്കുവിനെക്കുറിച്ചുള്ള പരമ്പരയിലെ അഞ്ചാമത്തെ ലേഖനമാണിത്.

ലേഖനങ്ങളുടെ പട്ടിക: ആദ്യത്തേത് രണ്ടാമത് മൂന്നാമത് നാലാമത്തെ

അവലംബം: www.habr.com