🥇زما شپږمه ورځ له هایکو سره: د منابعو، شبیانو او کڅوړو تر پوښښ لاندې

د تمديد؛ DR: هایکو یو عملیاتي سیسټم دی چې په ځانګړې توګه د کمپیوټرونو لپاره ډیزاین شوی، نو دا ډیری چلونه لري چې د ډیسټاپ چاپیریال د نورو په پرتله خورا ښه کوي. مګر دا څنګه کار کوي؟

په دې وروستیو کې ما هایکو کشف کړ، یو غیر متوقع ښه سیسټم. زه لاهم حیران یم چې دا څومره په اسانۍ سره پرمخ ځي ، په ځانګړي توګه د لینکس ډیسټاپ چاپیریالونو په پرتله. نن به زه د هود لاندې یو نظر وګورم. چیرته چې د ژورې پوهاوي لپاره اړین وي، زه به د اصلي Macintosh، Mac OS X او لینکس ډیسټاپ چاپیریال سره پرتله کړم (د freedesktop.org څخه د XDG معیار).

سرچینې په ELF فایلونو کې

پرون ما زده کړل چې IconOMatic کولی شي په ELF اجرایوي کې د rdef سرچینو کې شبیه خوندي کړي. نن زه غواړم وګورم چې دا واقعیا څنګه کار کوي.

سرچینې؟ اقتباس от بروس هورن، د مکینتوش موندونکي اصلي لیکوال او د مکینټوش سرچینې مدیر "پلار":

زه د دودیز کوډ کولو سخت طبیعت په اړه اندیښمن یم. زما لپاره ، په کوډ کې د کنګل شوي غوښتنلیک خورا مفکوره ، پرته له دې چې په متحرک ډول هیڅ شی بدل کړي ، خورا وحشي وحشي دی. دا باید د چلولو په وخت کې د امکان تر حده بدل شي. البته ، د غوښتنلیک کوډ پخپله نشي بدلیدلی ، مګر یقینا یو څه بدل کیدی شي پرته له دې چې د کوډ له سره ترکیب شي؟

په اصلي Macintosh کې، دوی دا فایلونه د "ډاټا برخه" او د "سرچینې برخه" لري، کوم چې د شیانو، ژباړې، او داسې نورو په څیر د شیانو خوندي کول خورا اسانه کړي. د اجرا وړ فایلونو کې.

په ماک کې دا کارول کیږي بیا ترمیم, د ګرافیکي پروګرام لپاره - ناڅاپه - د سرچینو ترمیم کول.

په اصلي Macintosh کې بیا ایډیټ کړئ

د پایلې په توګه، دا ممکنه شوه چې د شبیانو، مینو توکي، ژباړې، او نور ایډیټ کړئ. کافي اسانه ، مګر دوی لاهم د غوښتنلیکونو سره "سفر" کوي.
په هر حالت کې، دا طریقه یو لوی نیمګړتیا درلوده: دا یوازې د آپیل فایل سیسټمونو کې کار کاوه، کوم چې یو له هغه دلیلونو څخه و چې ولې ایپل د "سرچینې برخه" پریښوده کله چې ماک OS X ته لاړ شي.
په Mac OS X کې، ایپل د فایل سیسټم خپلواک حل غواړي، نو دوی د پیکجونو مفهوم (د NeXT څخه) غوره کړ، هغه لارښودونه چې د فایل مدیر لخوا د "مبهم شیانو" په توګه چلند کیږي، لکه د ډایرکټرونو پرځای فایلونه. هر ډول بسته د غوښتنلیک سره په بڼه کې .app د نورو شیانو په منځ کې، یو فایل لري Info.plist (په یو ډول ایپل کې د JSON یا YAML مساوي) د غوښتنلیک میټاډاټا لري.

د Mac OS X غوښتنلیک کڅوړې څخه د Info.plist فایل لپاره کیلي.

سرچینې، لکه شبیه، UI فایلونه، او نور، په بسته کې د فایلونو په توګه زیرمه شوي. مفهوم په حقیقت کې په NeXT کې خپلو ریښو ته راستون شو.

Mathematica.app په NeXTSTEP 1.0 کې په 1989 کې: په ټرمینل کې د فایلونو لارښود په توګه ښکاري ، مګر د ګرافیک فایل مدیر کې د واحد څیز په توګه.

راځئ چې بیرته BeOS ته ورشو، هغه مفکورې چې هایکو پر بنسټ والړ دي. د دې پراختیا کونکي ، کله چې د PEF (PowerPC) څخه ELF (x86) ته (لکه څنګه چې په لینکس کې کارول کیږي) بدلول ، پریکړه وکړه چې د ELF فایلونو پای ته د سرچینې برخه اضافه کړي. دا د خپل مناسب ELF برخه نه کاروي، دا په ساده ډول د ELF فایل پای ته ضمیمه شوی. د پروګرام په پایله کې strip او نور د binutils څخه، په دې نه پوهیږي، په ساده ډول یې پرې کړي. له همدې امله ، کله چې په BeOS کې د ELF فایل ته سرچینې اضافه کړئ ، نو دا به غوره وي چې دا د لینکس وسیلو سره اداره نه کړئ.

اوس د هایکو سره څه کیږي؟ په اصل کې، لږ یا لږ ورته.

په تیوري کې، دا به ممکنه وي چې سرچینې د ELF مطلوبه برخه کې ځای په ځای کړي. په irc.freenode.net کې د #haiku چینل د پراختیا کونکو په وینا:

د ELF سره برخه به ډیر معنی ولري ... یوازینی دلیل چې موږ یې دا کار نه کوو دا دی چې دا هغه څه دي چې موږ په BeOS کې وکړل."
او اوس د دې بدلولو هیڅ معنی نشته.

د سرچینو مدیریت

سرچینې په جوړښت شوي "سرچینه" بڼه کې لیکل شوي: په اصل کې د اندازې او بیا د دوی منځپانګې سره د سرچینو لیست. ما یاد کړ ar بڼه.
په هایکو کې سرچینې څنګه چیک کړئ؟ ایا د ResEdit په څیر یو څه شتون لري؟
د اسناد:

د غوښتنلیک کڅوړه کې چمتو شوي سرچینې لیدو لپاره ، تاسو کولی شئ د اجرا وړ فایل په یو برنامه کې راوباسئ سرچینه. تاسو کولی شئ ترمینل ته هم لاړ شئ او کمانډ چل کړئ listres имя_файла.

ریسورسر په HaikuDepot کې شتون لري، مګر دا یوازې زما لپاره خرابیږي.

په ELF فایلونو کې سرچینې څنګه اداره کړئ؟ کارول rsrc и rdef. rdef فایلونه په کې راټول شوي rsrc. دوتنه rdef په ساده متن کې ساتل کیږي، نو دا کار کول خورا اسانه دي. د دوتنې بڼه rsrc د ELF فایل په پای کې ضمیمه شوی. راځئ هڅه وکړو چې لوبه وکړو:

~> rc -h
Haiku Resource Compiler 1.1To compile an rdef script into a resource file:
    rc [options] [-o <file>] <file>...To convert a resource file back into an rdef script:
    rc [options] [-o <file>] -d <file>...Options:
    -d --decompile       create an rdef script from a resource file
       --auto-names      construct resource names from ID symbols
    -h --help            show this message
    -I --include <dir>   add <dir> to the list of include paths
    -m --merge           do not erase existing contents of output file
    -o --output          specify output file name, default is out.xxx
    -q --quiet           do not display any error messages
    -V --version         show software version and license

تاسو کولی شئ برنامه وکاروئ xres د چک او کنټرول لپاره:

/> xres
Usage: xres ( -h | --help )
       xres -l <file> ...
       xres <command> ...The first form prints this help text and exits.The second form lists the resources of all given files.The third form manipulates the resources of one or more files according to
the given commands.
(...)

سمه ده، راځئ هڅه وکړو؟

/> xres -l /Haiku/system/apps/WebPositive/Haiku/system/apps/WebPositive resources:type           ID        size  name
------ ----------- -----------  --------------------
'MIMS'           1          36  BEOS:APP_SIG
'APPF'           1           4  BEOS:APP_FLAGS
'MSGG'           1         421  BEOS:FILE_TYPES
'VICN'         101        7025  BEOS:ICON
'VICN'         201          91  kActionBack
'VICN'         202          91  kActionForward
'VICN'         203         300  kActionForward2
'VICN'         204         101  kActionStop
'VICN'         206         243  kActionGoStart
'MSGG'         205        1342  kActionGo
'APPV'           1         680  BEOS:APP_VERSION

د سرچینو او شکل په اړه نور rdef تاسو لوستلی شئ دلته.

د معیاري سرچینو ډولونه

که څه هم تاسو کولی شئ هرڅه په سرچینو کې واچوئ، دلته یو څو تعریف شوي معیاري ډولونه شتون لري:

app_signature: د MIME غوښتنلیک ډول، د فایل خلاص نقشه کولو لپاره، لانچ، IPC، او نور.
app_name_catalog_entry: څرنګه چې د غوښتنلیک نوم معمولا په انګلیسي کې وي، تاسو کولی شئ هغه ځایونه مشخص کړئ چیرې چې ژباړل شوي نومونه موقعیت لري، نو د مختلفو ژبو کاروونکي به د ژباړل شوي غوښتنلیک نوم وګوري که وغواړي.
app_version: هغه څه چې تاسو فکر کاوه
app_flags: اشاره کوي registrar د غوښتنلیک پروسس کولو څرنګوالی. زه فکر کوم چې د سترګو لیدلو څخه ډیر څه شتون لري. د مثال په توګه، شتون لري B_SINGLE_LAUNCH، کوم چې سیسټم مجبوروي چې د نوي غوښتنلیک پروسه پیل کړي هرکله چې کارونکي غوښتنه وکړي ( ورته اصول په لینکس کې د ډیری غوښتنلیکونو لپاره کارول کیږي). خوړل B_MULTIPLE_LAUNCHد پروسې د پرمخ بیولو لامل کیږي هره دوتنه. په پای کې شتون لري B_EXCLUSIVE_LAUNCH، کوم چې سیسټم مجبوروي چې په یو وخت کې یوازې یوه پروسه پیل کړي ، مهمه نده چې کاروونکي یې څومره ځله پیل کړي (د مثال په توګه ، دا څنګه فایرفوکس په لینکس کې پرمخ ځي؛ ورته پایله د Qt غوښتنلیکونو کې د فنکشن په کارولو سره ترلاسه کیدی شي. QtSingle اپلیکیشن). سره غوښتنلیکونه B_EXCLUSIVE_LAUNCH خبرتیا ورکول کیږي کله چې کارونکي هڅه کوي دوی بیا چلوي: د مثال په توګه ، دوی د فایل لاره ترلاسه کوي چې کارونکي یې د دوی په مرسته خلاصول غواړي.
vector_icon: د ویکتور اپلیکیشن آئیکون (BeOS د ویکتور شبیه نه درلوده، ډیری غوښتنلیکونه د دوی د اجرا وړ فایلونو کې دوه راسټر شبیه لري).

البته، تاسو کولی شئ د هرې مطلوب IDs او ډولونو سره سرچینې اضافه کړئ، او بیا یې د ټولګي په کارولو سره پخپله غوښتنلیک یا نورو غوښتنلیکونو کې ولولئ. BResources. مګر لومړی، راځئ چې د شبیانو په زړه پورې موضوع وګورو.

د ویکتور شبیه په هایکو سټایل کې

البته، نه یوازې هایکو د غوره آئیکون بڼه غوره کړې؛ پدې برخه کې، د لینکس ډیسټاپ چاپیریال سره وضعیت د مثالي څخه لرې دی:

me@host:~$ ls /usr/share/icons/hicolor/
128x128  256x256  512x512           index.theme
160x160  28x28    64x64             scalable
16x16    32x32    72x72             symbolic
192x192  36x36    8x8
22x22    42x42    96x96
24x24    48x48    icon-theme.cache

دې ته په کتلو تاسو کولی شئ دمخه احساس وکړئ چې دا څه ټوټه ده.

البته، د توزیع وړ شتون لري، کوم چې لري، لکه څنګه چې تاسو پوهیږئ، د ویکتور شبیهونه. نو بیا ولې بل څه شته؟ ځکه چې په کوچنیو اندازو کې د ویکتور ګرافیک رسم کولو پایله ممکن له مثالي څخه کم وي. زه غواړم مختلف انتخابونه د مختلف اندازو لپاره غوره کړم. د لینکس ډیسټاپ چاپیریالونو کې ، دا د فایل سیسټم په اوږدو کې د مختلف اندازو عکسونو توزیع کولو سره ترلاسه کیږي.

me@host:~$ find /usr/share/icons/ -name 'firefox.*'
/usr/share/icons/HighContrast/16x16/apps/firefox.png
/usr/share/icons/HighContrast/22x22/apps/firefox.png
/usr/share/icons/HighContrast/24x24/apps/firefox.png
/usr/share/icons/HighContrast/256x256/apps/firefox.png
/usr/share/icons/HighContrast/32x32/apps/firefox.png
/usr/share/icons/HighContrast/48x48/apps/firefox.png
/usr/share/icons/elementary-xfce/apps/128/firefox.png
/usr/share/icons/elementary-xfce/apps/16/firefox.png
/usr/share/icons/elementary-xfce/apps/22/firefox.png
/usr/share/icons/elementary-xfce/apps/24/firefox.png
/usr/share/icons/elementary-xfce/apps/32/firefox.png
/usr/share/icons/elementary-xfce/apps/48/firefox.png
/usr/share/icons/elementary-xfce/apps/64/firefox.png
/usr/share/icons/elementary-xfce/apps/96/firefox.png
/usr/share/icons/hicolor/128x128/apps/firefox.png

مهرباني وکړئ په یاد ولرئ: د فایرفوکس د مختلف نسخو هیڅ مفهوم شتون نلري. په دې توګه، دا ممکنه نه ده چې په سیسټم کې د غوښتنلیک ډیری نسخې شتون په ښه توګه اداره کړئ.

په مختلف نسخو کې د فایرفاکس مختلف شبیهونه. دا اوس مهال ناممکن دی چې دا په لینکس کې د مختلف کرچونو پرته اداره کړئ.

Mac OS X دا یو څه نور په لنډ ډول اداره کوي:

Mac:~ me$ find /Applications/Firefox.app | grep icns
/Applications/Firefox.app/Contents/MacOS/crashreporter.app
/Contents/Resources/crashreporter.icns
/Applications/Firefox.app/Contents/MacOS/updater.app/Contents/Resources/updater.icns
/Applications/Firefox.app/Contents/Resources/document.icns
/Applications/Firefox.app/Contents/Resources/firefox.icns

دا لیدل کیدی شي چې یو فایل شتون لري firefox.icns په بسته کې Firefox.app، د ټولو اندازو لرونکی دی ترڅو د ورته غوښتنلیک مختلف نسخې مختلف عکسونه ولري.
ډیر ښه! عکسونه د غوښتنلیک سره سفر کوي ، ټولې سرچینې په یوه فایل کې دي.

راځئ چې بیرته هایکو ته ورشو. یو زړه راښکونکی حل ، هیڅ استثنا نشته. په وینا د اسناد:

یو ځانګړی HVIF بڼه، د کوچنیو اندازو او ګړندي رینډینګ لپاره خورا غوره شوی، رامینځته شوی. له همدې امله، د ډیری برخې لپاره زموږ عکسونه د راسټر یا په پراخه کچه کارول شوي SVG ب formatه کې خورا کوچني دي.

او دوی لاهم مطلوب دي:

د نورو شکلونو په پرتله په HVIF کې د آئیکون اندازه.

توپیر د شدت حکم دی!

مګر جادو دلته پای ته نه رسیږي. ورته HVIF کولی شي د ښودل شوي اندازې پراساس مختلف توضیحات وښیې، حتی که دا د ویکتور بڼه وي.

د تفصیل مختلف کچې (LOD) د رینډر اندازې پورې اړه لري

اوس د زیانونو په اړه: تاسو نشئ کولی SVG واخلئ ، دا په ImageMagick کې وغورځوئ او یوه ورځ یې زنګ ووهئ؛ تاسو باید د HVIF ب formatه کې د عکس رامینځته کولو لپاره څو دورې ته لاړشئ. ټوټ توضیحات په هرصورت، IconOMatic کولی شي SVG په بشپړ ډول په بشپړ ډول وارد کړي؛ د SVG توضیحاتو شاوخوا 90٪ د یو څه احتمال سره وارد شوي ، پاتې 10٪ به په لاسي ډول تنظیم او بدلولو ته اړتیا ولري. په دې اړه نور ولولئ چې څنګه HVIF خپل جادو کوي کولای شي په بلاګ کې ليه ګانسون

په اپلیکیشن کې د آئیکون اضافه کول

اوس زه کولی شم په جوړ شوي بسته کې یو عکس اضافه کړم تیر وختد ټولو ترلاسه شویو معلوماتو په پام کې نیولو سره.
ښه ، ځکه چې زه اوس مهال زما د "هیلو ، ورلډ" QtQuickApp لپاره خپل عکس رسم کولو ته په ځانګړي ډول لیواله نه یم ، زه یې د Qt خالق څخه وباسم.

/Haiku/home> xres /Haiku/system/apps/QtCreator/bin/Qt Creator  -o /Haiku/home/QtQuickApp/QtQuickApp  -a VICN:101:BEOS:ICON /Haiku/system/apps/QtCreator/bin/Qt Creator

راځئ وګورو چې عکس کاپي شوی دی:

/Haiku/home> xres -l /Haiku/home/QtQuickApp/QtQuickApp/Haiku/home/QtQuickApp/QtQuickApp
resources:type           ID        size  name
------ ----------- -----------  --------------------
'VICN'         101      152238  BEOS:ICON

ښه ښکاري، مګر دا ولې کله چې نوی عکس کاپي کیږي دا نه ښکاره کیږي؟

کاپي شوي VICN:101:BEOS:ICONs لا تر اوسه د فایل مدیر کې د اپلیکیشن آئیکون په توګه ندي کارول شوي

ما څه یاد کړل؟

د پراختیا کونکي تبصره:

موږ باید یو فایل جوړ کړو rdef د ټولو سرچینو سره، بیا کمانډ اجرا کړئ rc имя.rdef، دا به فایل رامینځته کړي .rsrc. بیا تاسو اړتیا لرئ کمانډ چل کړئ resattr -o имя_бинарника имя.rsrc. لږترلږه، زه زما په سکریپټونو کې د شبیهونو اضافه کولو لپاره د دې په څیر کمانډونه کاروم.

ښه، ما غوښتل یوه سرچینه جوړه کړم، نه ځانګړتیا. زه واقعیا مغشوش یم.

د فایل سیسټم په کارولو سره سمارټ کیچ کول

د ELF صفاتو خلاصول او لوستل ورو دي. لکه څنګه چې ما پورته لیکلي، عکس پخپله په فایل کې د سرچینې په توګه لیکل شوی. دا طریقه خورا د باور وړ ده او تاسو ته اجازه درکوي چې بل فایل سیسټم ته د کاپي کولو څخه ژوندي پاتې شئ. په هرصورت، دا بیا د فایل سیسټم ځانګړتیا ته هم کاپي کیږي، د بیلګې په توګه BEOS:ICON. دا یوازې په ځانګړو فایل سیسټمونو کار کوي، لکه BFS. د سیسټم لخوا ښودل شوي عکسونه (په ټریکر او ډیسکبار کې) د دې پراخ شوي خاصیت څخه لوستل کیږي، ځکه چې دا حل په چټکۍ سره کار کوي. په ځینو ځایونو کې (چیرته چې سرعت مهم نه وي، د بیلګې په توګه، د "په اړه" کړکۍ معمول دی)، سیسټم په مستقیم ډول په فایل کې د سرچینې څخه عکس ترلاسه کوي. مګر دا پای نه دی. په یاد ولرئ ، په ماک کې ، کارونکي کولی شي د غوښتنلیکونو ، لارښودونو ، سندونو عکسونه په خپل ځای بدل کړي ، ځکه چې په ماک کې دا ممکنه ده چې دا "مهم" شیان ترسره کړئ ، د مثال په توګه. د نوي سلیک آئیکون ځای په ځای کول د تیر سره. په هایکو کې، تاسو باید د سرچینې (په فایل کې) د اصلي عکس په توګه فکر وکړئ چې د غوښتنلیک سره راځي، او ځانګړتیا (د BFS فایل سیسټم کې) د هغه څه په توګه چې کاروونکي ته اجازه ورکوي چې په خپله خوښه بدلونونه راولي (که څه هم، اشاره، د آیکون په سر کې د دودیز آئیکون داخلولو لپاره GUI اختیاري دی).

د فایل سیسټم ځانګړتیاوې چک کول

د مرستې په مرسته resaddr دا ممکنه ده چې د فایل سیسټم ځانګړتیاوې وګورئ او تنظیم کړئ.

/> resattr
Usage: resattr [ <options> ] -o <outFile> [ <inFile> ... ]

Reads resources from zero or more input files and adds them as attributes
to the specified output file, or (in reverse mode) reads attributes from
zero or more input files and adds them as resources to the specified output
file. If not existent the output file is created as an empty file.
(...)

دا په اصل کې "ګلو" دی چې د (باور وړ) سرچینو او (چټک) فایل سیسټم ځانګړتیاو ترمینځ تبادله مخ په وړاندې ترسره کوي. او له هغه ځایه چې سیسټم تمه لري سرچینې ترلاسه کړي او کاپي یې په اوتومات ډول ترسره کوي، زه به نور د دې په اړه اندیښنه ونکړم.

د hpkg کڅوړو جادو

اوس مهال (اکثره) کڅوړې په هایکو کې د برنامو ترلاسه کولو لپاره کارول کیږي .hpkg. د ساده نوم په واسطه مه غولوئ: د .hpkg فارمیټ د نورو فارمیټونو په پرتله په بشپړ ډول مختلف کار کوي د ورته نومونو سره چې تاسو ورسره مخ شوي یاست ، دا ریښتیني عالي ځواک لري.

د دودیز کڅوړې فارمیټونو سره ، زه د دې حقیقت له امله د اوږدې مودې لپاره خپه وم: تاسو یو شی ډاونلوډ کړئ (پیکج) ، او بل په سیسټم کې نصب شوی (د کڅوړې دننه فایلونه). د فایلونو اداره کول خورا ستونزمن دي (د مثال په توګه ، دوی حذف کړئ) کله چې په دودیز ډول د کڅوړې نصب کول. او ټول ځکه چې د کڅوړې مینځپانګې د فایل سیسټم په اوږدو کې ویشل شوی, په شمول هغه ځایونه چیرې چې اوسط کارونکي ممکن د لیکلو لاسرسی ونلري. دا د پروګرامونو ټول ټولګي ته وده ورکوي - د بسته بندۍ مدیران. مګر دمخه نصب شوي سافټویر لیږدول ، د مثال په توګه ، بل ماشین ته ، د لرې کولو وړ ډیسک یا فایل سرور نور هم ستونزمن کیږي ، که په بشپړ ډول ناممکن نه وي. په یو عادي لینکس میشته سیسټم کې ، په اسانۍ سره له څو سوو زرو څخه تر ملیونونو انفرادي فایلونه شتون لري. د ویلو اړتیا نشته، دا دواړه نازک او ورو دي، د بیلګې په توګه کله چې په پیل کې د سیسټم نصب کول، کله چې د منظم کڅوړو نصب کول، تازه کول او غیر نصب کول، او کله چې د بوټ حجم (د روټ ویش) بل منځني ته کاپي کول.

زه د AppImage پروژې باندې کار کوم، د پای کارونکي غوښتنلیکونو لپاره یو جزوی کرچ. دا د سافټویر توزیع بڼه ده چې یو غوښتنلیک او د هغې ټول انحصارونه په یو واحد فایل سیسټم عکس کې راټولوي چې د غوښتنلیک پیل کولو په وخت کې نصب کیږي. د پام وړ شیان ساده کوي ، ځکه چې ورته امیج میګیک ناڅاپه په یو واحد فایل بدلیږي ، چې یوازې د مړو لخوا د فایل مدیر کې اداره کیږي. وړاندیز شوی میتود یوازې د سافټویر لپاره کار کوي، لکه څنګه چې د پروژې په نوم کې منعکس شوی، او د هغې ستونزې هم لري، ځکه چې د لینکس لپاره د سافټویر په وړاندې کولو کې ښکیل خلک تل ما ته تیر په ګوته کوي.

راځئ چې بیرته هایکو ته ورشو. ایا دا ممکنه ده چې د دودیز کڅوړې سیسټمونو او د عکس پراساس سافټویر تحویلۍ ترمینځ مطلوب توازن ومومئ؟ د هغې کڅوړې .hpkg په حقیقت کې د فایل سیسټم عکسونه کمپریس شوي. کله چې سیسټم بوټ شي، کرنل ټول نصب شوي او فعال کڅوړې تقریبا د لاندې کرنل پیغامونو سره پورته کوي:

KERN: package_daemon [16042853:   924] active package: "gawk-4.2.1-1-x86_64.hpkg"
KERN: package_daemon [16043023:   924] active package: "ca_root_certificates_java-2019_01_23-1-any.hpkg"
KERN: package_daemon [16043232:   924] active package: "python-2.7.16-3-x86_64.hpkg"
KERN: package_daemon [16043405:   924] active package: "openjdk12_default-12.0.1.12-1-x86_64.hpkg"
KERN: package_daemon [16043611:   924] active package: "llvm_libs-5.0.0-3-x86_64.hpkg"

ښه، هو؟ هلته ودریږئ، دا به نور هم یخ وي!

یو ډیر ځانګړی بسته شتون لري:

KERN: package_daemon [16040020:   924] active package: "haiku-r1~beta1_hrev53242-1-x86_64.hpkg"

دا یو خورا لږ عملیاتي سیسټم لري، په شمول د کرنل. باور وکړئ یا نه، حتی دانی پخپله د بوټ حجم (روټ ویش) څخه نه لیرې کیږي، مګر په احتیاط سره د کڅوړې څخه خپل ځای ته پورته کیږي. .hpkg. وا! ما دمخه یادونه کړې چې زه فکر کوم د هایکو د ټولیز پیچلتیا او دوام برخه له دې حقیقت څخه راځي چې ټول سیسټم ، د کرنل او اصلي کاروونکو ځای څخه د بسته بندۍ مدیریت او د چلولو زیربنا پورې ، د یوې ډلې لخوا په ګډه رامینځته شوی. تصور وکړئ چې په لینکس کې د دې په څیر یو څه چلولو لپاره به څومره مختلف ګروپونه او ټیمونه واخلي [زه د PuppyLinux پروژه تصور کوم - نږدې. ژباړن]. بیا تصور وکړئ چې دا به څومره وخت ونیسي چې دا طریقه په توزیع کې تصویب شي. دوی وايي: یوه ساده ستونزه واخلئ، د مختلفو لوبغاړو ترمنځ یې وویشئ، او دا به دومره پیچلې شي چې بیا به یې حل کول ممکن نه وي. په دې حالت کې هایکو زما سترګې خلاصې کړې. زه فکر کوم چې دا په حقیقت کې هغه څه دي چې اوس په لینکس کې پیښیږي (په دې قضیه کې لینکس د لینکس/GNU/dpkg/apt/systemd/Xorg/dbus/Gtk/GNOME/XDG/Ubuntu سټیک لپاره ډله ایز اصطلاح ده).

د Hpkg په کارولو سره د سیسټم رول بیک

څو ځله لاندې حالت واقع کیږي: تازه کول بریالي وو، او بیا دا معلومه شوه چې یو څه کار نه کوي لکه څنګه چې باید وي؟ که تاسو د دودیز کڅوړې مدیران کاروئ ، نو دا ستونزمنه ده چې د سیسټم حالت بیرته راستنیدو دمخه د نوي کڅوړو نصبولو دمخه وخت ته راستون شئ (د مثال په توګه ، په هغه حالت کې چې یو څه غلط شوی وي). ځینې سیسټمونه د فایل سیسټم سنیپ شاټونو په بڼه د کار کولو وړاندیز کوي، مګر دا خورا پیچلي دي او په ټولو سیسټمونو کې نه کارول کیږي. هایکو دا د کڅوړو په کارولو سره حل کوي .hpkg. هرکله چې په سیسټم کې کڅوړې بدل شي ، زاړه کڅوړې نه حذف کیږي ، مګر په سیسټم کې په فرعي لارښودونو کې زیرمه کیږي لکه /Haiku/system/packages/administrative/state-<...>/ په دوامداره توګه. نامکمل عملیات خپل معلومات په فرعي لارښودونو کې ساتي /Haiku/system/packages/administrative/transaction-<...>/.

منځپانګې /Haiku/system/packages/administrative. د "ریاست ..." لارښودونه د فعال کڅوړو نومونو سره متن فایلونه لري، او د "معاملې ..." لارښودونه پخپله کڅوړې لري.

"زوړ فعال حالت"، i.e. لیست .hpkg بستې فعالې دي مخکې له دې چې بدلونونه ثبت شي د فایل مدیر کې د هرې عملیاتو وروسته په متن فایل کې ثبت شي /Haiku/system/packages/administrative/state-<...>/activated-packages. په ورته ډول، یو نوی "فعال حالت" د متن فایل کې لیکل شوی /Haiku/system/packages/administrative/activated-packages.

نوملړ /Haiku/system/packages/administrative/state-<...>/ د دې حالت د فعال کڅوړو لیست سره یوازې د متن فایل لري (د لرې کولو پرته د کڅوړو نصبولو په حالت کې) ، او که کڅوړې لرې یا نوي شوي وي - د دولت لارښود د کڅوړو زاړه نسخې لري.

کله چې سیسټم بوټ کیږي، د کڅوړو لیست پراساس، د پیکجونو فعالولو لپاره پریکړه کیږي. دا دومره ساده ده! که د ډاونلوډ په جریان کې یو څه غلط شي، تاسو کولی شئ د ډاونلوډ مدیر ته ووایاست چې یو بل، زوړ لیست وکاروئ. ستونزه حل شوه!

د هایکو ډاونلوډر. د ننوتلو هره نقطه ورته "فعال حالت" ښیې

زه د "فعال حالت" لیست په توګه د ساده متن فایلونو درلودل خوښوم ، د نومونو سره چې پوهیدل اسانه دي .hpkg. دا د خلکو لپاره نه د ماشینونو جوړیدو سره په بشپړ ډول مخالف دی. په یوه ډله کې د فایل سیسټم کې د OSTree یا Flatpak څخه (په ورته کچه د مایکروسافټ GUID په څیر).

د هر وخت لپاره د فعال کڅوړو لیست

د ترتیب کولو ډاټا

په ښکاره ډول، په کتلاګ کې /Haiku/system/packages/administrative/writable-files د کڅوړو لپاره د ترتیب کولو فایلونه لري، مګر دوی د لیکلو وړ دي. په هرصورت، لکه څنګه چې تاسو په یاد ولرئ، .hpkg یوازې د لوستلو لپاره نصب شوی. نو دا فایلونه باید د لیکلو دمخه د کڅوړو څخه کاپي شي. مانا لري.

د .hpkg سیسټم لپاره د GUI ادغام

راځئ اوس وګورو چې دا روښانه کڅوړې څنګه دي .hpkg د کارونکي کاري چاپیریال (UX) کې ادغام سره مقابله وکړئ. بالاخره، هایکو د شخصي استعمال لپاره دی. په شخصي توګه، ما بار لوړ ټاکلی کله چې د کڅوړو سره د کاروونکي تجربه پرتله کول .app په Macintosh کې د ورته تجربې سره .hpkg. زه به حتی وضعیت په لینکس کې د کاري چاپیریال سره پرتله نه کړم ، ځکه چې دا د نورو په پرتله خورا ویرونکی دی.

لاندې سناریوګانې ذهن ته راځي:

زه غواړم د کڅوړې مینځپانګې وګورم .hpkg
زه غواړم یو بسته نصب کړم
زه غواړم بسته لرې کړم
زه غواړم یو څه لرې کړم چې سیسټم ته د کڅوړې برخې په توګه راغلی
زه غواړم یو څه کاپي کړم چې سیسټم ته د کڅوړې برخې په توګه راغلی
زه غواړم د یوې کڅوړې ټول انحصارونه ډاونلوډ کړم، کوم چې ممکن د هر هایکو نصبولو برخه نه وي (د مثال په توګه، زه یو فزیکي جلا ماشین لرم چې انټرنیټ ته لاسرسی نلري.)
زه غواړم خپل کڅوړې (یا د دوی یوه برخه) په جلا توګه بل ځای ته ولیږدم، د بوټ حجم (روټ ویش) څخه جلا (ځکه، د بیلګې په توګه، زه په دې کې کافي ځای نلرم).

دا باید زما د ورځني کار څخه ډیری لوی قضیې پوښي. ښه، راځئ چې پیل وکړو.

د کڅوړې مینځپانګې چک کول

په میک کې زه په ساده ډول په کڅوړه کې ښي کلیک وکړئ ترڅو دا خلاص کړم او په فائنڈر کې مینځپانګې وګورم. په هرصورت، په حقیقت کې دا یوازې یو پټ لارښود دی! (زه پوهیږم چې کڅوړې شتون لري .pkg د سیسټم د یوې برخې لپاره چې غوښتنلیکونه ندي، مګر عادي کاروونکي اکثرا د دوی سره اړیکه نه نیسي).

په هایکو کې زه په بسته کې ښیې کلیک کوم، بیا په "محتوا" کلیک وکړئ ترڅو وګورئ چې دننه څه دي. مګر دلته یوازې د فایلونو لیست دی پرته لدې چې دوی د دوه ځله کلیک کولو سره خلاص کړئ.
دا به خورا ښه وي که چیرې د کڅوړې نصبولو لپاره (موقتي) لاره شتون ولري .hpkg د فایل مدیر له لارې لیدل کیږي، او کارونکي به د پلي کولو توضیحاتو په اړه اندیښنه ونلري. (په لاره کې، تاسو کولی شئ خلاص کړئ .hpkg بسته کې Expander، کوم چې کولی شي دا د نورو آرشیف په څیر خلاص کړي).

د هایکو ډیپو انٹرفیس تاسو ته اجازه درکوي د بسته بندۍ فایلونو لیست وګورئ، مګر د منځپانګې لیدلو لپاره هیڅ لاره نشته، د بیلګې په توګه، د README.md دوه ځله کلیک کول.

ماک په دې کټګورۍ کې وګټي، مګر د هایکو ډیپو فعالیت اضافه کول چې تاسو یې غواړئ ډیر ستونزمن نه وي.

د GUI له لارې د کڅوړې نصب کول

په میک کې، ډیری ډیسک انځورونه .dmg کڅوړې لري .app. د ډیسک عکس دوه ځله کلیک وکړئ او بیا بسته کاپي کړئ، د بیلګې په توګه، د هغې په مینځلو سره /Applications په موندونکي کې. دا زما لپاره پرته له ویلو تیریږي ، مګر ما اوریدلي چې ځینې نوي زده کونکي ممکن د دې اداره کولو توان ونلري. په ډیفالټ ډول، ایپل د سیسټم په کچه لارښود "وړاندیز" کوي /Applications (په NeXT کې دا شبکه هم انفرادي وه) مګر تاسو کولی شئ خپل غوښتنلیکونه په اسانۍ سره د فایل سرور یا فرعي لارښود کې واچوئ $HOME/Applications، که تاسو دا ډول خوښوی.

په هایکو کې، په بسته کې دوه ځله کلیک وکړئ ، بیا په "نصب" کلیک وکړئ ، دا اسانه نه وي. زه حیران یم چې څه پیښیږي که چیرې یوه کڅوړه انحصار ولري چې په هایکو پورټس کې شتون لري مګر لاهم ندي نصب شوي. په لینکس کې دوی واقعیا نه پوهیږي چې پدې حالت کې څه وکړي ، مګر حل څرګند دی - له کارونکي څخه وپوښتئ چې ایا دوی اړتیا لري چې انحصار ډاونلوډ او نصب کړي. بالکل هغه څه چې هایکو کوي.

ما د 'سینیټ' کڅوړه په لاسي ډول ډاونلوډ کړه او په هغې یې کلیک وکړ، د بسته بندۍ مدیر پوهیږي چې له کوم ځای څخه خپل انحصار ترلاسه کړي (فرض کړئ چې ذخیره لا دمخه په سیسټم کې راجستر شوي). د لینوکس هر توزیع دا نشي کولی.

بله لاره دا ده چې د فایل مدیر وکاروئ، یوازې ډریګ او ډراپ کړئ .hpkg بسته یا دننه /Haiku/system/packages (د سیسټم په کچه نصبولو لپاره، د ډیفالټ په واسطه)، یا دننه /Haiku/home/config/packages (د انفرادي نصبولو لپاره؛ شتون نلري کله چې دوه ځله کلیک وکړئ - زه لاهم پدې ځای کې د "config" کلمې لخوا په غوسه یم ، کوم چې زما لپاره پدې قضیه کې د "ترتیباتو" مترادف دی). او د ډیری کاروونکو مفهوم حتی د هایکو لپاره هم شتون نلري (له همدې امله شاید دا خورا ساده وي - زه نه پوهیږم، شاید د څو کاروونکو وړتیاوې به په غیر ضروري ډول د ډیسټاپ ډیسټاپ چاپیریال لپاره شیان پیچلي کړي).

هایکو په دې کټګورۍ کې وګټي ځکه چې دا نه یوازې د غوښتنلیکونو سره، بلکې د سیسټم پروګرامونو سره هم کار کولی شي.

د GUI څخه د کڅوړې لرې کول

په میک کې، تاسو اړتیا لرئ د اپلیکیشن آئیکون کثافاتو ته کش کړئ ، او بس. په اسانۍ سره!

په هایکو کې، لومړی ، تاسو اړتیا لرئ ومومئ چیرې چې کڅوړه په سیسټم کې موقعیت لري ، ځکه چې تاسو په ندرت سره دا په سم ځای کې نصب کوئ (سیسټم هرڅه کوي). معمولا تاسو اړتیا لرئ دننه وګورئ /Haiku/system/packages (د سیسټم په کچه ډیفالټ نصب سره)، یا په کې /Haiku/home/config/packages (ایا ما یادونه وکړه چې "config" یو غلط نوم دی؟). بیا غوښتنلیک په ساده ډول د کثافاتو کڅوړې ته راښکته کیږي ، او بس.
په اسانۍ سره! په هرصورت، زه به دا ونه وایم. دلته هغه څه دي چې واقعیا پیښیږي:

دا هغه څه دي که تاسو یو غوښتنلیک د کثافاتو کڅوړې ته کش کړئ /Haiku/system/packages

یوازې هڅه وکړه چې زما د پرون "هیلو ورلډ" غوښتنلیک په QtQuickApp کې کثافاتو ته واړوم. ما د سیسټم لارښود ته د حرکت کولو هڅه نه ده کړې، او څنګه چې ټولې کڅوړې د سیسټم لارښود کې نصب شوي ، نو د کڅوړې لرې کول ناممکن دي .hpkg پرته له بدلون "د هغې محتوا". یو عادي کارونکی به ویره ولري او د ډیفالټ لخوا ټاکل شوي "لغوه" تڼۍ فشار کړي.

تشریح کوي ښاغلی. waddlesplash:

دا پوسټ د 10 کلونو څخه ډیر زوړ دی. ډیری احتمال موږ اړتیا لرو چې دا تنظیم کړو ترڅو خبرداری یوازې هغه وخت څرګند شي کله چې کڅوړه پخپله لیږدول کیږي. منظم کاروونکي اړتیا نلري په هرصورت دا کار وکړي.

ښه، شاید زه باید دا د HaikuDepot په کارولو سره وکړم؟ زه په بسته کې دوه ځله کلیک کوم /Haiku/system/packages، د "غیر نصب" تڼۍ څرګندیدو ته انتظار وکړئ. نه، دلته (یوازې) "انسټال" شتون لري. "بې ځایه"، تاسو چیرته یاست؟

یوازې د ساتیرۍ لپاره ، ما هڅه وکړه چې وګورم څه به پیښ شي که ما دمخه نصب شوي بسته کې "انسټال" کلیک کړ. دا په دې ډول وګرځي:

دا پیښیږي که تاسو هڅه وکړئ چې دمخه نصب شوی کڅوړه نصب کړئ.

بل ښکاري:

که تاسو په مخکینۍ کړکۍ کې "بدلونونه پلي کړئ" کلیک وکړئ، دا به داسې ښکاري

زه ګومان کوم چې دا د سافټویر تېروتنه ده؛ د غوښتنلیک لینک لا دمخه شتون لري. [لیکوال یو لینک ندی ورکړی - نږدې. ژباړن]

ګړندی حل: که چیرې کڅوړه لا دمخه شتون ولري د "غیر نصب" تڼۍ اضافه کړئ /Haiku/system/packages، یا په کې /Haiku/home/config/packages.

کله چې په HaikuDepot کې د نصب شوي کڅوړو لیست وګورئ، زه خپل بسته په لیست کې وینم او کولی شم هغه لرې کړم.

ماک په دې کټګورۍ کې وګټي. مګر زه تصور کولی شم چې د سم تنظیم کولو سره ، په هایکو کې د کارونکي تجربه به د ماک په پرتله غوره وي. (یو یو پرمخ وړونکي دا په دې ډول درجه بندي کړې: "هایکو ډیپو ته د ټاکل شوي فعالیت اضافه کولو لپاره له یو ساعت څخه لږ ، که تاسو لږ C++ پیژنئ" ، کوم داوطلب؟)

د کڅوړې څخه یو څه لرې کول

راځئ هڅه وکړو چې غوښتنلیک پخپله لیرې کړو، نه بسته .hpkg، له کوم ځای څخه دا راغلی (زه شک لرم چې د "یوازې مړو" لپاره کوم توپیر شتون لري).

په میک کې، کارن په حقیقت کې معمولا د فایل سره کار کوي .dmgد غوښتنلیک بسته له کوم ځای څخه راځي .app. معمولا انځورونه .dmg د ډاونلوډ ډایرکټر کې راټول شوي، او کڅوړې د کارونکي لخوا کاپي شوي /Applications. داسې انګیرل کیږي چې ډیری کاروونکي پخپله نه پوهیږي چې دوی څه کوي، دا فرضیه د ایپل پخواني کارمند لخوا تایید شوې. (یو له هغه شیانو څخه چې زه یې په ماک کې نه خوښوم. او د مثال په توګه ، د AppImage سره د غوښتنلیک او کڅوړې ترمینځ هیڅ توپیر نشته چې دا په کې و. عکس کثافاتو ته کش کړئ = دا دی. اسانه!)

په هایکو کېپه منځ کې هم ویشل کیږي apps/ и packages/، نو زه شک لرم چې دا کاروونکو ته دا روښانه کړي. مګر څه پیښیږي که تاسو یو غوښتنلیک له دې څخه راوباسئ apps/ کارټ ته یی اضافه کړه:

دا هغه څه دي کله چې تاسو د فایل څخه اخیستل شوي غوښتنلیک لرې کولو هڅه کوئ .hpkg

په تخنیکي توګه دا سمه ده (په هرصورت، غوښتنلیک په لومړي ځای کې یوازې د لوستلو فایل سیسټم کې کوربه شوی)، مګر دا د کاروونکي لپاره په ځانګړې توګه ګټور نه دی.

ګړندی حل: پرځای یې د حذف کولو لپاره د GUI کارولو وړاندیز وکړئ .hpkg

یوازې د ساتیرۍ لپاره ، ما د Alt + D په فشارولو سره د غوښتنلیک نقل کولو هڅه وکړه. ما پیغام ترلاسه کړ "یوازې د لوستلو حجم کې د شیانو حرکت یا کاپي کولو توان نلري." او ټول ځکه /system ( سربیره پردې /system/packages и /system/settings) د بسته بندۍ نقطه ده (په یاد ولرئ چې دا څنګه په محصول کې ښکاري df?). له بده مرغه، د قوماندې محصول mount وضعیت نه روښانه کوي (لکه څنګه چې په تیرو مقالو کې ویل شوي وو) mountvolume هغه څه نه ښیې چې تاسو یې په لټه کې یاست (په ښکاره ډول کڅوړې د لوپ له لارې نصب شوي .hpkg "حجمونه" نه ګڼل کیږي)، او ما بدیل حکمونه هم هیر کړل.

هیڅوک په دې کټګورۍ کې پرته له AppImage نه ګټلي (مګر دا، په بشپړ ډول صادقانه، یو تعصب نظر دی). په هرصورت ، یو څوک تصور کولی شي چې د ټیک کولو وروسته ، په هایکو کې د کارونکي تجربه به د ماک په پرتله غوره وي.

یادونه: تاسو اړتیا لرئ معلومه کړئ چې "حجم" د "برخې" په اړه څه شی دی. دا شاید د "فولډر" سره د "ډائریکټري" سره اړیکې ته ورته وي: ډیری لارښودونه د فایل مدیر کې د فولډرو په توګه څرګندیږي ، مګر ټول یې ندي (د بیلګې په توګه د فایلونو په توګه چلند شوي کڅوړې). ایا دا ډول نندارتون ما یو رسمي بیکاره کوي؟

بل سیسټم ته د کڅوړې مینځپانګې کاپي کول

په میک کې، زه په احمقانه توګه بسته کش کړم .app، او له هغه وخته چې انحصارونه د کڅوړې دننه دي ، دوی یوځای حرکت کوي.

په هایکو کې، زه غوښتنلیک ډریګ کوم، مګر انحصارونه هیڅ پروسس شوي ندي.

ګړندی حل: راځئ چې د دې پرځای وړاندیز وکړو چې ټول `.hpkg کڅوړه د هر ډول انحصار سره سره ، که کوم وي.

ماک په واضح ډول پدې کټګورۍ کې وګټي. لږترلږه زما لپاره، د دوی د تمثیل عاشق. زه باید دا هایکو ته کاپي کړم .hpkg د غوښتنلیک پرځای، مګر سیسټم ماته دا وړاندیز نه کوي ...

د دې ټولو انحصارونو سره کڅوړه ډاونلوډ کړئ

هر ماشین هر وخت د شبکې سره وصل نه وي. برعکس، ځینې ماشینونه (هو، زه تاسو ته ګورم، عصري وینډوز، ماک او لینکس) د دې په اړه هیر کړي. دا زما لپاره مهمه ده چې زه کولی شم د مثال په توګه یو انټرنیټ کیف ته لاړ شم، د لرې کولو وړ ډرایو کې سافټویر ډاونلوډ کړئ، دا ډرایو زما د کور کمپیوټر ته دننه کړئ او ډاډ ترلاسه کړئ چې هرڅه به کار وکړي [خطرناک سړی، په وینډوز کې دا کار کول ... - نږدې ژباړن].

د پایلې په توګه ، زه د معمول په پرتله یو څه ډیر ځله په وینډوز او لینکس کې د غیر متمرکز انحصارونو سره پای ته رسیدم.

په میک کې دا عموما یو فایل دی، ټول هغه څه چې تاسو یې کولو ته اړتیا لرئ ډاونلوډ دی .dmg. ډیری وختونه ، دا د ډیفالټ لخوا پخپله د MacOS لخوا چمتو شوي پرته بل هیڅ انحصار نلري. یو استثنا پیچلي غوښتنلیکونه دي چې د اجرا کولو مناسب چاپیریال ته اړتیا لري، د بیلګې په توګه جاوا.

په هایکو کې بسته ډاونلوډ کړئ .hpkg لپاره، ووایه، په جاوا کې ورته غوښتنلیک ممکن کافي نه وي، ځکه چې جاوا ممکن په نښه شوي ماشین کې شتون ولري یا نه وي. ایا د ورکړل شوي کڅوړې لپاره د ټولو انحصارونو ډاونلوډ کولو لاره شتون لري .hpkg، د هغو څخه پرته چې په هایکو کې د ډیفالټ لخوا نصب شوي او له همدې امله باید په هر هایکو سیسټم کې وي؟

ماک دا کټګوري د لږ توپیر سره وګټي.

تبصرې ښاغلی waddlesplash:

د یو برنامه لیکلو لپاره د غوښتنلیک ټول انحصارونه د کڅوړو سیټ په توګه راټول کړئ .hpkg د هغه چا لپاره چې د هایکو د داخلي کارونو سره اشنا وي، شاوخوا 15 دقیقې کافي دي. د دې لپاره د ملاتړ اضافه کول دومره ستونزمن ندي که چیرې واقعیا ورته اړتیا وي. مګر زما لپاره دا یو نادر حالت دی.

راځئ چې د دې لړۍ راتلونکي مقالې پورې زموږ ساه ونیسو.

کڅوړې جلا ځای ته لیږدول

لکه څنګه چې ما مخکې لیکلي، زه غواړم خپل کڅوړې ځای په ځای کړم .hpkg (ښه، یا د دوی یوه برخه) یو ځانګړي ځای ته، د بوټ حجم (د ریښې ویش) کې د معمول ځای پرځای کولو څخه جلا. په معمول ډول ( دومره تیوریکي نده) ، د دې دلیل دا دی چې زه په دوامداره توګه زما په (جوړ شوي) ډیسکونو کې د خالي ځای څخه تیریږي ، پرته لدې چې دوی څومره لوی وي. او زه معمولا بهرني ډرایو یا د شبکې شریکونه وصل کوم چیرې چې زما غوښتنلیکونه موقعیت لري.

په میک کې زه یوازې کڅوړې حرکت کوم .app په فائنڈر کې د لرې کولو وړ ډرایو یا شبکې لارښود ته ، او بس. زه لاهم کولی شم د غوښتنلیک خلاصولو لپاره دوه ځله کلیک وکړم لکه څنګه چې زه معمولا د بوټ حجم څخه غواړم. بس!

په هایکو کېلکه څنګه چې ما ته ویل شوي، دا زما په حرکت کولو سره ترلاسه کیدی شي .hpkg کڅوړې د لرې کولو وړ ډرایو یا شبکې لارښود ته ، مګر بیا تاسو اړتیا لرئ په کنسول کې ځینې غیر مستند کمانډونه وکاروئ ترڅو په سیسټم کې یې نصب کړئ. زه نه پوهیږم چې دا یوازې د GUI په کارولو سره څنګه ترسره کړم.

ماک په دې کټګورۍ کې وګټي.

د ښاغلي په وینا. waddlesplash:

دا د عادي کارونې پراساس یو اصلاح دی. که چیرې د یو څخه ډیرو کاروونکو غوښتنه وي، موږ به یې پلي کړو. په هرصورت، د دریمې ډلې پلي کولو امکان شتون لري.

موږ به په راتلونکې مقاله کې پدې اړه خبرې وکړو.

د شبکې لارښودونو په اړه خبرې کول ، دا به عالي وي (زه د LAN ګوندونو اټکل کوم) چې ساده ، د موندلو وړ ، د شبکې پراخه غوښتنلیکونه ولري (لکه Zeroconf) چې محلي کمپیوټر ته کاپي کیدی شي یا مستقیم له محلي شبکې څخه پرمخ وړل کیدی شي. البته، پراختیا کونکي د دې له لارې د غوره کولو اختیار لري app_flags.

د GUI سره د hpkg سیسټم ادغام په اړه وروستی راپور

زه فکر کوم چې په اصل کې د ادغام د نسبي نوي والي له امله .hpkg GUI لاهم د مطلوب کیدو لپاره ډیر څه پریږدي. په هرصورت، یو څو شیان شتون لري چې د UX شرایطو کې ښه کیدی شي ...

یو بل شی: د کرنل ډیبګ ځمکه

دا به خورا ښه وي چې د کرنل ویرې پرمهال د کمانډونو دننه کولو وړ اوسئ ، د مثال په توګه syslog | grep usb. ښه، په هایکو کې دا ممکنه ده د کرنل ډیبګ لینډ څخه مننه. تاسو څنګه کولی شئ دا جادو په عمل کې وګورئ که هرڅه لکه څنګه چې باید د کرنل ویره کې کیدو پرته کار وکړي؟ د Alt+PrintScn+D (Debug mnemonic) په فشارولو سره اسانه. زه سمدلاسه په یاد لرم د پروګرامر کیلي، کوم چې اصلي ماکینټوش پراختیا کونکو ته اجازه ورکړه چې ډیبګر ته ننوځي (که چیرې یو نصب شوی وي ، البته).

پایلې

زه په دې پوهیدم چې د هایکو سیسټم پیچلتیا له دې حقیقت څخه راځي چې کار د یوې کوچنۍ ډلې لخوا د کاري چاپیریال په روښانه تمرکز سره ترسره کیږي، د سیسټم ټولې پرتونه د لاسرسي وړ دي.
د لینکس/GNU/dpkg/apt/systemd/Xorg/dbus/Gtk/GNOME/XDG/Ubuntu نړۍ سره یو سخت توپیر، چیرې چې هرڅه په کوچنیو ټوټو ویشل شوي تر دې حده چې خلاصون په خلاصون کې ناست وي او د کرچونو سره چلوي.
د نظام د څرنګوالي په اړه هم پوهه وه .hpkg د دودیز کڅوړې مدیرانو غوره کړنې سره یوځای کوي، Snappy، Flatpak، AppImage، حتی btrfs، او د میک د "یوازې کار کولو" طریقې سره مخلوط کوي.

دا داسې و لکه زما په سر کې یو څه "بدل شوی"، او زه پوهیدم چې سیسټم څنګه دی .hpkg پوهیږي چې څنګه لرې شي، یوازې د هغې په لیدلو سره. مګر دا زه نه یم، مګر د سیسټم ښکلا او سادگي. د دې ډیری برخه د اصلي میک روح څخه الهام اخیستل کیږي.

هو ، په براوزر کې لټون کول ممکن ټکان ورکونکي وي او د سست په څیر چلیږي ، غوښتنلیکونه ممکن کم وي (نه Gtk ، الیکترون - پراختیا کونکي دې پایلې ته رسیدلي چې دوی د پیچلتیا سره ښه نه ځي) ، ویډیو او 3d سرعت ممکن په بشپړ ډول غیر حاضر وي ، مګر زه لاهم دا سیسټم خوښ کړئ. په هرصورت، دا شیان سم کیدی شي او دوی به ژر یا وروسته څرګند شي. دا یوازې د وخت خبره ده او شاید یو څه سور سترګې.

زه نشم کولی مرسته وړاندیز وکړم، مګر زه فکر کوم چې دا به له اوس څخه پیل شي په ډیسټاپ کې د هایکو کال.

تصادفي ستونزې

شاید دلته دمخه غوښتنې شتون ولري ، یا زه باید دوی خلاص کړم؟

BeScreenCapture باید وړتیا ولري چې د Peek په څیر GIF ته صادر کړي. دا د ffmpeg په کارولو سره ترسره کیدی شي ، چې دمخه د هایکو لپاره شتون لري. غوښتنلیک.
د سکرین شاټ سافټویر د ماډل کړکۍ په نیولو کې پاتې راغلی، د دې پرځای چې ټول سکرین ونیسي
تاسو نشئ کولی د ونڈر برش کرپنګ وسیلې په کارولو سره سکرین شاټونه کښت کړئ او بیا پایله په فایل کې خوندي کړئ
زه په ځانګړي ډول په هایکو کې د لاسي کرسر نه خوښوم، مګر زه فکر کوم چې دا د تودوخې نوسټالیژیک احساس سره تړاو لري. دا په ځانګړي ډول ځورونکي دي کله چې په کریټا کې د فصل وسیله وکاروئ ، ځکه چې دا د غلط کښت پایله کیږي (په دې مقاله کې د ماډل ډیالوګ سکرین شاټونه وګورئ). د کراسشیر کرسر به په زړه پوری وي. غوښتنلیک.

دا پخپله هڅه وکړئ! په هرصورت، د هایکو پروژه د DVD یا USB څخه د بوټ کولو لپاره عکسونه چمتو کوي، تولید شوي د. د نصبولو لپاره، یوازې عکس ډاونلوډ کړئ او د فلش ډرایو په کارولو سره یې ولیکئ ایتچرګر

ایا تاسو کومه پوښتنه لرئ؟ موږ تاسو ته بلنه درکوو چې په روسیه کې خبرې وکړي د تلیګرام چینل.

د تېروتنې کتنه: څنګه په C او C++ کې په پښو کې ځان ډزې وکړئ. د هایکو OS ترکیب ټولګه

له لیکوال ژباړه: دا د هایکو په اړه د لړۍ شپږمه مقاله ده.

د مقالو لیست: لومړی دوهم دریم څلورم پنځم

سرچینه: www.habr.com

زما شپږمه ورځ د هایکو سره: د سرچینو، شبیهونو او کڅوړو تر مینځ