Haiku နှင့် ကျွန်ုပ်၏ ခြောက်ရက်မြောက်နေ့- အရင်းအမြစ်များ၊ အိုင်ကွန်များနှင့် ပက်ကေ့ခ်ျများအောက်ရှိ

TL; DR: Haiku သည် PC များအတွက် အထူးထုတ်လုပ်ထားသည့် လည်ပတ်မှုစနစ်တစ်ခုဖြစ်သောကြောင့် ၎င်းတွင် ၎င်း၏ desktop ပတ်၀န်းကျင်ကို အခြားသူများထက် များစွာပိုမိုကောင်းမွန်စေမည့် လှည့်ကွက်များစွာရှိသည်။ ဒါပေမယ့် ဘယ်လိုအလုပ်လုပ်လဲ။

မကြာသေးမီက မမျှော်လင့်ဘဲ ကောင်းမွန်သော စနစ်ဖြစ်သော Haiku ကို ရှာဖွေတွေ့ရှိခဲ့သည်။ အထူးသဖြင့် Linux desktop ပတ်ဝန်းကျင်များနှင့် နှိုင်းယှဉ်ပါက ၎င်းမည်မျှ ချောမွေ့စွာ လည်ပတ်နိုင်သည်ကို ကျွန်ုပ် အံ့သြမိပါသည်။ ဒီနေ့တော့ ခေါင်းအုံးအောက်ကို ကြည့်မယ်။ နက်ရှိုင်းစွာနားလည်ရန် လိုအပ်သည့်အခါ၊ မူရင်း Macintosh၊ Mac OS X နှင့် Linux desktop ပတ်ဝန်းကျင်များ (freedesktop.org မှ XDG စံနှုန်း) တို့နှင့် နှိုင်းယှဉ်မှုများ ပြုလုပ်ပါမည်။

ELF ဖိုင်များတွင် အရင်းအမြစ်များ

IconOMatic သည် ELF executables များရှိ rdef အရင်းအမြစ်များတွင် အိုင်ကွန်များကို သိမ်းဆည်းနိုင်သည်ကို မနေ့က ကျွန်တော် လေ့လာခဲ့သည်။ ဒီနေ့တော့ ဘယ်လိုအလုပ်လုပ်လဲဆိုတာ ကြည့်ချင်ပါတယ်။

အရင်းအမြစ်များ? ဆင့်ခေါ်ချက် от ဘရုစ်ဟွန်းMacintosh Finder ၏ မူရင်းရေးသားသူနှင့် Macintosh Resource Manager ၏ "ဖခင်"

သမားရိုးကျ coding ၏ တင်းကျပ်သော သဘောသဘာဝကို ကျွန်ုပ်စိုးရိမ်ပါသည်။ ကျွန်တော့်အတွက်၊ ကုဒ်ဖြင့် အေးခဲနေသော အက်ပလီကေးရှင်းတစ်ခု၏ စိတ်ကူးသည် မည်သည့်အရာမှ ပြောင်းလဲနိုင်စွမ်းမရှိသော အရိုင်းစိုင်းဆုံး ရိုင်းစိုင်းမှုတစ်ခုဖြစ်သည်။ ၎င်းသည် runtime တွင်တတ်နိုင်သမျှပြောင်းလဲသင့်သည်။ ဟုတ်ပါတယ်၊ အပလီကေးရှင်းကုဒ်ကိုယ်တိုင်က မပြောင်းလဲနိုင်ပေမယ့် ကုဒ်ကို ပြန်လည်စုပေါင်းစရာမလိုဘဲ တစ်ခုခုကို ပြောင်းလဲနိုင်မှာ သေချာပါတယ်။

မူရင်း Macintosh တွင်၊ ၎င်းတို့သည် ဤဖိုင်များကို "ဒေတာကဏ္ဍ" နှင့် "အရင်းအမြစ်ကဏ္ဍ" များပါရှိပြီး အိုင်ကွန်များ၊ ဘာသာပြန်များနှင့် အခြားအရာများကဲ့သို့ အရာများကို သိမ်းဆည်းရန် မယုံနိုင်လောက်အောင် လွယ်ကူစေသည်။ executable files များတွင်။

Mac တွင်၎င်းကိုအသုံးပြုသည်။ ပြန်လည်တည်းဖြတ်ပါ။ရုတ်တရက် တည်းဖြတ်ခြင်းဆိုင်ရာ အရင်းအမြစ်များအတွက် ဂရပ်ဖစ်ပရိုဂရမ်တစ်ခု။

မူရင်း Macintosh တွင် ပြန်လည်တည်းဖြတ်ပါ။

ရလဒ်အနေဖြင့်၊ အိုင်ကွန်များ၊ မီနူးအရာများ၊ ဘာသာပြန်ချက်များ စသည်တို့ကို တည်းဖြတ်နိုင်ခဲ့သည်။ လွယ်ကူသော်လည်း ၎င်းတို့သည် အပလီကေးရှင်းများနှင့် “ခရီးသွား” ဆဲဖြစ်သည်။
မည်သို့ပင်ဆိုစေကာမူ၊ ဤချဉ်းကပ်မှုသည် ကြီးမားသောအားနည်းချက်တစ်ခုရှိသည်- ၎င်းသည် Apple ၏ဖိုင်စနစ်များတွင်သာအလုပ်လုပ်သည်၊ ၎င်းသည် Mac OS X သို့ပြောင်းသောအခါ Apple မှ "အရင်းအမြစ်ကဏ္ဍ" ကိုစွန့်ပစ်ရသည့်အကြောင်းရင်းတစ်ခုဖြစ်သည်။
Mac OS X တွင် Apple သည် ဖိုင်စနစ်-အမှီအခိုကင်းသော ဖြေရှင်းချက်တစ်ခုကို လိုချင်သောကြောင့် ၎င်းတို့သည် ဖိုင်မန်နေဂျာမှ ဖိုင်များကဲ့သို့မဟုတ်ဘဲ ဖိုင်များကဲ့သို့ "opaque objects" အဖြစ် သတ်မှတ်သည့် လမ်းညွှန်များ (NeXT) မှ ထုပ်ပိုးမှုများ (NeXT) ၏ သဘောတရားကို လက်ခံကျင့်သုံးခဲ့သည်။ ဖော်မတ်ရှိ အက်ပ်တစ်ခုနှင့် မည်သည့်ပက်ကေ့ချ် .app အခြားအရာများထဲတွင် ဖိုင်တစ်ခုပါရှိသည်။ Info.plist အပလီကေးရှင်း မက်တာဒေတာပါရှိသော (Apple ၏ JSON သို့မဟုတ် YAML နှင့် ညီမျှသော အမျိုးအစားအချို့တွင်)။

Mac OS X အပလီကေးရှင်း ပက်ကေ့ခ်ျမှ Info.plist ဖိုင်အတွက် သော့များ။

အိုင်ကွန်များ၊ UI ဖိုင်များနှင့် အခြားအရာများကဲ့သို့သော အရင်းအမြစ်များကို ဖိုင်များအဖြစ် အထုပ်ထဲတွင် သိမ်းဆည်းထားသည်။ အယူအဆသည် အမှန်တကယ်ပင် NeXT ရှိ ၎င်း၏ အမြစ်သို့ ပြန်သွားခဲ့သည်။

1.0 ခုနှစ်တွင် NeXTSTEP 1989 ရှိ Mathematica.app သည် terminal အတွင်းရှိ ဖိုင်များလမ်းညွှန်တစ်ခုအဖြစ် ပေါ်လာသော်လည်း graphical file manager တွင် အရာဝတ္ထုတစ်ခုအနေဖြင့် ပေါ်လာသည်။

Haiku ကိုအခြေခံသည့် သဘောတရားများ BeOS သို့ ပြန်သွားကြပါစို့။ PEF (PowerPC) မှ ELF (x86) (Linux တွင်အသုံးပြုသည့်အတိုင်းပင်) သို့ပြောင်းသောအခါ၊ ၎င်း၏ developer များသည် ELF ဖိုင်များအဆုံးတွင် အရင်းအမြစ်အပိုင်းတစ်ခုကို ထည့်ရန် ဆုံးဖြတ်ခဲ့သည်။ ၎င်းသည် ၎င်း၏ကိုယ်ပိုင်သင့်လျော်သော ELF ကဏ္ဍကိုအသုံးမပြုဘဲ ELF ဖိုင်၏အဆုံးတွင် ရိုးရိုးရှင်းရှင်းထည့်သွင်းထားသည်။ အစီအစဉ်၏ရလဒ် strip ဒါကို သတိမပြုမိဘဲ binutils မှအခြားသူများ ဖြတ်လိုက်ရုံပါပဲ။ ထို့ကြောင့်၊ BeOS တွင် ELF ဖိုင်တစ်ခုသို့ အရင်းအမြစ်များကို ထည့်သောအခါ၊ ၎င်းကို Linux ကိရိယာများဖြင့် ခြယ်လှယ်ခြင်းမပြုခြင်းက ပိုကောင်းသည်။

အခု Haiku က ဘာဖြစ်နေတာလဲ။ အခြေခံအားဖြင့်တော့ အနည်းနဲ့အများ အတူတူပါပဲ။

သီအိုရီအရ ELF ၏ လိုချင်သောအပိုင်းတွင် အရင်းအမြစ်များကို ထားရှိနိုင်မည်ဖြစ်သည်။ irc.freenode.net ရှိ #haiku ချန်နယ်ရှိ developer များ၏အဆိုအရ-

ELF ဖြင့် ပုဒ်မသည် ပို၍ အဓိပ္ပါယ်ရှိလိမ့်မည်... တစ်ခုတည်းသော အကြောင်းပြချက်မှာ BeOS တွင် ကျွန်ုပ်တို့ ပြုလုပ်ခဲ့သောကြောင့် ဖြစ်သည်။"
ပြီးတော့ ဒါကို အခုပြောင်းဖို့ ဘာအကြောင်းမှ မရှိပါဘူး။

အရင်းအမြစ်စီမံခန့်ခွဲမှု

အရင်းအမြစ်များကို ဖွဲ့စည်းတည်ဆောက်ထားသော "အရင်းအမြစ်" ဖော်မတ်ဖြင့် ရေးသားထားသည်- အခြေခံအားဖြင့် အရွယ်အစားရှိသော အရင်းအမြစ်များစာရင်းနှင့် ၎င်းတို့၏ အကြောင်းအရာများ။ ငါမှတ်မိခဲ့တယ် ar ပုံစံ.
Haiku မှာရှိတဲ့ အရင်းအမြစ်တွေကို ဘယ်လိုစစ်ဆေးမလဲ။ ResEdit လို တစ်ခုခု ရှိပါသလား။
အတိုင်း စာရွက်စာတမ်း:

အပလီကေးရှင်း ပက်ကေ့ချ်တွင် ပံ့ပိုးပေးထားသည့် အရင်းအမြစ်များကို ကြည့်ရှုရန်၊ သင်သည် executable ဖိုင်ကို ကဲ့သို့သော ပရိုဂရမ်တစ်ခုပေါ်သို့ ဆွဲချနိုင်သည်။ အရင်းအမြစ်. သင်သည် terminal သို့သွားပြီး command ကို run နိုင်သည်။ listres имя_файла.

အရင်းအမြစ်ကို HaikuDepot တွင် ရနိုင်သော်လည်း ၎င်းသည် ကျွန်ုပ်အတွက် ပျက်သွားပါသည်။

ELF ဖိုင်များတွင် အရင်းအမြစ်များကို မည်သို့စီမံခန့်ခွဲရမည်နည်း။ အသုံးပြုခြင်း။ rsrc и rdef. rdef ဖိုင်များကို စုဆောင်းထားသည်။ rsrc. ဖို rdef plain text format ဖြင့် သိမ်းဆည်းထားသောကြောင့် ၎င်းနှင့်အလုပ်လုပ်ရန် ပိုမိုလွယ်ကူပါသည်။ ဖိုင်ဖော်မတ် 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သုံးစွဲသူက ၎င်းကို တောင်းဆိုသည့် အခါတိုင်း အပလီကေးရှင်းအသစ်တစ်ခု စတင်ရန် စနစ်အား တွန်းအားပေးသည် (တူညီသောမူကို Linux ရှိ အပလီကေးရှင်းအများစုအတွက် အသုံးပြုသည်)။ စားသည် B_MULTIPLE_LAUNCHလုပ်ငန်းစဉ်ကို လည်ပတ်စေပါသည်။ ဖိုင်တစ်ခုစီ. နောက်ဆုံးတော့ရှိတယ်။ B_EXCLUSIVE_LAUNCHတစ်ကြိမ်လျှင် လုပ်ငန်းစဉ်တစ်ခုသာ လုပ်ဆောင်ရန် စနစ်အား တွန်းအားပေးသည့် အနေဖြင့် သုံးစွဲသူများက ၎င်းကို အကြိမ်ရေမည်မျှ စတင်စေသည် (ဥပမာ၊ ဤသည်မှာ Firefox တွင် Linux တွင် အလုပ်လုပ်ပုံဖြစ်ပြီး၊ လုပ်ဆောင်ချက်ကို အသုံးပြု၍ Qt အပလီကေးရှင်းများတွင် တူညီသောရလဒ်ကို ရရှိနိုင်သည်။ QtSingle လျှောက်လွှာ) လျှောက်လွှာများနှင့်အတူ B_EXCLUSIVE_LAUNCH အသုံးပြုသူက ၎င်းတို့ကို ထပ်မံလုပ်ဆောင်ရန် ကြိုးပမ်းသောအခါတွင် အကြောင်းကြားခံရသည်- ဥပမာအားဖြင့်၊ အသုံးပြုသူက ၎င်းတို့၏အကူအညီဖြင့် ဖွင့်လိုသော ဖိုင်လမ်းကြောင်းကို လက်ခံရရှိသည်။
• vector_icon: Vector အပလီကေးရှင်း အိုင်ကွန် (BeOS တွင် vector သင်္ကေတများ မပါရှိပါ၊ ၎င်းအစား အပလီကေးရှင်း အများစုတွင် ၎င်းတို့၏ လုပ်ဆောင်နိုင်သော ဖိုင်များတွင် raster သင်္ကေတ နှစ်ခုပါရှိသည်)။

ဟုတ်ပါတယ်၊ သင်သည် လိုချင်သော ID များနှင့် အမျိုးအစားများနှင့် အရင်းအမြစ်များကို ပေါင်းထည့်နိုင်ပြီး ၎င်းတို့ကို အပလီကေးရှင်းကိုယ်တိုင် သို့မဟုတ် အတန်းကို အသုံးပြု၍ အခြားအက်ပ်လီကေးရှင်းများတွင် ဖတ်နိုင်သည်။ BResources. ဒါပေမယ့် ပထမဆုံး၊ အိုင်ကွန်တွေရဲ့ စိတ်ဝင်စားဖွယ်အကြောင်းအရာကို ကြည့်ရအောင်။

Haiku စတိုင်ရှိ Vector သင်္ကေတများ

ဟုတ်ပါတယ်၊ Haiku တစ်ခုတည်းသာမကဘဲ အကောင်းဆုံးအိုင်ကွန်ဖော်မတ်ကို ရွေးချယ်ခဲ့တာပါ၊ ဒီအပိုင်းမှာတော့ Linux desktop ပတ်၀န်းကျင်အခြေအနေဟာ စံနမူနာနဲ့ ဝေးကွာပါတယ်-

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

ဒါကိုကြည့်ခြင်းအားဖြင့် တစ်စုံတစ်ခုဟာ ဘာလဲဆိုတာကို ခံစားရနိုင်ပါတယ်။

ဟုတ်ပါတယ်၊ သင်နားလည်နိုင်သကဲ့သို့ vector icon များပါ ၀ င်နိုင်သောအရွယ်အစားရှိသည်။ ဒါဆို တခြားဘာလို့ရှိသေးလဲ။ အရွယ်အစားသေးငယ်သော vector ဂရပ်ဖစ်ပုံဆွဲခြင်း၏ရလဒ်သည် စံနှုန်းထက်နည်းနိုင်သောကြောင့်ဖြစ်သည်။ အရွယ်အစားအမျိုးမျိုးအတွက် အကောင်းဆုံးရွေးချယ်စရာ အမျိုးမျိုးရှိချင်ပါတယ်။ Linux ဒက်စတော့ပတ်ဝန်းကျင်များတွင်၊ ဖိုင်စနစ်တစ်လျှောက် အရွယ်အစားအမျိုးမျိုးရှိသော အိုင်ကွန်များကို ဖြန့်ကျက်ခြင်းဖြင့် ၎င်းကို အောင်မြင်နိုင်သည်။

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

ကျေးဇူးပြု၍ သတိပြုပါ- Firefox ၏ မတူညီသော ဗားရှင်းများအတွက် အယူအဆ မရှိပါ။ ထို့ကြောင့်၊ စနစ်တွင် အက်ပလီကေးရှင်း ဗားရှင်းများစွာရှိခြင်း၏ အခြေအနေကို ချောမွေ့စွာ ကိုင်တွယ်ဖြေရှင်းရန် မဖြစ်နိုင်ပါ။

မတူညီသောဗားရှင်းများတွင် မတူညီသော Firefox အိုင်ကွန်များ။ ချိုင်းထောက်အမျိုးမျိုးမပါဘဲ Linux တွင် ၎င်းကိုကိုင်တွယ်ရန် လောလောဆယ်မဖြစ်နိုင်ပါ။

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 ဖော်မတ်ကို တီထွင်ခဲ့သည်။ ထို့ကြောင့်၊ အများစုအတွက် ကျွန်ုပ်တို့၏အိုင်ကွန်များသည် raster သို့မဟုတ် အသုံးများသော SVG ဖော်မတ်ထက် များစွာသေးငယ်ပါသည်။

၎င်းတို့ကို အကောင်းဆုံးဖြစ်အောင် လုပ်ဆောင်နေဆဲဖြစ်သည်-

အခြားဖော်မတ်များနှင့် နှိုင်းယှဉ်ပါက HVIF ရှိ အိုင်ကွန်အရွယ်အစားများ။

ကွာခြားချက်မှာ အတိုင်းအတာတစ်ခုဖြစ်သည်။

ဒါပေမယ့် မှော်ပညာက ဒီနေရာမှာ မဆုံးပါဘူး။ တူညီသော HVIF သည် vector ဖော်မတ်တစ်ခုဖြစ်သော်လည်း ပြသသည့်အရွယ်အစားပေါ်မူတည်၍ အသေးစိတ်အဆင့်များကို ကွဲပြားစွာပြသနိုင်သည်။

render အရွယ်အစားပေါ်မူတည်၍ ကွဲပြားသောအသေးစိတ်အဆင့် (LOD)

ယခု အားနည်းချက်များအကြောင်း- သင်သည် SVG ကို မယူနိုင်ပါ၊ ၎င်းကို ImageMagick ထဲသို့ ပစ်ချပြီး တစ်ရက်လျှင် ၎င်းကို ခေါ်ပါ၊ HVIF ဖော်မတ်ဖြင့် အိုင်ကွန်တစ်ခုဖန်တီးရန် သံသရာများစွာကို ဖြတ်သန်းရမည်ဖြစ်သည်။ ဒီမှာ ရှင်းလင်းချက် သို့သော်လည်း IconOMatic သည် SVG ကို လုံးဝမစုံလင်စွာတင်သွင်းနိုင်သည်။ SVG အသေးစိတ်အချက်အလက်များ၏ 90% ခန့်ကို ဖြစ်နိုင်ခြေအချို့ဖြင့် တင်သွင်းထားပြီး ကျန် 10% ကို configure လုပ်ပြီး ကိုယ်တိုင်ပြောင်းလဲရန် လိုအပ်ပါသည်။ HVIF ၏ မှော်ပညာကို မည်သို့လုပ်ဆောင်သည်အကြောင်း ပိုမိုဖတ်ရှုပါ။ နိုင် blog ၌ Leah Ganson

အပလီကေးရှင်းတွင် အိုင်ကွန်တစ်ခုထည့်ခြင်း။

ယခု ဖန်တီးထားသော ပက်ကေ့ချ်တွင် အိုင်ကွန်တစ်ခု ထည့်နိုင်ပါပြီ။ နောက်ဆုံးအချိန်လက်ခံရရှိသော အချက်အလက်အားလုံးကို ထည့်သွင်းတွက်ချက်ပါ။
ကောင်းပြီ၊ ကျွန်ုပ်သည် ကျွန်ုပ်၏ “Hello, World” QtQuickApp အတွက် ကျွန်ုပ်၏ကိုယ်ပိုင်အိုင်ကွန်ဆွဲရန် အထူးစိတ်အားထက်သန်ခြင်းမရှိသောကြောင့်၊ ယခု Qt Creator မှ ၎င်းကို ဆွဲထုတ်လိုက်ပါသည်။

/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 အရင်းအမြစ်များအားလုံးနှင့်၊ ထို့နောက် command ကိုလုပ်ဆောင်ပါ။ rc имя.rdefဒီဖိုင်ကို ဖန်တီးပါလိမ့်မယ်။ .rsrc. ထို့နောက်သင် command ကို run ရန်လိုအပ်သည်။ resattr -o имя_бинарника имя.rsrc. အနည်းဆုံးအားဖြင့်၊ ကျွန်ုပ်သည် ကျွန်ုပ်၏ scripts များတွင် အိုင်ကွန်များထည့်ရန် ဤကဲ့သို့သော အမိန့်များကို အသုံးပြုပါသည်။

ကောင်းပြီ၊ ရည်ညွှန်းချက်တစ်ခုမဟုတ်ဘဲ အရင်းအမြစ်တစ်ခုကို ဖန်တီးချင်ခဲ့တယ်။ ငါတကယ်စိတ်ရှုပ်နေတယ်။

ဖိုင်စနစ်ကို အသုံးပြု၍ စမတ်ကျကျ သိမ်းဆည်းခြင်း။

ELF အရည်အချင်းများကို ဖွင့်ခြင်းနှင့် ဖတ်ခြင်းသည် နှေးကွေးသည်။ အပေါ်မှာရေးခဲ့သလိုပဲ အိုင်ကွန်ကို ဖိုင်ထဲမှာ အရင်းအမြစ်တစ်ခုအနေနဲ့ ရေးထားတယ်။ ဤနည်းလမ်းသည် ပိုမိုယုံကြည်စိတ်ချရပြီး အခြားဖိုင်စနစ်သို့ ကူးယူခြင်းကို ရှင်သန်နိုင်စေပါသည်။ သို့ရာတွင်၊ ၎င်းကို ဥပမာအားဖြင့် ဖိုင်စနစ်၏ ရည်ညွှန်းချက်သို့လည်း ကူးယူသည်။ BEOS:ICON. ၎င်းသည် BFS ကဲ့သို့သော အချို့သော ဖိုင်စနစ်များတွင်သာ အလုပ်လုပ်ပါသည်။ ဤဖြေရှင်းချက်သည် လျင်မြန်စွာအလုပ်လုပ်သောကြောင့် စနစ်မှပြသထားသည့် အိုင်ကွန်များကို ( Tracker နှင့် Deskbar တွင်) ဤတိုးချဲ့ထားသောအရည်အချင်းမှ ဖတ်ပြပါသည်။ အချို့နေရာများတွင် (ဥပမာ၊ ပုံမှန် "အကြောင်း" ဝင်းဒိုးတစ်ခု (အမြန်နှုန်းသည် အရေးမကြီးသည့်) စနစ်သည် ဖိုင်ရှိအရင်းအမြစ်မှ အိုင်ကွန်ကို တိုက်ရိုက်လက်ခံရရှိပါသည်။ ဒါပေမယ့် ဒါက အဆုံးမဟုတ်ပါဘူး။ Mac တွင်၊ အသုံးပြုသူများသည် အပလီကေးရှင်းများ၊ လမ်းညွှန်များ၊ စာရွက်စာတမ်းများကို ၎င်းတို့ကိုယ်တိုင် အစားထိုးနိုင်သည်ကို သတိရပါ၊ ဥပမာ၊ Mac တွင် ဤ "အရေးကြီး" အရာများကို လုပ်ဆောင်နိုင်သောကြောင့်၊ Slack အိုင်ကွန်အသစ်ကို ယခင်တစ်ခုနှင့် အစားထိုးခြင်း။. Haiku တွင်၊ သင်သည် အပလီကေးရှင်းနှင့် ပါလာသော မူရင်းအိုင်ကွန်အဖြစ် အရင်းအမြစ် (ဖိုင်) ကို စဉ်းစားသင့်ပြီး အသုံးပြုသူ၏ ဆန္ဒအတိုင်း အပြောင်းအလဲပြုလုပ်နိုင်စေမည့် ရည်ညွှန်းချက် (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 ပက်ကေ့ဂျ်များ၏ မှော်ဆန်မှု

Haiku တွင် ပရိုဂရမ်များရယူရန် လက်ရှိ (မကြာခဏ) ပက်ကေ့ဂျ်များကို အသုံးပြုပါသည်။ .hpkg. ရိုးရှင်းသောအမည်ဖြင့် အရူးမခံရပါနှင့်။

သမားရိုးကျ ပက်ကေ့ဂျ်ဖော်မတ်များဖြင့်၊ ဤအချက်ကြောင့် အချိန်အတော်ကြာ စိတ်မကောင်းဖြစ်ခဲ့ရသည်- သင်အရာတစ်ခုကို ဒေါင်းလုဒ်လုပ်ခြင်း (ပက်ကေ့ဂျ်) နှင့် အခြားတစ်ခုကို စနစ်တွင် ထည့်သွင်းထားသည် (အထုပ်အတွင်းရှိ ဖိုင်များ)။ သမားရိုးကျနည်းလမ်းဖြင့် ပက်ကေ့ဂျ်တစ်ခုကို ထည့်သွင်းသည့်အခါ ဖိုင်များကို စီမံခန့်ခွဲရန် (ဥပမာ၊ ၎င်းတို့ကို ဖျက်ရန်) အလွန်ခက်ခဲသည်။ အထုပ်၏ အကြောင်းအရာများ ဖြစ်သောကြောင့် ဖြစ်သည်။ ဖိုင်စနစ်တစ်ခုလုံး ပြန့်ကျဲနေသည်။ပျမ်းမျှအသုံးပြုသူသည် စာရေးခွင့်မရှိသည့်နေရာများအပါအဝင်၊ ၎င်းသည် ပရိုဂရမ်တစ်ခုလုံးကို ဖြစ်ပေါ်စေသည်- အထုပ်မန်နေဂျာများ. သို့သော် ထည့်သွင်းပြီးသား ဆော့ဖ်ဝဲလ် ဥပမာ၊ အခြားစက်တစ်ခုသို့ ရွှေ့ပြောင်းနိုင်သော ဒစ်ခ် သို့မဟုတ် ဖိုင်ဆာဗာကို လွှဲပြောင်းခြင်းမှာ လုံးဝမဖြစ်နိုင်လျှင် ပို၍ပင်ခက်ခဲလာသည်။ ပုံမှန် Linux-based စနစ်တွင်၊ တစ်ဦးချင်း ဖိုင်များသည် သိန်းပေါင်းများစွာမှ သန်းပေါင်းများစွာအထိ ရှိနိုင်သည်။ ပြောစရာမလိုအောင်၊ စနစ်တစ်ခုကို ကနဦးထည့်သွင်းသည့်အခါ၊ ပုံမှန်အထုပ်များကို ထည့်သွင်းသည့်အခါ၊ အပ်ဒိတ်လုပ်ခြင်းနှင့် ဖြုတ်လိုက်သည့်အခါ၊ boot volume (root partition) ကို အခြားကြားခံတစ်ခုသို့ ကူးယူသည့်အခါ၊ ဤအရာသည် ပျက်စီးလွယ်ပြီး နှေးကွေးသည်ဟူ၍ နှစ်မျိုးလုံးပြောစရာမလိုပါ။

ကျွန်ုပ်သည် နောက်ဆုံးအသုံးပြုသူအပလီကေးရှင်းများအတွက် တစ်စိတ်တစ်ပိုင်းဖြတ်ပိုင်းဖြစ်သော AppImage ပရောဂျက်တွင် လုပ်ဆောင်နေပါသည်။ ၎င်းသည် အပလီကေးရှင်းတစ်ခုနှင့် ၎င်း၏မှီခိုမှုအားလုံးကို အက်ပ်စတင်သောအခါတွင် တပ်ဆင်ထားသည့် ဖိုင်စနစ်ပုံတစ်ပုံတွင် စုစည်းထားသည့် ဆော့ဖ်ဝဲဖြန့်ဖြူးဖော်မတ်တစ်ခုဖြစ်သည်။ တူညီသော ImageMagick သည် ရုတ်တရက် ဖိုင်မန်နေဂျာတွင် အသေအချာမျှသာ စီမံထားသော ဖိုင်တစ်ခုထဲသို့ ရုတ်တရက် ပြောင်းလဲသွားသောကြောင့် အရာများကို သိသိသာသာ ရိုးရှင်းစေသည်။ အဆိုပြုထားသောနည်းလမ်းသည် ပရောဂျက်၏အမည်တွင်ဖော်ပြထားသည့်အတိုင်း ဆော့ဖ်ဝဲလ်အတွက်သာအလုပ်လုပ်သည်၊ Linux အတွက်ဆော့ဖ်ဝဲလ်ပေးပို့ရာတွင်ပါဝင်သူများသည်ကျွန်ုပ်ကိုအမြဲတမ်းမြှားညွှန်ပေးသောကြောင့်၎င်း၏ကိုယ်ပိုင်ပြဿနာများပါရှိသည်။

ဟိုင်ကူကို ပြန်ကြရအောင်။ သမားရိုးကျ ပက်ကေ့ဂျ်စနစ်များနှင့် ရုပ်ပုံအခြေခံဆော့ဖ်ဝဲလ်ပေးပို့ခြင်းကြား အကောင်းဆုံးချိန်ခွင်လျှာကို ရှာတွေ့နိုင်ပါသလား။ သူမ၏အထုပ်များ .hpkg တကယ်တော့ compressed file system ပုံတွေပါ။ စနစ်စတင်သောအခါ၊ kernel သည် အောက်ပါ kernel မက်ဆေ့ချ်များနှင့် ခန့်မှန်းခြေအားဖြင့် ထည့်သွင်းပြီး တက်ကြွသော ပက်ကေ့ဂျ်များအားလုံးကို တပ်ဆင်သည်-

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"

အေး ဟုတ်လား။ အဲဒီ့မှာ ချိတ်ထားပါ၊ ပိုတောင်အေးလာလိမ့်မယ်။

အရမ်းထူးခြားတဲ့ Package တစ်ခုရှိပါတယ်။

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

၎င်းတွင် kernel အပါအဝင် အလွန်သေးငယ်သောလည်ပတ်မှုစနစ်တစ်ခုပါရှိသည်။ ယုံသည်ဖြစ်စေ၊ မယုံသည်ဖြစ်စေ kernel ကိုယ်တိုင်ပင်လျှင် boot volume (root partition) မှမဖယ်ရှားဘဲ အထုပ်ထဲမှ ဂရုတစိုက်ထည့်ထားခြင်းဖြစ်သည်။ .hpkg. အလို! Haiku ၏ အလုံးစုံ ဆန်းပြားမှုနှင့် ညီညွတ်မှု၏ တစ်စိတ်တစ်ပိုင်းသည် kernel နှင့် core userspace မှ package management နှင့် runtime infrastructure တို့အထိ စနစ်တစ်ခုလုံးကို အဖွဲ့တစ်ဖွဲ့က ပူးပေါင်း၍ ဖန်တီးထားခြင်းမှ ဆင်းသက်လာသည်ဟု ကျွန်တော်ပြောခဲ့ပြီးပြီဖြစ်သည်။ Linux တွင် ဤကဲ့သို့သော အရာတစ်ခုခုကို လုပ်ဆောင်ရန် မတူညီသောအုပ်စုများနှင့် အဖွဲ့မည်မျှကြာမည်ကို စိတ်ကူးကြည့်ပါ။ [ကျွန်ုပ်သည် PuppyLinux ပရောဂျက်ကို စိတ်ကူးကြည့်သည် - အနီးစပ်ဆုံး။ ဘာသာပြန်သူ]. ထို့နောက် ဤနည်းလမ်းကို ဖြန့်ဝေမှုအဖြစ် လက်ခံကျင့်သုံးရန် အချိန်မည်မျှကြာမည်ကို စိတ်ကူးကြည့်ပါ။ သူတို့ပြောသည်မှာ- ရိုးရှင်းသောပြဿနာတစ်ခုယူပါ၊ မတူညီသောဖျော်ဖြေတင်ဆက်သူများကြားတွင် ပိုင်းခြားပါ၊ ၎င်းသည် ဖြေရှင်းရန်မဖြစ်နိုင်တော့လောက်အောင် ရှုပ်ထွေးလာပါလိမ့်မည်။ ဟိုင်ကူက ဒီကိစ္စမှာ မျက်လုံးဖွင့်လိုက်တယ်။ Linux တွင် ယခုဖြစ်ပျက်နေသည့်အရာသည် အတိအကျထင်သည် (ဤကိစ္စတွင် Linux သည် Linux/GNU/dpkg/apt/systemd/Xorg/dbus/Gtk/GNOME/XDG/Ubuntu stack အတွက် စုပေါင်းဝေါဟာရဖြစ်သည်။

hpkg ကို အသုံးပြု၍ စနစ်ပြန်လှည့်ခြင်း။

အောက်ပါအခြေအနေများ မည်မျှကြာတတ်သည်- အပ်ဒိတ်သည် အောင်မြင်ခဲ့ပြီး၊ ထို့နောက်တွင် ၎င်းသည် သင့်အနေဖြင့် တစ်စုံတစ်ရာ အလုပ်မလုပ်ကြောင်း ထွက်ပေါ်လာပါသည်။ အကယ်၍ သင်သည် သမားရိုးကျ ပက်ကေ့ဂျ်မန်နေဂျာများကို အသုံးပြုပါက၊ ပက်ကေ့ဂျ်အသစ်များ မထည့်သွင်းမီ အချိန်မီ စနစ်၏ အခြေအနေသို့ ပြန်သွားရန် ခက်ခဲသည် (ဥပမာ၊ တစ်စုံတစ်ခု မှားယွင်းသွားပါက)။ အချို့သောစနစ်များသည် ဖိုင်စနစ်လျှပ်တစ်ပြက်ပုံများပုံစံဖြင့် ဖြေရှင်းနည်းများကို ပေးစွမ်းသော်လည်း ၎င်းတို့သည် အလွန်ခက်ခဲပြီး စနစ်အားလုံးတွင် အသုံးမပြုပါ။ Haiku သည် packages များကိုအသုံးပြု၍ ၎င်းကိုဖြေရှင်းသည်။ .hpkg. စနစ်တွင် ပက်ကေ့ဂျ်များ ပြောင်းလဲသည့်အခါတိုင်း၊ ပက်ကေ့ဂျ်အဟောင်းများကို ဖျက်ပစ်မည်မဟုတ်သော်လည်း၊ လမ်းကြောင်းခွဲများကဲ့သို့ စနစ်အတွင်း သိမ်းဆည်းထားသည်။ /Haiku/system/packages/administrative/state-<...>/ အဆက်မပြတ်။ မပြီးသေးသော လုပ်ဆောင်ချက်များသည် ၎င်းတို့၏ အချက်အလက်များကို လမ်းညွှန်ခွဲများတွင် သိမ်းဆည်းထားသည်။ /Haiku/system/packages/administrative/transaction-<...>/.

အကြောင်းအရာ /Haiku/system/packages/administrative. “ပြည်နယ်...” လမ်းညွှန်များတွင် တက်ကြွသော ပက်ကေ့ဂျ်များ၏ အမည်များဖြင့် စာသားဖိုင်များ ပါ၀င်ပြီး “ငွေပေးငွေယူ…” လမ်းညွှန်များတွင် ပက်ကေ့ခ်ျများ ကိုယ်တိုင် ပါဝင်ပါသည်။

"အသက်ဝင်သောအခြေအနေ" ဟုဆိုသည်။ စာရင်း .hpkg စာသားဖိုင်တစ်ခုရှိ ဖိုင်မန်နေဂျာတွင် လုပ်ဆောင်မှုတစ်ခုစီတိုင်းပြီးနောက် အပြောင်းအလဲများမလုပ်ဆောင်မီ ပက်ကေ့ဂျ်များ တက်ကြွစွာလုပ်ဆောင်သည်။ /Haiku/system/packages/administrative/state-<...>/activated-packages. အလားတူနည်းဖြင့် “တက်ကြွသောအခြေအနေ” အသစ်ကို စာသားဖိုင်တစ်ခုတွင် ရေးသားထားသည်။ /Haiku/system/packages/administrative/activated-packages.

directory ကို /Haiku/system/packages/administrative/state-<...>/ ဤပြည်နယ်၏ အသက်ဝင်သော ပက်ကေ့ဂျ်များစာရင်း (ဖယ်ရှားခြင်းမပြုဘဲ ပက်ကေ့ဂျ်များ တပ်ဆင်ခြင်းကိစ္စတွင်) နှင့် ပက်ကေ့ဂျ်များကို ဖယ်ရှားခြင်း သို့မဟုတ် အပ်ဒိတ်လုပ်ပါက - ပြည်နယ်လမ်းညွှန်တွင် ပက်ကေ့ဂျ်ဗားရှင်းအဟောင်းများပါရှိသည်။

ပက်ကေ့ဂျ်များစာရင်းပေါ်အခြေခံ၍ စနစ်စတင်ဖွင့်သောအခါတွင် (mount) ပက်ကေ့ဂျ်များကို အသက်သွင်းရန် ဆုံးဖြတ်ချက်ချသည်။ ရိုးရှင်းပါတယ်။ ဒေါင်းလုဒ်လုပ်နေစဉ်အတွင်း တစ်ခုခုမှားယွင်းနေပါက၊ သင်သည် မတူညီသော၊ အဟောင်းစာရင်းတစ်ခုကို အသုံးပြုရန် ဒေါင်းလုဒ်မန်နေဂျာအား သင်ပြောနိုင်ပါသည်။ ပြဿနာ ပြေလည်သွားပြီ။

Haiku downloader ဝင်ခွင့်အမှတ်တစ်ခုစီသည် သက်ဆိုင်ရာ "တက်ကြွသောအခြေအနေ" ကိုပြသသည်

နားလည်ရလွယ်ကူသောအမည်များဖြင့် "တက်ကြွသောအခြေအနေ" စာရင်းအဖြစ်ရိုးရှင်းသောစာသားဖိုင်များထားရှိခြင်း၏ချဉ်းကပ်မှုကိုနှစ်သက်သည်။ .hpkg. ၎င်းသည် စက်များအတွက် တည်ဆောက်ထားသည့် လူများအတွက် မဟုတ်သည့် ဆန့်ကျင်ဘက်ဖြစ်ပြီး လုံးဝဆန့်ကျင်ဘက်ဖြစ်သည်။ တစ်စည်း ဖိုင်စနစ်ရှိ OSTree သို့မဟုတ် Flatpak မှ (Microsoft GUID ကဲ့သို့ အဆင့်တူ)။

အချိန်တစ်ခုစီအတွက် တက်ကြွသောအထုပ်များစာရင်း

ဖွဲ့စည်းမှုဒေတာ

ကတ်တလောက်ထဲမှာ ထင်ရှားတယ်။ /Haiku/system/packages/administrative/writable-files ပက်ကေ့ဂျ်များအတွက် ဖွဲ့စည်းမှုဖိုင်များ ပါ၀င်သော်လည်း ၎င်းတို့ကို ရေးသား၍ မရနိုင်ပါ။ မှတ်မိသလောက်၊ .hpkg ဖတ်ရန်သာ တပ်ဆင်ထားသည်။ ဒါကြောင့် ဒီဖိုင်တွေကို မရေးခင် packages တွေကနေ ကူးယူထားရပါမယ်။ အဓိပ္ပါယ်ရှိတယ်။

.hpkg စနစ်အတွက် GUI ပေါင်းစပ်မှု

ဒီအိတ်တွေက ဘယ်လိုတောက်ပြောင်နေလဲ ကြည့်လိုက်ရအောင် .hpkg အသုံးပြုသူ၏ အလုပ်ပတ်ဝန်းကျင် (UX) တွင် ပေါင်းစည်းခြင်းဖြင့် ရင်ဆိုင်ပါ။ နောက်ဆုံးတွင်၊ Haiku ကို တစ်ကိုယ်ရေသုံးရန်အတွက် ရည်ရွယ်ပါသည်။ ကျွန်ုပ်သည် သုံးစွဲသူအတွေ့အကြုံကို ပက်ကေ့ဂျ်များနှင့် နှိုင်းယှဉ်သောအခါတွင် ကျွန်ုပ်ကိုယ်တိုင် ဘားကို မြင့်တင်ထားသည်။ .app Macintosh ပေါ်တွင် တူညီသော အတွေ့အကြုံဖြင့် .hpkg. Linux ပေါ်ရှိ အလုပ်ပတ်ဝန်းကျင်များနှင့် အခြေအနေကိုပင် နှိုင်းယှဉ်မည်မဟုတ်ပါ၊ အဘယ်ကြောင့်ဆိုသော် ၎င်းသည် အခြားအရာများနှင့် နှိုင်းယှဉ်ပါက လုံးဝကြောက်စရာကောင်းသောကြောင့်ဖြစ်သည်။

အောက်ပါအခြေအနေများကို သတိရမိသည်-

• ပက်ကေ့ခ်ျတစ်ခု၏ အကြောင်းအရာများကို ကြည့်လိုပါသည်။ .hpkg
• ပက်ကေ့ချ်ကို တပ်ဆင်လိုပါသည်။
• အထုပ်ကို ဖြုတ်ချင်လိုက်တာ
• ပက်ကေ့ဂျ်တစ်ခု၏ တစ်စိတ်တစ်ပိုင်းအနေဖြင့် စနစ်ထဲသို့ ဝင်လာသောအရာကို ဖယ်ရှားလိုပါသည်။
• ပက်ကေ့ခ်ျတစ်ခု၏ အစိတ်အပိုင်းတစ်ခုအနေဖြင့် စနစ်ထဲသို့ ဝင်လာသောအရာတစ်ခုကို ကူးယူလိုပါသည်။
• Haiku တပ်ဆင်မှုတိုင်း၏ တစ်စိတ်တစ်ပိုင်းမဟုတ်နိုင်သည့် ပက်ကေ့ဂျ်တစ်ခု၏ မှီခိုမှုအားလုံးကို ဒေါင်းလုဒ်လုပ်လိုပါသည် (ဥပမာ၊ ကျွန်ုပ်တွင် အင်တာနက်အသုံးပြုခွင့်မရှိသော ရုပ်ပိုင်းဆိုင်ရာ သီးခြားခွဲထားသောစက်တစ်ခုရှိသည်။)
• ကျွန်ုပ်သည် ကျွန်ုပ်၏ ပက်ကေ့ဂျ်များ (သို့မဟုတ် ၎င်းတို့ထဲမှ တစ်စိတ်တစ်ပိုင်း) ကို boot volume (root partition) မှ သီးခြားခွဲ၍ အခြားတစ်နေရာသို့ ရွှေ့လိုသည် (ဥပမာ၊ ကျွန်ုပ်တွင် နေရာအလုံအလောက်မရှိသောကြောင့်)။

၎င်းသည် ကျွန်ုပ်၏နေ့စဉ်အလုပ်မှ အဓိကကိစ္စရပ်များအများစုကို အကျုံးဝင်သင့်သည်။ ကဲ စလိုက်ကြရအောင်။

ပက်ကေ့ခ်ျအကြောင်းအရာများကို စစ်ဆေးခြင်း။

Mac မဟုတ်ပါဘူး။ ကျွန်ုပ်သည် ၎င်းကိုဖွင့်ပြီး Finder ရှိအကြောင်းအရာများကိုကြည့်ရှုရန် ပက်ကေ့ဂျ်ပေါ်တွင်ညာဖက်ကလစ်နှိပ်ပါ။ အမှန်မှာ၊ ၎င်းသည် ရုပ်ဖျက်ထားသော လမ်းညွှန်တစ်ခုသာဖြစ်သည်။ (Package တွေရှိတယ်ဆိုတာ သိပါတယ်။ .pkg အက်ပလီကေးရှင်းများမဟုတ်သော စနစ်၏ အစိတ်အပိုင်းတစ်ခုအတွက်၊ သို့သော် သာမန်အသုံးပြုသူများသည် များသောအားဖြင့် ၎င်းတို့နှင့် အပြန်အလှန်မဆက်ဆံကြပါ။)

Haiku ပေါ်မှာ ကျွန်ုပ်သည် ပက်ကေ့ဂျ်ပေါ်တွင် ညာဖက်ကလစ်နှိပ်ပါ၊ ထို့နောက် အထဲမှာပါသောအရာကိုကြည့်ရန် "Contents" ကိုနှိပ်ပါ။ သို့သော် ဤနေရာတွင် နှစ်ချက်နှိပ်ခြင်းဖြင့် ၎င်းတို့ကိုဖွင့်ရန် စွမ်းရည်မရှိသော ဖိုင်များစာရင်းမျှသာဖြစ်သည်။
အထုပ်ကို (ယာယီ) တပ်ဆင်ရန် နည်းလမ်းရှိလျှင် ပိုကောင်းပါသည်။ .hpkg ဖိုင်မန်နေဂျာမှတဆင့်ကြည့်ရှုရန်၊ အသုံးပြုသူသည်အကောင်အထည်ဖော်မှုအသေးစိတ်အချက်အလက်များကိုစိုးရိမ်စရာမလိုပါ။ (စကားမစပ်၊ ဖွင့်လို့ရတယ်။ .hpkg အထုပ်ထဲမှာ Expanderအခြား archive များကဲ့သို့ ထုပ်ပိုးနိုင်သည်)။

HaikuDepot ၏ အင်တာဖေ့စ်သည် သင့်အား ပက်ကေ့ဂျ်ဖိုင်များစာရင်းကို ကြည့်ရှုနိုင်သော်လည်း၊ ဥပမာ၊ README.md ကို နှစ်ချက်နှိပ်ခြင်းဖြင့် အကြောင်းအရာများကို ကြည့်ရှုရန် နည်းလမ်းမရှိပါ။

Mac သည် ဤအမျိုးအစားတွင် အနိုင်ရသော်လည်း သင်လိုချင်သော HaikuDepot လုပ်ဆောင်ချက်ကို ပေါင်းထည့်ခြင်းသည် ခက်ခဲမည်မဟုတ်ပါ။

GUI မှတစ်ဆင့် ပက်ကေ့ဂျ်တစ်ခုကို ထည့်သွင်းခြင်း။

Mac မဟုတ်ပါဘူး။ဒစ်ခ်ပုံအများစု .dmg အထုပ်များပါရှိသည်။ .app. ဒစ်ခ်ရုပ်ပုံကို နှစ်ချက်နှိပ်ပြီးနောက် ဥပမာအားဖြင့် ၎င်းကို ဆွဲယူခြင်းဖြင့် အထုပ်ကို ကူးယူပါ။ /Applications Finder တွင်။ ဒါက ကျွန်တော့်အတွက် မပြောပလောက်ပါဘူး၊ ဒါပေမယ့် တချို့အသစ်လေးတွေက ဒါကို မကိုင်တွယ်နိုင်ဘူးလို့ ကြားဖူးတယ်။ ပုံမှန်အားဖြင့်၊ Apple သည် system-wide directory ကို အကြံပြုသည်။ /Applications (NeXT တွင် ၎င်းကို ကွန်ရက်အဖြစ်သာမက တစ်ဦးချင်းပါ ချိတ်ဆက်ထားသည်)၊ သို့သော် သင်သည် သင်၏ အက်ပ်လီကေးရှင်းများကို ဖိုင်ဆာဗာ သို့မဟုတ် ဖိုင်လမ်းညွှန်ခွဲတစ်ခုတွင် အလွယ်တကူ တင်နိုင်သည်။ $HOME/Applicationsကြိုက်တယ်ဆိုရင် အဲဒီနည်းအတိုင်းလုပ်ပါ။

Haiku ပေါ်မှာပက်ကေ့ဂျ်ကို နှစ်ချက်နှိပ်ပါ၊ ထို့နောက် "Install" ကိုနှိပ်ပါ၊ လွယ်ကူမည်မဟုတ်ပါ။ ပက်ကေ့ဂျ်တစ်ခုတွင် HaikuPorts တွင် ရနိုင်သော်လည်း မထည့်သွင်းရသေးသော မှီခိုမှုများရှိနေပါက မည်သို့ဖြစ်မည်ကို တွေးတောနေပါသည်။ Linux တွင် ဤအခြေအနေတွင် ဘာလုပ်ရမည်ကို အမှန်တကယ် မသိသော်လည်း ဖြေရှင်းချက်မှာ သိသာထင်ရှားသည် - အသုံးပြုသူအား ၎င်းတို့အား ဒေါင်းလုဒ်လုပ်ပြီး မှီခိုထည့်သွင်းရန် လိုအပ်ခြင်းရှိမရှိ မေးမြန်းပါ။ Haiku လုပ်တာ အတိအကျပဲ။

ကျွန်ုပ်သည် 'sanity' ပက်ကေ့ဂျ်ကို ကိုယ်တိုင်ဒေါင်းလုဒ်လုပ်ပြီး ၎င်းကို နှိပ်လိုက်သည်၊ ပက်ကေ့ဂျ်မန်နေဂျာသည် ၎င်း၏မှီခိုမှုများကို မည်သည့်နေရာတွင် ရယူရမည်ကို သိသည် (သိုလှောင်မှုများကို စနစ်တွင် စာရင်းသွင်းထားပြီးဖြစ်သည်ဟု ယူဆပါသည်)။ Linux ဖြန့်ချီရေးတိုင်းက ဒါကို မလုပ်နိုင်ဘူး။

နောက်တစ်နည်းကတော့ ဖိုင်မန်နေဂျာကို သုံးဖို့၊ ဆွဲချလိုက်ရုံပါပဲ။ .hpkg package သို့မဟုတ် in /Haiku/system/packages (စနစ်တစ်ခုလုံး တပ်ဆင်မှုအတွက်၊ ပုံမှန်အားဖြင့်) သို့မဟုတ် တွင် /Haiku/home/config/packages (တစ်ဦးချင်းစီထည့်သွင်းမှုအတွက်၊ နှစ်ချက်နှိပ်သည့်အခါ မရရှိနိုင်ပါ - ဤနေရာရှိ "config" ဟူသောစကားလုံးကြောင့် ကျွန်ုပ်စိတ်ဆိုးဆဲဖြစ်ပြီး ဤကိစ္စတွင် ကျွန်ုပ်အတွက် "ဆက်တင်များ" နှင့် အဓိပ္ပါယ်တူပါသည်)။ အသုံးပြုသူအများအပြား၏ အယူအဆသည် Haiku အတွက်ပင် မရရှိနိုင်သေးပါ (ဒါကြောင့်မို့လို့ ရိုးရှင်းပါတယ် - ကျွန်တော်မသိပါဘူး၊ အသုံးပြုသူပေါင်းများစွာရဲ့ လုပ်ဆောင်နိုင်စွမ်းတွေက desktop desktop ပတ်ဝန်းကျင်အတွက် မလိုအပ်ဘဲ အရာတွေကို ရှုပ်ထွေးစေလိမ့်မယ်)။

Haiku သည် အပလီကေးရှင်းများနှင့်သာမက စနစ်ပရိုဂရမ်များတွင်ပါ လုပ်ဆောင်နိုင်သောကြောင့် ဤအမျိုးအစားတွင် အနိုင်ရရှိခြင်းဖြစ်သည်။

ပက်ကေ့ဂျ်တစ်ခုကို GUI မှ ဖယ်ရှားခြင်း။

Mac မဟုတ်ပါဘူး။အပလီကေးရှင်းအိုင်ကွန်ကို အမှိုက်ပုံးသို့ ဆွဲယူရန် လိုအပ်ပြီး ဒါပါပဲ။ လွယ်ပါတယ်!

Haiku ပေါ်မှာပထမဦးစွာ၊ သင်သည် ၎င်းကို မှန်ကန်သောနေရာတွင် ထည့်သွင်းခဲသောကြောင့် (စနစ်သည် အရာအားလုံးကို လုပ်ဆောင်ပေးသည်) ဖြစ်သောကြောင့်၊ ပထမဦးစွာ၊ သင်သည် စနစ်ပေါ်တွင် ပက်ကေ့ချ်တည်နေရာကို ရှာဖွေရန် လိုအပ်ပါသည်။ များသောအားဖြင့် ဝင်ကြည့်ဖို့ လိုပါတယ်။ /Haiku/system/packages (စနစ်တစ်ခုလုံး ပုံသေတပ်ဆင်မှုဖြင့်) သို့မဟုတ် တွင် /Haiku/home/config/packages (“config” သည် အမည်လွဲမှားနေသည်ဟု ကျွန်ုပ်ဖော်ပြခဲ့ပါသလား။) ထို့နောက် အပလီကေးရှင်းကို အမှိုက်ပုံးသို့ ရိုးရှင်းစွာ ဆွဲယူသွားသည်၊ ဒါပါပဲ။
လွယ်ပါတယ်! သို့သော်လည်း ငါအဲဒါကို မပြောဘူး။ ဤသည်မှာ အမှန်တကယ်ဖြစ်ပျက်နေသည်-

အပလီကေးရှင်းတစ်ခုအား အမှိုက်ပုံးထဲသို့ ဆွဲယူပါက ၎င်းသည် မည်သို့ဖြစ်မည်နည်း။ /Haiku/system/packages

QtQuickApp ရှိ ကျွန်ုပ်၏မနေ့က "Hello World" အက်ပ်ကို အမှိုက်ပုံးထဲသို့ ရွှေ့ရန် ကြိုးစားခဲ့သည်။ စနစ်လမ်းညွှန်ကို ရွှေ့ဖို့ ကျွန်တော် မကြိုးစားခဲ့ပါဘူး၊ ပက်ကေ့ဂျ်အားလုံးကို စနစ်လမ်းညွှန်တွင် ထည့်သွင်းထားသောကြောင့် အထုပ်ကို ဖယ်ရှားရန် မဖြစ်နိုင်ပါ။ .hpkg ပြောင်းလဲခြင်းမရှိဘဲ "သူ့ရဲ့အကြောင်းအရာ". သာမန်အသုံးပြုသူတစ်ဦးသည် မူလသတ်မှတ်ထားသည့် “Cancel” ခလုတ်ကို နှိပ်၍ ကြောက်လန့်သွားမည်ဖြစ်သည်။

ရှင်းပြသည်။ မစ္စတာ။ waddlesplash:

ဒီပို့စ်က 10 နှစ်ကျော်ပါပြီ။ အထုပ်ကိုယ်နှိုက်က ရွှေ့လိုက်မှသာ သတိပေးချက် ပေါ်လာနိုင်စေရန်အတွက် ၎င်းကို configure ပြုလုပ်ရန် လိုအပ်ပါသည်။ ပုံမှန်အသုံးပြုသူများသည် မည်သို့ပင်လုပ်ဆောင်ရန် မလိုအပ်ပါ။

ကောင်းပြီ၊ ငါ HaikuDepot ကိုသုံးပြီး ဒါကို လုပ်သင့်တယ်။ ပက်ကေ့ချ်ကို နှစ်ချက်နှိပ်လိုက်တာ /Haiku/system/packages၊ "Uninstall" ခလုတ်ပေါ်လာရန်စောင့်ဆိုင်းပါ။ မဟုတ်ဘူး၊ "ထည့်သွင်းခြင်း" (တစ်ခုတည်းသာ) ရှိပါသည်။ "Uninstall" သင်ဘယ်မှာလဲ။

အပျော်သဘောသက်သက်ဖြင့် ထည့်သွင်းပြီးသော ပက်ကေ့ခ်ျတစ်ခုတွင် “Install” ကိုနှိပ်လိုက်လျှင် ဘာဖြစ်မည်ကို သိရန်ကြိုးစားခဲ့သည်။ ဤကဲ့သို့ ထွက်ပေါ်လာသည်-

ထည့်သွင်းပြီးသော ပက်ကေ့ခ်ျကို ထည့်သွင်းရန် ကြိုးစားပါက ၎င်းသည် ဖြစ်ပေါ်လာသည်။

နောက်တစ်ခုပေါ်လာသည်-

ယခင်ဝင်းဒိုးတွင် "Apply changes" ကိုနှိပ်ပါက၊ ၎င်းသည်ဤကဲ့သို့ဖြစ်နေလိမ့်မည်။

ဒါက ဆော့ဖ်ဝဲလ် အမှားအယွင်းတစ်ခုလို့ ကျွန်တော် ယူဆပါတယ်၊ အပလီကေးရှင်းရဲ့ လင့်ခ်က ရှိပြီးသားပါ။ [စာရေးသူသည် လင့်ခ်တစ်ခုကို ပေးမထားပါ။ ဘာသာပြန်သူ]

အမြန်ဖြေရှင်းချက်- ပက်ကေ့ခ်ျတွင်ပါဝင်နေပြီးဖြစ်ပါက "Uninstall" ခလုတ်တစ်ခုထည့်ပါ။ /Haiku/system/packages၊ ဒါမှမဟုတ် /Haiku/home/config/packages.

HaikuDepot တွင် ထည့်သွင်းထားသော ပက်ကေ့ဂျ်များစာရင်းကို ကြည့်သောအခါ၊ ကျွန်ုပ်သည် စာရင်းထဲတွင် ကျွန်ုပ်၏ ပက်ကေ့ခ်ျကို မြင်ပြီး ၎င်းကို ဖယ်ရှားနိုင်သည်။

Mac သည် ဤအမျိုးအစားတွင် အနိုင်ရသည်။ ဒါပေမယ့် မှန်ကန်တဲ့ စနစ်ထည့်သွင်းခြင်းဖြင့် Haiku မှာ အသုံးပြုသူအတွေ့အကြုံက Mac ထက် ပိုကောင်းမယ်လို့ စိတ်ကူးကြည့်နိုင်ပါတယ်။ ( developer တစ်ဦးက ၎င်းကို ဤနည်းဖြင့် အဆင့်သတ်မှတ်သည်- "သင် C++ အနည်းငယ်သိပါက HaikuDepot သို့ သတ်မှတ်ထားသော လုပ်ဆောင်နိုင်စွမ်းကို ထည့်ရန် တစ်နာရီမပြည့်မီ"၊ စေတနာ့ဝန်ထမ်းရှိပါသလား။)

အထုပ်တစ်ခုမှ တစ်စုံတစ်ခုကို ဖယ်ရှားခြင်း။

ပက်ကေ့ချ်မဟုတ်ဘဲ အပလီကေးရှင်းကို ဖယ်ရှားရန် ကြိုးစားကြပါစို့ .hpkgအဲဒီကနေ ထွက်လာတာ (“သေတတ်သူမျှသာ” အတွက် ခြားနားမှု တစ်စုံတစ်ရာ ရှိသလားလို့ သံသယဖြစ်မိပါတယ်။

Mac မဟုတ်ပါဘူး။အသုံးပြုသူသည် များသောအားဖြင့် ဖိုင်နှင့် အလုပ်လုပ်သည်။ .dmgလျှောက်လွှာပက်ကေ့ချ်ဘယ်ကလာတာလဲ။ .app. များသောအားဖြင့် ပုံများ .dmg ဒေါင်းလုဒ်များလမ်းညွှန်တွင် စုဆောင်းထားပြီး ပက်ကေ့ဂျ်များကို အသုံးပြုသူမှ ကူးယူပါသည်။ /Applications. အသုံးပြုသူတော်တော်များများက သူတို့ဘာလုပ်နေတယ်ဆိုတာကို မသိကြဘူးလို့ ယုံကြည်ကြပြီး ဒီယူဆချက်ကို Apple ဝန်ထမ်းဟောင်းတစ်ဦးက အတည်ပြုခဲ့ပါတယ်။ (Mac မှာ မကြိုက်တဲ့ အရာတွေထဲက တစ်ခုပါ။ ဥပမာ၊ AppImage နဲ့ ပါ၀င်တဲ့ အပလီကေးရှင်းနဲ့ ပက်ကေ့ချ်ကြား ကွာခြားချက်မရှိပါဘူး။ အိုင်ကွန်ကို အမှိုက်ပုံးထဲ ဆွဲထည့် = ဒါပါပဲ။ လွယ်ပါတယ်။)

Haiku ပေါ်မှာအကြား ပိုင်းခြားမှုလည်း ရှိပါသည်။ apps/ и packages/ထို့ကြောင့် ဤအရာက သုံးစွဲသူများကို ပိုမိုရှင်းလင်းစေသည်ဟု ကျွန်ုပ်သံသယရှိသည်။ ဒါပေမယ့် အက်ပလီကေးရှင်းကနေ ဆွဲယူလိုက်ရင် ဘာဖြစ်မလဲ။ apps/ စျေးဝယ်ခြင်းထဲသို့ထည့်သည်:

ဖိုင်တစ်ခုမှ ယူထားသော အပလီကေးရှင်းကို ဖယ်ရှားရန် ကြိုးစားသောအခါ ၎င်းသည် ဖြစ်ပျက်သည်။ .hpkg

နည်းပညာအရ ၎င်းသည် မှန်ကန်သည် (အားလုံးပြီးနောက်၊ အပလီကေးရှင်းကို ပထမနေရာ၌ ဖတ်ရန်သာဖိုင်စနစ်တွင် လက်ခံထားသည်)၊ သို့သော် ၎င်းသည် အသုံးပြုသူအတွက် အထူးအသုံးမဝင်ပါ။

အမြန်ဖြေရှင်းချက်- ၎င်းအစား ဖျက်ရန် GUI ကို အသုံးပြုရန် အကြံပြုအပ်ပါသည်။ .hpkg

အပျော်သဘောသက်သက်ဖြင့် Alt+D ကိုနှိပ်၍ အက်ပ်ကိုပွားရန် ကြိုးစားခဲ့သည်။ "ဖတ်ရန်သီးသန့်အသံအတိုးအကျယ်ရှိ အရာဝတ္ထုများကို ရွှေ့ရန် သို့မဟုတ် ကူးယူ၍မရပါ။" အားလုံးပဲမို့လား။ /system (အပြင် /system/packages и /system/settings) သည် packagefs mount point ( output တွင်မည်ကဲ့သို့ပေါ်လာသည်ကို သတိရပါ။ df?) ကံမကောင်းစွာပဲ, အမိန့်၏ output ကို mount အခြေအနေကို မရှင်းလင်းပါ (ယခင်ဆောင်းပါးတစ်ပုဒ်တွင် ပြောခဲ့သည့်အတိုင်း)၊ mountvolume သင်ရှာနေသောအရာကို မပြပါ .hpkg "volumes" လို့ မယူဆပါဘူး)၊ ပြီးတော့ တခြား commands တွေကိုလည်း မေ့သွားတယ်။

AppImage မှလွဲ၍ ဤအမျိုးအစားတွင် မည်သူမျှ အနိုင်ရမည်မဟုတ်ပါ (ဒါပေမယ့် ရိုးရိုးသားသားပြောရရင် ဒါဟာ ဘက်လိုက်မှုတစ်ခုပါပဲ)။ သို့သော်၊ ပြုပြင်ပြောင်းလဲပြီးနောက်၊ Haiku တွင်အသုံးပြုသူအတွေ့အကြုံသည် Mac ထက် ပိုကောင်းမည်ဟု စိတ်ကူးနိုင်သည်။

မှတ်ချက်- "အပိုင်း" နှင့် ဆက်စပ်နေသော "အတွဲ" ဟူသည်ကို သင်ရှာဖွေရန် လိုအပ်သည်။ ၎င်းသည် "folder" နှင့် "directory" ၏ဆက်နွယ်မှုဖြစ်နိုင်သည်- လမ်းညွှန်အများစုသည် ဖိုင်မန်နေဂျာရှိ ဖိုင်တွဲများအဖြစ် ပေါ်လာသော်လည်း ၎င်းတို့အားလုံးမဟုတ်ပါ (ဥပမာ၊ ဖိုင်များအဖြစ် သဘောထားထားသော အထုပ်များ)။ ဒီလိုပြသမှုမျိုးက ကျွန်တော့်ကို တရားဝင် nerd ဖြစ်စေသလား။

ပက်ကေ့ဂျ်တစ်ခု၏ အကြောင်းအရာများကို အခြားစနစ်သို့ ကူးယူခြင်း။

Mac မဟုတ်ပါဘူး။အထုပ်ကို မအူမလည် ဆွဲယူလိုက်မိတယ်။ .appနှင့် မှီခိုမှုများသည် အထုပ်အတွင်းတွင် ရှိနေသောကြောင့်၊ ၎င်းတို့သည် အတူတကွ ရွေ့လျားကြသည်။

Haiku ပေါ်မှာအပလီကေးရှင်းကို ဆွဲယူလိုက်သော်လည်း မှီခိုမှုများမှာ လုံးဝလုပ်ဆောင်ခြင်းမရှိပါ။

အမြန်ဖြေရှင်းချက်- တစ်ခုခုရှိလျှင် မှီခိုမှုနှင့်အတူ `.hpkg ပက်ကေ့ခ်ျတစ်ခုလုံးကို ဆွဲယူပါဟု အကြံပြုကြပါစို့။

Mac သည် ဤအမျိုးအစားတွင် ရှင်းရှင်းလင်းလင်း အနိုင်ရသည်။ အနည်းဆုံးတော့ ငါ့အတွက် သူတို့နို်င်ငံကို ချစ်တဲ့သူ။ ဟိုင်ကူသို့ ကူးယူသင့်သည်။ .hpkg အက်ပလီကေးရှင်းအစား၊ ဒါပေမယ့်စနစ်ကငါ့ကိုဒါကိုမပေးဘူး ...

၎င်း၏မှီခိုမှုအားလုံးနှင့်အတူ ပက်ကေ့ဂျ်တစ်ခုကို ဒေါင်းလုဒ်လုပ်ပါ။

စက်တိုင်းသည် ကွန်ရက်သို့ တစ်ချိန်လုံး ချိတ်ဆက်နေသည်မဟုတ်ပါ။ ဆန့်ကျင်ဘက်အားဖြင့်၊ အချို့သောစက်များ (ဟုတ်ပါတယ်၊ ငါမင်းကိုကြည့်နေတယ်၊ ​​ခေတ်မီ Windows၊ Mac နဲ့ Linux) က ဒါကိုမေ့သွားတယ်။ ဥပမာ-အင်တာနက်ကဖေးကိုသွား၊ ဖြုတ်တပ်လို့ရတဲ့ drive မှာ ဆော့ဖ်ဝဲလ်ဒေါင်းလုဒ်လုပ်၊ ဒီဒရိုက်ကို အိမ်ကွန်ပြူတာထဲထည့်ပြီး အရာအားလုံး အဆင်ပြေသွားမှာ သေချာစေရမယ် [အန္တရာယ်ရှိတဲ့ကောင်၊ Windows ပေါ်မှာ ဒီလိုလုပ်နေတာ... - အနီးစပ်ဆုံး ဘာသာပြန်သူ]။

ရလဒ်အနေနဲ့၊ Windows နဲ့ Linux မှာ ပုံမှန်ထက် အနည်းငယ်ပိုကြာတတ်ပါတယ်။

Mac မဟုတ်ပါဘူး။ ဤသည်မှာ အများအားဖြင့် ဖိုင်တစ်ခုဖြစ်ပြီး သင်လုပ်ရန်မှာ ဒေါင်းလုဒ်လုပ်ရန်သာဖြစ်သည်။ .dmg. အများစုမှာ၊ ပုံမှန်အားဖြင့် MacOS ကိုယ်တိုင်က ပံ့ပိုးပေးသော အခြားမှီခိုမှုများ မရှိပါ။ ခြွင်းချက်တစ်ခုသည် သင့်လျော်သော execution ပတ်၀န်းကျင်တစ်ခု လိုအပ်သော ဥပမာ java ရှုပ်ထွေးသော application များဖြစ်သည်။

Haiku ပေါ်မှာ ဒေါင်းလုဒ်အထုပ် .hpkg ပြောရလျှင် java ရှိ တူညီသော အပလီကေးရှင်းသည် java သည် ပစ်မှတ်စက်တွင် ရှိနေနိုင်သည် သို့မဟုတ် မရှိနိုင်သောကြောင့် လုံလောက်မည်မဟုတ်ပေ။ ပေးထားသည့် ပက်ကေ့ခ်ျတစ်ခုအတွက် မှီခိုမှုအားလုံးကို ဒေါင်းလုဒ်လုပ်ရန် နည်းလမ်းရှိပါသလား။ .hpkgHaiku တွင် ပုံသေထည့်သွင်းထားသည့်အရာများမှလွဲ၍ အခြား၊ ထို့ကြောင့် Haiku စနစ်တိုင်းတွင် ရှိသင့်ပါသလား။

Mac သည် ဤအမျိုးအစားကို အနားသတ်အနည်းငယ်ဖြင့် အနိုင်ရသည်။

မှတ်ချက်များ Mr. waddlesplash-

ပက်ကေ့ခ်ျအစုတစ်ခုအနေဖြင့် အပလီကေးရှင်းတစ်ခု၏ မှီခိုမှုအားလုံးကို စုဆောင်းရန် ပရိုဂရမ်တစ်ခုရေးရန် .hpkg Haiku ၏ အတွင်းပိုင်းအလုပ်များနှင့် ရင်းနှီးသူအတွက် 15 မိနစ်ခန့် လုံလောက်ပါသည်။ ၎င်းအတွက် အမှန်တကယ် လိုအပ်ပါက ပံ့ပိုးကူညီမှု ပေါင်းထည့်ခြင်းသည် ခက်ခဲမည်မဟုတ်ပေ။ ဒါပေမယ့် ကျွန်တော့်အတွက်တော့ ဒါက ရှားရှားပါးပါး အခြေအနေတစ်ခုပါ။

ဤစီးရီး၏ နောက်ဆောင်းပါးတစ်ပုဒ်အထိ ကျွန်ုပ်တို့၏အသက်ကို ထိန်းထားလိုက်ကြပါစို့။

ပက်ကေ့ဂျ်များကို သီးခြားတည်နေရာသို့ ရွှေ့ခြင်း။

စောစောက ရေးခဲ့သလိုပဲ၊ ပက်ကေ့ခ်ျတွေကို ထားချင်တယ်။ .hpkg boot volume (root partition) တွင် ပုံမှန်နေရာချထားခြင်းမှ သီးခြားနေရာတစ်ခုသို့ (ကောင်းစွာ သို့မဟုတ် တစ်စိတ်တစ်ပိုင်း)။ ပုံမှန် (သီအိုရီမဟုတ်) ကိစ္စတွင်၊ ၎င်းအတွက် အကြောင်းရင်းမှာ ကျွန်ုပ်၏ (built-in) disk များ မည်မျှကြီးမားနေပါစေ ကျွန်ုပ်၏ (built-in) disk များပေါ်တွင် နေရာလွတ်များ အဆက်မပြတ် ကုန်သွားခြင်းကြောင့် ဖြစ်ပါသည်။ ကျွန်ုပ်သည် ကျွန်ုပ်၏ အပလီကေးရှင်းများတည်ရှိရာ ပြင်ပဒရိုက်ဗ်များ သို့မဟုတ် ကွန်ရက်မျှဝေမှုများကို ချိတ်ဆက်လေ့ရှိပါသည်။

Mac မဟုတ်ပါဘူး။ ပက်ကေ့ဂျ်တွေကို ရွှေ့လိုက်တာပါ။ .app Finder ရှိ ဖြုတ်တပ်နိုင်သော drive သို့မဟုတ် network directory သို့ ၊ ကျွန်ုပ်သည် ပုံမှန်အတိုင်း boot volume မှ အပလီကေးရှင်းကိုဖွင့်ရန် နှစ်ချက်နှိပ်နိုင်သေးသည်။ ကိုယ့်!

Haiku ပေါ်မှာငါပြောခဲ့သလိုပဲ၊ ဒါကို ရွှေ့ခြင်းဖြင့် အောင်မြင်နိုင်ပါတယ်။ .hpkg ဖြုတ်တပ်နိုင်သော drive သို့မဟုတ် network directory သို့ packages များ ၊ သို့သော်၎င်းတို့ကို system ပေါ်တွင်တပ်ဆင်ရန်အတွက် console ရှိ စာရွက်စာတမ်းမဲ့ command အချို့ကို အသုံးပြုရန်လိုအပ်ပါသည်။ GUI ကိုပဲသုံးပြီး ဒါကို ဘယ်လိုလုပ်ရမှန်းမသိဘူး။

Mac သည် ဤအမျိုးအစားတွင် အနိုင်ရသည်။

Mr. waddlesplash-

၎င်းသည် ပုံမှန်အသုံးပြုမှုအပေါ် အခြေခံ၍ ကောင်းမွန်အောင်ပြုလုပ်ခြင်းဖြစ်ပါသည်။ သုံးစွဲသူတစ်ဦးထက်ပိုသော တောင်းဆိုမှုရှိပါက ကျွန်ုပ်တို့ ၎င်းကို အကောင်အထည်ဖော်မည်ဖြစ်သည်။ မည်သို့ပင်ဆိုစေ Third-party အကောင်အထည်ဖော်ရန် ဖြစ်နိုင်ခြေရှိပါသည်။

ဒီအကြောင်းကို နောက်ဆောင်းပါးမှာ ပြောပါမယ်။

ကွန်ရက်လမ်းညွှန်များအကြောင်းပြောရာတွင်၊ ရိုးရှင်း၍ ရှာဖွေတွေ့ရှိနိုင်သော ကွန်ရက်ကျယ်ပြန့်သောအက်ပ်လီကေးရှင်းများ (Zeroconf ကဲ့သို့) ဒေသခံကွန်ပြူတာသို့ ကူးယူနိုင်သည် သို့မဟုတ် ဒေသတွင်းကွန်ရက်မှ တိုက်ရိုက်လည်ပတ်နိုင်သည့် ကွန်ရက်လမ်းညွှန်များအကြောင်းပြောလျှင် အလွန်ကောင်းမွန်မည်ဖြစ်သည်။ ဟုတ်ပါတယ်, developer များမှတဆင့်ရွေးချယ်ရန်ရွေးချယ်စရာရှိသည်။ app_flags.

GUI နှင့် hpkg စနစ် ပေါင်းစပ်မှုဆိုင်ရာ နောက်ဆုံးအစီရင်ခံစာ

ပေါင်းစည်းခြင်းရဲ့ နှိုင်းရသစ်လွင်မှုကြောင့်လို့ ကျွန်တော်ထင်ပါတယ်။ .hpkg GUI က လိုချင်စရာတွေ အများကြီး ကျန်သေးတယ်။ ဘာပဲဖြစ်ဖြစ် UX နဲ့ ပတ်သက်ရင် ပိုမိုကောင်းမွန်အောင် လုပ်နိုင်တဲ့ အရာတစ်ချို့ ရှိပါတယ်။

နောက်ထပ်တစ်ခု- Kernel Debug Land

ဥပမာ kernel အထိတ်တလန့်ဖြစ်နေစဉ် commands များရိုက်ထည့်နိုင်ခြင်းသည် ကောင်းပါတယ်။ syslog | grep usb. ကောင်းပြီ၊ Haiku တွင် Kernel Debug Land ကြောင့် ဖြစ်နိုင်သည်။ kernel အထိတ်တလန့်မဖြစ်ဘဲ အရာရာတိုင်းသည် သင့်အတိုင်းလုပ်ဆောင်ပါက ဤမှော်ပညာကို သင်မည်သို့မြင်နိုင်မည်နည်း။ Alt+PrintScn+D (Debug mnemonic) ကိုနှိပ်ခြင်းဖြင့် လွယ်ကူသည်။ ငါချက်ချင်းသတိရတယ်။ ပရိုဂရမ်မာ၏သော့မူရင်း Macintosh developer များအား debugger ထဲသို့ ထည့်သွင်းခွင့်ပေးသည် (တစ်ခုထည့်သွင်းထားလျှင် ဟုတ်ပါတယ်)။

ကောက်ချက်

ဟိုင်ကူစနစ်၏ ဆန်းပြားမှုသည် အလုပ်ပတ်ဝန်းကျင်တွင် ရှင်းရှင်းလင်းလင်း အာရုံစူးစိုက်မှုရှိသော အဖွဲ့ငယ်တစ်ခုမှ လုပ်ဆောင်သည့်အချက်မှ ဆင်းသက်လာခြင်းဖြစ်ကြောင်း၊ စနစ်၏ အလွှာအားလုံးတွင် ဝင်ရောက်အသုံးပြုနိုင်သည့် အလုပ်ပတ်ဝန်းကျင်ကို ရှင်းလင်းစွာ အာရုံစိုက်လုပ်ဆောင်ခြင်းမှ ဆင်းသက်လာခြင်းဖြစ်ကြောင်း နားလည်လာပါသည်။
အရာခပ်သိမ်းသည် အစိတ်စိတ်အမွှာမွှာကွဲသွားသည့်အတိုင်းအတာအထိ abstraction သည် abstraction ပေါ်တွင်ထိုင်ပြီး ချိုင်းထောက်ဖြင့်မောင်းနှင်နေသည့် Linux/GNU/dpkg/apt/systemd/Xorg/dbus/Gtk/GNOME/XDG/Ubuntu တို့နှင့် ပြတ်သားစွာ ခြားနားပါသည်။
မည်ကဲ့သို့ စနစ်ကျသည်ကို နားလည်သဘောပေါက်ခဲ့ပါသည်။ .hpkg သမားရိုးကျ ပက်ကေ့ဂျ်မန်နေဂျာများ၊ Snappy၊ Flatpak၊ AppImage၊ btrfs များပင်လျှင် အကောင်းဆုံးအလေ့အကျင့်များကို ပေါင်းစပ်ပြီး Mac ၏ "just works" ချဉ်းကပ်မှုဖြင့် ပေါင်းစပ်ထားသည်။

ကျွန်တော့်ခေါင်းထဲမှာ တစ်ခုခု “ပြောင်းသွား” သလိုပဲ၊ စနစ်ကို ဘယ်လိုနားလည်လဲ။ .hpkg သူမကို ကြည့်ရုံနဲ့ ဘယ်လို လှည့်ထွက်ရမလဲဆိုတာ သိတယ်။ ဒါပေမယ့် ဒါဟာ ငါမဟုတ်ပေမယ့် စနစ်ရဲ့ လှပမှုနဲ့ ရိုးရှင်းမှုပါ။ အများစုမှာ မူရင်း Mac မှ လှုံ့ဆော်မှု ဖြစ်သည် ။

ဟုတ်ကဲ့၊ ဘရောက်ဆာမှာ browsing က တုန်ယင်နေပြီး ခရုလို လည်ပတ်နေနိုင်တယ်၊ အပလီကေးရှင်းတွေ ချို့တဲ့နေနိုင်တယ် (Gtk၊ Electron - ဆန်းပြားမှုမရှိဘူးလို့ developer တွေက ကောက်ချက်ချပါတယ်)၊ ဗီဒီယိုနဲ့ 3d အရှိန်မြှင့်မှုက လုံးဝမရှိနိုင်ပေမယ့် အခုထိ ဒီစနစ်ကို သဘောကျတယ်။ နောက်ဆုံးတွင်၊ ဤအရာများကို ပြုပြင်နိုင်ပြီး ၎င်းတို့သည် မကြာမီ သို့မဟုတ် နောက်ပိုင်းတွင် ပေါ်လာမည်ဖြစ်သည်။ အချိန်တစ်ခုသာဖြစ်ပြီး မျက်လုံးနီရဲနေတာမျိုး ဖြစ်နိုင်ပါတယ်။

အကူအညီမတောင်းနိုင်ပေမယ့် အခုမှစမယ်လို့ထင်ပါတယ်။ Desktop ပေါ်တွင် Haiku ၏နှစ်.

ကြုံရာကျပန်းပြဿနာတွေ

တောင်းဆိုမှုများရှိနေပြီဖြစ်နိုင်သည် သို့မဟုတ် ၎င်းတို့ကိုဖွင့်သင့်ပါသလား။

• BeScreenCapture သည် Peek ကဲ့သို့ GIF သို့ တင်ပို့နိုင်မည်ဖြစ်သည်။ ၎င်းကို Haiku အတွက် ရရှိထားပြီးဖြစ်သော ffmpeg ကို အသုံးပြု၍ လုပ်ဆောင်နိုင်သည်။ လျှောက်လွှာ.
• ဖန်သားပြင်ဓာတ်ပုံဆော့ဖ်ဝဲသည် မျက်နှာပြင်တစ်ခုလုံးကို ဖမ်းယူမည့်အစား ပုံစံပြဝင်းဒိုးတစ်ခုကို ဖမ်းယူရန် ပျက်ကွက်သည်။
• WonderBrush ၏ဖြတ်တောက်ခြင်းကိရိယာကို အသုံးပြု၍ ဖန်သားပြင်ဓာတ်ပုံများကို သင်ဖြတ်တောက်ပြီးနောက် ရလဒ်ကို ဖိုင်တစ်ခုတွင် သိမ်းဆည်း၍မရပါ။
• Haiku မှာရှိတဲ့ hand cursor ကို မကြိုက်ပေမယ့် နွေးထွေးတဲ့ လွမ်းဆွတ်တဲ့ ခံစားမှုနဲ့ သက်ဆိုင်တယ်လို့ ကျွန်တော်ထင်ပါတယ်။ Krita ရှိ သီးနှံတူးလ်ကို အသုံးပြုသောအခါတွင် ၎င်းသည် မမှန်ကန်သော ဖြတ်တောက်ခြင်းကို ဖြစ်ပေါ်စေသည် (ဤဆောင်းပါးတွင် modal dialogs များ၏ screenshots များကို ကြည့်ပါ)။ crosshair cursor က အံ့ဩစရာပါ။ လျှောက်လွှာ.

သင်ကိုယ်တိုင်ကြိုးစားပါ။ နောက်ဆုံးတွင်၊ Haiku ပရောဂျက်သည် ထုတ်လုပ်ထားသော DVD သို့မဟုတ် USB မှ boot တက်ရန်အတွက် ပုံများကို ထောက်ပံ့ပေးသည်။ နေ့စဉ်. ထည့်သွင်းရန်၊ ပုံကို ဒေါင်းလုဒ်ဆွဲပြီး flash drive ကို အသုံးပြု၍ ရေးပါ။ etcher

သင့်တွင် မေးခွန်းများ ရှိပါသလား။ ရုရှားစကားပြောသို့ ဖိတ်ခေါ်ပါသည်။ ကြေးနန်းချန်နယ်.

အမှားအယွင်း ခြုံငုံသုံးသပ်ချက်- C နဲ့ C++ မှာ ကိုယ့်ကိုကိုယ် ခြေထောက်နဲ့ ဘယ်လိုရိုက်မလဲ။ Haiku OS ချက်ပြုတ်နည်းများ စုစည်းမှု

မှ စာရေးသူ ဘာသာပြန်- ဤသည် Haiku အကြောင်းစီးရီး၏ ဆဋ္ဌမမြောက်ဆောင်းပါးဖြစ်သည်။

ဆောင်းပါးများစာရင်း- ပဌမ ဒုတိယ တတိယ စတုတ္တ ပဉ္စမအချက်

source: www.habr.com