වෙනත් දෙයක්: හයිකු යෙදුම් මිටි?

TL; ඩී: Haiku යෙදුම් නාමාවලි වැනි යෙදුම් පැකේජ සඳහා නිසි සහය ලබා ගත හැකිද (වැනි .app Mac මත) සහ/හෝ යෙදුම් රූප (Linux AppImage)? බොහෝ යටිතල පහසුකම් දැනටමත් ක්‍රියාත්මක වන බැවින් අනෙකුත් පද්ධතිවලට වඩා නිවැරදිව ක්‍රියාත්මක කිරීමට පහසු වන වටිනා එකතු කිරීමක් මෙය වනු ඇතැයි මම සිතමි.

සතියකට පෙර මම අනපේක්ෂිත ලෙස හොඳ පද්ධතියක් වන හයිකු සොයාගත්තා. හොඳයි, මම බොහෝ කලක සිට නාමාවලි සහ යෙදුම් රූප ගැන උනන්දු වී ඇති නිසා (මැකින්ටොෂ් හි සරල බවින් ආශ්වාදයක්), මගේ සිතට අදහසක් පැමිණීම පුදුමයක් නොවේ.

සම්පූර්ණ අවබෝධය සඳහා, මම AppImage හි නිර්මාතෘ සහ කර්තෘ වෙමි, එය Mac සරල බව ඉලක්ක කරන සහ යෙදුම් කතුවරුන්ට සහ අවසාන පරිශීලකයින්ට සම්පූර්ණ පාලනය ලබා දෙන Linux යෙදුම් බෙදා හැරීමේ ආකෘතියකි (ඔබට වැඩි විස්තර දැන ගැනීමට අවශ්‍ය නම්, බලන්න විකි и ලේඛනගත කිරීම).

අපි හයිකු සඳහා AppImage එකක් හැදුවොත්?

අපි ටිකක් හිතමු, තනිකරම න්‍යායිකව: ලබා ගැනීම සඳහා කළ යුතු දේ AppImage, හෝ ඒ හා සමාන දෙයක්, හයිකු මතද? දැන්ම යමක් නිර්මාණය කිරීම අවශ්‍ය නොවේ, මන්ද දැනටමත් හයිකු වල පවතින පද්ධතිය පුදුම සහගත ලෙස ක්‍රියා කරයි, නමුත් මනඃකල්පිත අත්හදා බැලීමක් හොඳයි. එය Linux ඩෙස්ක්ටොප් පරිසරයන් හා සසඳන විට, එවැනි දේවල් අතිශයින් දුෂ්කර වන හයිකු හි නවීනත්වය ද පෙන්නුම් කරයි (මට එසේ පැවසීමට අයිතියක් ඇත: මම වසර 10 ක් තිස්සේ දෝශ නිරාකරණය සමඟ පොරබදමින් සිටිමි).

Macintosh System 1 හි, සෑම යෙදුමක්ම Finder හි "කළමනාකරණය කරන ලද" වෙනම ගොනුවක් විය. AppImage භාවිතා කරමින් මම Linux හි එකම පරිශීලක අත්දැකීම ප්‍රතිනිර්මාණය කිරීමට උත්සාහ කරමි.

පළමුව, AppImage යනු කුමක්ද? මෙය තෙවන පාර්ශවීය යෙදුම් නිකුත් කිරීමේ පද්ධතියකි (උදාහරණයක් ලෙස, අල්ටිමේකර් කියුරා), යෙදුම් ඔවුන්ට අවශ්‍ය විට සහ කෙසේද මුදා හැරීමට ඉඩ දීම: විවිධ බෙදාහැරීම්වල විශේෂතා දැන ගැනීමට, ප්‍රතිපත්ති ගොඩනැගීමට හෝ යටිතල පහසුකම් ගොඩනැගීමට අවශ්‍ය නැත, නඩත්තු කරන්නන්ගේ සහාය අවශ්‍ය නොවේ, සහ ඔවුන් පරිශීලකයින්ට ස්ථාපනය කළ හැකි දේ (නො) නොකියයි. ඔවුන්ගේ පරිගණක මත. AppImage ආකෘතියේ Mac පැකේජයකට සමාන දෙයක් ලෙස තේරුම් ගත යුතුය .app තැටි රූපය ඇතුළත .dmg. ප්‍රධාන වෙනස නම් යෙදුම් පිටපත් නොකිරීමයි, නමුත් AppImage තුළ සදහටම පවතිනු ඇත, බොහෝ දුරට Haiku පැකේජ වලට සමාන වේ. .hpkg සවිකර ඇති අතර, කිසි විටෙක සුපුරුදු අර්ථයෙන් ස්ථාපනය කර නැත.

වසර 10කට වැඩි කාලයක් පුරාවට, AppImage යම් ආකර්ෂණයක් සහ ජනප්‍රියත්වයක් ලබා ඇත: Linus Torvalds විසින්ම එය ප්‍රසිද්ධියේ අනුමත කරන ලද අතර, පොදු ව්‍යාපෘති (උදාහරණයක් ලෙස, LibreOffice, Krita, Inkscape, Scribus, ImageMagick) එය ප්‍රධාන මාර්ගය ලෙස පිළිගෙන ඇත. ස්ථාපනය කරන ලද හෝ අස්ථාපනය කරන ලද පරිශීලක යෙදුම්වලට බාධා නොකර අඛණ්ඩ හෝ රාත්‍රී ගොඩනැගීම් බෙදා හැරීමට. කෙසේ වෙතත්, Linux ඩෙස්ක්ටොප් පරිසරයන් සහ බෙදාහැරීම් බොහෝ විට තවමත් සාම්ප්‍රදායික, මධ්‍යගත නඩත්තුකරු මත පදනම් වූ බෙදාහැරීමේ ආකෘතියට ඇලී සිටින අතර/හෝ ඔවුන්ගේම ව්‍යවසාය ව්‍යාපාර සහ/හෝ ඉංජිනේරු වැඩසටහන් ප්‍රවර්ධනය කරයි. ෆ්ලැට්ප්ක් (RedHat, Fedora, GNOME) සහ ස්නැපි (කැනොනිකල්, උබුන්ටු). ඒක එනවා හාස්‍යජනක ලෙස.

කොහොමද වැඩ කරන්නේ

• සෑම AppImage එකකම කොටස් 2ක් අඩංගු වේ: කුඩා ද්වි-ක්ලික් ELF (ඊනියා. runtime.c), පසුව ගොනු පද්ධති රූපයක් ස්කොෂ්එෆ්එස්.

• SquashFS ගොනු පද්ධතියේ යෙදුමේ ගෙවීම සහ එය ක්‍රියාත්මක කිරීමට අවශ්‍ය සියල්ල අඩංගු වේ, එය නිවැරදි මනසින් සෑම තරමක් මෑත ඉලක්ක පද්ධතියක් සඳහාම පෙරනිමි ස්ථාපනයේ කොටසක් ලෙස සැලකිය නොහැක (ලිනක්ස් බෙදා හැරීම). යෙදුම් නාමය, අයිකන, MIME වර්ග යනාදිය වැනි පාර-දත්ත ද එහි අඩංගු වේ.

• පරිශීලකයා විසින් ධාවනය කරන විට, ගොනු පද්ධතිය සවි කිරීම සඳහා ධාවන කාලය FUSE සහ squashfuse භාවිතා කරයි, පසුව සවිකර ඇති AppImage තුළ යම් ප්‍රවේශ ලක්ෂ්‍යයක් (aka AppRun) ධාවනය කරයි.
  ක්‍රියාවලිය අවසන් වූ පසු ගොනු පද්ධතිය ඉවත් කර ඇත.

සෑම දෙයක්ම සරල බව පෙනේ.

මේ දේවල් සියල්ල සංකීර්ණ කරයි:

• එවැනි විවිධාකාර ලිනක්ස් බෙදාහැරීම් සමඟ, "නිවැරදි මනසේ" කිසිවක් "සෑම නව ඉලක්ක පද්ධතියක් සඳහාම පෙරනිමි ස්ථාපනයේ කොටසක්" ලෙස හැඳින්විය නොහැක. අපි ගොඩ නැගීමෙන් මෙම ගැටළුව විසඳා ගනිමු බැහැර කරන්නා, AppImage හි ඇසුරුම් කරන්නේ කුමක්ද සහ වෙනත් ස්ථානයකට ගෙන යා යුතු දේ තීරණය කිරීමට ඔබට ඉඩ සලසයි. ඒ අතරම, පොදුවේ ගත් කල, සෑම දෙයක්ම විශිෂ්ට ලෙස ක්‍රියාත්මක වන බවක් තිබියදීත්, අපට සමහර විට මග හැරේ. මෙම හේතුව නිසා, පැකේජ නිර්මාපකයින් සියළුම ඉලක්ක පද්ධති (බෙදාහැරීම්) මත AppImages පරීක්ෂා කරන ලෙස අපි නිර්දේශ කරමු.
• යෙදුම් ගෙවුම් ගොනු පද්ධතිය හරහා නැවත ස්ථානගත කළ හැකි විය යුතුය. අවාසනාවන්ත ලෙස, බොහෝ යෙදුම් වලට දෘඪ-කේතගත නිරපේක්ෂ මාර්ග ඇත, උදාහරණයක් ලෙස, සම්පත් තුළ /usr/share. මේක කොහොම හරි හදන්න ඕන. ඊට අමතරව, ඔබ එක්කෝ අපනයනය කළ යුතුය LD_LIBRARY_PATH, හෝ නිවැරදි කරන්න rpath ලෝඩරයට අදාළ පුස්තකාල සොයා ගත හැකි වන පරිදි. පළමු ක්රමය එහි අවාසි ඇත (සංකීර්ණ ක්රම වලින් ජය ගන්නා), සහ දෙවන සරලව අපහසු වේ.
• පරිශීලකයින් සඳහා විශාලතම UX අන්තරාය වන්නේ එයයි ක්රියාත්මක කළ හැකි බිට් සකසන්න බාගත කිරීමෙන් පසු AppImage ගොනුව. එය විශ්වාස කරන්න හෝ නොවන්න, මෙය සමහරුන්ට සැබෑ බාධකයකි. ක්‍රියාත්මක කිරීමේ බිට් සැකසීමේ අවශ්‍යතාවය පළපුරුදු පරිශීලකයින්ට පවා අපහසු වේ. විසඳුමක් ලෙස, අපි AppImage ගොනු නිරීක්ෂණය කරන සහ ඒවායේ ක්‍රියාත්මක කිරීමේ බිට් සකසන කුඩා සේවාවක් ස්ථාපනය කිරීමට යෝජනා කළෙමු. එහි පිරිසිදු ස්වරූපයෙන්, එය හොඳම විසඳුම නොවේ, මන්ද එය කොටුවෙන් පිටත ක්රියා නොකරනු ඇත. Linux බෙදාහැරීම් මෙම සේවාව සපයන්නේ නැත, එබැවින් පරිශීලකයින්ට කොටුවෙන් පිටත නරක අත්දැකීමක් ඇත.
• ලිනක්ස් භාවිතා කරන්නන් නව යෙදුමක් ආරම්භක මෙනුවේ අයිකනයක් තිබීම අපේක්ෂා කරයි. ඔබට පද්ධතියට පැවසිය නොහැක: "බලන්න, නව යෙදුමක් තිබේ, අපි වැඩ කරමු." ඒ වෙනුවට, XDG පිරිවිතරයට අනුව, ඔබ ගොනුව පිටපත් කළ යුතුය .desktop නිවැරදි ස්ථානයට /usr පද්ධතිය පුරා ස්ථාපනය සඳහා, හෝ $HOME තනි පුද්ගල සඳහා. XDG පිරිවිතරයන්ට අනුව ඇතැම් ප්‍රමාණයේ අයිකන ඇතැම් ස්ථානවල තැබිය යුතුය usr හෝ $HOME, ඉන්පසු අයිකන හැඹිලිය යාවත්කාලීන කිරීමට වැඩ කරන පරිසරයේ විධාන ක්‍රියාත්මක කරන්න, නැතහොත් වැඩ කරන පරිසර කළමනාකරු එය හඳුනාගෙන සියල්ල ස්වයංක්‍රීයව හඳුනා ගනී යැයි බලාපොරොත්තු වේ. MIME වර්ග සමග සමාන වේ. විසඳුමක් ලෙස, ක්‍රියාත්මක කිරීමේ ධජය සැකසීමට අමතරව, අයිකන තිබේ නම්, එම සේවාවම භාවිතා කිරීමට යෝජනා කෙරේ. AppImage හි, ඒවා AppImage වෙතින් XDG අනුව නිවැරදි ස්ථානවලට පිටපත් කරන්න. මකා දැමූ විට හෝ ගෙන ගිය විට, සේවාව සියල්ල ඉවත් කිරීමට බලාපොරොත්තු වේ. ඇත්ත වශයෙන්ම, එක් එක් වැඩ කරන පරිසරයේ හැසිරීම් වල වෙනස්කම් තිබේ, ග්‍රැෆික් ගොනු ආකෘති, ඒවායේ ප්‍රමාණය, ගබඩා ස්ථාන සහ හැඹිලි යාවත්කාලීන කිරීමේ ක්‍රම, ගැටළුවක් ඇති කරයි. කෙටියෙන් කිවහොත්, මෙම ක්රමය කිහිලිකරුවෙකි.
• ඉහත ප්‍රමාණවත් නොවේ නම්, ගොනු කළමනාකරු තුළ AppImage නිරූපකයක් තවමත් නොමැත. Linux ලෝකය තවමත් elficon ක්‍රියාත්මක කිරීමට තීරණය කර නැත (කෙසේ වෙතත් සාකච්ඡා и ක්රියාත්මක කිරීම), එබැවින් අයිකනය කෙලින්ම යෙදුමට කාවැද්දීමට නොහැක. එබැවින් ගොනු කළමණාකරුගේ යෙදුම් වලට තමන්ගේම අයිකන නොමැති බව පෙනේ (වෙනසක් නැත, AppImage හෝ වෙනත් දෙයක්), ඒවා ඇත්තේ ආරම්භක මෙනුවේ පමණි. ප්‍රතිකර්මයක් ලෙස, අපි සිඟිති රූ භාවිතා කරන්නෙමු, ඩෙස්ක්ටොප් කළමනාකරුවන්ට ග්‍රැෆික් ගොනුවල සිඟිති රූ පෙරදසුන් ඔවුන්ගේ අයිකන ලෙස පෙන්වීමට ඉඩ සලසන යාන්ත්‍රණයකි. එහි ප්‍රතිඵලයක් ලෙස, ක්‍රියාත්මක කිරීමේ බිටු සැකසීමේ සේවාව “කුඩා කාරකයක්” ලෙසද ක්‍රියා කරයි, සුදුසු ස්ථානවලට අයිකන සිඟිති රූ නිර්මාණය කිරීම සහ ලිවීම සිදු කරයි. /usr и $HOME. AppImage මකා දැමුවහොත් හෝ ගෙන ගියහොත් මෙම සේවාව පිරිසිදු කිරීමද සිදු කරයි. එක් එක් ඩෙස්ක්ටොප් කළමනාකරු තරමක් වෙනස් ලෙස හැසිරෙන නිසා, උදාහරණයක් ලෙස, එය අයිකන පිළිගන්නේ කුමන ආකෘතිවලින්ද, කුමන ප්‍රමාණයෙන් හෝ ස්ථානවලද, මේ සියල්ල ඇත්තෙන්ම වේදනාකාරී ය.
• දෝෂ ඇති වුවහොත් යෙදුම ක්‍රියාත්මක වීමේදී බිඳ වැටේ (උදාහරණයක් ලෙස, මූලික පද්ධතියේ කොටසක් නොවන සහ AppImage හි සපයා නොමැති පුස්තකාලයක් ඇත), සහ GUI හි පරිශීලකයාට හරියටම සිදුවන්නේ කුමක්දැයි පවසන කිසිවෙක් නැත. අපි පාවිච්චි කරලා මේක වටේ යන්න පටන් ගත්තා දැනුම්දීම් ඩෙස්ක්ටොප් එකේ, එයින් අදහස් කරන්නේ අපට විධාන රේඛාවෙන් දෝෂ හසුකර ගැනීමටත්, ඒවා පරිශීලක-තේරුම්ගත් පණිවිඩ බවට පරිවර්තනය කිරීමටත්, පසුව ඩෙස්ක්ටොප් එකේ පෙන්විය යුතු බවත්ය. ඇත්ත වශයෙන්ම, එක් එක් ඩෙස්ක්ටොප් පරිසරය ඒවා ටිකක් වෙනස් ලෙස හසුරුවයි.
• මේ මොහොතේ (සැප්තැම්බර් 2019 - පරිවර්තකයාගේ සටහන) මම ගොනුව පද්ධතියට පැවසීමට සරල ක්රමයක් සොයාගෙන නැත 1.png ක්‍රිටා භාවිතයෙන් විවෘත කළ යුතුය, සහ 2.png - GIMP භාවිතා කිරීම.

භාවිතා කරන හරස් ඩෙස්ක්ටොප් පිරිවිතර සඳහා ගබඩා ස්ථානය GNOME, කේඩීඊ и Xfce freedesktop.org වේ

පිරිවිතරයන් නිසා හයිකු වැඩ පරිසරයට ගැඹුරින් වියන ලද නවීනත්වයේ මට්ටම සාක්ෂාත් කර ගැනීම දුෂ්කර ය. freedesktop.org වෙතින් XDG හරස්-ඩෙස්ක්ටොප් සඳහා, මෙන්ම මෙම පිරිවිතර මත පදනම්ව ඩෙස්ක්ටොප් කළමනාකරුවන් ක්රියාත්මක කිරීම. උදාහරණයක් ලෙස, අපට එක් පද්ධතියක් පුරා ෆයර්ෆොක්ස් නිරූපකයක් උපුටා දැක්විය හැකිය: පෙනෙන විදිහට, XDG හි කතුවරුන් පරිශීලකයෙකුට එකම යෙදුමේ අනුවාද කිහිපයක් ස්ථාපනය කළ හැකි යැයි සිතුවේ නැත.

ෆයර්ෆොක්ස් හි විවිධ අනුවාද සඳහා අයිකන

පද්ධති ඒකාබද්ධ කිරීම අවුල් වීම වළක්වා ගැනීම සඳහා Mac OS X වෙතින් Linux ලෝකයට ඉගෙන ගත හැක්කේ කුමක්දැයි මම කල්පනා කළෙමි. ඔබට කාලය තිබේ නම් සහ මෙය කිරීමට කැමති නම්, පළමු Mac OS X ඉංජිනේරුවෙකු වන Arnaud Gurdol පැවසූ දේ කියවීමට වග බලා ගන්න:

යෙදුම් නිරූපකය කොතැනක හෝ සිට (සේවාදායකය, බාහිර ධාවකය) ඔබේ පරිගණක ධාවකයට ඇදගෙන යනවා සේ යෙදුම ස්ථාපනය කිරීම පහසු කිරීමට අපට අවශ්‍ය විය. මෙය සිදු කිරීම සඳහා, යෙදුම් පැකේජය අයිකන, අනුවාදය, සකසන ගොනු වර්ගය, යෙදුම සැකසීමට පද්ධතිය දැනගත යුතු URL යෝජනා ක්‍රම ඇතුළු සියලුම තොරතුරු ගබඩා කරයි. අයිකන සේවා සහ දියත් කිරීමේ සේවා දත්ත ගබඩාවේ 'මධ්‍යම ආචයනය' සඳහා තොරතුරු ද මෙයට ඇතුළත් වේ. කාර්ය සාධනයට සහාය වීම සඳහා, යෙදුම් 'සුප්‍රසිද්ධ' ස්ථාන කිහිපයකින් 'සොයාගනු ලැබේ': පද්ධතිය සහ පරිශීලක යෙදුම් නාමාවලි, සහ පරිශීලකයා යෙදුම අඩංගු නාමාවලියෙහි සෙවුම වෙත සංචාලනය කරන්නේ නම් ස්වයංක්‍රීයව තවත් සමහරක්. ප්‍රායෝගිකව මෙය ඉතා හොඳින් ක්‍රියාත්මක විය.

https://youtu.be/qQsnqWJ8D2c
Apple WWDC 2000 සැසිය 144 - Mac OS X: ඇසුරුම් යෙදුම් සහ මුද්‍රණ ලේඛන.

Linux ඩෙස්ක්ටොප් මත මෙම යටිතල පහසුකම් කිසිවක් නොමැත, එබැවින් අපි AppImage ව්‍යාපෘතියේ ව්‍යුහාත්මක සීමාවන් වටා විසඳුම් සොයමින් සිටිමු.

හයිකු උදව්වට එනවද?

සහ තවත් එක් දෙයක්: ඩෙස්ක්ටොප් පරිසරයේ පදනම ලෙස ලිනක්ස් වේදිකා කෙතරම් අවතක්සේරු කර ඇත්ද යත්, ස්ථාවර පූර්ණ-ස්ටැක් පද්ධතියක තරමක් සරල වන බොහෝ දේ ලිනක්ස් තුළ කලකිරීමට පත්වන ලෙස ඛණ්ඩනය වී සංකීර්ණ වේ. ඩෙස්ක්ටොප් පරිසරයන් සඳහා ලිනක්ස් වේදිකාවට සම්බන්ධ ගැටළු සඳහා මම සම්පූර්ණ වාර්තාවක් කැප කළෙමි (දැනුමැති සංවර්ධකයින් විසින් සෑම දෙයක්ම ඉතා දිගු කාලයක් පවතිනු ඇති බව තහවුරු කර ඇත).

2018 දී ලිනක්ස් ඩෙස්ක්ටොප් පරිසරයේ ගැටළු පිළිබඳ මගේ වාර්තාව

Linus Torvalds පවා පිළිගත්තේ වැඩබිම අදහස අසාර්ථක වීමට හේතුව ඛණ්ඩනය බවයි.

හයිකු දැකීම සතුටක්!

හයිකු සෑම දෙයක්ම පුදුම සහගත ලෙස සරල කරයි

Haiku වෙත AppImage "පෝට් කිරීම" සඳහා බොළඳ ප්‍රවේශය වන්නේ එහි සංරචක (ප්‍රධාන වශයෙන් runtime.c සහ සේවා) ගොඩනැගීමට උත්සාහ කිරීම (එය කළ හැකි වුවද!), මෙය හයිකු වෙත වැඩි ප්‍රතිලාභයක් ලබා නොදේ. ඇත්ත වශයෙන්ම, මෙම ගැටළු බොහොමයක් හයිකු තුළ විසඳා ඇති අතර සංකල්පමය වශයෙන් නිවැරදි වේ. Haiku විසින් ලිනක්ස් ඩෙස්ක්ටොප් පරිසරය තුළ මා මෙතරම් කාලයක් සොයමින් සිටි සහ එහි නොමැති බව විශ්වාස කළ නොහැකි වූ පද්ධති යටිතල පහසුකම් ගොඩනැගීමේ කොටස් හරියටම සපයයි. එනම්:

එය විශ්වාස කරන්න හෝ නොවන්න, මෙය බොහෝ ලිනක්ස් භාවිතා කරන්නන්ට ජයගත නොහැකි දෙයකි. හයිකු මත සෑම දෙයක්ම ස්වයංක්රීයව සිදු වේ!

• ක්‍රියාත්මක කිරීමේ බිට් එකක් නොමැති ELF ගොනු ගොනු කළමනාකරු තුළ දෙවරක් ක්ලික් කළ විට ස්වයංක්‍රීයව එකක් ලබා ගනී.
• යෙදුම්වලට ගොනු කළමණාකරු තුළ සංදර්ශන වන අයිකන වැනි ගොඩනඟන ලද සම්පත් තිබිය හැක. අයිකන සහිත විශේෂ නාමාවලිවලට පින්තූර පොකුරක් පිටපත් කිරීමට අවශ්‍ය නැත, එබැවින් යෙදුම මකා දැමීමෙන් හෝ ගෙනයාමෙන් පසු ඒවා පිරිසිදු කිරීමට අවශ්‍ය නොවේ.
• ලේඛන සමඟ යෙදුම් සම්බන්ධ කිරීම සඳහා දත්ත සමුදායක් ඇත, මේ සඳහා කිසිදු ගොනු පිටපත් කිරීමට අවශ්ය නොවේ.
• ක්‍රියාත්මක කළ හැකි ගොනුව අසල ඇති lib/ බහලුම තුළ, පුස්තකාල පෙරනිමියෙන් සොයනු ලැබේ.
• බොහෝ බෙදාහැරීම් සහ ඩෙස්ක්ටොප් පරිසරයන් නොමැත; කුමක් ක්‍රියා කළත්, සෑම තැනකම ක්‍රියා කරයි.
• යෙදුම් නාමාවලියට වඩා වෙනස්ව ධාවනය කිරීමට වෙනම මොඩියුලයක් නොමැත.
• යෙදුම්වලට ඒවායේ සම්පත් සඳහා නිරපේක්ෂ මාර්ග නොමැත; ධාවන වේලාවේදී ස්ථානය තීරණය කිරීම සඳහා ඒවාට විශේෂ කාර්යයන් ඇත.
• සම්පීඩිත ගොනු පද්ධති රූප පිළිබඳ අදහස හඳුන්වා දී ඇත: මෙය ඕනෑම hpkg පැකේජයකි. ඒවා සියල්ලම කර්නලය මගින් සවි කර ඇත.
• ඔබ පැහැදිලිවම වෙනත් ආකාරයකින් සඳහන් කරන්නේ නම් මිස, සෑම ගොනුවක්ම එය නිර්මාණය කළ යෙදුම මගින් විවෘත වේ. මෙය කෙතරම් සිසිල්ද!

png ගොනු දෙකක්. ද්වි-ක්ලික් කළ විට විවිධ යෙදුම් මඟින් විවෘත වන බව පෙන්වන විවිධ අයිකන සටහන් කරන්න. පරිශීලකයාට තනි යෙදුමක් තෝරාගත හැකි "Open with:" පතන මෙනුව ද සටහන් කරන්න. කොතරම් සරලද!

Linux හි AppImage විසින් අවශ්‍ය කරන බොහෝ කිහිලිකරු සහ ක්‍රමවේද හයිකු මත අනවශ්‍ය වන බව පෙනේ, එහි හරයේ ඇති සරල බව සහ නවීනත්වය එය අපගේ බොහෝ අවශ්‍යතා සමඟ කටයුතු කිරීමට උපකාරී වේ.

සියල්ලට පසු හයිකුට යෙදුම් පැකේජ අවශ්‍යද?

මෙය විශාල ප්රශ්නයක් ඇති කරයි. Linux වලට වඩා Haiku හි AppImage වැනි පද්ධතියක් නිර්මාණය කිරීම පහසු විශාලත්වයේ අනුපිළිවෙලක් නම්, එය කිරීම වටී ද? එසේත් නැතිනම් හයිකු, එහි hpkg පැකේජ පද්ධතිය සමඟ එවැනි අදහසක් වර්ධනය කිරීමේ අවශ්‍යතාවය ඵලදායී ලෙස ඉවත් කර තිබේද? හොඳයි, පිළිතුරු දීමට අපි AppImages හි පැවැත්ම පිටුපස ඇති අභිප්‍රේරණය දෙස බැලිය යුතුය.

පරිශීලක ඉදිරිදර්ශනය

අපගේ අවසාන පරිශීලකයා දෙස බලමු:

• මට පරිපාලක (root) මුරපදයක් ඉල්ලන්නේ නැතිව යෙදුමක් ස්ථාපනය කිරීමට අවශ්‍යයි. Haiku හි පරිපාලක සංකල්පයක් නොමැත, එය පුද්ගලික පද්ධතියක් බැවින් පරිශීලකයාට පූර්ණ පාලනය ඇත! (ප්‍රතිපත්තිමය වශයෙන්, ඔබට මෙය බහු ක්‍රීඩක මාදිලියෙන් සිතාගත හැකිය, සංවර්ධකයින් එය සරලව තබා ගනී යැයි මම බලාපොරොත්තු වෙමි)
• මගේ බෙදාහැරීමේ දී ඒවා දිස්වන තෙක් බලා නොසිට, යෙදුම්වල නවතම සහ විශිෂ්ටතම අනුවාද ලබා ගැනීමට මට අවශ්‍යය (බොහෝ විට මෙය "කිසිවිටක" යන්නෙන් අදහස් වේ, අවම වශයෙන් මම සම්පූර්ණ මෙහෙයුම් පද්ධතිය යාවත්කාලීන කරන්නේ නම් මිස). හයිකු හි මෙය පාවෙන නිකුතු සමඟ "විසඳේ". මෙයින් අදහස් කරන්නේ යෙදුම්වල නවතම සහ විශිෂ්ටතම අනුවාදයන් ලබා ගත හැකි බවයි, නමුත් මෙය සිදු කිරීම සඳහා, ඔබ පද්ධතියේ ඉතිරි කොටස් නිරන්තරයෙන් යාවත්කාලීන කළ යුතු අතර, එය ඵලදායී ලෙස "චලන ඉලක්කයක්" බවට පත් කරයි..
• නවතම අනුවාදයේ කැඩී ගිය දේ දැන ගැනීමට ක්‍රමයක් නොමැති බැවින්, වෙබ් සංවර්ධකයෙකු ලෙස, බ්‍රවුසරයේ විවිධ අනුවාද යටතේ මගේ කාර්යය පරීක්ෂා කිරීමට අවශ්‍ය බැවින්, මට එකම යෙදුමේ අනුවාද කිහිපයක් අවශ්‍ය වේ. හයිකු පළමු ගැටළුව විසඳයි, නමුත් දෙවැන්න නොවේ. යාවත්කාලීනයන් ආපසු හරවා ඇත, නමුත් සම්පූර්ණ පද්ධතිය සඳහා පමණි; එය ක්‍රියාත්මක කළ නොහැක (මා දන්නා පරිදි) උදාහරණයක් ලෙස, WebPositive හෝ LibreOffice අනුවාද කිහිපයක් එකවර.

එක් සංවර්ධකයෙක් මෙසේ ලියයි.

අත්‍යවශ්‍යයෙන්ම තාර්කිකත්වය මෙයයි: භාවිත අවස්ථාව ඉතා දුර්ලභ වන අතර එය ප්‍රශස්ත කිරීම අර්ථවත් නොවේ; එය HaikuPorts හි විශේෂ අවස්ථාවක් ලෙස සැලකීම පිළිගත නොහැකි බව පෙනේ.

• මට යෙදුම් මගේ ආරම්භක ධාවකයේ නොව මා කැමති තැන තබා ගැනීමට අවශ්‍යයි. මට බොහෝ විට තැටි ඉඩ ඉවරයි, එබැවින් යෙදුම් ගබඩා කිරීමට මට බාහිර ධාවකයක් හෝ ජාල නාමාවලියක් සම්බන්ධ කිරීමට අවශ්‍ය වේ (මා බාගත කර ඇති සියලුම අනුවාද). මම එවැනි ධාවකයක් සම්බන්ධ කරන්නේ නම්, මට දෙවරක් ක්ලික් කිරීමෙන් යෙදුම් දියත් කළ යුතුය. Haiku පැකේජ වල පැරණි අනුවාද සුරකියි, නමුත් ඒවා බාහිර ධාවකයකට ගෙන යන්නේ කෙසේද යන්න හෝ පසුව එහි යෙදුම් දියත් කරන්නේ කෙසේදැයි මම නොදනිමි.

සංවර්ධක අදහස්:

තාක්ෂණික වශයෙන්, මෙය දැනටමත් mount විධානය සමඟ කළ හැකිය. ඇත්ත වශයෙන්ම, අපට අවශ්‍ය තරම් උනන්දුවක් දක්වන පරිශීලකයින් සිටින වහාම අපි මේ සඳහා GUI එකක් සාදන්නෙමු.

• මට අතින් කළමනාකරණය කළ නොහැකි ගොනු පද්ධතිය පුරා විසිරී ඇති ගොනු මිලියන ගණනක් මට අවශ්‍ය නොවේ. මට පහසුවෙන් බාගත කිරීමට, ගෙන යාමට, මකා දැමිය හැකි එක් යෙදුමකට එක් ගොනුවක් අවශ්‍යයි. Haiku හි මෙම ගැටළුව පැකේජ භාවිතයෙන් විසඳනු ලැබේ .hpkg, උදාහරණයක් ලෙස, python, ගොනු දහස් ගණනකින් එකකට මාරු කරයි. නමුත් උදාහරණයක් ලෙස python භාවිතා කරන Scribus තිබේ නම්, මට අවම වශයෙන් ගොනු දෙකක් සමඟ ගනුදෙනු කිරීමට සිදුවේ. ඒවගේම එක එක්කෙනා වැඩ කරන ඒවයේ versions තියාගන්න මම සැලකිලිමත් වෙන්න ඕනේ.

AppImages හි බහු අනුවාද එකම Linux මත එක පැත්තකින් ධාවනය වේ

යෙදුම් සංවර්ධකයෙකුගේ ඉදිරිදර්ශනය

යෙදුම් සංවර්ධකයෙකුගේ දෘෂ්ටි කෝණයෙන් බලමු:

• මට සම්පූර්ණ පරිශීලක අත්දැකීම පාලනය කිරීමට අවශ්‍යයි. මම යෙදුම් නිකුත් කළ යුත්තේ කවදාද සහ කෙසේද යන්න මට පැවසීමට මෙහෙයුම් පද්ධතියක් මත යැපීමට මට අවශ්‍ය නැත. හයිකු සංවර්ධකයින්ට ඔවුන්ගේම hpkg ගබඩා සමඟ වැඩ කිරීමට ඉඩ සලසයි, නමුත් මෙයින් අදහස් කරන්නේ පරිශීලකයින්ට ඒවා අතින් සැකසීමට සිදුවනු ඇති බවයි, එමඟින් අදහස "අඩු ආකර්ෂණීය" බවට පත් කරයි.
• මම බෙදාහරින මගේ වෙබ් අඩවියේ බාගැනීම් පිටුවක් තිබේ .exe වින්ඩෝස් සඳහා, .dmg Mac සඳහා සහ .AppImage Linux සඳහා. එසේත් නැතිනම් මට මෙම පිටුවට ප්‍රවේශය මුදල් ඉපැයීමට අවශ්‍ය විය හැක, ඕනෑම දෙයක් කළ හැකිද? හයිකු සඳහා මා එහි තැබිය යුත්තේ කුමක්ද? ගොනුව ප්රමාණවත්ය .hpkg HaikuPorts වෙතින් පමණක් යැපීම් සමඟ
• මගේ මෘදුකාංගයට වෙනත් මෘදුකාංගවල නිශ්චිත අනුවාද අවශ්‍යයි. උදාහරණයක් ලෙස, Krita හට Qt හි පැච් කරන ලද අනුවාදයක් අවශ්‍ය බව දන්නා කරුණකි, නැතහොත් ක්‍රිටා හි නිශ්චිත අනුවාදයකට සියුම්ව සකස් කර ඇති Qt, අඩුම තරමින් පැච් නැවත Qt වෙත තල්ලු කරන තුරු. ඔබට ඔබේ යෙදුම සඳහා ඔබේම Qt ඇසුරුම් කළ හැක .hpkg, නමුත් බොහෝ විට මෙය පිළිගන්නේ නැත.

නිතිපතා යෙදුම් බාගැනීම් පිටුව. හයිකු සඳහා මා මෙහි පළ කළ යුත්තේ කුමක්ද?

විල් බණ්ඩල් (AppDir වැනි යෙදුම් නාමාවලි ලෙස පවතී හෝ .app Apple මාදිලියේ) සහ/හෝ රූප (ඉතා වෙනස් කළ AppImages ආකාරයෙන් හෝ .dmg Apple වෙතින්) යෙදුම් හයිකු ඩෙස්ක්ටොප් පරිසරයට ප්‍රයෝජනවත් එකතු කිරීමක් ද? එසේත් නැතිනම් එය මුළු පින්තූරයම තනුක කර ඛණ්ඩනයට තුඩු දෙයිද, එබැවින් සංකීර්ණත්වය එක් කරයිද? මම ඉරී ගියෙමි: එක් අතකින්, හයිකු හි අලංකාරය සහ නවීනත්වය පදනම් වී ඇත්තේ බොහෝ දේ කිරීමට වඩා සාමාන්‍යයෙන් එක් ක්‍රමයක් තිබීම මත ය. අනෙක් අතට, නාමාවලි සහ/හෝ යෙදුම් කට්ටල සඳහා බොහෝ යටිතල පහසුකම් දැනටමත් ක්‍රියාත්මක වේ, එබැවින් පද්ධතිය ඉතිරි සියයට කිහිපය නිසි තැනට පත් වන ලෙස ඉල්ලා සිටියි.

සංවර්ධකයාට අනුව මහතා. waddlesplash

ලිනක්ස් මත ඔවුන් (නාමාවලි සහ යෙදුම් කට්ටල, - දළ වශයෙන්. පරිවර්තකයා) බොහෝ විට පද්ධතිමය ගැටළු සඳහා තාක්ෂණික විසඳුමක් වේ. හයිකු හි අපි වඩාත් කැමති පද්ධති ගැටළු සරලව විසඳීමට ය.

ඔයා සිතන්නේ කුමක් ද?

උත්තර දෙන්න කලින්...

ඉන්න, අපි ඉක්මන් යථාර්ථ පරීක්ෂාවක් කරමු: ඇත්ත වශයෙන්ම යෙදුම් නාමාවලි - දැනටමත් හයිකු හි කොටසක්:

යෙදුම් නාමාවලි දැනටමත් Haiku හි පවතින නමුත් ගොනු කළමනාකරු තුළ තවමත් සහය නොදක්වයි

ඒවාට මැකින්ටොෂ් ෆයින්ඩර් මෙන් හොඳ සහායක් නැත. QtCreator නාමාවලියෙහි ඉහළ වම් කෙළවරේ "QtCreator" නමක් සහ අයිකනයක් තිබේ නම්, එය දෙවරක් ක්ලික් කළ විට යෙදුම දියත් කරයි නම් එය කෙතරම් සිසිල්ද?

ටිකක් කලින් මම දැනටමත් ඇහුවා:

සියලුම යෙදුම් ගබඩා සහ බෙදාහැරීමේ ගබඩාවලට ඒවා සහ ඒවායේ පරායත්තතා අමතක වී ඇති විට, ඔබේ දශකයක් පැරණි යෙදුම් අද ධාවනය කළ හැකි බව ඔබට විශ්වාසද? අනාගතයේදී ඔබට තවමත් ඔබගේ වර්තමාන රැකියාවට ප්‍රවේශ විය හැකි බව ඔබට විශ්වාසද?

දැනටමත් හයිකු වෙතින් පිළිතුරක් තිබේද, නැතහොත් නාමාවලි සහ යෙදුම් මිටි මෙහි උදවු කළ හැකිද? මම හිතන්නේ ඔවුන්ට පුළුවන්.

මහතාට අනුව. waddlesplash:

ඔව්, ප්‍රශ්නයට පිළිතුර අප සතුව ඇත: යමෙකුට ඔවුන්ගේ ගොනු ආකෘති නිවැරදි ආකාරයෙන් කියවීමට හෝ එකින් එක ක්‍රියාකාරීත්වයක් ලබා දීමට හැකි වන තෙක් අපි මෙම යෙදුම් සඳහා අවශ්‍ය තාක් දුරට සහාය වන්නෙමු. හයිකු හි BeOS R5 යෙදුම් සඳහා සහය දැක්වීමට අපගේ කැපවීම මෙයට සාක්ෂියකි...

ඒක සහතිකයි!

හයිකු විසින් ගත යුතු ක්‍රියාමාර්ගය කුමක්ද?

hpkg, නාමාවලි සහ යෙදුම් රූපවල සාමකාමී සහජීවනය මට සිතාගත හැකිය:

• පද්ධති මෘදුකාංග භාවිතා කරයි .hpkg
• නිතර භාවිතා කරන මෘදුකාංග සඳහා (විශේෂයෙන් රෝලිං නිකුතු උපලේඛනගත කිරීමට අවශ්‍ය ඒවා), භාවිතා කරන්න .hpkg (සියලු අවස්ථා වලින් 80% ක් පමණ)
• සමහරක් ස්ථාපනය කර ඇත .hpkg, යෙදුම් නාමාවලි යටිතල ව්‍යුහයකට මාරු වීමෙන් යෙදුම් ප්‍රතිලාභ ලබයි (උදා: QtCreator): ඒවා බෙදා හරිනු ලැබේ .hpkg, කලින් වගේ.

මහතා. waddlesplash මෙසේ ලියයි.

ඔබට අවශ්‍ය වන්නේ යෙදුම් බැලීම පමණි /system/apps, ඒ වෙනුවට අපි ඩෙස්ක්බාර් හි ඇති නාමාවලි පරිශීලකයින් සඳහා වඩාත් කළමනාකරණය කළ හැකි බවට පත් කළ යුතුය /system/apps පරිශීලකයන් විසින් නිතිපතා විවෘත කර බැලීම සඳහා අදහස් නොකෙරේ (MacOS මෙන් නොව). එවැනි තත්වයන් සඳහා, හයිකුට වෙනස් ආදර්ශයක් ඇත, නමුත් මෙම විකල්පය න්‍යායාත්මකව පිළිගත හැකිය.

• යෙදුම් රූප ධාවනය කිරීම සඳහා යටිතල පහසුකම්, රාත්‍රී, අඛණ්ඩ සහ පරීක්ෂණ ගොඩ නැගීම සඳහා මෙන්ම පරිශීලකයාට “කාලයටම කැටි කිරීමට” අවශ්‍ය අවස්ථාවන් සඳහා, පුද්ගලික සහ අභ්‍යන්තර මෘදුකාංග සඳහා සහ වෙනත් විශේෂ භාවිත අවස්ථා සඳහා (20% පමණ) සියලුම). මෙම රූපවල යෙදුම ක්‍රියාත්මක කිරීමට අවශ්‍ය ගොනු අඩංගු වේ .hpkg, පද්ධතිය මගින් සවිකර ඇති අතර, යෙදුම සම්පූර්ණ කිරීමෙන් පසු - unmounted. (සමහරවිට ගොනු කළමනාකරුවෙකුට ගොනු තැබිය හැක .hpkg යෙදුම් රූපවලට, ස්වයංක්‍රීයව හෝ පරිශීලකයාගේ ඉල්ලීම පරිදි - හොඳයි, ඔබ යෙදුමක් ජාල නාමාවලියකට හෝ බාහිර ධාවකයකට ඇදගෙන යන විට වැනි. එය ගීතයක් පමණි! එසේත් නැතිනම්, කවි - හයිකු.) අනෙක් අතට, පරිශීලකයාට රූපයේ අන්තර්ගතය ගොනු ආකාරයෙන් ස්ථාපනය කිරීමට අවශ්‍ය විය හැකිය..hpkg, ඊට පස්සේ හයිකුඩිපොට් එකෙන් ඉන්ස්ටෝල් කළා වගේ ඒවා අප්ඩේට් කරලා සකසනවා... අපි මොලේ හදන්න ඕනේ).

මහතාගෙන් උපුටා ගැනීමකි. waddlesplash:

බාහිර ධාවක හෝ ජාල නාමාවලි වලින් යෙදුම් ධාවනය කිරීම ප්‍රයෝජනවත් විය හැක. Pkgman සඳහා තවත් "කලාප" වින්‍යාස කිරීමේ හැකියාව එක් කිරීම අනිවාර්යයෙන්ම හොඳ අංගයක් වනු ඇත.

එවැනි පද්ධතියක් hpkg, නාමාවලි සහ යෙදුම් රූපවල වාසිය ලබා ගනී. ඔවුන් තනි තනිව හොඳයි, නමුත් එකට ඔවුන් පරාජය කළ නොහැකි වනු ඇත.

නිගමනය

Haiku සතුව පරිගණකය සඳහා සරල සහ නවීන පරිශීලක අත්දැකීමක් ලබා දෙන රාමුවක් ඇති අතර, සාමාන්‍යයෙන් Linux PC සඳහා ලබා දෙන ප්‍රමාණයට වඩා බොහෝ දුර යයි. පැකේජ පද්ධතිය .hpkg එවැනි එක් උදාහරණයක් වේ, නමුත් පද්ධතියේ ඉතිරි කොටස ද නවීනත්වය සමඟින් පිරී ඇත. කෙසේ වෙතත්, හයිකු නිසි නාමාවලියෙන් සහ යෙදුම් රූප සහායෙන් ප්‍රයෝජන ලබයි. මෙය කරන්නේ කෙසේද යන්න මට වඩා හොඳින් හයිකු, එහි දර්ශනය සහ ගෘහ නිර්මාණ ශිල්පය දන්නා අය සමඟ සාකච්ඡා කිරීම වටී. කොහොම උනත් මම සතියකට ටිකක් වැඩි කාලයක් හයිකු පාවිච්චි කරනවා. කෙසේ වෙතත්, හයිකු හි නිර්මාණකරුවන්, සංවර්ධකයින් සහ ගෘහ නිර්මාණ ශිල්පීන් මෙම නැවුම් ඉදිරිදර්ශනයෙන් ප්‍රතිලාභ ලබනු ඇතැයි මම විශ්වාස කරමි. අවම වශයෙන්, ඔවුන්ගේ "ස්පරිං සහකරු" වීමට මම සතුටු වනු ඇත. මට ලිනක්ස් යෙදුම් නාමාවලි සහ මිටි සමඟ වසර 10 කට වැඩි අත්දැකීම් ඇති අතර, මම හයිකු හි ඒවා සඳහා ප්‍රයෝජනයක් සොයා ගැනීමට කැමැත්තෙමි, ඒ සඳහා ඒවා ඉතා සුදුසු යැයි මම සිතමි. මා විසින් විස්තර කර ඇති ගැටළු සඳහා මා යෝජනා කර ඇති විභව විසඳුම් පමණක් සත්‍ය නොවන අතර, හයිකු කණ්ඩායම වෙනත්, වඩාත් අලංකාර ඒවා සොයා ගැනීමට තීරණය කරන්නේ නම්, මම ඒ සඳහා වෙමි. මූලික වශයෙන්, මම දැනටමත් පද්ධතියක් සාදා ගන්නේ කෙසේද යන අදහස ගැන සිතමි hpkg එය ක්‍රියා කරන ආකාරය වෙනස් නොකර ඊටත් වඩා පුදුම සහගතය. පැකේජ කළමනාකරණ පද්ධතියක් ක්‍රියාත්මක කිරීමේදී හයිකු කණ්ඩායම දිගු කලක් යෙදුම් මිටි ගැන සිතමින් සිටි බව පෙනේ, නමුත් අවාසනාවකට (මම හිතන්නේ) අදහස "යල් පැන ගිය" බවට පත් විය. සමහර විට එය පුනර්ජීවනය කිරීමට කාලය පැමිණ තිබේද?

එය ඔබම උත්සාහ කරන්න! සියල්ලට පසු, හයිකු ව්‍යාපෘතිය මඟින් ජනනය කරන ලද DVD හෝ USB වෙතින් ආරම්භ කිරීම සඳහා රූප සපයයි සෑම දිනකම.
ඔබට ප්‍රශ්න තිබේද? රුසියානු භාෂාව කතා කිරීමට අපි ඔබට ආරාධනා කරමු විදුලි පණිවුඩ නාලිකාව.

දෝෂ දළ විශ්ලේෂණය: C සහ C++ හි පාදයට වෙඩි තබා ගන්නේ කෙසේද. Haiku OS වට්ටෝරු එකතුව

සිට කර්තෘ පරිවර්තනය: මෙය හයිකු ගැන ලිපි මාලාවේ අටවන සහ අවසාන ලිපියයි.

ලිපි ලැයිස්තුව: පළමුව දෙවැන්න තෙවනුව හතරවන පස්වන හයවන හත්වන

සමීක්ෂණයට සහභාගී විය හැක්කේ ලියාපදිංචි පරිශීලකයින්ට පමණි. පුරන්නකරුණාකර.

hpkg පද්ධතිය Linux වෙත ගෙනයාමේ තේරුමක් තිබේද?

• බව

• කිසිදු

• දැනටමත් ක්රියාත්මක කර ඇත, මම අදහස් දැක්වීමේදී ලියන්නෙමි

පරිශීලකයින් 20 දෙනෙක් ඡන්දය දුන්හ. පරිශීලකයින් 5 දෙනෙක් ඡන්දය දීමෙන් වැළකී සිටියහ.

මූලාශ්රය: www.habr.com