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

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

ບໍ່ດົນມານີ້ ຂ້ອຍຄົ້ນພົບ Haiku, ລະບົບທີ່ດີທີ່ບໍ່ຄາດຄິດ. ຂ້ອຍຍັງປະຫລາດໃຈທີ່ມັນເຮັດວຽກໄດ້ອຍ່າງລຽບງ່າຍ, ໂດຍສະເພາະເມື່ອປຽບທຽບກັບສະພາບແວດລ້ອມ desktop Linux. ມື້​ນີ້​ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ເບິ່ງ​ພາຍ​ໃຕ້​ການ hood ໄດ້​. ບ່ອນທີ່ມີຄວາມຈໍາເປັນສໍາລັບຄວາມເຂົ້າໃຈໃນຄວາມເລິກ, ຂ້ອຍຈະເຮັດການປຽບທຽບກັບ Macintosh, Mac OS X ແລະສະພາບແວດລ້ອມ desktop 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

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

ແນ່ນອນ, ມີການຂະຫຍາຍໄດ້, ເຊິ່ງປະກອບດ້ວຍ, ຕາມທີ່ທ່ານສາມາດເຂົ້າໃຈ, ຮູບສັນຍາລັກ vector. ແລ້ວເປັນຫຍັງຈຶ່ງມີອັນອື່ນອີກ? ເນື່ອງຈາກວ່າຜົນຂອງການແຕ້ມຮູບ vector ໃນຂະຫນາດຂະຫນາດນ້ອຍອາດຈະຫນ້ອຍກວ່າທີ່ເຫມາະສົມ. ຂ້ອຍຢາກມີຕົວເລືອກຕ່າງໆທີ່ຖືກປັບໃຫ້ເໝາະສົມກັບຂະໜາດຕ່າງໆ. ໃນສະພາບແວດລ້ອມ desktop ຂອງ 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 ແລະພື້ນທີ່ຜູ້ໃຊ້ຫຼັກໄປຫາການຄຸ້ມຄອງຊຸດແລະໂຄງສ້າງພື້ນຖານຂອງ runtime, ໄດ້ຖືກພັດທະນາຮ່ວມກັນໂດຍທີມງານດຽວ. ຈິນຕະນາການຈໍານວນກຸ່ມ ແລະທີມທີ່ແຕກຕ່າງກັນທີ່ມັນຈະໃຊ້ເວລາເພື່ອດໍາເນີນການບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້ໃນ Linux [ຂ້ອຍຈິນຕະນາການໂຄງການ PuppyLinux - ປະມານ. ນັກແປ]. ຫຼັງຈາກນັ້ນ, ຈິນຕະນາການວ່າມັນຈະໃຊ້ເວລາດົນປານໃດສໍາລັບວິທີການນີ້ຈະຖືກຮັບຮອງເອົາເຂົ້າໃນການແຈກຢາຍ. ພວກເຂົາເວົ້າວ່າ: ເອົາບັນຫາທີ່ງ່າຍດາຍ, ແບ່ງອອກລະຫວ່າງນັກສະແດງທີ່ແຕກຕ່າງກັນ, ແລະມັນຈະກາຍເປັນຄວາມສັບສົນຫຼາຍທີ່ມັນຈະບໍ່ສາມາດແກ້ໄຂໄດ້. Haiku ໃນກໍລະນີນີ້ເປີດຕາຂອງຂ້ອຍ. ຂ້າພະເຈົ້າຄິດວ່ານີ້ແມ່ນສິ່ງທີ່ເກີດຂຶ້ນໃນ Linux ໃນປັດຈຸບັນ (Linux ໃນກໍລະນີນີ້ແມ່ນຄໍາສັບລວມສໍາລັບ Linux / GNU / dpkg / apt / systemd / Xorg / dbus / Gtk / GNOME / XDG / Ubuntu stack).

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, double click on the package , ຫຼັງຈາກນັ້ນໃຫ້ຄລິກໃສ່ "ຕິດຕັ້ງ", ມັນບໍ່ສາມາດຈະງ່າຍຂຶ້ນ. ຂ້ອຍສົງໄສວ່າຈະເກີດຫຍັງຂຶ້ນຖ້າແພັກເກັດມີ dependencies ທີ່ມີຢູ່ໃນ HaikuPorts ແຕ່ຍັງບໍ່ໄດ້ຕິດຕັ້ງເທື່ອ. ໃນ Linux ພວກເຂົາກໍ່ບໍ່ຮູ້ວ່າຈະເຮັດແນວໃດໃນສະຖານະການນີ້, ແຕ່ການແກ້ໄຂແມ່ນຈະແຈ້ງ - ຖາມຜູ້ໃຊ້ວ່າພວກເຂົາຕ້ອງການດາວໂຫລດແລະຕິດຕັ້ງ dependencies. ແທ້ຈິງແລ້ວສິ່ງທີ່ Haiku ເຮັດ.

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