ອັນອື່ນ: ຊຸດແອັບ Haiku?

TL; DR: Haiku ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ສະ​ຫນັບ​ສະ​ຫນູນ​ທີ່​ເຫມາະ​ສົມ​ສໍາ​ລັບ​ການ​ຫຸ້ມ​ຫໍ່​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​, ເຊັ່ນ​: ລາຍ​ການ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ (ເຊັ່ນ​:​ .app ໃນ Mac) ແລະ/ຫຼືຮູບພາບແອັບພລິເຄຊັນ (Linux AppImage)? ຂ້າພະເຈົ້າຄິດວ່ານີ້ຈະເປັນການເພີ່ມເຕີມທີ່ສົມຄວນທີ່ງ່າຍຕໍ່ການປະຕິບັດຢ່າງຖືກຕ້ອງກ່ວາລະບົບອື່ນໆເພາະວ່າໂຄງສ້າງພື້ນຖານສ່ວນໃຫຍ່ມີຢູ່ແລ້ວ.

ໜຶ່ງ ອາທິດຜ່ານມາ ຂ້ອຍຄົ້ນພົບ Haiku, ລະບົບທີ່ດີທີ່ບໍ່ຄາດຄິດ. ແລ້ວ, ນັບຕັ້ງແຕ່ຂ້ອຍມີຄວາມສົນໃຈໃນໄດເລກະທໍລີແລະຮູບພາບແອັບພລິເຄຊັນມາດົນນານ (ໄດ້ຮັບການດົນໃຈຈາກຄວາມລຽບງ່າຍຂອງ Macintosh), ມັນບໍ່ແປກໃຈທີ່ຄວາມຄິດເຂົ້າມາໃນໃຈຂອງຂ້ອຍ ...

ສໍາລັບຄວາມເຂົ້າໃຈຢ່າງເຕັມທີ່, ຂ້າພະເຈົ້າເປັນຜູ້ສ້າງແລະຜູ້ຂຽນຂອງ AppImage, ຮູບແບບການແຈກຢາຍຄໍາຮ້ອງສະຫມັກ Linux ທີ່ມີຈຸດປະສົງເພື່ອຄວາມງ່າຍດາຍຂອງ Mac ແລະໃຫ້ການຄວບຄຸມຢ່າງເຕັມທີ່ກັບຜູ້ຂຽນແອັບພລິເຄຊັນແລະຜູ້ໃຊ້ສຸດທ້າຍ (ຖ້າທ່ານຕ້ອງການຮູ້ເພີ່ມເຕີມ, ເບິ່ງ. ວິ​ກີ и ເອກະສານ).

ຈະເປັນແນວໃດຖ້າພວກເຮົາສ້າງ AppImage ສໍາລັບ Haiku?

ຂໍໃຫ້ຄິດເລັກນ້ອຍ, ໃນທາງທິດສະດີຢ່າງແທ້ຈິງ: ສິ່ງທີ່ຕ້ອງເຮັດເພື່ອໃຫ້ໄດ້ AppImage, ຫຼືບາງສິ່ງບາງຢ່າງທີ່ຄ້າຍຄືກັນ, ກ່ຽວກັບ Haiku? ມັນບໍ່ຈໍາເປັນທີ່ຈະສ້າງບາງສິ່ງບາງຢ່າງໃນປັດຈຸບັນ, ເພາະວ່າລະບົບທີ່ມີຢູ່ແລ້ວໃນ Haiku ເຮັດວຽກທີ່ຫນ້າອັດສະຈັນ, ແຕ່ການທົດລອງຈິນຕະນາການຈະດີ. ມັນຍັງສະແດງໃຫ້ເຫັນຄວາມຊັບຊ້ອນຂອງ Haiku, ເມື່ອປຽບທຽບກັບສະພາບແວດລ້ອມ desktop ຂອງ Linux, ບ່ອນທີ່ສິ່ງດັ່ງກ່າວມີຄວາມຫຍຸ້ງຍາກຫຼາຍ (ຂ້ອຍມີສິດທີ່ຈະເວົ້າດັ່ງນັ້ນ: ຂ້ອຍໄດ້ຕໍ່ສູ້ກັບການແກ້ບັນຫາສໍາລັບ 10 ປີ).

ໃນ Macintosh System 1, ແຕ່ລະແອັບພລິເຄຊັນແມ່ນໄຟລ໌ແຍກຕ່າງຫາກ "ຈັດການ" ໃນ Finder. ການນໍາໃຊ້ AppImage ຂ້ອຍກໍາລັງພະຍາຍາມສ້າງປະສົບການຜູ້ໃຊ້ດຽວກັນຢູ່ໃນ Linux.

ກ່ອນອື່ນ ໝົດ, AppImage ແມ່ນຫຍັງ? ນີ້ແມ່ນລະບົບສໍາລັບການປ່ອຍແອັບພລິເຄຊັນພາກສ່ວນທີສາມ (ຕົວຢ່າງ: ການປິ່ນປົວ Ultimaker), ອະນຸຍາດໃຫ້ແອັບພລິເຄຊັນຖືກປ່ອຍອອກມາເມື່ອໃດແລະວິທີການທີ່ພວກເຂົາຕ້ອງການ: ບໍ່ຈໍາເປັນຕ້ອງຮູ້ສະເພາະຂອງການແຈກຢາຍຕ່າງໆ, ກໍ່ສ້າງນະໂຍບາຍຫຼືສ້າງໂຄງສ້າງພື້ນຖານ, ບໍ່ຈໍາເປັນຕ້ອງມີການສະຫນັບສະຫນູນຜູ້ຮັກສາ, ແລະພວກເຂົາບໍ່ໄດ້ບອກຜູ້ໃຊ້ວ່າ (ບໍ່) ພວກເຂົາສາມາດຕິດຕັ້ງຫຍັງ. ໃນ​ຄອມ​ພິວ​ເຕີ​ຂອງ​ເຂົາ​ເຈົ້າ​. AppImage ຄວນຖືກເຂົ້າໃຈເປັນສິ່ງທີ່ຄ້າຍຄືກັບຊຸດ Mac ໃນຮູບແບບ .app ພາຍໃນຮູບແຜ່ນ .dmg. ຄວາມແຕກຕ່າງຕົ້ນຕໍແມ່ນວ່າແອັບພລິເຄຊັນບໍ່ໄດ້ຖືກຄັດລອກ, ແຕ່ຢູ່ໃນ AppImage ຕະຫຼອດໄປ, ຄືກັນກັບຊຸດ Haiku. .hpkg ຕິດຕັ້ງ, ແລະບໍ່ເຄີຍຕິດຕັ້ງໃນຄວາມຫມາຍປົກກະຕິ.

ໃນໄລຍະຫຼາຍກວ່າ 10 ປີຂອງການມີຢູ່, AppImage ໄດ້ຮັບການອຸທອນແລະຄວາມນິຍົມບາງຢ່າງ: Linus Torvalds ຕົນເອງໄດ້ຮັບຮອງມັນສາທາລະນະ, ແລະໂຄງການທົ່ວໄປ (ຕົວຢ່າງເຊັ່ນ LibreOffice, Krita, Inkscape, Scribus, ImageMagick) ໄດ້ຮັບຮອງເອົາມັນເປັນວິທີຕົ້ນຕໍ. ເພື່ອແຈກຢາຍການກໍ່ສ້າງຢ່າງຕໍ່ເນື່ອງຫຼືໃນຕອນກາງຄືນ, ບໍ່ແຊກແຊງກັບຄໍາຮ້ອງສະຫມັກຂອງຜູ້ໃຊ້ທີ່ຕິດຕັ້ງຫຼືຖອນການຕິດຕັ້ງ. ແນວໃດກໍ່ຕາມ, ສະພາບແວດລ້ອມ desktop Linux ແລະການແຈກຢາຍສ່ວນຫຼາຍແມ່ນຍັງຕິດກັບຮູບແບບການແຈກຢາຍແບບດັ້ງເດີມ, ອີງໃສ່ຜູ້ຮັກສາສູນແລະ / ຫຼືສົ່ງເສີມທຸລະກິດວິສາຫະກິດຂອງຕົນເອງແລະ / ຫຼືໂຄງການວິສະວະກໍາໂດຍອີງໃສ່ Flatpak (RedHat, Fedora, GNOME) ແລະ Snappy (Canonical, Ubuntu). ມັນມາ ເຍາະເຍີ້ຍ.

ມັນ​ເຮັດ​ວຽກ​ແນວ​ໃດ

• ແຕ່ລະ AppImage ມີ 2 ສ່ວນ: ຄລິກສອງເທື່ອ ELF (ອັນທີ່ເອີ້ນວ່າ. runtime.c), ຕາມດ້ວຍຮູບພາບລະບົບໄຟລ໌ SquashFS.

• ລະບົບໄຟລ໌ SquashFS ມີ payload ຂອງແອັບພລິເຄຊັນແລະທຸກສິ່ງທີ່ຕ້ອງການເພື່ອດໍາເນີນການມັນ, ເຊິ່ງໃນໃຈທີ່ຖືກຕ້ອງບໍ່ສາມາດຖືກພິຈາລະນາເປັນສ່ວນຫນຶ່ງຂອງການຕິດຕັ້ງເລີ່ມຕົ້ນສໍາລັບທຸກໆລະບົບເປົ້າຫມາຍທີ່ຜ່ານມາ (ການແຈກຢາຍ Linux). ມັນຍັງປະກອບດ້ວຍ metadata, ເຊັ່ນ: ຊື່ແອັບພລິເຄຊັນ, ໄອຄອນ, ປະເພດ MIME, ແລະອື່ນໆ.

• ເມື່ອດໍາເນີນການໂດຍຜູ້ໃຊ້, runtime ໃຊ້ FUSE ແລະ squashfuse ເພື່ອຕິດຕັ້ງລະບົບໄຟລ໌, ແລະຫຼັງຈາກນັ້ນຈັດການແລ່ນບາງຈຸດເຂົ້າ (aka AppRun) ພາຍໃນ AppImage ທີ່ຕິດຕັ້ງ.
  ລະບົບໄຟລ໌ຖືກຖອນການຕິດຕັ້ງຫຼັງຈາກຂະບວນການສໍາເລັດ.

ທຸກສິ່ງທຸກຢ່າງເບິ່ງຄືວ່າງ່າຍດາຍ.

ແລະສິ່ງເຫຼົ່ານີ້ເຮັດໃຫ້ທຸກສິ່ງທຸກຢ່າງສັບສົນ:

• ດ້ວຍຄວາມຫລາກຫລາຍຂອງການແຈກຢາຍ Linux, ບໍ່ມີຫຍັງ "ຢູ່ໃນໃຈທີ່ຖືກຕ້ອງ" ສາມາດເອີ້ນວ່າ "ສ່ວນຫນຶ່ງຂອງການຕິດຕັ້ງໃນຕອນຕົ້ນສໍາລັບທຸກໆລະບົບເປົ້າຫມາຍໃຫມ່." ພວກເຮົາເຮັດວຽກກ່ຽວກັບບັນຫານີ້ໂດຍການກໍ່ສ້າງ ຍົກເວັ້ນລາຍຊື່, ຊ່ວຍໃຫ້ທ່ານສາມາດກໍານົດສິ່ງທີ່ຈະຖືກຫຸ້ມຫໍ່ຢູ່ໃນ AppImage ແລະສິ່ງທີ່ຈະຕ້ອງເອົາໄປບ່ອນອື່ນ. ໃນເວລາດຽວກັນ, ບາງຄັ້ງພວກເຮົາພາດ, ເຖິງວ່າຈະມີຄວາມຈິງທີ່ວ່າ, ໂດຍທົ່ວໄປ, ທຸກສິ່ງທຸກຢ່າງເຮັດວຽກທີ່ຍິ່ງໃຫຍ່. ສໍາລັບເຫດຜົນນີ້, ພວກເຮົາແນະນໍາໃຫ້ຜູ້ສ້າງຊຸດທົດສອບ AppImages ໃນທຸກລະບົບເປົ້າຫມາຍ (ການແຈກຢາຍ).
• ແອັບພລິເຄຊັ່ນ payloads ຈະຕ້ອງຖືກຍົກຍ້າຍໃນທົ່ວລະບົບໄຟລ໌. ແຕ່ຫນ້າເສຍດາຍ, ຄໍາຮ້ອງສະຫມັກຈໍານວນຫຼາຍມີເສັ້ນທາງຢ່າງແທ້ຈິງທີ່ມີລະຫັດຍາກ, ສໍາລັບຕົວຢ່າງ, ຊັບພະຍາກອນໃນ /usr/share. ນີ້ຕ້ອງໄດ້ຮັບການແກ້ໄຂ somehow. ນອກຈາກນັ້ນ, ທ່ານຈະຕ້ອງສົ່ງອອກ LD_LIBRARY_PATH, ຫຼືແກ້ໄຂ rpath ດັ່ງນັ້ນຜູ້ໂຫຼດສາມາດຊອກຫາຫ້ອງສະຫມຸດທີ່ກ່ຽວຂ້ອງ. ວິ​ທີ​ການ​ທໍາ​ອິດ​ມີ​ຈຸດ​ອ່ອນ​ຂອງ​ຕົນ (ທີ່​ໄດ້​ຮັບ​ການ​ແກ້​ໄຂ​ໃນ​ວິ​ທີ​ການ​ສະ​ລັບ​ສັບ​ຊ້ອນ​)​, ແລະ​ຄັ້ງ​ທີ​ສອງ​ແມ່ນ​ພຽງ​ແຕ່ cumbersome​.
• ຂຸມ UX ທີ່ໃຫຍ່ທີ່ສຸດສໍາລັບຜູ້ໃຊ້ແມ່ນວ່າ ກໍານົດ bit ປະຕິບັດໄດ້ ໄຟລ໌ AppImage ຫຼັງຈາກດາວໂຫຼດ. ເຊື່ອຫຼືບໍ່, ນີ້ແມ່ນອຸປະສັກທີ່ແທ້ຈິງສໍາລັບບາງຄົນ. ຄວາມຕ້ອງການທີ່ຈະກໍານົດບິດການປະຕິບັດແມ່ນ cumbersome ເຖິງແມ່ນວ່າສໍາລັບຜູ້ໃຊ້ທີ່ມີປະສົບການ. ໃນຖານະເປັນວິທີການແກ້ໄຂ, ພວກເຮົາແນະນໍາໃຫ້ຕິດຕັ້ງບໍລິການຂະຫນາດນ້ອຍທີ່ຕິດຕາມກວດກາໄຟລ໌ AppImage ແລະກໍານົດ bit ການປະຕິບັດຂອງເຂົາເຈົ້າ. ໃນຮູບແບບທີ່ບໍລິສຸດຂອງມັນ, ມັນບໍ່ແມ່ນການແກ້ໄຂທີ່ດີທີ່ສຸດ, ເພາະວ່າມັນຈະບໍ່ເຮັດວຽກອອກຈາກກ່ອງ. ການແຈກຢາຍ Linux ບໍ່ໄດ້ໃຫ້ບໍລິການນີ້, ດັ່ງນັ້ນ, ຜູ້ໃຊ້ມີປະສົບການທີ່ບໍ່ດີອອກຈາກກ່ອງ.
• ຜູ້ໃຊ້ Linux ຄາດຫວັງວ່າແອັບພລິເຄຊັນໃຫມ່ຈະມີໄອຄອນຢູ່ໃນເມນູເລີ່ມຕົ້ນ. ທ່ານບໍ່ສາມາດບອກລະບົບໄດ້: "ເບິ່ງ, ມີຄໍາຮ້ອງສະຫມັກໃຫມ່, ໃຫ້ເຮັດວຽກ." ແທນທີ່ຈະ, ອີງຕາມຂໍ້ກໍານົດຂອງ XDG, ທ່ານຈໍາເປັນຕ້ອງຄັດລອກໄຟລ໌ .desktop ກັບ​ສະ​ຖານ​ທີ່​ສິດ​ທິ​ໃນ​ການ​ /usr ສໍາລັບການຕິດຕັ້ງທົ່ວລະບົບ, ຫຼືໃນ $HOME ສໍາລັບບຸກຄົນ. ໄອຄອນຂອງຂະຫນາດທີ່ແນ່ນອນ, ອີງຕາມຂໍ້ກໍານົດຂອງ XDG, ຈໍາເປັນຕ້ອງໄດ້ວາງໄວ້ໃນບາງບ່ອນ usr ຫຼື $HOME, ແລະຫຼັງຈາກນັ້ນດໍາເນີນການຄໍາສັ່ງໃນສະພາບແວດລ້ອມການເຮັດວຽກເພື່ອປັບປຸງ cache ໄອຄອນ, ຫຼືຫວັງວ່າຜູ້ຈັດການສະພາບແວດລ້ອມການເຮັດວຽກຈະຄິດອອກແລະກວດພົບທຸກຢ່າງໂດຍອັດຕະໂນມັດ. ຄືກັນກັບປະເພດ MIME. ໃນຖານະເປັນການແກ້ໄຂ, ມັນຖືກສະເຫນີໃຫ້ໃຊ້ບໍລິການດຽວກັນ, ເຊິ່ງ, ນອກເຫນືອຈາກການກໍານົດທຸງການປະຕິບັດ, ຈະ, ຖ້າມີໄອຄອນ, ແລະອື່ນໆ. ໃນ AppImage, ຄັດລອກພວກມັນຈາກ AppImage ໄປຫາບ່ອນທີ່ຖືກຕ້ອງຕາມ XDG. ເມື່ອຖືກລຶບຫຼືຍ້າຍ, ການບໍລິການຄາດວ່າຈະລຶບລ້າງທຸກຢ່າງ. ແນ່ນອນ, ມັນມີຄວາມແຕກຕ່າງໃນພຶດຕິກໍາຂອງແຕ່ລະສະພາບແວດລ້ອມການເຮັດວຽກ, ໃນຮູບແບບໄຟລ໌ຮູບພາບ, ຂະຫນາດຂອງພວກເຂົາ, ສະຖານທີ່ເກັບຮັກສາແລະວິທີການປັບປຸງ cache, ເຊິ່ງສ້າງບັນຫາ. ໃນສັ້ນ, ວິທີການນີ້ແມ່ນໄມ້ຄ້ອນເທົ້າ.
• ຖ້າຂ້າງເທິງບໍ່ພຽງພໍ, ຍັງຄົງບໍ່ມີໄອຄອນ AppImage ໃນຕົວຈັດການໄຟລ໌. ໂລກ Linux ຍັງບໍ່ທັນໄດ້ຕັດສິນໃຈທີ່ຈະປະຕິບັດ elficon (ເຖິງແມ່ນວ່າ ການສົນທະນາ и ການຈັດຕັ້ງປະຕິບັດ), ສະນັ້ນມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະຝັງໄອຄອນໂດຍກົງເຂົ້າໄປໃນແອັບພລິເຄຊັນ. ສະນັ້ນມັນປາກົດວ່າແອັບພລິເຄຊັນຕ່າງໆໃນຕົວຈັດການໄຟລ໌ບໍ່ມີໄອຄອນຂອງຕົນເອງ (ບໍ່ແຕກຕ່າງກັນ, AppImage ຫຼືສິ່ງອື່ນ), ພວກເຂົາຢູ່ໃນເມນູເລີ່ມຕົ້ນເທົ່ານັ້ນ. ເປັນການແກ້ໄຂບັນຫາ, ພວກເຮົາກຳລັງໃຊ້ຮູບຫຍໍ້, ເຊິ່ງເປັນກົນໄກທີ່ຖືກອອກແບບມາໃນເບື້ອງຕົ້ນເພື່ອອະນຸຍາດໃຫ້ຜູ້ຈັດການເດັສທັອບສະແດງຕົວຢ່າງຮູບຕົວຢ່າງຂອງໄຟລ໌ກຣາຟິກເປັນໄອຄອນຂອງເຂົາເຈົ້າ. ດັ່ງນັ້ນ, ການບໍລິການສໍາລັບການກໍານົດບິດການປະຕິບັດຍັງເຮັດວຽກເປັນ "miniaturizer", ການສ້າງແລະຂຽນຮູບຫຍໍ້ຮູບສັນຍາລັກກັບສະຖານທີ່ທີ່ເຫມາະສົມ. /usr и $HOME. ການບໍລິການນີ້ຍັງດໍາເນີນການທໍາຄວາມສະອາດຖ້າຫາກວ່າ AppImage ໄດ້ຖືກລຶບຫຼືຍ້າຍ. ເນື່ອງຈາກຄວາມຈິງທີ່ວ່າຜູ້ຈັດການ desktop ແຕ່ລະຄົນປະຕິບັດຕົວແຕກຕ່າງກັນເລັກນ້ອຍ, ສໍາລັບຕົວຢ່າງ, ໃນຮູບແບບໃດທີ່ມັນຍອມຮັບໄອຄອນ, ໃນຂະຫນາດຫຼືສະຖານທີ່ໃດ, ນີ້ແມ່ນຄວາມເຈັບປວດແທ້ໆ.
• ແອັບພລິເຄຊັນພຽງແຕ່ຂັດກັບການປະຕິບັດຖ້າມີຂໍ້ຜິດພາດເກີດຂື້ນ (ຕົວຢ່າງເຊັ່ນ, ມີຫ້ອງສະຫມຸດທີ່ບໍ່ແມ່ນສ່ວນຫນຶ່ງຂອງລະບົບພື້ນຖານແລະບໍ່ໄດ້ສະຫນອງໃນ AppImage), ແລະບໍ່ມີໃຜບອກຜູ້ໃຊ້ໃນ GUI ວ່າແມ່ນຫຍັງເກີດຂຶ້ນແທ້ໆ. ພວກເຮົາເລີ່ມຕົ້ນເພື່ອໃຫ້ໄດ້ຮັບປະມານນີ້ໂດຍການນໍາໃຊ້ ແຈ້ງການ ໃນ desktop, ຊຶ່ງຫມາຍຄວາມວ່າພວກເຮົາຈໍາເປັນຕ້ອງຈັບຄວາມຜິດພາດຈາກເສັ້ນຄໍາສັ່ງ, ປ່ຽນໃຫ້ເຂົາເຈົ້າເຂົ້າໄປໃນຂໍ້ຄວາມທີ່ເຂົ້າໃຈຂອງຜູ້ໃຊ້, ເຊິ່ງຫຼັງຈາກນັ້ນຈໍາເປັນຕ້ອງໄດ້ສະແດງຢູ່ໃນ desktop. ແລະແນ່ນອນ, ແຕ່ລະສະພາບແວດລ້ອມ desktop ຈັດການກັບພວກມັນແຕກຕ່າງກັນເລັກນ້ອຍ.
• ໃນເວລານີ້ (ເດືອນກັນຍາ 2019 - ບັນທຶກຂອງຜູ້ແປພາສາ) ຂ້ອຍບໍ່ພົບວິທີງ່າຍໆທີ່ຈະບອກລະບົບວ່າໄຟລ໌. 1.png ຕ້ອງໄດ້ຮັບການເປີດໂດຍໃຊ້ Krita, ແລະ 2.png - ການ​ນໍາ​ໃຊ້ GIMP​.

ສະຖານທີ່ບ່ອນເກັບຂໍ້ມູນສຳລັບຂໍ້ມູນຈໍາເພາະຂ້າມ desktop ທີ່ໃຊ້ໃນ GNOME, KDE и Xfce ແມ່ນ freedesktop.org

ບັນລຸ​ລະດັບ​ຄວາມ​ຄ່ອງ​ແຄ້ວ​ຢ່າງ​ເລິກ​ເຊິ່ງ​ໃນ​ສະພາບ​ແວດ​ລ້ອມ​ແຫ່ງ​ການ​ເຮັດ​ວຽກ Haiku ​ແມ່ນ​ຫຍຸ້ງຍາກ, ຖ້າ​ຫາກ​ບໍ່​ສາມາດ​ເຮັດ​ໄດ້, ຍ້ອນ​ບັນດາ​ຂໍ້​ກຳນົດ. XDG ຈາກ freedesktop.org ສໍາລັບການຂ້າມ desktop, ເຊັ່ນດຽວກັນກັບການປະຕິບັດຂອງຜູ້ຈັດການ desktop ໂດຍອີງໃສ່ສະເພາະເຫຼົ່ານີ້. ຕົວຢ່າງ, ພວກເຮົາສາມາດອ້າງເຖິງໄອຄອນ Firefox ໃນທົ່ວລະບົບ: ປາກົດຂື້ນ, ຜູ້ຂຽນຂອງ XDG ບໍ່ໄດ້ຄິດວ່າຜູ້ໃຊ້ສາມາດມີຄໍາຮ້ອງສະຫມັກດຽວກັນຫຼາຍລຸ້ນຕິດຕັ້ງ.

ໄອຄອນສຳລັບ Firefox ລຸ້ນຕ່າງໆ

ຂ້ອຍສົງໄສວ່າໂລກ Linux ສາມາດຮຽນຮູ້ຫຍັງໄດ້ຈາກ Mac OS X ເພື່ອຫຼີກເວັ້ນການເຊື່ອມໂຍງລະບົບ. ຖ້າທ່ານມີເວລາແລະຢູ່ໃນເລື່ອງນີ້, ໃຫ້ແນ່ໃຈວ່າອ່ານສິ່ງທີ່ Arnaud Gurdol, ຫນຶ່ງໃນວິສະວະກອນ Mac OS X ຄົນທໍາອິດ, ເວົ້າວ່າ:

ພວກ​ເຮົາ​ຕ້ອງ​ການ​ທີ່​ຈະ​ເຮັດ​ໃຫ້​ການ​ຕິດ​ຕັ້ງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ເປັນ​ງ່າຍ​ທີ່​ຈະ​ລາກ​ໄອ​ຄອນ​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ຈາກ​ບ່ອນ​ໃດ​ຫນຶ່ງ (ເຊີບ​ເວີ​, ຂັບ​ພາຍ​ນອກ​) ໄປ​ໃສ່​ຄອມ​ພິວ​ເຕີ​ຂອງ​ທ່ານ​. ເພື່ອເຮັດສິ່ງນີ້, ຊຸດແອັບພລິເຄຊັນເກັບຂໍ້ມູນທັງຫມົດ, ລວມທັງໄອຄອນ, ຮຸ່ນ, ປະເພດໄຟລ໌ທີ່ຖືກປຸງແຕ່ງ, ປະເພດຂອງໂຄງການ URL ທີ່ລະບົບຕ້ອງການຮູ້ເພື່ອດໍາເນີນການຄໍາຮ້ອງສະຫມັກ. ອັນນີ້ຍັງລວມເອົາຂໍ້ມູນຂອງ 'ການເກັບຮັກສາສູນກາງ' ໃນຖານຂໍ້ມູນບໍລິການໄອຄອນ ແລະ ການບໍລິການເປີດຕົວ. ເພື່ອສະຫນັບສະຫນູນການປະຕິບັດ, ແອັບພລິເຄຊັນຖືກ 'ຄົ້ນພົບ' ໃນຫຼາຍໆບ່ອນ 'ທີ່ມີຊື່ສຽງ': ລະບົບແລະລາຍຊື່ແອັບພລິເຄຊັນຂອງຜູ້ໃຊ້, ແລະບາງບ່ອນອັດຕະໂນມັດຖ້າຜູ້ໃຊ້ໄປຫາ Finder ໃນໄດເລກະທໍລີທີ່ມີແອັບພລິເຄຊັນ. ໃນທາງປະຕິບັດນີ້ເຮັດວຽກໄດ້ດີຫຼາຍ.

https://youtu.be/qQsnqWJ8D2c
Apple WWDC 2000 session 144 - Mac OS X: ຄໍາຮ້ອງສະຫມັກການຫຸ້ມຫໍ່ແລະການພິມເອກະສານ.

ບໍ່ມີຫຍັງຄ້າຍຄືໂຄງສ້າງພື້ນຖານນີ້ໃນ desktops Linux, ດັ່ງນັ້ນພວກເຮົາກໍາລັງຊອກຫາການແກ້ໄຂກ່ຽວກັບຂໍ້ຈໍາກັດຂອງໂຄງສ້າງໃນໂຄງການ AppImage.

ແມ່ນ Haiku ມາຊ່ອຍກູ້?

ແລະອີກຢ່າງຫນຶ່ງ: ເວທີ Linux ເປັນພື້ນຖານຂອງສະພາບແວດລ້ອມ desktop ມີແນວໂນ້ມທີ່ຈະບໍ່ແນ່ນອນຫຼາຍສິ່ງທີ່ຂ້ອນຂ້າງງ່າຍດາຍໃນລະບົບເຕັມ stack ທີ່ສອດຄ່ອງແມ່ນແຕກແຍກແລະສັບສົນໃນ Linux. ຂ້າພະເຈົ້າໄດ້ອຸທິດບົດລາຍງານທັງຫມົດກ່ຽວກັບບັນຫາທີ່ກ່ຽວຂ້ອງກັບແພລະຕະຟອມ Linux ສໍາລັບສະພາບແວດລ້ອມ desktop (ຜູ້ພັດທະນາທີ່ມີຄວາມຮູ້ຢືນຢັນວ່າທຸກສິ່ງທຸກຢ່າງຈະຍັງຄົງເປັນແບບນີ້ເປັນເວລາດົນ).

ບົດລາຍງານຂອງຂ້ອຍກ່ຽວກັບບັນຫາຂອງສະພາບແວດລ້ອມ desktop Linux ໃນປີ 2018

ເຖິງແມ່ນວ່າ Linus Torvalds ຍອມຮັບວ່າການແຕກແຍກແມ່ນເຫດຜົນທີ່ແນວຄວາມຄິດຂອງພື້ນທີ່ເຮັດວຽກລົ້ມເຫລວ.

ດີໃຈທີ່ໄດ້ເຫັນ Haiku!

Haiku ເຮັດໃຫ້ທຸກສິ່ງທຸກຢ່າງງ່າຍດາຍເຮັດໃຫ້ປະລາດ

ໃນຂະນະທີ່ວິທີການທີ່ບໍ່ເຂົ້າໃຈໃນ "porting" AppImage ກັບ Haiku ແມ່ນພຽງແຕ່ພະຍາຍາມສ້າງ (ສ່ວນໃຫຍ່ແມ່ນ runtime.c ແລະການບໍລິການ) ອົງປະກອບຂອງມັນ (ເຊິ່ງອາດຈະເປັນໄປໄດ້!), ນີ້ຈະບໍ່ໃຫ້ຜົນປະໂຫຍດຫຼາຍກັບ Haiku. ເນື່ອງຈາກວ່າໃນຄວາມເປັນຈິງ, ບັນຫາເຫຼົ່ານີ້ສ່ວນໃຫຍ່ແມ່ນໄດ້ຮັບການແກ້ໄຂໃນ Haiku ແລະມີແນວຄວາມຄິດ. Haiku ສະໜອງສິ່ງກໍ່ສ້າງໂຄງສ້າງພື້ນຖານຂອງລະບົບຢ່າງແນ່ນອນທີ່ຂ້ອຍໄດ້ຊອກຫາຢູ່ໃນສະພາບແວດລ້ອມ desktop Linux ມາເປັນເວລາດົນນານແລ້ວ ແລະເຊື່ອວ່າບໍ່ໄດ້ຢູ່ທີ່ນັ້ນ. ຄື:

ເຊື່ອຫຼືບໍ່, ນີ້ແມ່ນສິ່ງທີ່ຜູ້ໃຊ້ Linux ຫຼາຍຄົນບໍ່ສາມາດເອົາຊະນະໄດ້. ໃນ Haiku ທຸກ​ສິ່ງ​ທຸກ​ຢ່າງ​ແມ່ນ​ເຮັດ​ໄດ້​ອັດ​ຕະ​ໂນ​ມັດ​!

• ໄຟລ໌ ELF ທີ່ບໍ່ມີບິດທີ່ສາມາດປະຕິບັດໄດ້ຈະໄດ້ຮັບຫນຶ່ງອັດຕະໂນມັດເມື່ອຄລິກສອງຄັ້ງໃນຕົວຈັດການໄຟລ໌.
• ແອັບພລິເຄຊັນສາມາດມີຊັບພະຍາກອນໃນຕົວເຊັ່ນ: ໄອຄອນທີ່ສະແດງຢູ່ໃນຕົວຈັດການໄຟລ໌. ບໍ່ຈໍາເປັນຕ້ອງຄັດລອກຮູບພາບຕ່າງໆເຂົ້າໄປໃນໄດເລກະທໍລີພິເສດທີ່ມີໄອຄອນ, ແລະດັ່ງນັ້ນຈຶ່ງບໍ່ຈໍາເປັນຕ້ອງເຮັດຄວາມສະອາດພວກມັນຫຼັງຈາກລຶບຫຼືຍ້າຍແອັບພລິເຄຊັນ.
• ມີຖານຂໍ້ມູນສໍາລັບການເຊື່ອມໂຍງຄໍາຮ້ອງສະຫມັກກັບເອກະສານ, ບໍ່ຈໍາເປັນຕ້ອງຄັດລອກໄຟລ໌ໃດໆສໍາລັບການນີ້.
• ໃນ lib/ directory ຖັດຈາກໄຟລ໌ທີ່ສາມາດປະຕິບັດໄດ້, ຫ້ອງສະຫມຸດຈະຖືກຄົ້ນຫາໂດຍຄ່າເລີ່ມຕົ້ນ.
• ບໍ່ມີການແຈກຢາຍຈໍານວນຫລາຍແລະສະພາບແວດລ້ອມ desktop; ໃດກໍ່ຕາມ, ເຮັດວຽກຢູ່ທົ່ວທຸກແຫ່ງ.
• ບໍ່ມີໂມດູນແຍກຕ່າງຫາກທີ່ຈະດໍາເນີນການທີ່ແຕກຕ່າງຈາກໄດເລກະທໍລີ Applications.
• ແອັບພລິເຄຊັນບໍ່ມີເສັ້ນທາງຢ່າງແທ້ຈິງໃນຕົວຂອງຊັບພະຍາກອນ; ພວກມັນມີຫນ້າທີ່ພິເສດສໍາລັບການກໍານົດສະຖານທີ່ໃນເວລາແລ່ນ.
• ແນວຄວາມຄິດຂອງຮູບພາບລະບົບໄຟລ໌ທີ່ຖືກບີບອັດໄດ້ຖືກນໍາສະເຫນີ: ນີ້ແມ່ນຊຸດ hpkg ໃດ. ພວກມັນທັງຫມົດແມ່ນຕິດຕັ້ງໂດຍແກ່ນ.
• ແຕ່ລະໄຟລ໌ຖືກເປີດໂດຍແອັບພລິເຄຊັນທີ່ສ້າງມັນ, ເວັ້ນເສຍແຕ່ທ່ານຈະລະບຸຢ່າງຈະແຈ້ງ. ອັນນີ້ເດ!

ສອງໄຟລ໌ png. ໃຫ້ສັງເກດໄອຄອນທີ່ແຕກຕ່າງກັນທີ່ຊີ້ໃຫ້ເຫັນວ່າພວກມັນຈະຖືກເປີດໂດຍແອັບພລິເຄຊັນຕ່າງໆເມື່ອຄລິກສອງຄັ້ງ. ນອກຈາກນັ້ນ, ໃຫ້ສັງເກດເມນູເລື່ອນລົງ "Open with:" ທີ່ຜູ້ໃຊ້ສາມາດເລືອກຄໍາຮ້ອງສະຫມັກສ່ວນບຸກຄົນ. ວິ​ທີ​ງ່າຍ​ດາຍ​!

ມັນເບິ່ງຄືວ່າມີໄມ້ຄ້ອນເທົ້າ ແລະວິທີການເຮັດວຽກຫຼາຍຢ່າງທີ່ຕ້ອງການໂດຍ AppImage ໃນ Linux ກາຍເປັນສິ່ງທີ່ບໍ່ຈໍາເປັນໃນ Haiku, ເຊິ່ງມີຄວາມງ່າຍດາຍແລະຄວາມຊັບຊ້ອນຢູ່ໃນຫຼັກຂອງມັນທີ່ເຮັດໃຫ້ມັນຈັດການກັບຄວາມຕ້ອງການຂອງພວກເຮົາສ່ວນໃຫຍ່.

Haiku ຕ້ອງ​ການ​ຫຸ້ມ​ຫໍ່ app ຫຼັງ​ຈາກ​ທັງ​ຫມົດ​?

ນີ້ນໍາໄປສູ່ຄໍາຖາມໃຫຍ່. ຖ້າມັນເປັນຄໍາສັ່ງຂອງຂະຫນາດທີ່ງ່າຍຕໍ່ການສ້າງລະບົບເຊັ່ນ AppImage ໃນ Haiku ກ່ວາໃນ Linux, ມັນຈະຄຸ້ມຄ່າບໍ? ຫຼື Haiku, ດ້ວຍລະບົບຊຸດ hpkg ຂອງມັນ, ໄດ້ລົບລ້າງຄວາມຕ້ອງການທີ່ຈະພັດທະນາແນວຄວາມຄິດດັ່ງກ່າວຢ່າງມີປະສິດທິພາບບໍ? ດີ, ເພື່ອຕອບພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ເບິ່ງແຮງຈູງໃຈທີ່ຢູ່ເບື້ອງຫລັງການມີຢູ່ຂອງ AppImages.

ທັດສະນະຂອງຜູ້ໃຊ້

ໃຫ້ເບິ່ງຜູ້ໃຊ້ສຸດທ້າຍຂອງພວກເຮົາ:

• ຂ້ອຍຕ້ອງການຕິດຕັ້ງແອັບພລິເຄຊັນໂດຍບໍ່ຕ້ອງຂໍລະຫັດຜ່ານຂອງຜູ້ເບິ່ງແຍງລະບົບ (ຮາກ). ບໍ່ມີແນວຄວາມຄິດຂອງຜູ້ບໍລິຫານກ່ຽວກັບ Haiku, ຜູ້ໃຊ້ມີການຄວບຄຸມຢ່າງເຕັມທີ່ຍ້ອນວ່າມັນເປັນລະບົບສ່ວນບຸກຄົນ! (ໃນຫຼັກການ, ທ່ານສາມາດຈິນຕະນາການນີ້ໃນຮູບແບບ multiplayer, ຂ້າພະເຈົ້າຫວັງວ່າຜູ້ພັດທະນາເຮັດໃຫ້ມັນງ່າຍດາຍ)
• ຂ້ອຍຕ້ອງການໃຫ້ແອັບພລິເຄຊັນເວີຊັນຫຼ້າສຸດແລະຍິ່ງໃຫຍ່ທີ່ສຸດ, ໂດຍບໍ່ຕ້ອງລໍຖ້າໃຫ້ພວກເຂົາປາກົດຢູ່ໃນການແຈກຢາຍຂອງຂ້ອຍ (ສ່ວນຫຼາຍມັນຫມາຍຄວາມວ່າ "ບໍ່ເຄີຍ", ຢ່າງຫນ້ອຍເວັ້ນເສຍແຕ່ຂ້ອຍຈະປັບປຸງລະບົບປະຕິບັດການທັງຫມົດ). ກ່ຽວກັບ Haiku ນີ້ແມ່ນ "ແກ້ໄຂ" ດ້ວຍການປ່ອຍທີ່ເລື່ອນໄດ້. ນີ້ ໝາຍ ຄວາມວ່າມັນເປັນໄປໄດ້ທີ່ຈະໄດ້ຮັບແອັບພລິເຄຊັນລຸ້ນລ້າສຸດແລະໃຫຍ່ທີ່ສຸດ, ແຕ່ເພື່ອເຮັດສິ່ງນັ້ນ, ທ່ານ ຈຳ ເປັນຕ້ອງປັບປຸງລະບົບທີ່ເຫຼືອຢູ່ສະ ເໝີ, ເຮັດໃຫ້ມັນເປັນ "ເປົ້າ ໝາຍ ທີ່ເຄື່ອນຍ້າຍ" ຢ່າງມີປະສິດທິພາບ..
• ຂ້ອຍຕ້ອງການຫລາຍລຸ້ນຂອງແອັບພລິເຄຊັນດຽວກັນ, ເພາະວ່າມັນບໍ່ມີທາງທີ່ຈະຮູ້ວ່າສິ່ງທີ່ແຕກຫັກໃນຮຸ່ນຫຼ້າສຸດ, ຫຼືເວົ້າວ່າ, ຂ້ອຍ, ໃນຖານະຜູ້ພັດທະນາເວັບ, ຈໍາເປັນຕ້ອງໄດ້ທົດສອບການເຮັດວຽກຂອງຂ້ອຍພາຍໃຕ້ສະບັບທີ່ແຕກຕ່າງກັນຂອງຕົວທ່ອງເວັບ. Haiku ແກ້ໄຂບັນຫາທໍາອິດ, ແຕ່ບໍ່ແມ່ນທີສອງ. ການອັບເດດຈະຖືກມ້ວນຄືນ, ແຕ່ພຽງແຕ່ສໍາລັບລະບົບທັງຫມົດ; ມັນເປັນໄປບໍ່ໄດ້ (ເທົ່າທີ່ຂ້ອຍຮູ້) ທີ່ຈະດໍາເນີນການ, ຕົວຢ່າງ, ຫຼາຍຮຸ່ນຂອງ WebPositive ຫຼື LibreOffice ໃນເວລາດຽວກັນ.

ຫນຶ່ງໃນນັກພັດທະນາຂຽນວ່າ:

ໂດຍພື້ນຖານແລ້ວເຫດຜົນແມ່ນອັນນີ້: ກໍລະນີການນໍາໃຊ້ແມ່ນຫາຍາກຫຼາຍທີ່ການເພີ່ມປະສິດທິພາບສໍາລັບມັນບໍ່ມີຄວາມຫມາຍ; ການປິ່ນປົວມັນເປັນກໍລະນີພິເສດໃນ HaikuPorts ເບິ່ງຄືວ່າຫຼາຍກວ່າທີ່ຍອມຮັບໄດ້.

• ຂ້ອຍຈໍາເປັນຕ້ອງຮັກສາແອັບຯທີ່ຂ້ອຍມັກມັນ, ບໍ່ແມ່ນຢູ່ໃນໄດເລີ່ມຕົ້ນຂອງຂ້ອຍ. ຂ້ອຍມັກຈະຫມົດພື້ນທີ່ດິດ, ດັ່ງນັ້ນຂ້ອຍຈໍາເປັນຕ້ອງເຊື່ອມຕໍ່ໄດພາຍນອກຫຼືໄດເລກະທໍລີເຄືອຂ່າຍເພື່ອເກັບຮັກສາແອັບພລິເຄຊັນ (ທຸກລຸ້ນທີ່ຂ້ອຍໄດ້ດາວໂຫລດ). ຖ້າຂ້ອຍເຊື່ອມຕໍ່ໄດດັ່ງກ່າວ, ຂ້ອຍຕ້ອງການເປີດໃຊ້ແອັບພລິເຄຊັນໂດຍການຄລິກສອງຄັ້ງ. Haiku ບັນທຶກແພັກເກັດເວີຊັ່ນເກົ່າ, ແຕ່ຂ້ອຍບໍ່ຮູ້ວິທີຍ້າຍພວກມັນໄປໃສ່ໄດຣຟ໌ພາຍນອກ, ຫຼືເປີດແອັບພລິເຄຊັນຈາກບ່ອນນັ້ນໃນພາຍຫຼັງ.

ຄວາມຄິດເຫັນຂອງຜູ້ພັດທະນາ:

ດ້ານວິຊາການ, ນີ້ແມ່ນເປັນໄປໄດ້ແລ້ວກັບຄໍາສັ່ງ mount. ແນ່ນອນ, ພວກເຮົາຈະສ້າງ GUI ສໍາລັບການນີ້ທັນທີທີ່ພວກເຮົາມີຜູ້ໃຊ້ທີ່ສົນໃຈພຽງພໍ.

• ຂ້ອຍບໍ່ຕ້ອງການໄຟລ໌ຫຼາຍລ້ານທີ່ກະແຈກກະຈາຍໄປທົ່ວລະບົບໄຟລ໌ທີ່ຂ້ອຍບໍ່ສາມາດຈັດການດ້ວຍຕົນເອງໄດ້. ຂ້ອຍຕ້ອງການໄຟລ໌ຫນຶ່ງຕໍ່ແອັບພລິເຄຊັນທີ່ຂ້ອຍສາມາດດາວໂຫລດ, ຍ້າຍ, ລຶບໄດ້ງ່າຍ. ໃນ Haiku ບັນຫານີ້ຖືກແກ້ໄຂໂດຍໃຊ້ຊຸດ .hpkg, ທີ່ໂອນ, ສໍາລັບການຍົກຕົວຢ່າງ, python, ຈາກຫລາຍພັນໄຟລ໌ເຂົ້າໄປໃນຫນຶ່ງ. ແຕ່ຖ້າມີ, ສໍາລັບການຍົກຕົວຢ່າງ, Scribus ໃຊ້ python, ຫຼັງຈາກນັ້ນຂ້າພະເຈົ້າຕ້ອງຈັດການກັບຢ່າງຫນ້ອຍສອງໄຟລ໌. ແລະຂ້ອຍຕ້ອງດູແລເພື່ອຮັກສາສະບັບຂອງພວກເຂົາທີ່ເຮັດວຽກຮ່ວມກັນ.

ຫຼາຍລຸ້ນຂອງ AppImages ທີ່ເຮັດວຽກຢູ່ຄຽງຂ້າງໃນ Linux ດຽວກັນ

ທັດສະນະຂອງນັກພັດທະນາແອັບພລິເຄຊັນ

ໃຫ້ເບິ່ງຈາກທັດສະນະຂອງຜູ້ພັດທະນາແອັບພລິເຄຊັນ:

• ຂ້ອຍຕ້ອງການຄວບຄຸມປະສົບການຂອງຜູ້ໃຊ້ທັງຫມົດ. ຂ້ອຍບໍ່ຕ້ອງການທີ່ຈະຂຶ້ນກັບລະບົບປະຕິບັດການເພື່ອບອກຂ້ອຍວ່າຂ້ອຍຄວນປ່ອຍແອັບພລິເຄຊັນໃດແລະເວລາໃດ. Haiku ອະນຸຍາດໃຫ້ນັກພັດທະນາເຮັດວຽກກັບ hpkg repositories ຂອງຕົນເອງ, ແຕ່ນີ້ຫມາຍຄວາມວ່າຜູ້ໃຊ້ຈະຕ້ອງຕັ້ງຄ່າດ້ວຍຕົນເອງ, ເຊິ່ງເຮັດໃຫ້ຄວາມຄິດ "ດຶງດູດຫນ້ອຍລົງ."
• ຂ້ອຍມີຫນ້າດາວໂຫລດຢູ່ໃນເວັບໄຊທ໌ຂອງຂ້ອຍທີ່ຂ້ອຍແຈກຢາຍ .exe ສໍາ​ລັບ Windows​, .dmg ສໍາ​ລັບ Mac ແລະ​ .AppImage ສໍາລັບ Linux. ຫຼືບາງທີຂ້ອຍຕ້ອງການສ້າງລາຍໄດ້ຈາກການເຂົ້າເຖິງຫນ້ານີ້, ແມ່ນຫຍັງທີ່ເປັນໄປໄດ້ບໍ? ຂ້ອຍຄວນເອົາຫຍັງໃສ່ບ່ອນນັ້ນສໍາລັບ Haiku? ໄຟລ໌ແມ່ນພຽງພໍ .hpkg ດ້ວຍການເພິ່ງພາອາໄສພຽງແຕ່ຈາກ HaikuPorts
• ຊອບແວຂອງຂ້ອຍຕ້ອງການສະບັບສະເພາະຂອງຊອບແວອື່ນ. ຕົວຢ່າງ, ມັນເປັນທີ່ຮູ້ຈັກວ່າ Krita ຕ້ອງການສະບັບ patched ຂອງ Qt, ຫຼື Qt ທີ່ຖືກປັບເປັນສະບັບສະເພາະຂອງ Krita, ຢ່າງຫນ້ອຍຈົນກ່ວາ patches ໄດ້ຖືກ pushed ກັບຄືນໄປບ່ອນ Qt. ທ່ານສາມາດຫຸ້ມຫໍ່ Qt ຂອງທ່ານເອງສໍາລັບຄໍາຮ້ອງສະຫມັກຂອງທ່ານໃນຊຸດ .hpkg, ແຕ່ສ່ວນຫຼາຍອາດຈະແມ່ນນີ້ບໍ່ຍິນດີຕ້ອນຮັບ.

ຫນ້າດາວໂຫລດຄໍາຮ້ອງສະຫມັກປົກກະຕິ. ຂ້ອຍຄວນປະກາດຫຍັງຢູ່ທີ່ນີ້ສໍາລັບ Haiku?

ຈະມັດ (ທີ່ມີຢູ່ແລ້ວເປັນໄດເລກະທໍລີແອັບພລິເຄຊັນເຊັ່ນ AppDir ຫຼື .app ໃນ​ແບບ Apple​) ແລະ / ຫຼື​ຮູບ​ພາບ (ໃນ​ຮູບ​ແບບ​ຂອງ AppImages ປັບ​ປຸງ​ແກ້​ໄຂ​ສູງ​ຫຼື​ .dmg ຈາກ Apple) ຄໍາຮ້ອງສະຫມັກທີ່ເປັນປະໂຫຍດເພີ່ມເຕີມຕໍ່ກັບສະພາບແວດລ້ອມ desktop Haiku? ຫຼືມັນຈະເຈືອຈາງຮູບພາບທັງຫມົດແລະນໍາໄປສູ່ການແຕກແຍກ, ແລະດັ່ງນັ້ນຈິ່ງເພີ່ມຄວາມສັບສົນ? ຂ້າ​ພະ​ເຈົ້າ torn​: ໃນ​ດ້ານ​ຫນຶ່ງ​, ຄວາມ​ງາມ​ແລະ​ຄວາມ​ສະ​ຫຼາດ​ຂອງ Haiku ແມ່ນ​ອີງ​ໃສ່​ຄວາມ​ຈິງ​ທີ່​ວ່າ​ໂດຍ​ປົກ​ກະ​ຕິ​ມີ​ຫນຶ່ງ​ໃນ​ການ​ເຮັດ​ບາງ​ສິ່ງ​ບາງ​ຢ່າງ​, ແທນ​ທີ່​ຈະ​ເປັນ​ຈໍາ​ນວນ​ຫຼາຍ​. ໃນທາງກົງກັນຂ້າມ, ໂຄງສ້າງພື້ນຖານສ່ວນໃຫຍ່ສໍາລັບລາຍການແລະ / ຫຼືຊຸດຄໍາຮ້ອງສະຫມັກແມ່ນມີຢູ່ແລ້ວ, ດັ່ງນັ້ນລະບົບຈຶ່ງຮ້ອງອອກມາສໍາລັບຈໍານວນຫນ້ອຍທີ່ຍັງເຫຼືອທີ່ຈະຕົກຢູ່ໃນບ່ອນ.

ອີງຕາມນັກພັດທະນາ ທ້າວ. waddlesplash

ໃນ Linux ພວກເຂົາ (ລາຍ​ການ​ແລະ​ຊຸດ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​, - ປະ​ມານ​. ນັກແປ) ສ່ວນຫຼາຍອາດຈະເປັນການແກ້ໄຂທາງວິຊາການຕໍ່ກັບບັນຫາລະບົບ. ຢູ່ Haiku ພວກເຮົາມັກແກ້ໄຂບັນຫາລະບົບງ່າຍໆ.

ເຈົ້າຄິດແນວໃດ?

ກ່ອນທີ່ທ່ານຈະຕອບ ...

ລໍຖ້າ, ໃຫ້ກວດເບິ່ງຄວາມເປັນຈິງຢ່າງໄວວາ: ໃນຄວາມເປັນຈິງ ລາຍຊື່ແອັບພລິເຄຊັນ - ແລ້ວ​ສ່ວນ​ຫນຶ່ງ​ຂອງ Haiku​:

ໄດເລກະທໍລີແອັບພລິເຄຊັນມີຢູ່ແລ້ວໃນ Haiku, ແຕ່ຍັງບໍ່ຮອງຮັບໃນຕົວຈັດການໄຟລ໌ເທື່ອ

ພວກເຂົາເຈົ້າພຽງແຕ່ບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນເຊັ່ນດຽວກັນ, ເວົ້າວ່າ, Macintosh Finder. ມັນຈະເຢັນປານໃດຖ້າໄດເລກະທໍລີ QtCreator ມີຊື່ "QtCreator" ແລະໄອຄອນຢູ່ມຸມຊ້າຍເທິງ, ເປີດແອັບພລິເຄຊັນເມື່ອຄລິກສອງຄັ້ງ?

ເລັກນ້ອຍກ່ອນຫນ້ານັ້ນຂ້ອຍແລ້ວ ຖາມ:

ທ່ານແນ່ໃຈບໍ່ວ່າທ່ານສາມາດເອີ້ນໃຊ້ແອັບຯທີ່ມີອາຍຸຫຼາຍສິບປີຂອງທ່ານໃນມື້ນີ້ເມື່ອຮ້ານ app ແລະບ່ອນເກັບມ້ຽນການແຈກຢາຍທັງໝົດລືມກ່ຽວກັບພວກມັນ ແລະຄວາມເພິ່ງພາອາໄສຂອງມັນ? ເຈົ້າໝັ້ນໃຈບໍ່ວ່າເຈົ້າຈະຍັງສາມາດເຂົ້າເຖິງວຽກປັດຈຸບັນຂອງເຈົ້າໄດ້ໃນອະນາຄົດບໍ?

ມີຄໍາຕອບຈາກ Haiku ຢູ່ກ່ອນແລ້ວ, ຫຼືລາຍການແລະຊຸດຄໍາຮ້ອງສະຫມັກສາມາດຊ່ວຍໄດ້ທີ່ນີ້? ຂ້າພະເຈົ້າຄິດວ່າພວກເຂົາສາມາດເຮັດໄດ້.

ຕາມທ່ານ ສຈ. waddlesplash:

ແມ່ນແລ້ວ, ພວກເຮົາມີຄໍາຕອບຕໍ່ຄໍາຖາມ: ພວກເຮົາພຽງແຕ່ຈະສະຫນັບສະຫນູນຄໍາຮ້ອງສະຫມັກເຫຼົ່ານີ້ດົນເທົ່າທີ່ຈໍາເປັນຈົນກ່ວາຜູ້ໃດຜູ້ຫນຶ່ງສາມາດອ່ານຮູບແບບໄຟລ໌ຂອງເຂົາເຈົ້າໃນທາງທີ່ຖືກຕ້ອງຫຼືສະຫນອງຫນ້າທີ່ຫນຶ່ງຕໍ່ຫນຶ່ງ. ຄຳໝັ້ນສັນຍາຂອງພວກເຮົາທີ່ຈະສະໜັບສະໜຸນແອັບ BeOS R5 ໃນ Haiku ແມ່ນຫຼັກຖານສະແດງຂອງສິ່ງນີ້...

ນັ້ນແມ່ນແນ່ນອນ!

Haiku ຄວນປະຕິບັດແນວທາງໃດ?

ຂ້າ​ພະ​ເຈົ້າ​ສາ​ມາດ​ຈິນ​ຕະ​ນາ​ການ​ຢູ່​ຮ່ວມ​ກັນ​ຢ່າງ​ສະ​ຫງົບ​ຂອງ hpkg​, ລາຍ​ການ​ແລະ​ຮູບ​ພາບ​ການ​ນໍາ​ໃຊ້​:

• ຊອບແວລະບົບການນໍາໃຊ້ .hpkg
• ສໍາລັບຊອບແວທີ່ໃຊ້ເລື້ອຍໆທີ່ສຸດ (ໂດຍສະເພາະທີ່ຕ້ອງການກໍານົດເວລາອອກມ້ວນ), ໃຫ້ໃຊ້ .hpkg (ປະມານ 80% ຂອງກໍລະນີທັງໝົດ)
• ບາງຕິດຕັ້ງຜ່ານ .hpkg, ແອັບພລິເຄຊັນຈະໄດ້ຮັບຜົນປະໂຫຍດຈາກການເຄື່ອນຍ້າຍໄປສູ່ໂຄງສ້າງພື້ນຖານຂອງໄດເລກະທໍລີແອັບພລິເຄຊັນ (ຕົວຢ່າງ QtCreator): ພວກເຂົາຈະຖືກແຈກຢາຍເປັນ .hpkg, ຄືກັບກ່ອນ ໜ້າ ນີ້.

ທ້າວ. waddlesplash ຂຽນວ່າ:

ຖ້າ​ຫາກ​ວ່າ​ທັງ​ຫມົດ​ທີ່​ທ່ານ​ຕ້ອງ​ການ​ແມ່ນ​ເພື່ອ​ເບິ່ງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ໃນ​ /system/appsແທນທີ່ຈະ, ພວກເຮົາຄວນຈະເຮັດໃຫ້ໄດເລກະທໍລີໃນ Deskbar ສາມາດຈັດການໄດ້ຫຼາຍຂຶ້ນສໍາລັບຜູ້ໃຊ້, ນັບຕັ້ງແຕ່ /system/apps ບໍ່ໄດ້ຕັ້ງໃຈໃຫ້ຜູ້ໃຊ້ເປີດ ແລະເບິ່ງເປັນປົກກະຕິ (ບໍ່ຄືກັບ MacOS). ສໍາລັບສະຖານະການດັ່ງກ່າວ, Haiku ມີ paradigm ທີ່ແຕກຕ່າງກັນ, ແຕ່ທາງເລືອກນີ້ແມ່ນ, ໃນທາງທິດສະດີ, ຍອມຮັບ.

• Haiku ໄດ້ຮັບໂຄງສ້າງພື້ນຖານສໍາລັບການແລ່ນຮູບພາບຄໍາຮ້ອງສະຫມັກ, ໃນຕອນກາງຄືນ, ຢ່າງຕໍ່ເນື່ອງແລະການທົດສອບການກໍ່ສ້າງຂອງຊອບແວ, ເຊັ່ນດຽວກັນກັບກໍລະນີທີ່ຜູ້ໃຊ້ຕ້ອງການ "ແຊ່ແຂງໃນເວລາ", ສໍາລັບຊອບແວເອກະຊົນແລະພາຍໃນ, ແລະກໍລະນີການນໍາໃຊ້ພິເສດອື່ນໆ (ປະມານ 20%. ຂອງທັງຫມົດ). ຮູບພາບເຫຼົ່ານີ້ປະກອບດ້ວຍໄຟລ໌ທີ່ຈໍາເປັນເພື່ອດໍາເນີນການຄໍາຮ້ອງສະຫມັກ .hpkg, ຕິດຕັ້ງໂດຍລະບົບ, ແລະຫຼັງຈາກຄໍາຮ້ອງສະຫມັກແມ່ນສໍາເລັດ - unmounted. (ບາງທີຜູ້ຈັດການໄຟລ໌ສາມາດໃສ່ໄຟລ໌ໄດ້ .hpkg ເຂົ້າໄປໃນຮູບພາບຂອງແອັບພລິເຄຊັນ, ອັດຕະໂນມັດຫຼືຕາມຄໍາຮ້ອງຂໍຂອງຜູ້ໃຊ້ - ດີ, ເຊັ່ນເວລາທີ່ທ່ານລາກແອັບພລິເຄຊັນໄປຫາໄດເລກະທໍລີເຄືອຂ່າຍຫຼືໄດພາຍນອກ. ມັນເປັນພຽງເພງ! ຫຼືແທນທີ່ຈະ, poetry - haiku.) ໃນທາງກົງກັນຂ້າມ, ຜູ້ໃຊ້ອາດຈະຕ້ອງການຕິດຕັ້ງເນື້ອໃນຂອງຮູບພາບໃນຮູບແບບຂອງໄຟລ໌..hpkg, ຫຼັງຈາກນັ້ນພວກເຂົາຈະໄດ້ຮັບການປັບປຸງແລະປຸງແຕ່ງໃນລັກສະນະດຽວກັນກັບວ່າພວກເຂົາຖືກຕິດຕັ້ງຜ່ານ HaikuDepot ... ພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ລະດົມສະຫມອງ).

ອ້າງເຖິງຂໍ້ຄວາມຈາກ Mr. waddlesplash:

ການດໍາເນີນການແອັບພລິເຄຊັນຈາກໄດພາຍນອກຫຼືໄດເລກະທໍລີເຄືອຂ່າຍອາດຈະເປັນປະໂຫຍດ. ແລະການເພີ່ມຄວາມສາມາດໃນການກໍານົດ "ເຂດ" ຫຼາຍຂຶ້ນສໍາລັບ pkgman ແນ່ນອນຈະເປັນລັກສະນະທີ່ດີ.

ລະບົບດັ່ງກ່າວຈະໃຊ້ປະໂຫຍດຈາກ hpkg, ໄດເລກະທໍລີ, ແລະຮູບພາບແອັບພລິເຄຊັນ. ພວກເຂົາເຈົ້າແມ່ນດີສ່ວນບຸກຄົນ, ແຕ່ຮ່ວມກັນພວກເຂົາເຈົ້າຈະກາຍເປັນ invincible.

ສະຫລຸບ

Haiku ມີກອບທີ່ສະຫນອງປະສົບການຜູ້ໃຊ້ທີ່ງ່າຍດາຍແລະຊັບຊ້ອນສໍາລັບ PC, ແລະໄປໄກກວ່າສິ່ງທີ່ປົກກະຕິສະຫນອງໃຫ້ສໍາລັບ Linux PC. ລະບົບການຫຸ້ມຫໍ່ .hpkg ແມ່ນຫນຶ່ງໃນຕົວຢ່າງດັ່ງກ່າວ, ແຕ່ສ່ວນທີ່ເຫຼືອຂອງລະບົບຍັງ imbued ກັບ sophistication. ຢ່າງໃດກໍຕາມ, Haiku ຈະໄດ້ຮັບຜົນປະໂຫຍດຈາກໄດເລກະທໍລີທີ່ເຫມາະສົມແລະການສະຫນັບສະຫນູນຮູບພາບຄໍາຮ້ອງສະຫມັກ. ວິທີການທີ່ດີທີ່ສຸດທີ່ຈະເຮັດນີ້ແມ່ນຄຸ້ມຄ່າທີ່ຈະສົນທະນາກັບຜູ້ທີ່ຮູ້ຈັກ Haiku, ປັດຊະຍາແລະສະຖາປັດຕະຂອງມັນດີກ່ວາຂ້າພະເຈົ້າ. ຫຼັງຈາກທີ່ທັງຫມົດ, ຂ້າພະເຈົ້າໄດ້ໃຊ້ Haiku ສໍາລັບພຽງເລັກນ້ອຍໃນໄລຍະຫນຶ່ງອາທິດ. ຢ່າງໃດກໍຕາມ, ຂ້າພະເຈົ້າເຊື່ອວ່າຜູ້ອອກແບບ, ນັກພັດທະນາ, ແລະສະຖາປະນິກຂອງ Haiku ຈະໄດ້ຮັບຜົນປະໂຫຍດຈາກທັດສະນະສົດໆນີ້. ຢ່າງຫນ້ອຍ, ຂ້າພະເຈົ້າຍິນດີທີ່ຈະເປັນ "ຄູ່ຮ່ວມແຂ່ງຂັນ" ຂອງພວກເຂົາ. ຂ້ອຍມີປະສົບການຫຼາຍກວ່າ 10 ປີໃນມືກັບແຄັດຕາລັອກແອັບພລິເຄຊັນ Linux, ແລະຂ້ອຍຢາກຊອກຫາການນໍາໃຊ້ສໍາລັບພວກເຂົາໃນ Haiku, ເຊິ່ງຂ້ອຍຄິດວ່າພວກມັນເຫມາະຢ່າງສົມບູນ. ວິທີແກ້ໄຂທີ່ເປັນໄປໄດ້ທີ່ຂ້ອຍໄດ້ສະເຫນີແມ່ນບໍ່ມີວິທີດຽວທີ່ຖືກຕ້ອງສໍາລັບບັນຫາທີ່ຂ້ອຍໄດ້ອະທິບາຍ, ແລະຖ້າທີມງານ Haiku ຕັດສິນໃຈຊອກຫາສິ່ງອື່ນໆທີ່ສະຫງ່າງາມ, ຂ້ອຍແມ່ນທັງຫມົດສໍາລັບມັນ. ໂດຍພື້ນຖານແລ້ວ, ຂ້ອຍຄິດແລ້ວກ່ຽວກັບຄວາມຄິດຂອງວິທີການສ້າງລະບົບ hpkg ເຮັດໃຫ້ປະລາດຫຼາຍກວ່າເກົ່າໂດຍບໍ່ມີການປ່ຽນວິທີການເຮັດວຽກ. ມັນປະກົດວ່າທີມງານ Haiku ໄດ້ຄິດກ່ຽວກັບຊຸດຄໍາຮ້ອງສະຫມັກເປັນເວລາດົນນານໃນເວລາທີ່ປະຕິບັດລະບົບການຄຸ້ມຄອງຊຸດ, ແຕ່ຫນ້າເສຍດາຍ (ຂ້າພະເຈົ້າຄິດວ່າ) ແນວຄວາມຄິດໄດ້ກາຍເປັນ "ລ້າສະໄຫມ". ບາງທີມັນເຖິງເວລາທີ່ຈະຟື້ນຟູມັນບໍ?

ລອງໃຊ້ເອງ! ຫຼັງຈາກທີ່ທັງຫມົດ, ໂຄງການ Haiku ສະຫນອງຮູບພາບສໍາລັບການ booting ຈາກ DVD ຫຼື USB, ສ້າງຂຶ້ນ ежедневно.
ທ່ານ​ມີ​ຄໍາ​ຖາມ​ໃດໆ? ພວກ​ເຮົາ​ຂໍ​ເຊື້ອ​ເຊີນ​ທ່ານ​ກັບ​ພາ​ສາ​ລັດ​ເຊຍ​ ຊ່ອງໂທລະພາບ.

ພາບລວມຄວາມຜິດພາດ: ວິທີການຍິງຕົວເອງໃນຕີນໃນ C ແລະ C ++. ການເກັບກໍາສູດ Haiku OS

ຈາກ ຜູ້ຂຽນ ການ​ແປ​ພາ​ສາ​: ນີ້​ແມ່ນ​ບົດ​ຄວາມ​ທີ​ແປດ​ແລະ​ສຸດ​ທ້າຍ​ໃນ​ໄລ​ຍະ​ກ່ຽວ​ກັບ Haiku​.

ລາຍຊື່ບົດຄວາມ: ກ່ອນອື່ນ ໝົດ ທີສອງ ທີສາມ ສີ່ ຫ້າ ຄັ້ງທີ VI ທີເຈັດ

ພຽງແຕ່ຜູ້ໃຊ້ລົງທະບຽນສາມາດເຂົ້າຮ່ວມໃນການສໍາຫຼວດ. ເຂົ້າ​ສູ່​ລະ​ບົບກະລຸນາ.

ມັນສົມເຫດສົມຜົນທີ່ຈະເອົາລະບົບ hpkg ໄປ Linux ບໍ?

• ແມ່ນ​ແລ້ວ

• ບໍ່​ມີ

• ປະຕິບັດແລ້ວ, ຂ້ອຍຈະຂຽນໃນຄໍາເຫັນ

20 ຜູ້ໃຊ້ລົງຄະແນນສຽງ. 5 ຜູ້ໃຊ້ງົດ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com