হাইকু নিয়ে আমার পঞ্চম দিন: আসুন কিছু প্রোগ্রাম পোর্ট করি

TL; ডিআর: একজন নবাগত প্রথমবারের মতো হাইকু দেখেছেন, লিনাক্স বিশ্ব থেকে কিছু প্রোগ্রাম পোর্ট করার চেষ্টা করছেন।

আমার প্রথম হাইকু পোর্টেড প্রোগ্রাম, এটির hpkg ফরম্যাটে প্যাকেজ করা হয়েছে

সম্প্রতি আমি হাইকু আবিষ্কার করেছি, পিসির জন্য একটি আশ্চর্যজনকভাবে ভালো অপারেটিং সিস্টেম।
আজ আমি শিখব কিভাবে এই অপারেটিং সিস্টেমে নতুন প্রোগ্রাম পোর্ট করতে হয়। প্রধান ফোকাস হল একজন লিনাক্স ডেভেলপারের দৃষ্টিকোণ থেকে হাইকুতে স্যুইচ করার প্রথম অভিজ্ঞতার বর্ণনা। পথের মধ্যে আমার যে কোনো বোকা ভুলের জন্য আমি ক্ষমাপ্রার্থী, কারণ হাইকু প্রথম ডাউনলোড করার এক সপ্তাহও হয়নি।

আমি তিনটি লক্ষ্য অর্জন করতে চাই:

• একটি সাধারণ CLI অ্যাপ্লিকেশন পোর্ট করুন
• GUI থেকে Qt এ একটি অ্যাপ্লিকেশন পোর্ট করুন
• তারপরে সেগুলিকে hpkg ফর্ম্যাটে প্যাকেজ করুন (যেহেতু আমি এখনও হাইকুর জন্য AppDir এবং AppImage মানিয়ে নেওয়ার কথা ভাবছি...)

চল শুরু করি. বিভাগে ডকুমেন্টেশন и বিকাশ, পাশাপাশি হিসাবে উইকি হাইকুপোর্টস থেকে আমি সঠিক দিক খুঁজে পেয়েছি। এমনকি একটি অনলাইন পিডিএফ বই আছে BeOS: একটি ইউনিক্স অ্যাপ্লিকেশন পোর্টিং.
467 পৃষ্ঠা - এবং এটি 1997 থেকে! এটা ভিতরে তাকান ভীতিকর, কিন্তু আমি সেরা জন্য আশা. বিকাশকারীর কথাগুলি উত্সাহজনক: "এটি অনেক সময় নিয়েছে কারণ BeOS POSIX-সঙ্গী ছিল না," কিন্তু হাইকু "বেশিরভাগ অংশে" ইতিমধ্যেই এর মতো।

একটি সাধারণ CLI অ্যাপ্লিকেশন পোর্টিং

প্রথম চিন্তা ছিল অ্যাপ্লিকেশন পোর্ট করা avrdude, কিন্তু, এটি পরিণত হিসাবে, এটি ইতিমধ্যেই সম্পন্ন অনেক দিন আগে.

প্রথম চেষ্টা: দেখার কিছু নেই

আমি যা বুঝতে পারি না তা হল ইতিমধ্যে অ্যাপগুলি 10 বছরেরও বেশি সময় ধরে হাইকুতে পোর্ট করা হয়েছে - OS নিজেই এখনও সংস্করণ 1.0 না হওয়া সত্ত্বেও।

দ্বিতীয় প্রচেষ্টা: পুনর্লিখন করা প্রয়োজন

তাই আমি ব্যবহার করব ptouch-770, CLI ভাই P-Touch 770 প্রিন্টার নিয়ন্ত্রণ করার জন্য যা আমি লেবেল প্রিন্ট করতে ব্যবহার করি।
আমি এটিতে বিভিন্ন লেবেল প্রিন্ট করি, এবং আপনি এটি পূর্ববর্তী নিবন্ধে ইতিমধ্যেই দেখেছেন। একটু আগে, আমি পাইথনে একটি ছোট 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 খুব লিনাক্স-ভিত্তিক এবং তাই হাইকুর জন্য বিদ্যমান নেই। যার মানে আমি যে সোর্স কোডটি কম্পাইল করার চেষ্টা করছি তা সম্পাদনা করতে হবে।
ওহ, আপনি আপনার মাথার উপর ঝাঁপিয়ে পড়তে পারবেন না এবং আমি কোথা থেকে শুরু করব তাও জানি না।

তৃতীয় চেষ্টা

এটা থাকলে ভালো হবে tmate হাইকুর জন্য, তাহলে আমি হাইকু ডেভেলপারদের আমার টার্মিনাল সেশনের সাথে সংযোগ করার অনুমতি দেব - যদি কিছু ভুল হয়ে যায়। নির্দেশাবলী বেশ সহজ:

./autogen.sh
./configure
make
make install

ভালো লাগছে, তাইলে হাইকুতে চেষ্টা করবেন না কেন?

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

এই ধাপে আমি হাইকুডিপোট খুলি এবং অনুসন্ধান করি curses.
কিছু পাওয়া গেছে, যা আমাকে আরও উপযুক্ত প্রশ্নের জন্য একটি ইঙ্গিত দিয়েছে:

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

আবার আমি হাইকুডিপোতে গিয়েছিলাম, এবং অবশ্যই, খুঁজে পেয়েছি devel:msgpack_c_cpp_devel. এই অদ্ভুত নাম কি?

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

এই ধাপে, আমি বুঝতে পেরেছি যে হাইকুতে একটি প্রোগ্রাম পোর্ট করার জন্য একটি সাধারণ পুনর্নির্মাণের জন্য যতটা প্রয়োজন তার চেয়ে অনেক বেশি জ্ঞানের প্রয়োজন।
আমি বন্ধুত্বপূর্ণ হাইকু ডেভেলপারদের সাথে কথা বলেছি, দেখা যাচ্ছে msgpack এ একটি বাগ আছে এবং কয়েক মিনিট পর আমি হাইকুপোর্টে একটি প্যাচ দেখতে পাই। আমি আমার নিজের চোখে দেখতে পারি কিভাবে প্যাকেজ সংশোধন করা হয়েছে এখানে যাচ্ছি (বিল্ডস্লেভ - ভার্চুয়াল মেশিন)।

বিল্ডমাস্টারে সংশোধন করা 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.

তারা আমাকে ব্যাখ্যা করেছিল যে হাইকুতে libresolv ছাড়াও libnetwork এ অন্য কিছু আছে। দৃশ্যত কোডটি আরও সম্পাদনা করা দরকার। ভাবতে হবে…

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!

সত্যিই সহজ. এক মিনিটেরও কম!

হাইকুপোর্টার এবং হাইকুপোর্ট ব্যবহার করে hpkg-এ প্যাকেজিং অ্যাপ্লিকেশন।

আমি কি দিয়ে শুরু করা উচিত? কোন সাধারণ ডকুমেন্টেশন নেই, আমি irc.freenode.net-এ #haiku চ্যানেলে গিয়ে শুনি:

• টীম package - প্যাকেজ তৈরি করার একটি নিম্ন-স্তরের উপায়। বেশিরভাগ ক্ষেত্রে, PackageInfo তার জন্য যথেষ্ট, যেমনটি "এটিকে একটি সঠিক .hpkg প্যাকেজে তৈরি করা" বিভাগে বর্ণিত হয়েছে।
• আমাকে কিছু একটা করতে হবে যেমন একটি
• ব্যবহার করতে পারেন hpkg-নির্মাতা (এটা আমার জন্য ক্রাশ, ভূল প্রতিবেদন)

কি করতে হবে তা স্পষ্ট নয়। আমি অনুমান করি আমার একটি হ্যালো ওয়ার্ল্ড স্টাইলের শিক্ষানবিস গাইড দরকার, আদর্শভাবে একটি ভিডিও৷ হাইকুপোর্টারের একটি সুবিধাজনক পরিচিতি পেলেও ভালো হবে, যেমনটি GNU হ্যালোতে করা হয়েছে।

আমি নিম্নলিখিত পড়ি:

haikuporter হাইকুর জন্য সাধারণ প্যাকেজ প্রকল্প তৈরি করার একটি হাতিয়ার। এটি সমস্ত প্যাকেজের ভিত্তি হিসাবে হাইকুপোর্টস সংগ্রহস্থল ব্যবহার করে। হাইকুপোর্টার রেসিপিগুলি প্যাকেজ তৈরি করতে ব্যবহৃত হয়।

উপরন্তু, আমি এটি খুঁজে পেয়েছি:

হাইকুপোর্টস স্টোরেজে রেসিপি সংরক্ষণ করার দরকার নেই। আপনি অন্য একটি সংগ্রহস্থল তৈরি করতে পারেন, এতে রেসিপিগুলি রাখুন এবং তারপরে হাইকুপোর্টারকে নির্দেশ করুন৷

আমার যা দরকার - যদি প্যাকেজটি প্রকাশ্যে প্রকাশ করার উপায় না খুঁজি। কিন্তু এটি অন্য পোস্টের জন্য একটি বিষয়.

হাইকুপোর্টার এবং হাইকুপোর্ট ইনস্টল করা হচ্ছে

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

একটি রেসিপি লিখছেন

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

রেসিপি একত্রিত করা

আমি নামের অধীনে ফাইল সংরক্ষণ QtQuickApp-1.0.recipe, তারপর আমি চালু 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:

ঠিক আছে, হ্যাঁ, কারণটি সমাবেশের জন্য প্রাপ্ত ডেটার অখণ্ডতা পরীক্ষা করার ইচ্ছা ছিল। বিকল্পগুলির মধ্যে একটি হল সংরক্ষণাগারের চেকসাম যাচাই করা, তবে আপনি অবশ্যই পৃথক ফাইল হ্যাশ করতে পারেন, যা বাস্তবায়িত হবে না, কারণ এটা অনেক বেশি সময় লাগে এর পরিণতি হল গিট এবং অন্যান্য ভিসিএসের "নিরাপত্তাহীনতা"। এটি সম্ভবত সর্বদাই হবে, যেহেতু গিটহাবে একটি সংরক্ষণাগার তৈরি করা বেশ সহজ এবং প্রায়শই দ্রুত। ঠিক আছে, ভবিষ্যতে, সম্ভবত ত্রুটি বার্তাটি এতটা চটকদার হবে না... (আমরা আর হাইকুপোর্টে এই জাতীয় রেসিপিগুলিকে একত্রিত করব না)।

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

প্রকৃতপক্ষে, হাইকুপোর্টার ডিফল্টভাবে বেশ কঠোর (এছাড়া এটিকে আরও কঠোর করার জন্য একটি লিন্ট মোডের পাশাপাশি একটি কঠোর মোড রয়েছে!), কিন্তু শুধুমাত্র প্যাকেজ তৈরি করার পরিবর্তে এটি কাজ করবে এমন প্যাকেজ তৈরি করে। সে কারণেই তিনি অঘোষিত নির্ভরতা, লাইব্রেরিগুলি সঠিকভাবে আমদানি করা হয়নি, ভুল সংস্করণ ইত্যাদি সম্পর্কে অভিযোগ করেন। লক্ষ্য হল ভবিষ্যত সহ যেকোনও এবং সমস্ত সমস্যা, ব্যবহারকারীর এটি সম্পর্কে জানার আগেই ধরা (এ কারণেই 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 লিনাক্সে। কেন "লুকানো" তথ্যকে ফাইল সিস্টেমের একটি সংস্থান এবং বৈশিষ্ট্য তৈরি করবেন না?

যা বিশেষত সূক্ষ্ম নয় তা হল (কিছু) অ্যাপ্লিকেশনের নাম যা মেনু দেখায়, deskbar, কঠোরভাবে পথ বরাবর বাঁধা.

জনাব. waddlesplash এটি ব্যাখ্যা করে:

এই ক্ষেত্রে "ডেস্কবার" এক ধরণের সাধারণ শব্দ হিসাবে বোঝা উচিত (অনেকটা একই ভাবে "টাস্কবার", যা উইন্ডোজ অ্যাপ্লিকেশন এবং সাধারণ ধারণা উভয়কেই বোঝায়)। ওয়েল, এই থেকে deskbar, "ডেস্কবার" নয়, এটিও একইভাবে বোঝা যেতে পারে।

2টি "প্রায় অভিন্ন" ডিরেক্টরীতে অ্যাপ্লিকেশন সহ

কেন অ্যাপ্লিকেশনগুলির সাথে 2টি ডিরেক্টরি রয়েছে এবং কেন আমার QtQuickApplication একটিতে রয়েছে, কিন্তু অন্যটিতে নেই? (সর্বশেষে, এটি একটি সিস্টেম এক নয়, তবে একটি দ্বিতীয় ব্যবহারকারী, যা ব্যক্তিগতভাবে আমার কাছে বোধগম্য হবে)।
আমি সত্যিই বিভ্রান্ত এবং আমি মনে করি এটি একীভূত হওয়া উচিত।

জনাব দ্বারা মন্তব্য waddlesplash

অ্যাপস ক্যাটালগে এমন অ্যাপ্লিকেশন রয়েছে যা মেনুতে প্রয়োজন নেই। কিন্তু মেনু সহ পরিস্থিতি সত্যিই উন্নত করা প্রয়োজন, এটি আরও কাস্টমাইজযোগ্য করতে।

আবেদন, নতুবা ঘটবে না 😉

আমি আশ্চর্য হয়েছি: অ্যাপ্লিকেশন হোস্ট করা কি সত্যিই প্রয়োজন? /system/apps, যদি ব্যবহারকারীরা তাদের সেখানে দেখতে পান তবে এটি অবাঞ্ছিত। হয়তো অন্য জায়গায় তাদের স্থাপন করা ভাল হবে যেখানে ব্যবহারকারী তাদের সম্মুখীন হবে না? ঠিক যেমন এটি Mac OS X-এ করা হয়েছে, যেখানে প্যাকেজের বিষয়বস্তু .app, যা ব্যবহারকারীর কাছে দৃশ্যমান হওয়া উচিত নয়৷ /Applications, /System/Library/…“` এর গভীরতায় লুকিয়ে আছে।

নির্ভরতা সম্পর্কে কি?

আমি মনে করি এটা নির্ভরতা নির্দিষ্ট করে মূল্য একরকম, তাই না? Qt কি ডিফল্টরূপে হাইকু ইনস্টলেশনের একটি বাধ্যতামূলক অংশ হিসাবে বিবেচিত হতে পারে? না! Qt ডিফল্টরূপে ইনস্টল করা হয় না। একটি প্যাকেজ নির্মাতা স্বয়ংক্রিয়ভাবে ELF ফাইল চেক করে নির্ভরতা সনাক্ত করতে পারেন? আমাকে বলা হয়েছিল যে হাইকুপোর্টার আসলে এটি করে, কিন্তু package না. কারণ এটি শুধুমাত্র একটি "প্যাকেজ বিল্ডার" যেটি নিজেই ফাইল তৈরি করে hpkg.

হাইকুকে কি এমন একটি নীতি যোগ করে আরও পরিশীলিত করা উচিত যে একটি প্যাকেজ হাইকুর বাইরের প্যাকেজের উপর নির্ভরশীলতা থাকা উচিত নয়? haikuports? (আমি চাই, কারণ এই জাতীয় নীতি জিনিসগুলিকে অনেক সহজ করে তুলবে - সিস্টেমটি অতিরিক্ত প্যাকেজ উত্সগুলির সাথে গোলমাল না করে যে কোনও জায়গা থেকে ডাউনলোড করা প্রতিটি প্যাকেজের নির্ভরতা স্বয়ংক্রিয়ভাবে সমাধান করতে সক্ষম হবে৷)

জনাব. waddlesplash ব্যাখ্যা করে:

আমরা ডেভেলপারদের স্বাধীনতাকে এতটা সীমিত করতে চাই না, কারণ এটা স্পষ্ট যে কোম্পানিএক্স যদি তার নিজস্ব সফ্টওয়্যারকে নির্ভরশীলতার সাথে সমর্থন করতে চায় (এবং তাই একটি সংগ্রহস্থল), তাহলে এটি সম্পূর্ণ স্বাধীনভাবে করবে।

এই ক্ষেত্রে, এটি সুপারিশ করা মূল্যবান হতে পারে যে তৃতীয় পক্ষের প্যাকেজগুলি অ্যাপ্লিকেশনের সাথে প্রয়োজনীয় সমস্ত কিছু সম্পূর্ণরূপে প্যাকেজ করে হাইকুপোর্টে অন্তর্ভুক্ত নয় এমন কিছুর উপর নির্ভরতা এড়াতে পারে। কিন্তু আমি মনে করি এটি এই সিরিজের একটি ভবিষ্যতের নিবন্ধের জন্য একটি বিষয়। [লেখক কি অ্যাপইমেজের দিকে যাচ্ছেন? - প্রায়. অনুবাদক]

একটি অ্যাপ্লিকেশন আইকন যোগ করা হচ্ছে

যদি আমি আমার নতুন তৈরি অ্যাপ্লিকেশনের সংস্থানগুলিতে একটি ঝরঝরে অন্তর্নির্মিত আইকন যুক্ত করতে চাই? দেখা যাচ্ছে যে এটি একটি আশ্চর্যজনক বিষয়, তাই এটি পরবর্তী নিবন্ধের ভিত্তি হবে।

ক্রমাগত অ্যাপ্লিকেশন বিল্ডগুলি কীভাবে সংগঠিত করবেন?

ইঙ্কস্কেপের মতো একটি প্রকল্প কল্পনা করুন (হ্যাঁ, আমি সচেতন যে এটি হাইকুতে এখনও উপলব্ধ নয়, তবে এটিতে প্রদর্শন করা সুবিধাজনক)। তাদের একটি সোর্স কোড ভান্ডার আছে https://gitlab.com/inkscape/inkscape.
প্রতিবার যখন কেউ সংগ্রহস্থলে তাদের পরিবর্তনগুলি করে, বিল্ড পাইপলাইনগুলি চালু করা হয়, তারপরে পরিবর্তনগুলি স্বয়ংক্রিয়ভাবে পরীক্ষা করা হয়, তৈরি করা হয় এবং অ্যাপ্লিকেশনটিকে বিভিন্ন প্যাকেজে প্যাকেজ করা হয়, যার মধ্যে রয়েছে লিনাক্সের জন্য AppImage (একটি স্বতন্ত্র অ্যাপ্লিকেশন প্যাকেজ যা স্থানীয় পরীক্ষার জন্য ডাউনলোড করা যেতে পারে নির্বিশেষে সিস্টেমে কি ইনস্টল করা যেতে পারে বা নাও হতে পারে [আমি এটা জানতাম! - প্রায়. অনুবাদক]) প্রতিটি শাখা একত্রীকরণ অনুরোধের সাথে একই জিনিস ঘটে, তাই আপনি মার্জ করার আগে মার্জ অনুরোধে প্রস্তাবিত কোড থেকে নির্মিত অ্যাপ্লিকেশনটি ডাউনলোড করতে পারেন।

বিল্ড স্ট্যাটাস এবং বিল্ড সফল হলে কম্পাইল করা বাইনারি ডাউনলোড করার ক্ষমতা সহ অনুরোধগুলিকে মার্জ করুন (সবুজ রঙে চিহ্নিত)

বিল্ড ডকার পাত্রে চলে। গিটল্যাব লিনাক্সে বিনামূল্যে রানার অফার করে এবং আমি মনে করি আপনার নিজের রানারদের অন্তর্ভুক্ত করা সম্ভব হতে পারে (যাইহোক, আমি দেখতে পাচ্ছি না যে এটি হাইকুর মতো সিস্টেমের জন্য কীভাবে কাজ করবে, যা আমি জানি ডকার বা সমতুল্য নেই, কিন্তু এছাড়াও FreeBSD এর জন্য কোন Docker নেই, তাই এই সমস্যাটি হাইকুতে অনন্য নয়)।

আদর্শভাবে, হাইকু অ্যাপ্লিকেশনগুলি লিনাক্সের জন্য একটি ডকার কন্টেইনারের মধ্যে তৈরি করা যেতে পারে। এই পরিস্থিতিতে, হাইকুর সমাবেশ বিদ্যমান পাইপলাইনে চালু করা যেতে পারে। ক্রস কম্পাইলার আছে? অথবা আমি কি QEMU/KVM এর মতো কিছু ব্যবহার করে একটি ডকার কন্টেইনারের ভিতরে সমস্ত হাইকু অনুকরণ করব (ধরে নিচ্ছি যে এটি ডকারের ভিতরে সেভাবে কাজ করবে)? যাইহোক, অনেক প্রকল্প একই নীতি ব্যবহার করে। উদাহরণস্বরূপ, স্ক্রিবাস এটি করে - এটি হাইকুর জন্য ইতিমধ্যে উপলব্ধ। একদিন এমন দিন আসবে যখন পাঠাতে পারব এমন হাইকু সমর্থন যোগ করার জন্য অন্যান্য প্রকল্পে অনুরোধ টানুন।

বিকাশকারীদের মধ্যে একজন ব্যাখ্যা করেছেন:

প্যাকেজ তৈরি করতে ইচ্ছুক অন্যান্য প্রকল্পের জন্য, নিয়মিত CMake/CPack পদ্ধতি সমর্থিত। প্যাকেজের বিল্ড প্রোগ্রামে সরাসরি কল করে অন্যান্য বিল্ড সিস্টেমগুলিকে সমর্থন করা যেতে পারে, যদি লোকেরা এতে আগ্রহী হয় তবে এটি ভাল। অভিজ্ঞতা দেখায়: এখন পর্যন্ত খুব বেশি আগ্রহ ছিল না, তাই হাইকুপোর্টার আমাদের জন্য সুবিধাজনক হিসাবে কাজ করেছে, তবে, শেষ পর্যন্ত, উভয় পদ্ধতি একসাথে কাজ করা উচিত। আমাদের লিনাক্স বা অন্য কোন সার্ভার অপারেটিং সিস্টেম থেকে ক্রস-বিল্ডিং সফ্টওয়্যারের জন্য সরঞ্জামগুলির একটি সেট প্রবর্তন করা উচিত (হাইকু সার্ভারে চালানোর জন্য ডিজাইন করা হয়নি)।

আমি দাঁড়িয়ে অভিনন্দন জানাই। নিয়মিত লিনাক্স ব্যবহারকারীরা এই সমস্ত অতিরিক্ত লোড এবং অতিরিক্ত লাগেজ (নিরাপত্তা, কঠোর নিয়ন্ত্রণ, ইত্যাদি) বহন করে যা একটি সার্ভার অপারেটিং সিস্টেমের জন্য প্রয়োজনীয়, তবে ব্যক্তিগতটির জন্য নয়। তাই আমি সম্পূর্ণরূপে একমত যে লিনাক্সে হাইকু অ্যাপস তৈরি করতে সক্ষম হওয়াই পথ।

উপসংহার

হাইকুতে POSIX অ্যাপ্লিকেশনগুলি পোর্ট করা সম্ভব, তবে এটি একটি সাধারণ পুনর্নির্মাণের চেয়ে বেশি ব্যয়বহুল হতে পারে। irc.freenode.net নেটওয়ার্কে #haiku চ্যানেলের লোকেদের সাহায্য না পেলে আমি অবশ্যই এটির সাথে দীর্ঘ সময়ের জন্য আটকে থাকতাম। কিন্তু এমনকি তারা সবসময় অবিলম্বে দেখতে কি ভুল ছিল না.

Qt এ লিখিত অ্যাপ্লিকেশনগুলি একটি সহজ ব্যতিক্রম। আমি কোনো সমস্যা ছাড়াই একটি সাধারণ ডেমো অ্যাপ্লিকেশন একসাথে রেখেছি।

সাধারণ অ্যাপ্লিকেশনগুলির জন্য একটি প্যাকেজ তৈরি করাও বেশ সহজ, তবে শুধুমাত্র "ঐতিহ্যগতভাবে প্রকাশিত"গুলির জন্য, যেমন হাইকুপোর্টে সমর্থনের উদ্দেশ্যে সংস্করণযুক্ত সোর্স কোড সংরক্ষণাগার থাকা। গিটহাবের সাথে একটি অবিচ্ছিন্ন বিল্ড (প্রতিটি পরিবর্তনের প্রতিশ্রুতির জন্য তৈরি করুন) জন্য, সবকিছু এত সহজ নয় বলে মনে হচ্ছে। এখানে হাইকুকে ম্যাকের ফলাফলের চেয়ে একটি লিনাক্স বিতরণের মতো বেশি মনে হয়, যেখানে আপনি XCode-এ "বিল্ড" বোতামে ক্লিক করলে আপনি একটি প্যাকেজ পাবেন। .app, একটি ডিস্ক ইমেজ ঢোকানোর জন্য প্রস্তুত .dmg, আমার ওয়েবসাইটে ডাউনলোডের জন্য প্রস্তুত।
একটি "সার্ভার" অপারেটিং সিস্টেমের উপর ভিত্তি করে অ্যাপ্লিকেশনগুলির ক্রমাগত বিল্ডিং, উদাহরণস্বরূপ, লিনাক্স, সম্ভবত ডেভেলপারদের কাছ থেকে চাহিদা থাকলে সম্ভবত সম্ভব হবে, কিন্তু এই মুহুর্তে হাইকু প্রকল্পের অন্যান্য, আরও চাপের কাজ রয়েছে।

এটি নিজে চেষ্টা করো! সর্বোপরি, হাইকু প্রজেক্ট ডিভিডি বা ইউএসবি থেকে বুট করার জন্য ইমেজ প্রদান করে ежедневно. ইনস্টল করতে, শুধু ছবিটি ডাউনলোড করুন এবং এটি ব্যবহার করে একটি ফ্ল্যাশ ড্রাইভে লিখুন ক্ষোদক

আপনি কি কিছু জানতে চান? আমরা আপনাকে রাশিয়ান-ভাষী আমন্ত্রণ জানাই টেলিগ্রাম চ্যানেল.

ত্রুটি ওভারভিউ: সি এবং সি++ এ কীভাবে নিজেকে পায়ে গুলি করবেন। হাইকু ওএস রেসিপি সংগ্রহ

থেকে লেখক অনুবাদ: এটি হাইকু সম্পর্কে সিরিজের পঞ্চম নিবন্ধ।

নিবন্ধের তালিকা: প্রথম দ্বিতীয় তৃতীয় চতুর্থ

উত্স: www.habr.com