អ្វីផ្សេងទៀត៖ កញ្ចប់កម្មវិធី Haiku?

TL; កុង៖ អាច Haiku ទទួលបានការគាំទ្រត្រឹមត្រូវសម្រាប់កញ្ចប់កម្មវិធី ដូចជាថតកម្មវិធី (ដូចជា .app នៅលើ Mac) និង/ឬរូបភាពកម្មវិធី (Linux AppImage)? ខ្ញុំ​គិត​ថា​នេះ​ជា​ការ​បន្ថែម​ដ៏​សក្ដិសម​ដែល​ងាយ​ស្រួល​ក្នុង​ការ​អនុវត្ត​បាន​ត្រឹម​ត្រូវ​ជាង​ប្រព័ន្ធ​ផ្សេង​ទៀត​ព្រោះ​ហេដ្ឋារចនាសម្ព័ន្ធ​ភាគ​ច្រើន​មាន​ស្រាប់។

កាល​ពី​សប្ដាហ៍​មុន ខ្ញុំបានរកឃើញ Haiku ដែលជាប្រព័ន្ធដ៏ល្អមួយដែលមិននឹកស្មានដល់។ ជាការប្រសើរណាស់ ចាប់តាំងពីខ្ញុំបានចាប់អារម្មណ៍លើថតឯកសារ និងរូបភាពកម្មវិធី (ត្រូវបានបំផុសគំនិតដោយភាពសាមញ្ញរបស់ Macintosh) វាមិនគួរឱ្យភ្ញាក់ផ្អើលទេដែលគំនិតមួយបានចូលមកក្នុងគំនិតរបស់ខ្ញុំ...

សម្រាប់ការយល់ដឹងពេញលេញ ខ្ញុំជាអ្នកបង្កើត និងជាអ្នកនិពន្ធនៃ AppImage ដែលជាទម្រង់ការចែកចាយកម្មវិធីលីនុច ដែលមានបំណងសម្រាប់ភាពសាមញ្ញរបស់ Mac និងផ្តល់ការគ្រប់គ្រងពេញលេញដល់អ្នកនិពន្ធកម្មវិធី និងអ្នកប្រើប្រាស់ចុងក្រោយ (ប្រសិនបើអ្នកចង់ដឹងបន្ថែម សូមមើល វិ​គី и ឯកសារ).

ចុះបើយើងបង្កើត AppImage សម្រាប់ Haiku?

ចូរយើងគិតបន្តិច តាមទ្រឹស្ដីសុទ្ធសាធ៖ អ្វីដែលត្រូវធ្វើ ដើម្បីទទួលបាន AppImageឬមានអ្វីស្រដៀងគ្នានៅលើ Haiku? វាមិនចាំបាច់ក្នុងការបង្កើតអ្វីមួយនៅពេលនេះទេ ពីព្រោះប្រព័ន្ធដែលមានស្រាប់នៅក្នុង Haiku ដំណើរការយ៉ាងអស្ចារ្យ ប៉ុន្តែការពិសោធន៍បែបស្រមើលស្រមៃនឹងល្អណាស់។ វាក៏បង្ហាញពីភាពទំនើបរបស់ Haiku ផងដែរ បើប្រៀបធៀបទៅនឹងបរិស្ថានផ្ទៃតុ Linux ដែលរឿងបែបនេះពិបាកខ្លាំងណាស់ (ខ្ញុំមានសិទ្ធិនិយាយដូច្នេះ៖ ខ្ញុំបានតស៊ូជាមួយការបំបាត់កំហុសអស់រយៈពេល 10 ឆ្នាំ)។

នៅលើ Macintosh System 1 កម្មវិធីនីមួយៗគឺជាឯកសារដាច់ដោយឡែក "គ្រប់គ្រង" នៅក្នុង Finder ។ ដោយប្រើ AppImage ខ្ញុំកំពុងព្យាយាមបង្កើតបទពិសោធន៍អ្នកប្រើប្រាស់ដូចគ្នានៅលើលីនុច។

ទីមួយ តើ AppImage ជាអ្វី? នេះគឺជាប្រព័ន្ធសម្រាប់ការចេញផ្សាយកម្មវិធីភាគីទីបី (ឧទាហរណ៍ ការព្យាបាល Ultimaker) អនុញ្ញាតឱ្យកម្មវិធីត្រូវបានចេញផ្សាយនៅពេលណា និងរបៀបដែលពួកគេចង់បាន៖ មិនចាំបាច់ដឹងពីភាពជាក់លាក់នៃការចែកចាយផ្សេងៗ គោលការណ៍សាងសង់ ឬសាងសង់ហេដ្ឋារចនាសម្ព័ន្ធ មិនត្រូវការជំនួយផ្នែកថែទាំទេ ហើយពួកគេមិនប្រាប់អ្នកប្រើប្រាស់នូវអ្វីដែល (មិន) ពួកគេអាចដំឡើងបានទេ។ នៅលើកុំព្យូទ័ររបស់ពួកគេ។ AppImage គួរតែត្រូវបានយល់ថាជាអ្វីដែលស្រដៀងនឹងកញ្ចប់ Mac ក្នុងទម្រង់ .app នៅខាងក្នុងរូបភាពឌីស .dmg. ភាពខុសគ្នាសំខាន់គឺថាកម្មវិធីមិនត្រូវបានចម្លងទេ ប៉ុន្តែនៅតែមាននៅក្នុង AppImage ជារៀងរហូត ដូចគ្នានឹងកញ្ចប់ Haiku ដែរ។ .hpkg បាន​ដំឡើង ហើយ​មិន​ដែល​ដំឡើង​ក្នុង​ន័យ​ធម្មតា​ទេ។

ក្នុងរយៈពេលជាង 10 ឆ្នាំនៃអត្ថិភាព AppImage ទទួលបានភាពទាក់ទាញ និងប្រជាប្រិយភាពមួយចំនួន៖ Linus Torvalds ខ្លួនគាត់ផ្ទាល់បានគាំទ្រវាជាសាធារណៈ ហើយគម្រោងទូទៅ (ឧទាហរណ៍ LibreOffice, Krita, Inkscape, Scribus, ImageMagick) បានយកវាជាមធ្យោបាយចម្បង។ ដើម្បីចែកចាយការស្ថាបនាជាបន្តបន្ទាប់ ឬពេលយប់ ដោយមិនជ្រៀតជ្រែកជាមួយកម្មវិធីអ្នកប្រើប្រាស់ដែលបានដំឡើង ឬលុបចេញ។ ទោះជាយ៉ាងណាក៏ដោយ បរិស្ថានលើតុលីនុច និងការចែកចាយភាគច្រើននៅតែប្រកាន់ខ្ជាប់នូវគំរូចែកចាយដែលមានមូលដ្ឋានលើអ្នកថែទាំតាមបែបប្រពៃណី និង/ឬផ្សព្វផ្សាយអាជីវកម្មសហគ្រាសផ្ទាល់ខ្លួន និង/ឬកម្មវិធីវិស្វកម្មដោយផ្អែកលើ Flatpak (RedHat, Fedora, GNOME) និង សូណាសប្បាយចិត្ត (Canonical, អ៊ូប៊ុនទូ) ។ វា​មកដល់ គួរឱ្យអស់សំណើច.

តើ​វា​ដំណើរការ​យ៉ាង​ដូចម្តេច

• AppImage នីមួយៗមាន 2 ផ្នែក៖ ចុចពីរដងតូច ELF (គេហៅថា. runtime.c) អមដោយរូបភាពប្រព័ន្ធឯកសារ SquashFS.

• ប្រព័ន្ធឯកសារ SquashFS មានផ្ទុកកម្មវិធី និងអ្វីគ្រប់យ៉ាងដែលត្រូវការដើម្បីដំណើរការវា ដែលក្នុងចិត្តមិនអាចត្រូវបានចាត់ទុកថាជាផ្នែកមួយនៃការដំឡើងលំនាំដើមសម្រាប់គ្រប់ប្រព័ន្ធគោលដៅថ្មីៗ (ការចែកចាយលីនុច)។ វាក៏មានទិន្នន័យមេតាផងដែរ ដូចជាឈ្មោះកម្មវិធី រូបតំណាង ប្រភេទ MIME ។ល។

• នៅពេលដំណើរការដោយអ្នកប្រើប្រាស់ ពេលវេលាដំណើរការប្រើ FUSE និង squashfuse ដើម្បីម៉ោនប្រព័ន្ធឯកសារ ហើយបន្ទាប់មកគ្រប់គ្រងដំណើរការចំណុចចូលមួយចំនួន (ហៅកាត់ថា AppRun) នៅខាងក្នុង AppImage ដែលបានម៉ោន។
  ប្រព័ន្ធឯកសារត្រូវបានផ្តាច់បន្ទាប់ពីដំណើរការបានបញ្ចប់។

អ្វីគ្រប់យ៉ាងហាក់ដូចជាសាមញ្ញ។

ហើយរឿងទាំងនេះធ្វើឱ្យស្មុគស្មាញដល់អ្វីៗទាំងអស់៖

• ជាមួយនឹងភាពខុសគ្នានៃការចែកចាយលីនុចបែបនេះ គ្មានអ្វី "ក្នុងគំនិតត្រឹមត្រូវ" អាចត្រូវបានគេហៅថា "ផ្នែកនៃការដំឡើងលំនាំដើមសម្រាប់គ្រប់ប្រព័ន្ធគោលដៅថ្មីទាំងអស់" ។ យើងធ្វើការលើបញ្ហានេះដោយការសាងសង់ បញ្ជីដកចេញអនុញ្ញាតឱ្យអ្នកកំណត់នូវអ្វីដែលនឹងត្រូវខ្ចប់នៅក្នុង AppImage និងអ្វីដែលនឹងត្រូវយកទៅកន្លែងផ្សេង។ ក្នុងពេលជាមួយគ្នានេះ ពេលខ្លះយើងនឹក ទោះបីជាការពិតថា ជាទូទៅអ្វីៗដំណើរការល្អក៏ដោយ។ សម្រាប់ហេតុផលនេះ យើងសូមណែនាំឱ្យអ្នកបង្កើតកញ្ចប់សាកល្បង AppImages នៅលើប្រព័ន្ធគោលដៅទាំងអស់ (ការចែកចាយ)។
• បន្ទុកកម្មវិធីត្រូវតែអាចផ្លាស់ប្តូរទីតាំងបានឆ្លងកាត់ប្រព័ន្ធឯកសារ។ ជាអកុសល កម្មវិធីជាច្រើនមានផ្លូវដាច់ខាតដែលសរសេរកូដរឹងទៅ ជាឧទាហរណ៍ ធនធាននៅក្នុង /usr/share. នេះត្រូវតែត្រូវបានជួសជុលដូចម្ដេច។ លើសពីនេះទៀតអ្នកត្រូវតែនាំចេញ LD_LIBRARY_PATHឬជួសជុល rpath ដូច្នេះ​អ្នក​ផ្ទុក​អាច​ស្វែងរក​បណ្ណាល័យ​ដែល​ពាក់ព័ន្ធ។ វិធីសាស្រ្តទីមួយមានគុណវិបត្តិរបស់វា (ដែលត្រូវបានយកឈ្នះក្នុងវិធីស្មុគស្មាញ) ហើយទីពីរគឺសាមញ្ញ។
• កំហុស UX ដ៏ធំបំផុតសម្រាប់អ្នកប្រើប្រាស់គឺថា កំណត់ប៊ីតដែលអាចប្រតិបត្តិបាន។ ឯកសារ AppImage បន្ទាប់ពីទាញយក។ ជឿ​ឬ​មិន​ជឿ នេះ​ជា​ឧបសគ្គ​ពិត​ប្រាកដ​សម្រាប់​អ្នក​ខ្លះ។ តម្រូវការក្នុងការកំណត់ដំណើរការប៊ីតគឺពិបាកសូម្បីតែសម្រាប់អ្នកប្រើប្រាស់ដែលមានបទពិសោធន៍ក៏ដោយ។ ជាដំណោះស្រាយមួយ យើងបានស្នើឱ្យដំឡើងសេវាកម្មតូចមួយដែលត្រួតពិនិត្យឯកសារ AppImage និងកំណត់ដំណើរការប៊ីតរបស់ពួកគេ។ នៅក្នុងទម្រង់ដ៏បរិសុទ្ធរបស់វា វាមិនមែនជាដំណោះស្រាយដ៏ល្អបំផុតនោះទេ ព្រោះវានឹងមិនដំណើរការចេញពីប្រអប់នោះទេ។ ការចែកចាយលីនុចមិនផ្តល់សេវាកម្មនេះទេ ដូច្នេះអ្នកប្រើប្រាស់មានបទពិសោធន៍មិនល្អចេញពីប្រអប់។
• អ្នកប្រើប្រាស់លីនុចរំពឹងថាកម្មវិធីថ្មីនឹងមានរូបតំណាងនៅក្នុងម៉ឺនុយចាប់ផ្តើម។ អ្នក​មិន​អាច​ប្រាប់​ប្រព័ន្ធ​បាន​ទេ៖ "មើល​ទៅ មាន​កម្មវិធី​ថ្មី តោះ​ធ្វើការ។" ផ្ទុយទៅវិញ យោងតាមការបញ្ជាក់របស់ XDG អ្នកត្រូវចម្លងឯកសារ .desktop ទៅកន្លែងដែលត្រឹមត្រូវនៅក្នុង /usr សម្រាប់ការដំឡើងប្រព័ន្ធទាំងមូល ឬនៅក្នុង $HOME សម្រាប់បុគ្គល។ រូបតំណាងនៃទំហំជាក់លាក់ យោងទៅតាមការបញ្ជាក់ XDG ចាំបាច់ត្រូវដាក់នៅកន្លែងជាក់លាក់នៅក្នុង usr ឬ $HOMEហើយបន្ទាប់មកដំណើរការពាក្យបញ្ជានៅក្នុងបរិយាកាសការងារដើម្បីធ្វើបច្ចុប្បន្នភាពឃ្លាំងសម្ងាត់រូបតំណាង ឬសង្ឃឹមថាអ្នកគ្រប់គ្រងបរិស្ថានការងារនឹងដោះស្រាយវា ហើយរកឃើញអ្វីៗគ្រប់យ៉ាងដោយស្វ័យប្រវត្តិ។ ដូចគ្នាជាមួយនឹងប្រភេទ MIME ។ ជាដំណោះស្រាយមួយ វាត្រូវបានស្នើឱ្យប្រើសេវាកម្មដូចគ្នា ដែលបន្ថែមពីលើការកំណត់ទង់ដែលអាចប្រតិបត្តិបាន ប្រសិនបើមានរូបតំណាង។ល។ នៅក្នុង AppImage ចម្លងពួកវាពី AppImage ទៅកន្លែងដែលត្រឹមត្រូវយោងទៅតាម XDG ។ នៅពេលលុប ឬផ្លាស់ទី សេវាកម្មនេះត្រូវបានគេរំពឹងថានឹងសម្អាតអ្វីៗទាំងអស់។ ជាការពិតណាស់ មានភាពខុសប្លែកគ្នានៅក្នុងឥរិយាបថនៃបរិយាកាសការងារនីមួយៗ ក្នុងទម្រង់ឯកសារក្រាហ្វិក ទំហំរបស់វា ទីតាំងផ្ទុក និងវិធីសាស្រ្តសម្រាប់ធ្វើបច្ចុប្បន្នភាពឃ្លាំងសម្ងាត់ ដែលបង្កើតបញ្ហា។ និយាយឱ្យខ្លីវិធីសាស្រ្តនេះគឺជាឈើច្រត់។
• ប្រសិនបើខាងលើមិនគ្រប់គ្រាន់ទេ វានៅតែមិនមានរូបតំណាង AppImage នៅក្នុងកម្មវិធីគ្រប់គ្រងឯកសារ។ ពិភពលីនុចមិនទាន់សម្រេចចិត្តអនុវត្ត elficon (ទោះបីជា ការពិភាក្សា и ការអនុវត្ត) ដូច្នេះវាមិនអាចទៅរួចទេក្នុងការបង្កប់រូបតំណាងដោយផ្ទាល់ទៅក្នុងកម្មវិធី។ ដូច្នេះវាប្រែថាកម្មវិធីនៅក្នុងកម្មវិធីគ្រប់គ្រងឯកសារមិនមានរូបតំណាងផ្ទាល់ខ្លួនរបស់ពួកគេទេ (មិនខុសគ្នាទេ AppImage ឬអ្វីផ្សេងទៀត) ពួកគេមានតែនៅក្នុងម៉ឺនុយចាប់ផ្តើមប៉ុណ្ណោះ។ ជាដំណោះស្រាយមួយ យើងកំពុងប្រើរូបភាពតូចៗ ដែលជាយន្តការដែលត្រូវបានរចនាឡើងដំបូងដើម្បីអនុញ្ញាតឱ្យអ្នកគ្រប់គ្រងផ្ទៃតុបង្ហាញរូបភាពមើលរូបភាពតូចៗនៃឯកសារក្រាហ្វិកជារូបតំណាងរបស់ពួកគេ។ ដូច្នេះហើយ សេវាកម្មសម្រាប់កំណត់ការប្រតិបត្តិប៊ីតក៏ដំណើរការជា "miniaturizer" ផងដែរ ដោយបង្កើត និងសរសេររូបភាពតូចៗនៃរូបតំណាងទៅទីតាំងសមស្រប។ /usr и $HOME. សេវាកម្មនេះក៏ដំណើរការសម្អាតផងដែរ ប្រសិនបើ AppImage ត្រូវបានលុប ឬផ្លាស់ទី។ ដោយសារតែការពិតដែលថាកម្មវិធីគ្រប់គ្រងផ្ទៃតុនីមួយៗមានឥរិយាបទខុសគ្នាបន្តិចបន្តួច ឧទាហរណ៍ ទម្រង់ណាដែលវាទទួលយករូបតំណាង ក្នុងទំហំ ឬកន្លែងណា នេះពិតជាឈឺចាប់ណាស់។
• កម្មវិធីគ្រាន់តែគាំងនៅពេលដំណើរការប្រសិនបើមានកំហុសកើតឡើង (ឧទាហរណ៍ មានបណ្ណាល័យដែលមិនមែនជាផ្នែកនៃប្រព័ន្ធមូលដ្ឋាន និងមិនត្រូវបានផ្គត់ផ្គង់នៅក្នុង AppImage) ហើយគ្មាននរណាម្នាក់ប្រាប់អ្នកប្រើប្រាស់នៅក្នុង GUI នូវអ្វីដែលកំពុងកើតឡើងនោះទេ។ យើង​បាន​ចាប់​ផ្តើ​ម​ដើម្បី​ទទួល​បាន​ជុំវិញ​នេះ​ដោយ​ការ​ប្រើ​ ការជូនដំណឹង នៅលើផ្ទៃតុ ដែលមានន័យថា យើងត្រូវចាប់កំហុសពីបន្ទាត់ពាក្យបញ្ជា បំប្លែងពួកវាទៅជាសារដែលយល់ដោយអ្នកប្រើប្រាស់ ដែលបន្ទាប់មកត្រូវបង្ហាញលើផ្ទៃតុ។ ហើយជាការពិតណាស់ បរិស្ថានផ្ទៃតុនីមួយៗគ្រប់គ្រងពួកវាខុសគ្នាបន្តិចបន្តួច។
• នៅពេលនេះ (ខែកញ្ញា 2019 - កំណត់ចំណាំរបស់អ្នកបកប្រែ) ខ្ញុំមិនបានរកឃើញវិធីសាមញ្ញដើម្បីប្រាប់ប្រព័ន្ធថាឯកសារ 1.png ត្រូវតែបើកដោយប្រើ Krita និង 2.png - ដោយប្រើ GIMP ។

ទីតាំង​ផ្ទុក​សម្រាប់​លក្ខណៈ​ពិសេស​ឆ្លង​ផ្ទៃតុ​ដែល​បាន​ប្រើ​ក្នុង GNOME, KDE & ‧; и Xfce គឺ freedesktop.org

ការសម្រេចបាននូវកម្រិតនៃភាពទំនើបដែលបានបញ្ចូលយ៉ាងស៊ីជម្រៅទៅក្នុងបរិយាកាសការងាររបស់ Haiku គឺពិបាក ប្រសិនបើមិនអាចទៅរួចនោះទេ ដោយសារតែលក្ខណៈជាក់លាក់។ XDG ពី freedesktop.org សម្រាប់ cross-desktop ក៏ដូចជាការអនុវត្តកម្មវិធីគ្រប់គ្រងផ្ទៃតុដោយផ្អែកលើលក្ខណៈបច្ចេកទេសទាំងនេះ។ ជាឧទាហរណ៍ យើងអាចដកស្រង់រូបតំណាង Firefox ពេញប្រព័ន្ធមួយ៖ ជាក់ស្តែង អ្នកនិពន្ធនៃ XDG មិននឹកស្មានថាអ្នកប្រើប្រាស់អាចមានកំណែជាច្រើននៃកម្មវិធីដូចគ្នាដែលបានដំឡើងនោះទេ។

រូបតំណាងសម្រាប់កំណែផ្សេងគ្នានៃ Firefox

ខ្ញុំឆ្ងល់ថាតើពិភពលីនុចអាចរៀនអ្វីខ្លះពី Mac OS X ដើម្បីជៀសវាងការរួមបញ្ចូលប្រព័ន្ធ។ ប្រសិនបើអ្នកមានពេល ហើយចូលប្រឡូកក្នុងរឿងនេះ ត្រូវប្រាកដថាអានអ្វីដែល Arnaud Gurdol ដែលជាវិស្វករ Mac OS X ដំបូងគេបាននិយាយថា៖

យើងចង់ធ្វើឱ្យការដំឡើងកម្មវិធីមានភាពងាយស្រួលដូចការអូសរូបតំណាងកម្មវិធីពីកន្លែងណាមួយ (ម៉ាស៊ីនមេ ដ្រាយខាងក្រៅ) ទៅកាន់ដ្រាយកុំព្យូទ័ររបស់អ្នក។ ដើម្បីធ្វើដូច្នេះ កញ្ចប់កម្មវិធីរក្សាទុកព័ត៌មានទាំងអស់ រួមទាំងរូបតំណាង កំណែ ប្រភេទឯកសារដែលកំពុងដំណើរការ ប្រភេទនៃគ្រោងការណ៍ URL ដែលប្រព័ន្ធត្រូវដឹងដើម្បីដំណើរការកម្មវិធី។ នេះក៏រួមបញ្ចូលផងដែរនូវព័ត៌មានសម្រាប់ 'ការផ្ទុកកណ្តាល' នៅក្នុងមូលដ្ឋានទិន្នន័យ Icon Services និង Launch Services ។ ដើម្បីគាំទ្រដំណើរការ កម្មវិធីត្រូវបាន 'រកឃើញ' នៅក្នុងកន្លែង 'ល្បី' ជាច្រើន៖ ប្រព័ន្ធ និងថតកម្មវិធីអ្នកប្រើប្រាស់ និងមួយចំនួនផ្សេងទៀតដោយស្វ័យប្រវត្តិ ប្រសិនបើអ្នកប្រើរុករកទៅកាន់ Finder នៅក្នុងថតដែលមានកម្មវិធីនោះ។ នៅក្នុងការអនុវត្តនេះដំណើរការល្អណាស់។

https://youtu.be/qQsnqWJ8D2c
Apple WWDC 2000 វគ្គ 144 - Mac OS X៖ កម្មវិធីវេចខ្ចប់ និងបោះពុម្ពឯកសារ។

មិនមានអ្វីដូចហេដ្ឋារចនាសម្ព័ន្ធនេះនៅលើកុំព្យូទ័រលើតុ Linux ដូច្នេះយើងកំពុងស្វែងរកដំណោះស្រាយជុំវិញការកំណត់រចនាសម្ព័ន្ធនៅក្នុងគម្រោង AppImage ។

តើ Haiku មកជួយសង្គ្រោះទេ?

ហើយរឿងមួយទៀត៖ វេទិកាលីនុចដែលជាមូលដ្ឋាននៃបរិស្ថានផ្ទៃតុមានទំនោរត្រូវបានបញ្ជាក់មិនច្បាស់ថា អ្វីៗជាច្រើនដែលមានលក្ខណៈសាមញ្ញនៅក្នុងប្រព័ន្ធពេញលេញដែលជាប់លាប់គឺមានការបែកបាក់ និងស្មុគស្មាញនៅក្នុងលីនុច។ ខ្ញុំបានលះបង់របាយការណ៍ទាំងមូលចំពោះបញ្ហាដែលទាក់ទងនឹងវេទិកាលីនុចសម្រាប់បរិស្ថានផ្ទៃតុ (អ្នកអភិវឌ្ឍន៍ដែលមានចំណេះដឹងបានបញ្ជាក់ថាអ្វីៗនឹងនៅដដែលក្នុងរយៈពេលយូរ)។

របាយការណ៍របស់ខ្ញុំអំពីបញ្ហានៃបរិស្ថានផ្ទៃតុលីនុចក្នុងឆ្នាំ 2018

សូម្បីតែ Linus Torvalds បានសារភាពថាការបែកបាក់គ្នាជាមូលហេតុដែលគំនិតកន្លែងធ្វើការបរាជ័យ។

រីករាយដែលបានឃើញ Haiku!

Haiku ធ្វើឱ្យអ្វីគ្រប់យ៉ាងសាមញ្ញអស្ចារ្យ

ខណៈពេលដែលវិធីសាស្រ្តឆោតល្ងង់ក្នុងការ "បញ្ជូន" AppImage ទៅ Haiku គឺគ្រាន់តែព្យាយាមបង្កើត (ជាចម្បង runtime.c និងសេវាកម្ម) សមាសធាតុរបស់វា (ដែលអាចសូម្បីតែអាចធ្វើទៅបាន!) នេះនឹងមិនផ្តល់អត្ថប្រយោជន៍ច្រើនដល់ Haiku ទេ។ ដោយសារតែការពិតបញ្ហាទាំងនេះភាគច្រើនត្រូវបានដោះស្រាយនៅក្នុង Haiku ហើយមានគំនិតត្រឹមត្រូវ។ Haiku ផ្ដល់ជូនយ៉ាងពិតប្រាកដនូវប្លុកការកសាងហេដ្ឋារចនាសម្ព័ន្ធប្រព័ន្ធ ដែលខ្ញុំបានស្វែងរកនៅក្នុងបរិស្ថានកុំព្យូទ័រលើតុ Linux អស់រយៈពេលជាយូរមកហើយ ហើយស្ទើរតែមិនជឿថាមិនមាននៅទីនោះ។ ពោលគឺ៖

ជឿឬមិនជឿ នេះជាអ្វីដែលអ្នកប្រើលីនុចជាច្រើនមិនអាចយកឈ្នះបាន។ នៅលើ Haiku អ្វីគ្រប់យ៉ាងត្រូវបានធ្វើដោយស្វ័យប្រវត្តិ!

• ឯកសារ ELF ដែលមិនមានប៊ីតដែលអាចប្រតិបត្តិបានទទួលបានមួយដោយស្វ័យប្រវត្តិនៅពេលចុចពីរដងក្នុងកម្មវិធីគ្រប់គ្រងឯកសារ។
• កម្មវិធីអាចមានធនធានដែលមានស្រាប់ ដូចជារូបតំណាង ដែលត្រូវបានបង្ហាញនៅក្នុងកម្មវិធីគ្រប់គ្រងឯកសារ។ មិនចាំបាច់ចម្លងរូបភាពជាច្រើនចូលទៅក្នុងថតពិសេសដែលមានរូបតំណាងទេ ដូច្នេះហើយមិនចាំបាច់សម្អាតពួកវាបន្ទាប់ពីលុប ឬផ្លាស់ទីកម្មវិធីនោះទេ។
• មានមូលដ្ឋានទិន្នន័យសម្រាប់ភ្ជាប់កម្មវិធីជាមួយឯកសារ មិនចាំបាច់ចម្លងឯកសារណាមួយសម្រាប់រឿងនេះទេ។
• នៅក្នុង lib/ directory នៅជាប់នឹងឯកសារដែលអាចប្រតិបត្តិបាន បណ្ណាល័យត្រូវបានស្វែងរកតាមលំនាំដើម។
• មិន​មាន​ការ​ចែកចាយ​ច្រើន​និង​បរិស្ថាន​ផ្ទៃតុ​ទេ អ្វី​ដែល​អាច​ដំណើរការ​បាន​គ្រប់​ទីកន្លែង។
• មិនមានម៉ូឌុលដាច់ដោយឡែកសម្រាប់ដំណើរការដែលខុសពីថតកម្មវិធីទេ។
• កម្មវិធីមិនមានផ្លូវពេញលេញសម្រាប់ធនធានរបស់ពួកគេទេ ពួកគេមានមុខងារពិសេសសម្រាប់កំណត់ទីតាំងនៅពេលដំណើរការ។
• គំនិតនៃរូបភាពប្រព័ន្ធឯកសារដែលបានបង្ហាប់ត្រូវបានណែនាំ៖ នេះគឺជាកញ្ចប់ hpkg ណាមួយ។ ពួកវាទាំងអស់ត្រូវបានម៉ោនដោយខឺណែល។
• ឯកសារនីមួយៗត្រូវបានបើកដោយកម្មវិធីដែលបានបង្កើតវា លុះត្រាតែអ្នកបញ្ជាក់យ៉ាងច្បាស់លាស់។ ឡូយម្លេះ!

ឯកសារ png ពីរ។ ចំណាំរូបតំណាងផ្សេងគ្នាដែលបង្ហាញថាពួកវានឹងត្រូវបានបើកដោយកម្មវិធីផ្សេងគ្នានៅពេលចុចពីរដង។ សូមកត់សម្គាល់ផងដែរនូវម៉ឺនុយទម្លាក់ចុះ "បើកជាមួយ៖" ដែលអ្នកប្រើប្រាស់អាចជ្រើសរើសកម្មវិធីនីមួយៗ។ សាមញ្ញណាស់!

វាមើលទៅដូចជាឈើច្រត់ និងដំណោះស្រាយជាច្រើនដែលទាមទារដោយ AppImage នៅលើលីនុច ក្លាយជាមិនចាំបាច់នៅលើ Haiku ដែលមានភាពសាមញ្ញ និងទំនើបនៅក្នុងស្នូលរបស់វា ដែលធ្វើឱ្យវាអាចគ្រប់គ្រងតម្រូវការភាគច្រើនរបស់យើង។

តើ Haiku ត្រូវការកញ្ចប់កម្មវិធីទេ?

នេះនាំឱ្យមានសំណួរដ៏ធំមួយ។ ប្រសិនបើវាជាលំដាប់នៃទំហំដែលងាយស្រួលក្នុងការបង្កើតប្រព័ន្ធដូចជា AppImage នៅលើ Haiku ជាជាងនៅលើ Linux តើវាសមនឹងធ្វើទេ? ឬតើ Haiku ជាមួយនឹងប្រព័ន្ធកញ្ចប់ hpkg របស់វាបានលុបបំបាត់តម្រូវការក្នុងការអភិវឌ្ឍន៍គំនិតបែបនេះយ៉ាងមានប្រសិទ្ធភាពដែរឬទេ? ជាការប្រសើរណាស់ ដើម្បីឆ្លើយ យើងត្រូវមើលការលើកទឹកចិត្តនៅពីក្រោយអត្ថិភាពនៃ AppImages ។

ទស្សនៈរបស់អ្នកប្រើ

សូមក្រឡេកមើលអ្នកប្រើប្រាស់ចុងក្រោយរបស់យើង៖

• ខ្ញុំចង់ដំឡើងកម្មវិធីដោយមិនចាំបាច់សុំពាក្យសម្ងាត់អ្នកគ្រប់គ្រង (root) ។ មិនមានគំនិតនៃអ្នកគ្រប់គ្រងនៅលើ Haiku អ្នកប្រើប្រាស់មានការគ្រប់គ្រងពេញលេញព្រោះវាជាប្រព័ន្ធផ្ទាល់ខ្លួន! (ជាគោលការណ៍ អ្នកអាចស្រមៃមើលរឿងនេះនៅក្នុងរបៀបអ្នកលេងច្រើន ខ្ញុំសង្ឃឹមថាអ្នកអភិវឌ្ឍន៍រក្សាវាឱ្យសាមញ្ញ)
• ខ្ញុំចង់ទទួលបានកំណែចុងក្រោយបំផុត និងអស្ចារ្យបំផុតនៃកម្មវិធី ដោយមិនរង់ចាំឱ្យពួកវាបង្ហាញនៅក្នុងការចែកចាយរបស់ខ្ញុំ (ភាគច្រើនវាមានន័យថា "មិនដែល" យ៉ាងហោចណាស់ លុះត្រាតែខ្ញុំធ្វើបច្ចុប្បន្នភាពប្រព័ន្ធប្រតិបត្តិការទាំងមូល)។ នៅលើ Haiku នេះត្រូវបាន "ដោះស្រាយ" ជាមួយនឹងការចេញផ្សាយអណ្តែត។ នេះមានន័យថា វាអាចទទួលបានកំណែចុងក្រោយបំផុត និងអស្ចារ្យបំផុតនៃកម្មវិធី ប៉ុន្តែដើម្បីធ្វើដូច្នេះ អ្នកត្រូវធ្វើបច្ចុប្បន្នភាពប្រព័ន្ធដែលនៅសេសសល់ឥតឈប់ឈរ ដើម្បីប្រែក្លាយវាទៅជា "គោលដៅផ្លាស់ទី" ប្រកបដោយប្រសិទ្ធភាព។.
• ខ្ញុំចង់បានកំណែជាច្រើននៃកម្មវិធីដូចគ្នានេះដោយភាគីម្ខាងៗ ដោយសារគ្មានវិធីដឹងថាអ្វីដែលខូចនៅក្នុងកំណែចុងក្រោយបំផុត ឬនិយាយថាខ្ញុំជាអ្នកបង្កើតគេហទំព័រ ត្រូវការសាកល្បងការងាររបស់ខ្ញុំក្រោមកំណែផ្សេងគ្នានៃកម្មវិធីរុករក។ Haiku ដោះស្រាយបញ្ហាទីមួយ ប៉ុន្តែមិនមែនទីពីរទេ។ ការអាប់ដេតត្រូវបានបង្វិលត្រឡប់មកវិញ ប៉ុន្តែសម្រាប់តែប្រព័ន្ធទាំងមូល វាមិនអាចទៅរួចទេ (តាមដែលខ្ញុំដឹង) ដើម្បីដំណើរការ ឧទាហរណ៍ កំណែជាច្រើននៃ WebPositive ឬ LibreOffice ក្នុងពេលតែមួយ។

អ្នកអភិវឌ្ឍន៍ម្នាក់សរសេរថា៖

ហេតុផលសំខាន់គឺនេះ៖ ករណីប្រើប្រាស់គឺកម្រណាស់ ដែលការបង្កើនប្រសិទ្ធភាពសម្រាប់វាមិនសមហេតុផល។ ការចាត់ទុកវាជាករណីពិសេសនៅក្នុង HaikuPorts ហាក់ដូចជាអាចទទួលយកបាន។

• ខ្ញុំ​ត្រូវ​រក្សា​កម្មវិធី​ដែល​ខ្ញុំ​ចូល​ចិត្ត​វា មិន​មែន​នៅ​ក្នុង​ដ្រាយ​ចាប់ផ្ដើម​របស់​ខ្ញុំ​ទេ។ ជាញឹកញាប់ខ្ញុំអស់ទំហំថាស ដូច្នេះខ្ញុំត្រូវភ្ជាប់ដ្រាយខាងក្រៅ ឬថតបណ្តាញ ដើម្បីរក្សាទុកកម្មវិធី (កំណែទាំងអស់ដែលខ្ញុំបានទាញយក)។ ប្រសិនបើខ្ញុំភ្ជាប់ drive បែបនេះ ខ្ញុំត្រូវការកម្មវិធីដើម្បីបើកដំណើរការដោយចុចពីរដង។ Haiku រក្សាទុកកញ្ចប់កំណែចាស់ ប៉ុន្តែខ្ញុំមិនដឹងពីរបៀបផ្លាស់ទីពួកវាទៅដ្រាយខាងក្រៅ ឬរបៀបចាប់ផ្តើមកម្មវិធីពីទីនោះនៅពេលក្រោយ។

មតិអ្នកអភិវឌ្ឍន៍៖

តាមបច្ចេកទេស នេះគឺអាចធ្វើទៅបានជាមួយពាក្យបញ្ជាម៉ោន។ ជាការពិតណាស់ យើងនឹងបង្កើត GUI សម្រាប់រឿងនេះភ្លាមៗ នៅពេលដែលយើងមានអ្នកប្រើប្រាស់ដែលចាប់អារម្មណ៍គ្រប់គ្រាន់។

• ខ្ញុំមិនត្រូវការឯកសាររាប់លានដែលរាយប៉ាយពាសពេញប្រព័ន្ធឯកសារដែលខ្ញុំមិនអាចគ្រប់គ្រងដោយខ្លួនឯងបានទេ។ ខ្ញុំ​ចង់​បាន​ឯកសារ​មួយ​ក្នុង​មួយ​កម្មវិធី​ដែល​ខ្ញុំ​អាច​ទាញ​យក​បាន​យ៉ាង​ងាយ​ស្រួល​ផ្លាស់ទី​លុប​។ នៅលើ Haiku បញ្ហានេះត្រូវបានដោះស្រាយដោយប្រើកញ្ចប់ .hpkgដែលផ្ទេរឧទាហរណ៍ python ពីឯកសាររាប់ពាន់ទៅជាមួយ។ ប៉ុន្តែប្រសិនបើមានឧទាហរណ៍ Scribus ដោយប្រើ python នោះខ្ញុំត្រូវតែដោះស្រាយជាមួយឯកសារយ៉ាងហោចណាស់ពីរ។ ហើយ​ខ្ញុំ​ត្រូវ​តែ​យក​ចិត្ត​ទុក​ដាក់​ដើម្បី​រក្សា​កំណែ​របស់​ពួក​គេ​ដែល​ធ្វើ​ការ​ជាមួយ​គ្នា​។

កំណែជាច្រើននៃ AppImages ដំណើរការដោយចំហៀងនៅលើលីនុចដូចគ្នា។

ទស្សនៈរបស់អ្នកអភិវឌ្ឍន៍កម្មវិធី

សូមក្រឡេកមើលទស្សនៈរបស់អ្នកអភិវឌ្ឍន៍កម្មវិធី៖

• ខ្ញុំចង់គ្រប់គ្រងបទពិសោធន៍អ្នកប្រើប្រាស់ទាំងមូល។ ខ្ញុំ​មិន​ចង់​ពឹង​ផ្អែក​លើ​ប្រព័ន្ធ​ប្រតិបត្តិការ​ដើម្បី​ប្រាប់​ខ្ញុំ​ពេល​ណា និង​របៀប​ដែល​ខ្ញុំ​គួរ​បញ្ចេញ​កម្មវិធី។ Haiku អនុញ្ញាតឱ្យអ្នកអភិវឌ្ឍន៍ធ្វើការជាមួយឃ្លាំង hpkg ផ្ទាល់ខ្លួនរបស់ពួកគេ ប៉ុន្តែនេះមានន័យថាអ្នកប្រើប្រាស់នឹងត្រូវរៀបចំវាដោយដៃ ដែលធ្វើឲ្យគំនិតនេះ "មិនសូវទាក់ទាញ"។
• ខ្ញុំមានទំព័រទាញយកនៅលើគេហទំព័ររបស់ខ្ញុំដែលខ្ញុំចែកចាយ .exe សម្រាប់ Windows, .dmg សម្រាប់ Mac និង .AppImage សម្រាប់លីនុច។ ឬ​ប្រហែល​ជា​ខ្ញុំ​ចង់​រក​ប្រាក់​ចូល​ទៅ​កាន់​ទំព័រ​នេះ តើ​មាន​អ្វី​អាច​ធ្វើ​ទៅ​បាន? តើខ្ញុំគួរដាក់អ្វីនៅទីនោះសម្រាប់ Haiku? ឯកសារគឺគ្រប់គ្រាន់ហើយ។ .hpkg ជាមួយនឹងភាពអាស្រ័យតែពី HaikuPorts ប៉ុណ្ណោះ។
• កម្មវិធីរបស់ខ្ញុំទាមទារកំណែជាក់លាក់នៃកម្មវិធីផ្សេងទៀត។ ជាឧទាហរណ៍ វាត្រូវបានគេដឹងថា Krita ទាមទារកំណែបំណះនៃ Qt ឬ Qt ដែលត្រូវបានសម្រួលទៅជាកំណែជាក់លាក់របស់ Krita យ៉ាងហោចណាស់រហូតដល់បំណះត្រូវបានរុញចូលទៅក្នុង Qt វិញ។ អ្នកអាចខ្ចប់ Qt ផ្ទាល់ខ្លួនរបស់អ្នកសម្រាប់កម្មវិធីរបស់អ្នកក្នុងកញ្ចប់មួយ។ .hpkgប៉ុន្តែភាគច្រើនទំនងជាវាមិនស្វាគមន៍ទេ។

ទំព័រទាញយកកម្មវិធីធម្មតា។ តើខ្ញុំគួរបង្ហោះអ្វីនៅទីនេះសម្រាប់ Haiku?

នឹងបាច់ (មានជាថតកម្មវិធីដូចជា AppDir ឬ .app នៅក្នុងរចនាប័ទ្ម Apple) និង/ឬរូបភាព (ក្នុងទម្រង់នៃ AppImages ដែលបានកែប្រែយ៉ាងខ្លាំង ឬ .dmg ពី Apple) កម្មវិធីបន្ថែមមានប្រយោជន៍ដល់បរិស្ថានផ្ទៃតុ Haiku? ឬវានឹងធ្វើឱ្យរូបភាពទាំងមូលរលាយ និងនាំទៅរកការបែកបាក់ ដូច្នេះហើយបន្ថែមភាពស្មុគស្មាញ? ខ្ញុំរហែក៖ នៅលើដៃម្ខាង ភាពស្រស់ស្អាត និងភាពទំនើបរបស់ Haiku គឺផ្អែកលើការពិតដែលថាជាធម្មតាមានវិធីមួយដើម្បីធ្វើអ្វីមួយ ជាជាងច្រើន។ ម៉្យាងវិញទៀត ហេដ្ឋារចនាសម្ព័ន្ធភាគច្រើនសម្រាប់កាតាឡុក និង/ឬឈុតកម្មវិធីមានរួចហើយ ដូច្នេះប្រព័ន្ធនេះទាមទារឱ្យនៅសល់ពីរបីភាគរយទៀតដើម្បីចូលដំណើរការ។

នេះបើយោងតាមអ្នកអភិវឌ្ឍន៍ លោក។ waddlesplash

នៅលើ Linux ពួកគេ (កាតាឡុក និងកញ្ចប់កម្មវិធី, - ប្រហាក់ប្រហែល។ អ្នកបកប្រែ) ភាគច្រើនទំនងជាដំណោះស្រាយបច្ចេកទេសចំពោះបញ្ហាប្រព័ន្ធ។ នៅ Haiku យើងចូលចិត្តដោះស្រាយបញ្ហាប្រព័ន្ធ។

តើ​អ្នក​គិត​អ្វី?

មុននឹងឆ្លើយ...

រង់ចាំ យើងពិនិត្យមើលការពិតភ្លាមៗ៖ តាមពិតទៅ ថតកម្មវិធី - ផ្នែកនៃ Haiku រួចហើយ៖

ថតកម្មវិធីមានរួចហើយនៅលើ Haiku ប៉ុន្តែមិនទាន់ត្រូវបានគាំទ្រនៅក្នុងកម្មវិធីគ្រប់គ្រងឯកសារទេ។

ពួកគេគ្រាន់តែមិនត្រូវបានគាំទ្រដូចដែលនិយាយថា Macintosh Finder នោះទេ។ តើវានឹងអស្ចារ្យប៉ុណ្ណាប្រសិនបើថត QtCreator មានឈ្មោះ និងរូបតំណាង "QtCreator" នៅជ្រុងខាងឆ្វេងខាងលើ បើកដំណើរការកម្មវិធីនៅពេលចុចពីរដង?

មុននេះបន្តិចខ្ញុំរួចហើយ សួរ:

តើ​អ្នក​ប្រាកដ​ថា​អ្នក​អាច​ដំណើរការ​កម្មវិធី​ដែល​មាន​អាយុ​រាប់​ទសវត្សរ៍​របស់​អ្នក​នៅ​ថ្ងៃ​នេះ​នៅ​ពេល​ដែល​ហាង​កម្មវិធី​និង​ឃ្លាំង​ចែកចាយ​ទាំងអស់​បាន​ភ្លេច​អំពី​ពួកវា​និង​ភាព​អាស្រ័យ​របស់​វា? តើ​អ្នក​មាន​ទំនុក​ចិត្ត​ថា​អ្នក​នឹង​នៅ​តែ​អាច​ចូល​ទៅ​កាន់​ការងារ​បច្ចុប្បន្ន​របស់​អ្នក​នៅ​ពេល​អនាគត​?

តើមានចម្លើយពី Haiku រួចហើយឬក៏កាតាឡុក និងកញ្ចប់កម្មវិធីអាចជួយនៅទីនេះបានទេ? ខ្ញុំគិតថាពួកគេអាចធ្វើបាន។

នេះ​បើ​តាម​លោក waddlesplash៖

បាទ/ចាស យើងមានចម្លើយចំពោះសំណួរ៖ យើងនឹងគាំទ្រកម្មវិធីទាំងនេះឱ្យបានយូរតាមតែចាំបាច់ រហូតដល់នរណាម្នាក់អាចអានទម្រង់ឯកសាររបស់ពួកគេតាមរបៀបត្រឹមត្រូវ ឬផ្តល់មុខងារមួយទល់នឹងមួយ។ ការប្តេជ្ញាចិត្តរបស់យើងក្នុងការគាំទ្រកម្មវិធី BeOS R5 នៅលើ Haiku គឺជាភស្តុតាងនៃ...

នោះជាការប្រាកដ!

តើ Haiku គួរចាត់វិធានការបែបណា?

ខ្ញុំអាចស្រមៃពីការរួមរស់ដោយសន្តិភាពនៃ hpkg ថតឯកសារ និងរូបភាពកម្មវិធី៖

• ការប្រើប្រាស់កម្មវិធីប្រព័ន្ធ .hpkg
• សម្រាប់កម្មវិធីដែលប្រើញឹកញាប់បំផុត (ជាពិសេសកម្មវិធីដែលត្រូវកំណត់ពេលការចេញផ្សាយវិលជុំ) សូមប្រើ .hpkg (ប្រហែល 80% នៃករណីទាំងអស់)
• មួយចំនួនបានដំឡើងតាមរយៈ .hpkgកម្មវិធីនឹងទទួលបានអត្ថប្រយោជន៍ពីការផ្លាស់ប្តូរទៅហេដ្ឋារចនាសម្ព័ន្ធថតកម្មវិធី (ឧទាហរណ៍ QtCreator): ពួកគេនឹងត្រូវបានចែកចាយជា .hpkg, ដូច​ពីមុន។

លោក។ waddlesplash សរសេរ៖

ប្រសិនបើអ្នកត្រូវការទាំងអស់គឺដើម្បីមើលកម្មវិធីនៅក្នុង /system/appsជំនួសមកវិញ យើងគួរតែធ្វើឱ្យថតនៅក្នុង Deskbar កាន់តែអាចគ្រប់គ្រងបានសម្រាប់អ្នកប្រើប្រាស់ ចាប់តាំងពី /system/apps មិនមានបំណងបើក និងមើលជាទៀងទាត់ដោយអ្នកប្រើប្រាស់ (មិនដូច MacOS) ទេ។ សម្រាប់​ស្ថានភាព​បែប​នេះ Haiku មាន​គំរូ​ខុស​គ្នា ប៉ុន្តែ​តាម​ទ្រឹស្តី​ជម្រើស​នេះ​អាច​ទទួល​យក​បាន។

• Haiku ទទួលបានហេដ្ឋារចនាសម្ព័ន្ធសម្រាប់ដំណើរការរូបភាពកម្មវិធី រាល់យប់ បន្ត និងសាកល្បងបង្កើតកម្មវិធី ក៏ដូចជាករណីនៅពេលដែលអ្នកប្រើចង់ "បង្កកវាទាន់ពេល" សម្រាប់កម្មវិធីឯកជន និងខាងក្នុង និងករណីប្រើប្រាស់ពិសេសផ្សេងទៀត (ប្រហែល 20% ទាំងអស់)។ រូបភាពទាំងនេះមានឯកសារចាំបាច់សម្រាប់ដំណើរការកម្មវិធី .hpkgដំឡើងដោយប្រព័ន្ធ ហើយបន្ទាប់ពីកម្មវិធីត្រូវបានបញ្ចប់ - មិនបានម៉ោន។ (ប្រហែលជាអ្នកគ្រប់គ្រងឯកសារអាចដាក់ឯកសារ .hpkg ទៅក្នុងរូបភាពកម្មវិធី ដោយស្វ័យប្រវត្តិ ឬតាមសំណើរបស់អ្នកប្រើ - ល្អ ដូចជានៅពេលអ្នកអូសកម្មវិធីទៅថតបណ្តាញ ឬដ្រាយខាងក្រៅ។ គ្រាន់​តែ​ជា​បទ​ចម្រៀង! ឬផ្ទុយទៅវិញ កំណាព្យ - ហៃគូ។) ម្យ៉ាងវិញទៀត អ្នកប្រើប្រាស់ប្រហែលជាចង់ដំឡើងមាតិកានៃរូបភាពក្នុងទម្រង់ជាឯកសារ។.hpkgបន្ទាប់ពីនោះពួកវានឹងត្រូវបានអាប់ដេត និងដំណើរការតាមរបៀបដូចគ្នាទៅនឹងប្រសិនបើពួកគេត្រូវបានដំឡើងតាមរយៈ HaikuDepot... យើងត្រូវបំផុសគំនិត)។

ដកស្រង់ពីលោក waddlesplash៖

ការដំណើរការកម្មវិធីពីដ្រាយខាងក្រៅ ឬថតបណ្តាញអាចមានប្រយោជន៍។ ហើយការបន្ថែមសមត្ថភាពក្នុងការកំណត់រចនាសម្ព័ន្ធ "តំបន់" បន្ថែមទៀតសម្រាប់ pkgman ប្រាកដជាជាមុខងារដ៏ល្អមួយ។

ប្រព័ន្ធបែបនេះនឹងទាញយកអត្ថប្រយោជន៍ពី hpkg ថតឯកសារ និងរូបភាពកម្មវិធី។ ពួកវាល្អរៀងៗខ្លួន ប៉ុន្តែរួមគ្នាពួកគេនឹងក្លាយជាមនុស្សដែលមិនអាចគ្រប់គ្រងបាន។

សេចក្តីសន្និដ្ឋាន

Haiku មានក្របខ័ណ្ឌដែលផ្តល់នូវបទពិសោធន៍អ្នកប្រើប្រាស់ដ៏សាមញ្ញ និងស្មុគ្រស្មាញសម្រាប់កុំព្យូទ័រ ហើយលើសពីអ្វីដែលត្រូវបានផ្តល់ជូនជាធម្មតាសម្រាប់ Linux PC ។ ប្រព័ន្ធកញ្ចប់ .hpkg គឺជាឧទាហរណ៍មួយ ប៉ុន្តែប្រព័ន្ធដែលនៅសល់ក៏ត្រូវបានបង្កប់ដោយភាពទំនើបផងដែរ។ ទោះជាយ៉ាងណាក៏ដោយ Haiku នឹងទទួលបានអត្ថប្រយោជន៍ពីថតត្រឹមត្រូវ និងការគាំទ្ររូបភាពកម្មវិធី។ របៀបដែលល្អបំផុតដើម្បីធ្វើវាគឺមានតម្លៃពិភាក្សាជាមួយមនុស្សដែលស្គាល់ Haiku ទស្សនវិជ្ជា និងស្ថាបត្យកម្មរបស់វាប្រសើរជាងខ្ញុំ។ យ៉ាងណាមិញ ខ្ញុំបានប្រើ Haiku ជាងមួយសប្តាហ៍។ យ៉ាងណាក៏ដោយ ខ្ញុំជឿថា អ្នករចនា អ្នកអភិវឌ្ឍន៍ និងស្ថាបត្យកររបស់ Haiku នឹងទទួលបានអត្ថប្រយោជន៍ពីទស្សនៈថ្មីនេះ។ យ៉ាងហោចណាស់ ខ្ញុំនឹងសប្បាយចិត្តក្នុងការធ្វើជា "ដៃគូប្រយុទ្ធ" របស់ពួកគេ។ ខ្ញុំមានបទពិសោធន៍ជាង 10 ឆ្នាំនៃការប្រើដៃជាមួយកាតាឡុក និងកញ្ចប់កម្មវិធីលីនុច ហើយខ្ញុំចង់ស្វែងរកការប្រើប្រាស់សម្រាប់ពួកគេនៅក្នុង Haiku ដែលខ្ញុំគិតថាពួកគេសមឥតខ្ចោះ។ ដំណោះស្រាយដ៏មានសក្តានុពលដែលខ្ញុំបានស្នើគឺមិនមែនមានន័យថាត្រឹមត្រូវតែមួយគត់សម្រាប់បញ្ហាដែលខ្ញុំបានពិពណ៌នានោះទេ ហើយប្រសិនបើក្រុម Haiku សម្រេចចិត្តស្វែងរកដំណោះស្រាយដែលឆើតឆាយជាងនេះ នោះខ្ញុំទាំងអស់គ្នាគឺសម្រាប់វា។ ជាទូទៅខ្ញុំកំពុងគិតរួចហើយអំពីគំនិតនៃរបៀបបង្កើតប្រព័ន្ធមួយ។ hpkg កាន់តែអស្ចារ្យដោយមិនផ្លាស់ប្តូររបៀបដែលវាដំណើរការ។ វាប្រែថាក្រុម Haiku បានគិតអំពីកញ្ចប់កម្មវិធីអស់រយៈពេលជាយូរនៅពេលអនុវត្តប្រព័ន្ធគ្រប់គ្រងកញ្ចប់ ប៉ុន្តែជាអកុសល (ខ្ញុំគិតថា) គំនិតនេះបានក្លាយទៅជា "លែងប្រើហើយ" ។ ប្រហែលជាដល់ពេលធ្វើឱ្យវារស់ឡើងវិញហើយ?

សាកល្បងដោយខ្លួនឯង! បន្ទាប់ពីបានទាំងអស់ គម្រោង Haiku ផ្តល់នូវរូបភាពសម្រាប់ការចាប់ផ្ដើមពីឌីវីឌី ឬ USB ដែលបានបង្កើត ежедневно.
តើអ្នកមានសំណួរទេ? យើងសូមអញ្ជើញអ្នកឱ្យនិយាយភាសារុស្ស៊ី ឆានែលទូរលេខ.

កំហុសទិដ្ឋភាពទូទៅ៖ របៀបបាញ់ខ្លួនឯងនៅជើងក្នុង C និង C++ ។ ការប្រមូលរូបមន្ត Haiku OS

ពី អ្នកនិពន្ធ ការបកប្រែ៖ នេះគឺជាអត្ថបទទីប្រាំបី និងចុងក្រោយនៅក្នុងស៊េរីអំពី Haiku ។

បញ្ជីអត្ថបទ៖ ដំបូង ទីពីរ ទីបី ទីបួន ទី ៥ ទីប្រាំមួយ ទីប្រាំពីរ

មានតែអ្នកប្រើប្រាស់ដែលបានចុះឈ្មោះប៉ុណ្ណោះដែលអាចចូលរួមក្នុងការស្ទង់មតិនេះ។ ចូលសូម។

តើវាសមហេតុផលទេក្នុងការបញ្ជូនប្រព័ន្ធ hpkg ទៅកាន់លីនុច?

• ថា

• គ្មាន

• បានអនុវត្តរួចហើយ ខ្ញុំនឹងសរសេរក្នុងមតិយោបល់

អ្នកប្រើប្រាស់ 20 នាក់បានបោះឆ្នោត។ អ្នកប្រើប្រាស់ ១៤ នាក់ត្រូវបានហាមឃាត់។

ប្រភព: www.habr.com