ມື້ທີ XNUMX ຂອງຂ້ອຍກັບ Haiku: ພາຍໃຕ້ແຫຼ່ງຊັບພະຍາກອນ, ໄອຄອນ ແລະແພັກເກດ

TL; DR: Haiku ເປັນລະບົບປະຕິບັດການທີ່ຖືກອອກແບບໂດຍສະເພາະສໍາລັບ PC, ດັ່ງນັ້ນມັນມີ tricks ຫຼາຍຢ່າງທີ່ເຮັດໃຫ້ສະພາບແວດລ້ອມ desktop ຂອງມັນດີກ່ວາຄົນອື່ນ. ແຕ່ມັນເຮັດວຽກແນວໃດ?

ບໍ່ດົນມານີ້ ຂ້ອຍໄດ້ຄົ້ນພົບ Haiku, ເຊິ່ງເປັນລະບົບທີ່ດີຢ່າງໜ້າປະຫຼາດໃຈ. ຂ້ອຍຍັງປະຫຼາດໃຈທີ່ມັນເຮັດວຽກໄດ້ຢ່າງລຽບງ່າຍ, ໂດຍສະເພາະເມື່ອທຽບກັບສະພາບແວດລ້ອມເດັສທັອບໃນ Linuxມື້ນີ້ຂ້ອຍຈະພິຈາລະນາເບິ່ງພາຍໃນ. ຖ້າຈຳເປັນສຳລັບຄວາມເຂົ້າໃຈທີ່ເລິກເຊິ່ງກວ່ານີ້, ຂ້ອຍຈະປຽບທຽບກັບ Macintosh, Mac OS X, ແລະສະພາບແວດລ້ອມເດັສທັອບຕົ້ນສະບັບ. Linux (ມາດຕະຖານ XDG ຈາກ freedesktop.org).

ຊັບພະຍາກອນໃນໄຟລ໌ ELF

ມື້ວານນີ້ຂ້ອຍໄດ້ຮຽນຮູ້ວ່າ IconOMatic ສາມາດບັນທຶກໄອຄອນໃນຊັບພະຍາກອນ rdef ໃນ ELF executables. ມື້ນີ້ຂ້ອຍຢາກເບິ່ງວ່າມັນເຮັດວຽກໄດ້ແນວໃດ.

ຊັບ​ພະ​ຍາ​ກອນ? Quote ຈາກ Bruce Horn, ຜູ້ຂຽນຕົ້ນສະບັບຂອງ Macintosh Finder ແລະ "ພໍ່" ຂອງ Macintosh Resource Manager:

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

ໃນ Macintosh ຕົ້ນສະບັບ, ພວກເຂົາເຮັດໃຫ້ໄຟລ໌ເຫຼົ່ານີ້ມີ "ສ່ວນຂໍ້ມູນ" ແລະ "ພາກສ່ວນຊັບພະຍາກອນ", ເຊິ່ງເຮັດໃຫ້ມັນງ່າຍຢ່າງບໍ່ຫນ້າເຊື່ອທີ່ຈະຊ່ວຍປະຢັດສິ່ງຕ່າງໆເຊັ່ນໄອຄອນ, ການແປ, ແລະອື່ນໆ. ໃນ​ໄຟລ​໌​ປະ​ຕິ​ບັດ​ໄດ້​.

ໃນ Mac ນີ້ຖືກນໍາໃຊ້ ແກ້ໄຂຄືນໃໝ່, ໂປລແກລມກາຟິກສໍາລັບ - ທັນທີທັນໃດ - ການແກ້ໄຂຊັບພະຍາກອນ.

ResEdit ໃນ Macintosh ຕົ້ນສະບັບ

ດັ່ງນັ້ນ, ມັນເປັນໄປໄດ້ທີ່ຈະແກ້ໄຂໄອຄອນ, ລາຍການເມນູ, ການແປພາສາ, ແລະອື່ນໆ. ງ່າຍພຽງພໍ, ແຕ່ພວກເຂົາຍັງ "ເດີນທາງ" ກັບຄໍາຮ້ອງສະຫມັກ.
ໃນກໍລະນີໃດກໍ່ຕາມ, ວິທີການນີ້ມີຂໍ້ບົກຜ່ອງອັນໃຫຍ່ຫຼວງ: ມັນເຮັດວຽກພຽງແຕ່ໃນລະບົບໄຟລ໌ Apple, ເຊິ່ງເປັນເຫດຜົນຫນຶ່ງທີ່ເຮັດໃຫ້ Apple ປະຖິ້ມ "ພາກສ່ວນຊັບພະຍາກອນ" ເມື່ອຍ້າຍໄປ Mac OS X.
ໃນ Mac OS X, Apple ຕ້ອງການການແກ້ໄຂລະບົບໄຟລ໌ທີ່ເປັນເອກະລາດ, ດັ່ງນັ້ນເຂົາເຈົ້າໄດ້ຮັບຮອງເອົາແນວຄວາມຄິດຂອງແພັກເກັດ (ຈາກ NeXT), ໄດເລກະທໍລີທີ່ຖືກປະຕິບັດເປັນ "ວັດຖຸ opaque" ໂດຍຜູ້ຈັດການໄຟລ໌, ຄືກັບໄຟລ໌ຫຼາຍກວ່າໄດເລກະທໍລີ. ແພັກເກດໃດນຶ່ງທີ່ມີແອັບພລິເຄຊັນໃນຮູບແບບ .app ມີ, ໃນບັນດາສິ່ງອື່ນໆ, ໄຟລ໌ Info.plist (ໃນບາງປະເພດຂອງ Apple ທຽບເທົ່າ JSON ຫຼື YAML) ປະກອບດ້ວຍເມຕາເດຕາຂອງແອັບພລິເຄຊັນ.

ກະແຈສຳລັບໄຟລ໌ Info.plist ຈາກຊຸດແອັບພລິເຄຊັນ Mac OS X.

ຊັບພະຍາກອນ, ເຊັ່ນ: ໄອຄອນ, ໄຟລ໌ UI, ແລະອື່ນໆ, ຖືກເກັບໄວ້ໃນແພັກເກັດເປັນໄຟລ໌. ແນວຄວາມຄິດຕົວຈິງໄດ້ກັບຄືນສູ່ຮາກຂອງມັນຢູ່ໃນ NeXT.

Mathematica.app ເທິງ NeXTSTEP 1.0 ໃນປີ 1989: ປາກົດເປັນໄດເລກະທໍລີຂອງໄຟລ໌ຢູ່ໃນເຄື່ອງໃຊ້, ແຕ່ເປັນວັດຖຸດຽວໃນຕົວຈັດການໄຟລ໌ກຣາຟິກ.

ໃຫ້ພວກເຮົາກັບຄືນໄປຫາ BeOS, ແນວຄວາມຄິດທີ່ Haiku ອີງໃສ່. ນັກພັດທະນາຂອງມັນ, ເມື່ອປ່ຽນຈາກ PEF (PowerPC) ໄປເປັນ ELF (x86) (ອັນດຽວກັນທີ່ໃຊ້ໃນ Linux) ໄດ້ຕັດສິນໃຈເພີ່ມພາກສ່ວນຊັບພະຍາກອນໃສ່ທ້າຍໄຟລ໌ ELF. ສຳລັບສິ່ງນີ້, ພວກເຂົາບໍ່ໄດ້ໃຊ້ພາກສ່ວນ ELF ທີ່ເໝາະສົມຂອງຕົນເອງ; ພວກເຂົາພຽງແຕ່ຕໍ່ມັນໃສ່ທ້າຍໄຟລ໌ ELF. ດັ່ງນັ້ນ, ໂປຣແກຣມ strip ແລະ binutils ອື່ນໆ, ໂດຍບໍ່ຮູ້ເລື່ອງນີ້, ພຽງແຕ່ຕັດມັນອອກ. ດັ່ງນັ້ນ, ຫຼັງຈາກເພີ່ມຊັບພະຍາກອນໃສ່ໄຟລ໌ ELF ໃນ BeOS, ມັນດີທີ່ສຸດທີ່ຈະບໍ່ໃຊ້ມັນດ້ວຍເຄື່ອງມື. Linux.

ມີຫຍັງເກີດຂຶ້ນກັບ Haiku ໃນປັດຈຸບັນ? ໂດຍພື້ນຖານແລ້ວ, ຫຼາຍຫຼືຫນ້ອຍຄືກັນ.

ໃນທາງທິດສະດີ, ມັນເປັນໄປໄດ້ທີ່ຈະຈັດວາງຊັບພະຍາກອນໃນສ່ວນທີ່ຕ້ອງການຂອງ ELF. ອີງຕາມຜູ້ພັດທະນາໃນຊ່ອງ #haiku ໃນ irc.freenode.net:

ກັບ ELF ພາກສ່ວນຈະມີຄວາມຫມາຍຫຼາຍ ... ເຫດຜົນດຽວທີ່ພວກເຮົາບໍ່ໄດ້ເຮັດແບບນັ້ນແມ່ນຍ້ອນວ່າມັນເປັນສິ່ງທີ່ພວກເຮົາໄດ້ເຮັດໃນ BeOS."
ແລະບໍ່ມີຈຸດໃດໃນການປ່ຽນແປງນີ້ໃນປັດຈຸບັນ.

ການຄຸ້ມຄອງຊັບພະຍາກອນ

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

ເພື່ອເບິ່ງຊັບພະຍາກອນທີ່ສະຫນອງໃຫ້ຢູ່ໃນຊຸດຄໍາຮ້ອງສະຫມັກ, ທ່ານສາມາດລາກໄຟລ໌ທີ່ສາມາດປະຕິບັດໄດ້ໃສ່ໂຄງການເຊັ່ນ ຊັບພະຍາກອນ. ທ່ານຍັງສາມາດໄປທີ່ terminal ແລະດໍາເນີນການຄໍາສັ່ງ listres имя_файла.

Resourcer ແມ່ນມີຢູ່ໃນ HaikuDepot, ແຕ່ມັນພຽງແຕ່ crash ສໍາລັບຂ້ອຍ.

ວິທີການຈັດການຊັບພະຍາກອນໃນໄຟລ໌ 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, ເຊິ່ງບັງຄັບໃຫ້ລະບົບເປີດຂະບວນການແອັບພລິເຄຊັນໃໝ່ທຸກຄັ້ງທີ່ຜູ້ໃຊ້ຮ້ອງຂໍ (ຫຼັກການດຽວກັນນີ້ຖືກໃຊ້ສຳລັບແອັບພລິເຄຊັນສ່ວນໃຫຍ່ໃນ Linux). ກິນ B_MULTIPLE_LAUNCH, ເຮັດໃຫ້ຂະບວນການດໍາເນີນການສໍາລັບ ແຕ່ລະໄຟລ໌. ສຸດທ້າຍມີ B_EXCLUSIVE_LAUNCH, ເຊິ່ງບັງຄັບໃຫ້ລະບົບເຮັດວຽກພຽງແຕ່ຂະບວນການດຽວໃນແຕ່ລະຄັ້ງ, ໂດຍບໍ່ຄໍານຶງເຖິງວ່າຜູ້ໃຊ້ຈະເປີດໃຊ້ມັນເລື້ອຍປານໃດ (ຕົວຢ່າງ, ນີ້ແມ່ນວິທີທີ່ Firefox ເຮັດວຽກ Linux; ຜົນໄດ້ຮັບດຽວກັນນີ້ສາມາດບັນລຸໄດ້ໃນແອັບພລິເຄຊັນ Qt ໂດຍໃຊ້ຟັງຊັນ ຄໍາຮ້ອງສະຫມັກ QtSingle). ຄໍາຮ້ອງສະຫມັກທີ່ມີ B_EXCLUSIVE_LAUNCH ໄດ້ຮັບການແຈ້ງໃນເວລາທີ່ຜູ້ໃຊ້ພະຍາຍາມດໍາເນີນການໃຫ້ເຂົາເຈົ້າອີກເທື່ອຫນຶ່ງ: ຕົວຢ່າງ, ພວກເຂົາໄດ້ຮັບເສັ້ນທາງຂອງໄຟລ໌ທີ່ຜູ້ໃຊ້ຕ້ອງການເປີດດ້ວຍການຊ່ວຍເຫຼືອຂອງພວກເຂົາ.
• vector_icon: ໄອຄອນແອັບພລິເຄຊັນ vector (BeOS ບໍ່ມີໄອຄອນ vector, ແອັບພລິເຄຊັນສ່ວນໃຫຍ່ແທນທີ່ຈະມີສອງໄອຄອນ raster ໃນໄຟລ໌ທີ່ສາມາດປະຕິບັດໄດ້).

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

ໄອຄອນ vector ໃນແບບ Haiku

ແນ່ນອນ, ມັນບໍ່ພຽງແຕ່ Haiku ທີ່ໄດ້ເລືອກຮູບແບບໄອຄອນທີ່ດີທີ່ສຸດ, ສະຖານະການກັບສະພາບແວດລ້ອມ desktop ກໍ່ແຕກຕ່າງກັນໃນເລື່ອງນີ້. Linux ໄກຈາກອຸດົມຄະຕິ:

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

ແນມເບິ່ງອັນນີ້ ເຈົ້າຮູ້ສຶກໄດ້ແລ້ວວ່າອັນໃດອັນໜຶ່ງ.

ແນ່ນອນ, ມັນມີຕົວເລືອກທີ່ສາມາດຂະຫຍາຍໄດ້, ເຊິ່ງ, ດັ່ງທີ່ທ່ານສາມາດຈິນຕະນາການໄດ້, ມີໄອຄອນເວັກເຕີ. ສະນັ້ນເປັນຫຍັງຈຶ່ງມີສິ່ງອື່ນອີກ? ເນື່ອງຈາກວ່າການສະແດງຮູບພາບເວັກເຕີໃນຂະໜາດນ້ອຍອາດຈະບໍ່ເໝາະສົມ. ມັນເປັນສິ່ງທີ່ໜ້າປາຖະໜາທີ່ຈະມີຕົວເລືອກທີ່ແຕກຕ່າງກັນທີ່ເໝາະສົມກັບຂະໜາດທີ່ແຕກຕ່າງກັນ. ໃນສະພາບແວດລ້ອມເດັສທັອບ 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, ບັນຈຸມີທຸກຂະຫນາດເພື່ອໃຫ້ຮຸ່ນທີ່ແຕກຕ່າງກັນຂອງແອັບພລິເຄຊັນດຽວກັນມີໄອຄອນທີ່ແຕກຕ່າງກັນ.
ດີກວ່າຫຼາຍ! ໄອຄອນເດີນທາງກັບແອັບພລິເຄຊັນ, ຊັບພະຍາກອນທັງໝົດຢູ່ໃນໄຟລ໌ດຽວ.

ໃຫ້ກັບຄືນໄປ Haiku. ການແກ້ໄຂທີ່ກະຕຸ້ນໃຈ, ບໍ່ມີຂໍ້ຍົກເວັ້ນ. ອີງ​ຕາມ ເອກະສານ:

ຮູບແບບ HVIF ພິເສດ, ປັບປຸງໃຫ້ເໝາະສົມທີ່ສຸດສຳລັບຂະໜາດນ້ອຍ ແລະການສະແດງຜົນໄວ, ຖືກພັດທະນາ. ດັ່ງນັ້ນ, ໄອຄອນຂອງພວກເຮົາສໍາລັບສ່ວນໃຫຍ່ແມ່ນມີຂະຫນາດນ້ອຍກວ່າໃນ raster ຫຼືໃນຮູບແບບ SVG ທີ່ຖືກນໍາໃຊ້ຢ່າງກວ້າງຂວາງ.

ແລະພວກເຂົາຍັງຖືກປັບປຸງໃຫ້ດີທີ່ສຸດ:

ຂະໜາດໄອຄອນໃນ HVIF ເມື່ອປຽບທຽບກັບຮູບແບບອື່ນໆ.

ຄວາມແຕກຕ່າງແມ່ນຄໍາສັ່ງຂອງຂະຫນາດ!

ແຕ່ magic ບໍ່ໄດ້ສິ້ນສຸດທີ່ນີ້. HVIF ດຽວກັນສາມາດສະແດງລາຍລະອຽດຕ່າງໆໃນລະດັບທີ່ແຕກຕ່າງກັນຂຶ້ນກັບຂະຫນາດທີ່ສະແດງ, ເຖິງແມ່ນວ່າມັນເປັນຮູບແບບ vector.

ລະດັບລາຍລະອຽດທີ່ແຕກຕ່າງກັນ (LOD) ຂຶ້ນກັບຂະຫນາດການສະແດງຜົນ

ໃນປັດຈຸບັນກ່ຽວກັບຂໍ້ເສຍ: ທ່ານບໍ່ສາມາດເອົາ SVG, ຖິ້ມມັນເຂົ້າໄປໃນ ImageMagick ແລະໂທຫາມັນຕໍ່ມື້; ທ່ານຕ້ອງຜ່ານຫຼາຍຮອບເພື່ອສ້າງໄອຄອນໃນຮູບແບບ HVIF. ທີ່ນີ້ ຄໍາອະທິບາຍ. ຢ່າງໃດກໍຕາມ, IconOMatic ສາມາດນໍາເຂົ້າ SVG ຂ້ອນຂ້າງບໍ່ສົມບູນ; ປະມານ 90% ຂອງລາຍລະອຽດ SVG ຖືກນໍາເຂົ້າໂດຍມີຄວາມເປັນໄປໄດ້ບາງຢ່າງ, ສ່ວນທີ່ຍັງເຫຼືອ 10% ຈະຕ້ອງໄດ້ຮັບການຕັ້ງຄ່າແລະປ່ຽນແປງດ້ວຍຕົນເອງ. ອ່ານເພີ່ມເຕີມກ່ຽວກັບວິທີການ HVIF ເຮັດ magic ຂອງມັນ ສາມາດເຮັດໄດ້ вблоге Leah Ganson

ການເພີ່ມໄອຄອນໃສ່ແອັບພລິເຄຊັນ

ຕອນນີ້ຂ້ອຍສາມາດເພີ່ມໄອຄອນໃສ່ຊຸດທີ່ສ້າງຂຶ້ນ ຄັ້ງ​ສຸດ​ທ້າຍ, ຄໍານຶງເຖິງຂໍ້ມູນທັງຫມົດທີ່ໄດ້ຮັບ.
ແລ້ວ, ເນື່ອງຈາກຂ້ອຍບໍ່ໄດ້ກະຕືລືລົ້ນໂດຍສະເພາະທີ່ຈະແຕ້ມຮູບສັນຍາລັກຂອງຕົນເອງສໍາລັບ "ສະບາຍດີ, ໂລກ" 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 ກັບຊັບພະຍາກອນທັງຫມົດ, ຫຼັງຈາກນັ້ນປະຕິບັດຄໍາສັ່ງ rc имя.rdef, ນີ້ຈະສ້າງໄຟລ໌ .rsrc. ຫຼັງຈາກນັ້ນ, ທ່ານຈໍາເປັນຕ້ອງດໍາເນີນການຄໍາສັ່ງ resattr -o имя_бинарника имя.rsrc. ຢ່າງຫນ້ອຍ, ຂ້ອຍໃຊ້ຄໍາສັ່ງເຫຼົ່ານີ້ເພື່ອເພີ່ມໄອຄອນໃສ່ສະຄິບຂອງຂ້ອຍ.

ດີ, ຂ້ອຍຢາກສ້າງຊັບພະຍາກອນ, ບໍ່ແມ່ນຄຸນລັກສະນະ. ຂ້ອຍສັບສົນແທ້ໆ.

ການເກັບຂໍ້ມູນອັດສະລິຍະໂດຍໃຊ້ລະບົບໄຟລ໌

ການເປີດ ແລະອ່ານຄຸນລັກສະນະ ELF ແມ່ນຊ້າ. ດັ່ງທີ່ຂ້າພະເຈົ້າຂຽນຂ້າງເທິງ, ໄອຄອນຖືກຂຽນເປັນຊັບພະຍາກອນໃນໄຟລ໌ຕົວມັນເອງ. ວິທີການນີ້ແມ່ນມີຄວາມຫນ້າເຊື່ອຖືຫຼາຍແລະອະນຸຍາດໃຫ້ທ່ານສາມາດຢູ່ລອດການສໍາເນົາກັບລະບົບໄຟລ໌ອື່ນ. ຢ່າງໃດກໍຕາມ, ຫຼັງຈາກນັ້ນມັນຍັງຖືກຄັດລອກໃສ່ຄຸນລັກສະນະລະບົບໄຟລ໌, ສໍາລັບການຍົກຕົວຢ່າງ BEOS:ICON. ນີ້ພຽງແຕ່ເຮັດວຽກຢູ່ໃນລະບົບໄຟລ໌ສະເພາະໃດຫນຶ່ງ, ເຊັ່ນ BFS. ໄອຄອນທີ່ສະແດງໂດຍລະບົບ (ໃນ Tracker ແລະ Deskbar) ຖືກອ່ານຈາກຄຸນລັກສະນະຂະຫຍາຍນີ້, ເພາະວ່າການແກ້ໄຂນີ້ເຮັດວຽກໄດ້ໄວ. ໃນບາງບ່ອນ (ບ່ອນທີ່ຄວາມໄວບໍ່ສໍາຄັນ, ຕົວຢ່າງ, ປ່ອງຢ້ຽມ "ກ່ຽວກັບ" ປົກກະຕິ), ລະບົບໄດ້ຮັບໄອຄອນໂດຍກົງຈາກຊັບພະຍາກອນໃນໄຟລ໌. ແຕ່ນີ້ບໍ່ແມ່ນທີ່ສຸດ. ຈືຂໍ້ມູນການ, ໃນ Mac, ຜູ້ໃຊ້ສາມາດປ່ຽນໄອຄອນຂອງແອັບພລິເຄຊັນ, ໄດເລກະທໍລີ, ເອກະສານດ້ວຍຕົວເອງ, ເພາະວ່າໃນ Mac ມັນເປັນໄປໄດ້ທີ່ຈະເຮັດສິ່ງ "ສໍາຄັນ" ເຫຼົ່ານີ້, ສໍາລັບການຍົກຕົວຢ່າງ. ການປ່ຽນໄອຄອນ Slack ໃໝ່ດ້ວຍອັນກ່ອນໜ້າ. ໃນ Haiku, ທ່ານຄວນຄິດເຖິງຊັບພະຍາກອນ (ໃນໄຟລ໌) ເປັນໄອຄອນຕົ້ນສະບັບທີ່ມາພ້ອມກັບແອັບພລິເຄຊັນ, ແລະຄຸນລັກສະນະ (ໃນລະບົບໄຟລ໌ BFS) ເປັນສິ່ງທີ່ອະນຸຍາດໃຫ້ຜູ້ໃຊ້ສາມາດປ່ຽນແປງໄດ້ຕາມຄວາມຕັ້ງໃຈ (ເຖິງແມ່ນວ່າ, hint, 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. ຢ່າຫລອກລວງດ້ວຍຊື່ງ່າຍໆ: ຮູບແບບ .hpkg ເຮັດວຽກແຕກຕ່າງຈາກຮູບແບບອື່ນໆທີ່ມີຊື່ຄ້າຍຄືກັນທີ່ທ່ານໄດ້ພົບ, ມັນມີມະຫາອຳນາດແທ້ໆ.

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

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

ໃຫ້ກັບຄືນໄປ Haiku. ມັນເປັນໄປໄດ້ທີ່ຈະຊອກຫາຄວາມສົມດຸນທີ່ດີທີ່ສຸດລະຫວ່າງລະບົບຊຸດແບບດັ້ງເດີມແລະການຈັດສົ່ງຊອບແວທີ່ອີງໃສ່ຮູບພາບ? ຊຸດຂອງນາງ .hpkg ຕົວຈິງແລ້ວ compressed ຮູບພາບລະບົບໄຟລ໌. ເມື່ອລະບົບເລີ່ມຕົ້ນ, 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"

ເຢັນ, ແລ້ວ? ຄ້າງຢູ່ໃນນັ້ນ, ມັນຈະເຢັນກວ່າ!

ມີຊຸດພິເສດຫຼາຍ:

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

ມັນມີລະບົບປະຕິບັດການທີ່ນ້ອຍທີ່ສຸດ, ລວມທັງແກ່ນ. ເຊື່ອຫຼືບໍ່, ເຖິງແມ່ນວ່າ kernel ຕົວຂອງມັນເອງບໍ່ໄດ້ຖືກໂຍກຍ້າຍອອກຈາກປະລິມານ boot (root partition), ແຕ່ຖືກໂຫລດຢ່າງລະມັດລະວັງເຂົ້າໄປໃນບ່ອນຂອງມັນຈາກຊຸດ. .hpkgວ້າວ! ຂ້ອຍໄດ້ກ່າວມາແລ້ວວ່າ, ໃນຄວາມຄິດເຫັນຂອງຂ້ອຍ, ສ່ວນໜຶ່ງຂອງຄວາມຊັບຊ້ອນ ແລະ ຄວາມສອດຄ່ອງໂດຍລວມຂອງ Haiku ແມ່ນມາຈາກຄວາມຈິງທີ່ວ່າລະບົບທັງໝົດ, ຕັ້ງແຕ່ kernel ແລະ ພື້ນທີ່ຜູ້ໃຊ້ທີ່ຢູ່ເບື້ອງຕົ້ນ ຈົນເຖິງການຄຸ້ມຄອງແພັກເກດ ແລະ ໂຄງສ້າງພື້ນຖານ desktop, ແມ່ນພັດທະນາຮ່ວມກັນໂດຍທີມງານດຽວ. ລອງນຶກພາບເບິ່ງວ່າຕ້ອງການກຸ່ມ ແລະ ທີມງານທີ່ແຕກຕ່າງກັນຈັກກຸ່ມເພື່ອດຳເນີນການບາງສິ່ງບາງຢ່າງແບບນີ້ໂດຍອີງໃສ່ Linux [ຂ້ອຍຈິນຕະນາການເຖິງໂຄງການລູກໝາLinux, — ໝາຍເຫດຂອງນັກແປ]ຈາກນັ້ນລອງນຶກພາບວ່າມັນຈະໃຊ້ເວລາດົນປານໃດສຳລັບວິທີການນີ້ທີ່ຈະຖືກນຳໃຊ້ໃນການແຈກຢາຍ. ເຂົາເຈົ້າເວົ້າວ່າ: ເຮັດໜ້າວຽກງ່າຍໆ, ແບ່ງມັນໃຫ້ກັບນັກພັດທະນາທີ່ແຕກຕ່າງກັນ, ແລະມັນຈະກາຍເປັນເລື່ອງທີ່ສັບສົນຫຼາຍຈົນບໍ່ສາມາດແກ້ໄຂໄດ້ອີກຕໍ່ໄປ. ໄຮກຸ, ໃນກໍລະນີນີ້, ເປັນສິ່ງທີ່ເປີດຫູເປີດຕາໃຫ້ຂ້ອຍ. ຂ້ອຍຄິດວ່ານີ້ແມ່ນສິ່ງທີ່ເກີດຂຶ້ນໃນ Linux сейчас (Linux ໃນກໍລະນີນີ້, ມັນແມ່ນຄຳສັບລວມທີ່ໝາຍເຖິງການວາງຊ້ອນກັນ Linux/GNU/dpkg/apt/systemd/Xorg/dbus/Gtk/GNOME/XDG/Ubuntu).

rollback ລະບົບໂດຍໃຊ້ hpkg

ສະຖານະການຕໍ່ໄປນີ້ເກີດຂື້ນເລື້ອຍໆເທົ່າໃດ: ການປັບປຸງໄດ້ປະສົບຜົນສໍາເລັດ, ແລະຫຼັງຈາກນັ້ນມັນປາກົດວ່າບາງສິ່ງບາງຢ່າງບໍ່ເຮັດວຽກຕາມທີ່ມັນຄວນຈະເປັນ? ຖ້າທ່ານໃຊ້ຕົວຈັດການແພັກເກັດແບບດັ້ງເດີມ, ມັນເປັນການຍາກທີ່ຈະກັບຄືນສະຖານະຂອງລະບົບໃຫ້ທັນເວລາກ່ອນທີ່ຈະຕິດຕັ້ງແພັກເກັດໃຫມ່ (ຕົວຢ່າງ, ໃນກໍລະນີທີ່ມີບາງສິ່ງບາງຢ່າງຜິດພາດ). ບາງລະບົບສະຫນອງການແກ້ໄຂໃນຮູບແບບຂອງພາບຫຍໍ້ຂອງລະບົບໄຟລ໌, ແຕ່ພວກມັນຂ້ອນຂ້າງຫຍຸ້ງຍາກແລະບໍ່ຖືກນໍາໃຊ້ໃນທຸກລະບົບ. Haiku ແກ້ໄຂບັນຫານີ້ໂດຍໃຊ້ຊຸດ .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-<...>/ ມີພຽງແຕ່ໄຟລ໌ຂໍ້ຄວາມທີ່ມີບັນຊີລາຍຊື່ຂອງແພັກເກັດທີ່ໃຊ້ວຽກຂອງສະຖານະນີ້ (ໃນກໍລະນີຂອງການຕິດຕັ້ງແພັກເກັດໂດຍບໍ່ມີການໂຍກຍ້າຍອອກ), ແລະຖ້າແພັກເກັດຖືກໂຍກຍ້າຍອອກຫຼືປັບປຸງ - ໄດເລກະທໍລີຂອງລັດມີແພັກເກດເກົ່າ.

ເມື່ອລະບົບເລີ່ມຕົ້ນ, ອີງຕາມບັນຊີລາຍຊື່ຂອງແພັກເກັດ, ການຕັດສິນໃຈຈະເປີດໃຊ້ (mount) ຊຸດ. ມັນງ່າຍດາຍນັ້ນ! ຖ້າມີບາງຢ່າງຜິດພາດໃນລະຫວ່າງການດາວໂຫຼດ, ທ່ານສາມາດບອກຜູ້ຈັດການການດາວໂຫຼດໃຫ້ໃຊ້ລາຍການອື່ນທີ່ເກົ່າກວ່າ. ບັນ​ຫາ​ແກ້​ໄຂ​!

ຕົວດາວໂຫລດ Haiku. ແຕ່ລະຈຸດເຂົ້າສະແດງ "ສະຖານະການເຄື່ອນໄຫວ" ທີ່ສອດຄ້ອງກັນ.

ຂ້າພະເຈົ້າມັກວິທີການທີ່ມີໄຟລ໌ຂໍ້ຄວາມທີ່ງ່າຍດາຍເປັນລາຍການ "ສະຖານະການເຄື່ອນໄຫວ", ມີຊື່ທີ່ງ່າຍຕໍ່ການເຂົ້າໃຈ .hpkg. ອັນນີ້ຢືນຢູ່ກົງກັນຂ້າມກັນຢ່າງຈະແຈ້ງກັບການສ້າງເຄື່ອງຈັກ ບໍ່ແມ່ນສຳລັບຄົນ. ໃນຊໍ່ ຈາກ OSTree ຫຼື Flatpak ໃນລະບົບໄຟລ໌ (ໃນລະດັບດຽວກັນກັບ Microsoft GUID).

ບັນຊີລາຍຊື່ຂອງຊຸດທີ່ມີການເຄື່ອນໄຫວສໍາລັບແຕ່ລະຈຸດໃນເວລາ

ຂໍ້ມູນການຕັ້ງຄ່າ

ປາກົດຂື້ນ, ໃນລາຍການ /Haiku/system/packages/administrative/writable-files ມີໄຟລ໌ການຕັ້ງຄ່າສໍາລັບແພັກເກດ, ແຕ່ພວກມັນສາມາດຂຽນໄດ້. ຫຼັງຈາກທີ່ທັງຫມົດ, ຕາມທີ່ທ່ານຈື່, .hpkg ຕິດຕັ້ງແບບອ່ານເທົ່ານັ້ນ. ດັ່ງນັ້ນໄຟລ໌ເຫຼົ່ານີ້ຕ້ອງໄດ້ຮັບການຄັດລອກຈາກຊຸດກ່ອນທີ່ຈະຂຽນ. ມີຄວາມໝາຍ.

ການເຊື່ອມໂຍງ GUI ສໍາລັບລະບົບ .hpkg

ຕອນນີ້ໃຫ້ເບິ່ງວ່າຖົງເຫຼື້ອມເຫຼົ່ານີ້ແນວໃດ .hpkg ຮັບມືກັບການເຊື່ອມໂຍງກັບສະພາບແວດລ້ອມການເຮັດວຽກຂອງຜູ້ໃຊ້ (UX). ຫຼັງຈາກທີ່ທັງຫມົດ, Haiku ມີຈຸດປະສົງສໍາລັບການນໍາໃຊ້ສ່ວນບຸກຄົນ, ຫຼັງຈາກທີ່ທັງຫມົດ. ສ່ວນບຸກຄົນ, ຂ້ອຍຕັ້ງແຖບສູງເມື່ອປຽບທຽບປະສົບການຂອງຜູ້ໃຊ້ກັບແພັກເກັດ .app ໃນ Macintosh ທີ່ມີປະສົບການດຽວກັນກ່ຽວກັບ .hpkgຂ້ອຍຈະບໍ່ປຽບທຽບສະຖານະການກັບສະພາບແວດລ້ອມການເຮັດວຽກ Linux, ເພາະມັນໜ້າຢ້ານຫຼາຍເມື່ອທຽບກັບອັນອື່ນໆ.

ສະຖານະການຕໍ່ໄປນີ້ມາຮອດໃຈ:

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

ນີ້ຄວນຈະກວມເອົາສ່ວນໃຫຍ່ຂອງກໍລະນີທີ່ສໍາຄັນຈາກການເຮັດວຽກປະຈໍາວັນຂອງຂ້ອຍ. ດີ, ໃຫ້ເລີ່ມຕົ້ນ.

ກຳລັງກວດສອບເນື້ອໃນຂອງແພັກເກດ

ບໍ່ Mac ຂ້າພະເຈົ້າພຽງແຕ່ຄລິກຂວາໃສ່ຊຸດເພື່ອເປີດມັນແລະເບິ່ງເນື້ອຫາໃນ Finder. ຫຼັງຈາກທີ່ທັງຫມົດ, ໃນຄວາມເປັນຈິງມັນເປັນພຽງແຕ່ໄດເລກະທໍລີ disguised! (ຂ້ອຍຮູ້ວ່າມີຊຸດ .pkg ສໍາລັບສ່ວນຫນຶ່ງຂອງລະບົບທີ່ບໍ່ແມ່ນແອັບພລິເຄຊັນ, ແຕ່ຜູ້ໃຊ້ທົ່ວໄປສ່ວນຫຼາຍມັກຈະບໍ່ພົວພັນກັບພວກເຂົາ).

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

ການໂຕ້ຕອບຂອງ HaikuDepot ອະນຸຍາດໃຫ້ທ່ານເບິ່ງບັນຊີລາຍຊື່ຂອງໄຟລ໌ແພັກເກັດ, ແຕ່ບໍ່ມີວິທີທີ່ຈະເບິ່ງເນື້ອຫາໂດຍການຄລິກສອງຄັ້ງ README.md.

Mac ຊະນະໃນປະເພດນີ້, ແຕ່ການເພີ່ມການເຮັດວຽກຂອງ HaikuDepot ທີ່ທ່ານຕ້ອງການບໍ່ຄວນຈະຍາກເກີນໄປ.

ການຕິດຕັ້ງແພັກເກດຜ່ານ GUI

ບໍ່ Mac, ຮູບພາບແຜ່ນສ່ວນໃຫຍ່ .dmg ບັນຈຸຊຸດ .app. ຄລິກສອງຄັ້ງໃສ່ຮູບແຜ່ນແລະຫຼັງຈາກນັ້ນຄັດລອກຊຸດ, ຕົວຢ່າງ, ໂດຍການລາກມັນເຂົ້າໄປໃນ /Applications ໃນ Finder. ນີ້ໄປໂດຍບໍ່ມີການເວົ້າສໍາລັບຂ້າພະເຈົ້າ, ແຕ່ຂ້າພະເຈົ້າໄດ້ຍິນວ່າ newbies ບາງຄົນອາດຈະບໍ່ສາມາດຈັດການນີ້. ໂດຍຄ່າເລີ່ມຕົ້ນ, Apple "ແນະນໍາ" ໄດເລກະທໍລີທົ່ວລະບົບ /Applications (ໃນ NeXT ມັນແມ່ນເຄືອຂ່າຍເຊັ່ນດຽວກັນກັບບຸກຄົນ), ແຕ່ທ່ານສາມາດເອົາຄໍາຮ້ອງສະຫມັກຂອງທ່ານໄດ້ຢ່າງງ່າຍດາຍຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຂອງໄຟລ໌ຫຼືໃນ subdirectory. $HOME/Applications, ຖ້າເຈົ້າມັກມັນແບບນັ້ນ.

ຢູ່ Haiku, ຄລິກສອງຄັ້ງໃສ່ແພັກເກດ, ຈາກນັ້ນຄລິກ "ຕິດຕັ້ງ" - ມັນງ່າຍດາຍກວ່ານີ້ອີກແລ້ວ. ຂ້ອຍຢາກຮູ້ຢາກເຫັນວ່າຈະເກີດຫຍັງຂຶ້ນຖ້າແພັກເກດມີການເພິ່ງພາອາໄສທີ່ມີຢູ່ໃນ HaikuPorts ແຕ່ຍັງບໍ່ທັນໄດ້ຕິດຕັ້ງເທື່ອ. Linux ພວກເຂົາບໍ່ຮູ້ວ່າຈະເຮັດແນວໃດໃນສະຖານະການນີ້, ແຕ່ວິທີແກ້ໄຂແມ່ນຈະແຈ້ງ: ຖາມຜູ້ໃຊ້ວ່າພວກເຂົາຕ້ອງການດາວໂຫຼດ ແລະ ຕິດຕັ້ງ dependencies ຫຼືບໍ່. ນັ້ນແມ່ນສິ່ງທີ່ Haiku ເຮັດແທ້ໆ.

ຂ້ອຍໄດ້ດາວໂຫຼດແພັກເກດ 'sanity' ດ້ວຍຕົນເອງ ແລະ ຄລິກໃສ່ມັນ; ຕົວຈັດການແພັກເກດຮູ້ວ່າຈະເອົາ dependencies ຂອງມັນໄດ້ຢູ່ໃສ (ສົມມຸດວ່າ repositories ໄດ້ລົງທະບຽນແລ້ວໃນລະບົບ). ບໍ່ແມ່ນທຸກໆການແຈກຢາຍ Linux ລາວສາມາດເຮັດສິ່ງນັ້ນໄດ້.

ອີກວິທີຫນຶ່ງແມ່ນໃຊ້ຕົວຈັດການໄຟລ໌, ພຽງແຕ່ລາກແລະວາງລົງ .hpkg ຊຸດຫຼືໃນ /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 ໄປໃສ່ຖັງຂີ້ເຫຍື້ອ. ຂ້ອຍບໍ່ໄດ້ພະຍາຍາມຍ້າຍລະບົບລະບົບ, ແລະນັບຕັ້ງແຕ່ແພັກເກັດທັງຫມົດຖືກຕິດຕັ້ງຢູ່ໃນລະບົບລະບົບ, ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະເອົາຊຸດອອກ .hpkg ໂດຍບໍ່ມີການປ່ຽນແປງ "ເນື້ອໃນຂອງມັນ". ຜູ້​ໃຊ້​ທົ່ວ​ໄປ​ຈະ​ໄດ້​ຮັບ​ຄວາມ​ຢ້ານ​ກົວ​ແລະ​ກົດ​ປຸ່ມ "ຍົກ​ເລີກ​" ການ​ກໍາ​ນົດ​ໄວ້​ໃນ​ຄ່າ​ເລີ່ມ​ຕົ້ນ​.

ອະທິບາຍ ທ້າວ. waddlesplash:

ຂໍ້ຄວາມນີ້ມີອາຍຸຫຼາຍກວ່າ 10 ປີ. ສ່ວນຫຼາຍອາດຈະພວກເຮົາຈໍາເປັນຕ້ອງ configure ມັນເພື່ອໃຫ້ຄໍາເຕືອນປະກົດຂຶ້ນພຽງແຕ່ໃນເວລາທີ່ຊຸດຕົວມັນເອງຖືກຍ້າຍ. ຜູ້ໃຊ້ປົກກະຕິບໍ່ຈໍາເປັນຕ້ອງເຮັດອັນນີ້.

ຕົກລົງ, ບາງທີຂ້ອຍຄວນເຮັດສິ່ງນີ້ໂດຍໃຊ້ HaikuDepot? ຂ້ອຍກົດສອງຄັ້ງໃສ່ຊຸດໃນ /Haiku/system/packages, ລໍຖ້າໃຫ້ປຸ່ມ "ຖອນການຕິດຕັ້ງ" ປາກົດ. ບໍ່, ມີ (ພຽງແຕ່) “ຕິດຕັ້ງ”. "ຖອນການຕິດຕັ້ງ", ເຈົ້າຢູ່ໃສ?

ເພື່ອຄວາມມ່ວນ, ຂ້ອຍພະຍາຍາມເບິ່ງສິ່ງທີ່ຈະເກີດຂຶ້ນຖ້າຂ້ອຍຄລິກ "ຕິດຕັ້ງ" ໃນຊຸດທີ່ຕິດຕັ້ງແລ້ວ. ມັນ​ໄດ້​ກາຍ​ເປັນ​ດັ່ງ​ນີ້​:

ນີ້ເກີດຂື້ນຖ້າທ່ານພະຍາຍາມຕິດຕັ້ງແພັກເກັດທີ່ຕິດຕັ້ງແລ້ວ.

ຕໍ່ໄປປາກົດ:

ຖ້າ​ຫາກ​ທ່ານ​ຄລິກ​ໃສ່ "ໃຊ້​ການ​ປ່ຽນ​ແປງ​" ໃນ​ປ່ອງ​ຢ້ຽມ​ຜ່ານ​ມາ​, ມັນ​ຈະ​ເປັນ​ດັ່ງ​ນີ້​

ຂ້າ​ພະ​ເຈົ້າ​ສົມ​ມຸດ​ວ່າ​ນີ້​ແມ່ນ​ຄວາມ​ຜິດ​ພາດ​ຊອບ​ແວ​; ການ​ເຊື່ອມ​ຕໍ່​ກັບ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແມ່ນ​ແລ້ວ​. [ຜູ້ຂຽນບໍ່ໄດ້ສະຫນອງການເຊື່ອມຕໍ່ - approx. ນັກແປ]

ການແກ້ໄຂດ່ວນ: ເພີ່ມປຸ່ມ "ຖອນການຕິດຕັ້ງ" ຖ້າຊຸດຢູ່ໃນແລ້ວ /Haiku/system/packages, ຫຼືໃນ /Haiku/home/config/packages.

ເມື່ອເບິ່ງບັນຊີລາຍຊື່ຂອງແພັກເກັດທີ່ຕິດຕັ້ງຢູ່ໃນ HaikuDepot, ຂ້ອຍເຫັນຊຸດຂອງຂ້ອຍຢູ່ໃນບັນຊີລາຍຊື່ແລະສາມາດເອົາມັນອອກໄດ້.

Mac ຊະນະໃນປະເພດນີ້. ແຕ່ຂ້ອຍສາມາດຈິນຕະນາການວ່າດ້ວຍການຕິດຕັ້ງທີ່ເຫມາະສົມ, ປະສົບການຂອງຜູ້ໃຊ້ໃນ Haiku ຈະດີກວ່າໃນ Mac. (ຫນຶ່ງໃນຜູ້ພັດທະນາໃຫ້ຄະແນນມັນດ້ວຍວິທີນີ້: "ຫນ້ອຍກວ່າຫນຶ່ງຊົ່ວໂມງທີ່ຈະເພີ່ມຫນ້າທີ່ລະບຸໄວ້ໃນ HaikuDepot, ຖ້າທ່ານຮູ້ C++ ເລັກນ້ອຍ", ອາສາສະຫມັກໃດ?)

ການຖອນບາງສິ່ງບາງຢ່າງອອກຈາກຊຸດ

ໃຫ້ພະຍາຍາມເອົາຄໍາຮ້ອງສະຫມັກຕົວມັນເອງ, ບໍ່ແມ່ນຊຸດ .hpkg, ຈາກ​ການ​ທີ່​ມັນ​ມາ (ຂ້າ​ພະ​ເຈົ້າ​ສົງ​ໃສ​ວ່າ​ສໍາ​ລັບ "ມະ​ຕະ​ເປັນ​ພຽງ​ແຕ່" ມີ​ຄວາມ​ແຕກ​ຕ່າງ​ກັນ​ຢ່າງ​ໃດ).

ບໍ່ Mac, ຜູ້ໃຊ້ປົກກະຕິແລ້ວເຮັດວຽກກັບໄຟລ໌ .dmgຊຸດແອັບພລິເຄຊັນມາຈາກໃສ .app. ປົກກະຕິແລ້ວຮູບພາບ .dmg ຖືກສະສົມຢູ່ໃນໄດເລກະທໍລີດາວໂຫລດ, ແລະແພັກເກັດຖືກຄັດລອກໂດຍຜູ້ໃຊ້ /Applications. ມັນເຊື່ອວ່າຜູ້ໃຊ້ຫຼາຍຄົນເອງບໍ່ຮູ້ວ່າພວກເຂົາກໍາລັງເຮັດຫຍັງ, ສົມມຸດຕິຖານນີ້ຖືກຢືນຢັນໂດຍອະດີດພະນັກງານ Apple. (ຫນຶ່ງໃນສິ່ງທີ່ຂ້ອຍບໍ່ມັກໃນ Mac. ແລະ, ຕົວຢ່າງເຊັ່ນ, ກັບ AppImage ບໍ່ມີຄວາມແຕກຕ່າງກັນລະຫວ່າງແອັບພລິເຄຊັນແລະຊຸດທີ່ມັນຢູ່ໃນ. ລາກໄອຄອນໄປທີ່ຖັງຂີ້ເຫຍື້ອ = ມັນງ່າຍ!)

ຢູ່ Haiku, ຍັງມີການແບ່ງແຍກລະຫວ່າງ apps/ и packages/, ສະນັ້ນຂ້າພະເຈົ້າສົງໃສວ່າອັນນີ້ເຮັດໃຫ້ມັນຊັດເຈນຂຶ້ນສໍາລັບຜູ້ໃຊ້. ແຕ່ຈະເກີດຫຍັງຂຶ້ນຖ້າທ່ານລາກແອັບພລິເຄຊັນຈາກ apps/ ເພີ່ມໃສ່ກະຕ່າ:

ນີ້ແມ່ນສິ່ງທີ່ເກີດຂື້ນໃນເວລາທີ່ທ່ານພະຍາຍາມເອົາແອັບພລິເຄຊັນທີ່ເອົາມາຈາກໄຟລ໌ .hpkg

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

ການແກ້ໄຂດ່ວນ: ແນະນໍາໃຫ້ໃຊ້ GUI ເພື່ອລຶບແທນ .hpkg

ເພື່ອຄວາມມ່ວນ, ຂ້ອຍໄດ້ລອງເຮັດຊ້ຳກັບແອັບພລິເຄຊັນໂດຍການກົດ Alt+D. ຂ້ອຍໄດ້ຮັບຂໍ້ຄວາມ "ບໍ່ສາມາດຍ້າຍຫຼືຄັດລອກວັດຖຸໃນປະລິມານທີ່ອ່ານໄດ້ເທົ່ານັ້ນ." ແລະທັງຫມົດເພາະວ່າ /system (ນອກຈາກນັ້ນ /system/packages и /system/settings) ແມ່ນຈຸດເຊື່ອມຕໍ່ packagefs (ຈື່ວ່າມັນປາກົດຢູ່ໃນຜົນໄດ້ຮັບແນວໃດ df?). ແຕ່ຫນ້າເສຍດາຍ, ຜົນຜະລິດຂອງຄໍາສັ່ງ mount ບໍ່ຊີ້ແຈງສະຖານະການ (ດັ່ງທີ່ໄດ້ກ່າວໃນຫນຶ່ງຂອງບົດຄວາມທີ່ຜ່ານມາ), mountvolume ບໍ່​ໄດ້​ສະ​ແດງ​ໃຫ້​ເຫັນ​ສິ່ງ​ທີ່​ທ່ານ​ກໍາ​ລັງ​ຊອກ​ຫາ (apparently packages mounted via loop .hpkg ບໍ່ໄດ້ຖືກພິຈາລະນາ "ປະລິມານ"), ແລະຂ້ອຍກໍ່ລືມຄໍາສັ່ງທາງເລືອກ.

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

ຫມາຍເຫດ: ທ່ານຈໍາເປັນຕ້ອງຊອກຫາສິ່ງທີ່ "ປະລິມານ" ກ່ຽວຂ້ອງກັບ "ສ່ວນ". ນີ້ອາດຈະຄ້າຍຄືກັບຄວາມສໍາພັນຂອງ "ໂຟນເດີ້" ກັບ "ໄດເລກະທໍລີ": ໄດເລກະທໍລີສ່ວນໃຫຍ່ຈະປາກົດເປັນໂຟນເດີໃນຕົວຈັດການໄຟລ໌, ແຕ່ບໍ່ແມ່ນທັງຫມົດ (ແພັກເກັດຖືກປະຕິບັດເປັນໄຟລ໌, ຕົວຢ່າງ). ການສະແດງປະເພດນີ້ເຮັດໃຫ້ຂ້ອຍເປັນ nerd ຢ່າງເປັນທາງການບໍ?

ສຳເນົາເນື້ອໃນຂອງຊຸດໃສ່ລະບົບອື່ນ

ບໍ່ Mac, ຂ້າພະເຈົ້າ stupidly drag ຊຸດ .app, ແລະນັບຕັ້ງແຕ່ການເພິ່ງພາອາໄສຢູ່ໃນຊຸດ, ພວກມັນເຄື່ອນຍ້າຍຮ່ວມກັນ.

ຢູ່ Haiku, ຂ້າພະເຈົ້າລາກຄໍາຮ້ອງສະຫມັກ, ແຕ່ການຂຶ້ນກັບບໍ່ໄດ້ດໍາເນີນການທັງຫມົດ.

ການແກ້ໄຂດ່ວນ: ຂໍແນະນຳໃຫ້ລາກຊຸດ `.hpkg ທັງໝົດ, ພ້ອມກັບການອ້າງອີງໃດໆ, ຖ້າມີ.

Mac ຊະນະຢ່າງຈະແຈ້ງໃນປະເພດນີ້. ຢ່າງຫນ້ອຍສໍາລັບຂ້າພະເຈົ້າ, lover ຂອງ paradigm ຂອງເຂົາເຈົ້າ. ຂ້ອຍຄວນຄັດລອກມັນໃສ່ Haiku .hpkg ແທນທີ່ຈະເປັນຄໍາຮ້ອງສະຫມັກ, ແຕ່ລະບົບບໍ່ໄດ້ສະເຫນີໃຫ້ຂ້ອຍນີ້ ...

ດາວໂຫລດແພັກເກັດທີ່ຂຶ້ນກັບຕົວຕົນທັງໝົດ

ບໍ່ແມ່ນທຸກໆເຄື່ອງຈະເຊື່ອມຕໍ່ກັບອິນເຕີເນັດຕະຫຼອດເວລາ. ໃນຄວາມເປັນຈິງ, ບາງເຄື່ອງ (ແມ່ນແລ້ວ, ຂ້ອຍກຳລັງເບິ່ງເຈົ້າຢູ່, ເຄື່ອງທີ່ທັນສະໄໝ) Windows, ແມັກ ແລະ Linux) ລືມເລື່ອງນີ້ໄປເລີຍ. ສຳລັບຂ້ອຍ, ມັນເປັນສິ່ງສຳຄັນທີ່ຂ້ອຍສາມາດໄປ, ຕົວຢ່າງ, ໄປຮ້ານອິນເຕີເນັດຄາເຟ, ດາວໂຫຼດຊອບແວໃສ່ໄດຣຟ໌ທີ່ສາມາດຖອດອອກໄດ້, ໃສ່ໄດຣຟ໌ນີ້ໃສ່ຄອມພິວເຕີຢູ່ເຮືອນຂອງຂ້ອຍ ແລະ ໃຫ້ແນ່ໃຈວ່າທຸກຢ່າງຈະເຮັດວຽກ [ຜູ້ຊາຍທີ່ມີຄວາມສ່ຽງ, ເພື່ອເຮັດສິ່ງດັ່ງກ່າວໃສ່ Windows... — ໝາຍເຫດຂອງນັກແປ].

ດັ່ງນັ້ນ, ເລື້ອຍໆກວ່າປົກກະຕິ, ຂ້ອຍມັກຈະຈົບລົງດ້ວຍການເພິ່ງພາອາໄສທີ່ບໍ່ພໍໃຈ Windows и Linux.

ບໍ່ Mac ນີ້​ແມ່ນ​ປົກ​ກະ​ຕິ​ຫນຶ່ງ​ໄຟລ​໌​, ທັງ​ຫມົດ​ທີ່​ທ່ານ​ຕ້ອງ​ການ​ຈະ​ເຮັດ​ແມ່ນ​ການ​ດາວ​ໂຫຼດ​ .dmg. ສ່ວນຫຼາຍມັກ, ມັນບໍ່ມີການເພິ່ງພາອາໄສອື່ນນອກ ເໜືອ ຈາກທີ່ສະ ໜອງ ໃຫ້ໂດຍ MacOS ເອງໂດຍຄ່າເລີ່ມຕົ້ນ. ຂໍ້ຍົກເວັ້ນແມ່ນຄໍາຮ້ອງສະຫມັກທີ່ສັບສົນທີ່ຕ້ອງການສະພາບແວດລ້ອມການປະຕິບັດທີ່ເຫມາະສົມ, ຕົວຢ່າງ java.

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

Mac ຊະນະປະເພດນີ້ໂດຍຂອບຂະໜາດນ້ອຍ.

ຄໍາ​ເຫັນ Mr. waddlesplash:

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

ໃຫ້ຖືລົມຫາຍໃຈຂອງພວກເຮົາຈົນກ່ວາບົດຄວາມຕໍ່ໄປໃນຊຸດນີ້.

ຍ້າຍແພັກເກດໄປບ່ອນແຍກຕ່າງຫາກ

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

ບໍ່ Mac ຂ້ອຍພຽງແຕ່ຍ້າຍແພັກເກດ .app ໄປຫາໄດຣຟ໌ທີ່ຖອດອອກໄດ້ ຫຼືລະບົບເຄືອຂ່າຍໃນ Finder, ແລະນັ້ນແມ່ນມັນ. ຂ້າ​ພະ​ເຈົ້າ​ຍັງ​ສາ​ມາດ​ຄລິກ​ສອງ​ຄັ້ງ​ເພື່ອ​ເປີດ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ຕາມ​ປົກ​ກະ​ຕິ​ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ຈາກ​ປະ​ລິ​ມານ​ການ​ບູດ​ໄດ້​. ພຽງແຕ່!

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

Mac ຊະນະໃນປະເພດນີ້.

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

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

ພວກເຮົາຈະເວົ້າກ່ຽວກັບເລື່ອງນີ້ໃນບົດຄວາມຕໍ່ໄປ.

ເວົ້າກ່ຽວກັບລະບົບເຄືອຂ່າຍ, ມັນຈະເປັນການດີ (ຂ້ອຍຄາດເດົາພາກສ່ວນ LAN) ທີ່ຈະມີແອັບພລິເຄຊັນທີ່ງ່າຍດາຍ, ສາມາດຄົ້ນພົບໄດ້, ໃນເຄືອຂ່າຍ (ເຊັ່ນ Zeroconf) ທີ່ສາມາດຄັດລອກໃສ່ຄອມພິວເຕີທ້ອງຖິ່ນຫຼືດໍາເນີນການໂດຍກົງຈາກເຄືອຂ່າຍທ້ອງຖິ່ນ. ແນ່ນອນ, ນັກພັດທະນາມີທາງເລືອກທີ່ຈະເລືອກອອກໂດຍຜ່ານ app_flags.

ບົດລາຍງານສຸດທ້າຍກ່ຽວກັບການລວມລະບົບ hpkg ກັບ GUI

ຂ້າ​ພະ​ເຈົ້າ​ຄິດ​ວ່າ​ຕົ້ນ​ຕໍ​ເນື່ອງ​ຈາກ​ຄວາມ​ໃຫມ່​ຂອງ​ການ​ເຊື່ອມ​ໂຍງ​ .hpkg GUI ຍັງປ່ອຍໃຫ້ຫຼາຍທີ່ຕ້ອງການ. ຢ່າງໃດກໍ່ຕາມ, ມີບາງສິ່ງທີ່ສາມາດປັບປຸງໄດ້ໃນແງ່ຂອງ UX ...

ສິ່ງຫນຶ່ງເພີ່ມເຕີມ: Kernel Debug Land

ມັນຈະເປັນການດີທີ່ຈະສາມາດໃສ່ຄໍາສັ່ງໃນລະຫວ່າງການ panic kernel, ສໍາລັບການຍົກຕົວຢ່າງ syslog | grep usb. ດີ, ໃນ Haiku ມັນເປັນໄປໄດ້ຂໍຂອບໃຈກັບ Kernel Debug Land. ເຈົ້າຈະເຫັນວິເສດນີ້ໃນການປະຕິບັດໄດ້ແນວໃດຖ້າທຸກຢ່າງເຮັດວຽກຕາມທີ່ມັນຄວນຈະເປັນໂດຍທີ່ບໍ່ຕົກຢູ່ໃນຄວາມຕື່ນຕົກໃຈຂອງແກ່ນ? ງ່າຍໆໂດຍການກົດ Alt+PrintScn+D (Debug mnemonic). ຂ້ອຍຈື່ທັນທີ ລະຫັດໂປລແກລມ, ເຊິ່ງອະນຸຍາດໃຫ້ຜູ້ພັດທະນາ Macintosh ຕົ້ນສະບັບເຂົ້າໄປໃນ debugger (ຖ້າມີການຕິດຕັ້ງ, ແນ່ນອນ).

ສະຫລຸບ

ຂ້ອຍເລີ່ມເຂົ້າໃຈວ່າຄວາມຊັບຊ້ອນຂອງລະບົບ Haiku ມາຈາກຄວາມຈິງທີ່ວ່າການເຮັດວຽກແມ່ນດໍາເນີນໂດຍທີມງານຂະຫນາດນ້ອຍຫນຶ່ງໂດຍເນັ້ນໃສ່ສະພາບແວດລ້ອມການເຮັດວຽກທີ່ຊັດເຈນ, ມີທຸກຊັ້ນຂອງລະບົບສາມາດເຂົ້າເຖິງໄດ້.
ຄວາມແຕກຕ່າງຢ່າງຊັດເຈນກັບໂລກ Linux/GNU/dpkg/apt/systemd/Xorg/dbus/Gtk/GNOME/XDG/Ubuntu, ບ່ອນທີ່ທຸກສິ່ງທຸກຢ່າງຖືກແບ່ງອອກເປັນຕ່ອນນ້ອຍໆຈົນເຖິງລະດັບທີ່ສິ່ງທີ່ເປັນນາມທຳນັ່ງຢູ່ເທິງສິ່ງທີ່ເປັນນາມທຳ ແລະ ຂັບເຄື່ອນດ້ວຍໄມ້ຄ້ອນ.
ນອກຈາກນີ້ຍັງມີຄວາມເຂົ້າໃຈກ່ຽວກັບວິທີການລະບົບ .hpkg ປະສົມປະສານການປະຕິບັດທີ່ດີທີ່ສຸດຂອງຜູ້ຈັດການຊຸດແບບດັ້ງເດີມ, Snappy, Flatpak, AppImage, ເຖິງແມ່ນວ່າ btrfs, ແລະປະສົມປະສານໃຫ້ເຂົາເຈົ້າກັບວິທີການ "ພຽງແຕ່ເຮັດວຽກ" ຂອງ Mac.

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

ແມ່ນແລ້ວ, ການຊອກຫາໃນຕົວທ່ອງເວັບອາດຈະ jerky ແລະແລ່ນຄືກັບຫອຍ, ຄໍາຮ້ອງສະຫມັກອາດຈະຂາດ (ບໍ່ມີ Gtk, Electron - ນັກພັດທະນາສະຫຼຸບວ່າພວກເຂົາບໍ່ດີກັບຄວາມຊັບຊ້ອນ), ວິດີໂອແລະການເລັ່ງ 3d ອາດຈະຂາດຫມົດ, ແຕ່ຂ້ອຍຍັງຢູ່. ມັກລະບົບນີ້. ຫຼັງຈາກທີ່ທັງຫມົດ, ສິ່ງເຫຼົ່ານີ້ສາມາດຖືກແກ້ໄຂໄດ້ແລະພວກມັນຈະປາກົດໃນໄວໆນີ້ຫຼືຕໍ່ມາ. ມັນເປັນພຽງແຕ່ເລື່ອງຂອງເວລາແລະອາດຈະເປັນຕາແດງເລັກນ້ອຍ.

ຂ້ອຍບໍ່ສາມາດສະເໜີຄວາມຊ່ວຍເຫຼືອໄດ້, ແຕ່ຂ້ອຍຄິດວ່າມັນຈະເລີ່ມຈາກນີ້ໄປ ປີຂອງ Haiku ໃນ desktop.

ບັນຫາແບບສຸ່ມ

ບາງທີມີການຮ້ອງຂໍແລ້ວ, ຫຼືຂ້ອຍຄວນເປີດພວກມັນບໍ?

• BeScreenCapture ຄວນຈະສາມາດສົ່ງອອກເປັນ GIF ເຊັ່ນ Peek. ນີ້ສາມາດເຮັດໄດ້ໂດຍໃຊ້ ffmpeg, ມີຢູ່ແລ້ວສໍາລັບ Haiku. ຄໍາຮ້ອງສະຫມັກ.
• ຊອບແວການຖ່າຍຮູບໜ້າຈໍບໍ່ສາມາດບັນທຶກໜ້າຈໍແບບໂມດູນໄດ້, ແທນທີ່ຈະຈັບພາບໜ້າຈໍທັງໝົດ
• ທ່ານ​ບໍ່​ສາ​ມາດ​ຕັດ screenshots ການ​ນໍາ​ໃຊ້​ເຄື່ອງ​ມື​ການ​ປູກ​ພືດ WonderBrush ແລະ​ຫຼັງ​ຈາກ​ນັ້ນ​ບັນ​ທຶກ​ຜົນ​ໄດ້​ຮັບ​ໃນ​ໄຟລ​໌​
• ຂ້ອຍບໍ່ມັກຕົວກະພິບມືໃນ Haiku ໂດຍສະເພາະ, ແຕ່ຂ້ອຍຄິດວ່າມັນກ່ຽວຂ້ອງກັບຄວາມຮູ້ສຶກທີ່ອົບອຸ່ນ. ນີ້ແມ່ນຫນ້າລໍາຄານໂດຍສະເພາະໃນເວລາທີ່ການນໍາໃຊ້ເຄື່ອງມືການປູກພືດໃນ Krita, ຍ້ອນວ່າມັນເຮັດໃຫ້ການປູກພືດບໍ່ຖືກຕ້ອງ (ເບິ່ງ screenshots ຂອງ modal dialogs ໃນບົດຄວາມນີ້). ຕົວກະພິບ crosshair ຈະດີເລີດ. ຄໍາຮ້ອງສະຫມັກ.

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

ທ່ານ​ມີ​ຄໍາ​ຖາມ​ໃດໆ? ພວກ​ເຮົາ​ຂໍ​ເຊື້ອ​ເຊີນ​ທ່ານ​ກັບ​ພາ​ສາ​ລັດ​ເຊຍ​ ຊ່ອງໂທລະພາບ.

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

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

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

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