മറ്റെന്തെങ്കിലും: ഹൈക്കു ആപ്പ് ബണ്ടിലുകൾ?

അച്ചു ഡി.ആർ.: ആപ്ലിക്കേഷൻ ഡയറക്‌ടറികൾ പോലുള്ള ആപ്ലിക്കേഷൻ പാക്കേജുകൾക്ക് ഹൈക്കുവിന് ശരിയായ പിന്തുണ ലഭിക്കുമോ (ഇത് പോലെ .app Mac-ൽ) കൂടാതെ/അല്ലെങ്കിൽ ആപ്ലിക്കേഷൻ ഇമേജുകൾ (Linux AppImage)? മിക്ക ഇൻഫ്രാസ്ട്രക്ചറുകളും നിലവിൽ ഉള്ളതിനാൽ മറ്റ് സിസ്റ്റങ്ങളെ അപേക്ഷിച്ച് ശരിയായി നടപ്പിലാക്കാൻ എളുപ്പമുള്ള ഒരു യോഗ്യമായ കൂട്ടിച്ചേർക്കലായിരിക്കും ഇത് എന്ന് ഞാൻ കരുതുന്നു.

ഒരു ആഴ്ച മുമ്പ് ഞാൻ ഹൈക്കു കണ്ടുപിടിച്ചു, അപ്രതീക്ഷിതമായി ഒരു നല്ല സിസ്റ്റം. ഡയറക്‌ടറികളിലും ആപ്ലിക്കേഷൻ ഇമേജുകളിലും എനിക്ക് പണ്ടേ താൽപ്പര്യമുള്ളതിനാൽ (മാക്കിൻ്റോഷിൻ്റെ ലാളിത്യത്തിൽ നിന്ന് പ്രചോദനം ഉൾക്കൊണ്ട്), ഒരു ആശയം എൻ്റെ മനസ്സിൽ വന്നതിൽ അതിശയിക്കാനില്ല...

പൂർണ്ണമായി മനസ്സിലാക്കുന്നതിന്, Mac ലാളിത്യം ലക്ഷ്യമിടുന്നതും ആപ്ലിക്കേഷൻ രചയിതാക്കൾക്കും അന്തിമ ഉപയോക്താക്കൾക്കും പൂർണ്ണ നിയന്ത്രണം നൽകുന്നതുമായ Linux ആപ്ലിക്കേഷൻ വിതരണ ഫോർമാറ്റായ AppImage-ൻ്റെ സ്രഷ്ടാവും രചയിതാവുമാണ് ഞാൻ (നിങ്ങൾക്ക് കൂടുതൽ അറിയണമെങ്കിൽ, കാണുക വിക്കി и പ്രമാണീകരണം).

ഹൈക്കുവിന് വേണ്ടി ഒരു AppImage ഉണ്ടാക്കിയാലോ?

നമുക്ക് അൽപ്പം ചിന്തിക്കാം, പൂർണ്ണമായും സൈദ്ധാന്തികമായി: ലഭിക്കാൻ എന്താണ് ചെയ്യേണ്ടത് AppImage, അല്ലെങ്കിൽ സമാനമായ എന്തെങ്കിലും, ഹൈക്കുവിൽ? ഇപ്പോൾ എന്തെങ്കിലും സൃഷ്ടിക്കേണ്ട ആവശ്യമില്ല, കാരണം ഹൈക്കുവിൽ ഇതിനകം നിലവിലുള്ള സിസ്റ്റം അത്ഭുതകരമായി പ്രവർത്തിക്കുന്നു, പക്ഷേ ഒരു സാങ്കൽപ്പിക പരീക്ഷണം നന്നായിരിക്കും. ലിനക്‌സ് ഡെസ്‌ക്‌ടോപ്പ് പരിതസ്ഥിതികളുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ, ഹൈക്കുവിൻ്റെ സങ്കീർണ്ണതയും ഇത് പ്രകടമാക്കുന്നു, അവിടെ അത്തരം കാര്യങ്ങൾ വളരെ ബുദ്ധിമുട്ടാണ് (എനിക്ക് അങ്ങനെ പറയാൻ അവകാശമുണ്ട്: 10 വർഷമായി ഞാൻ ഡീബഗ്ഗിംഗുമായി മല്ലിടുകയാണ്).

Macintosh System 1-ൽ, ഓരോ ആപ്ലിക്കേഷനും ഫൈൻഡറിൽ "നിയന്ത്രിത" ഒരു പ്രത്യേക ഫയലായിരുന്നു. AppImage ഉപയോഗിച്ച് ഞാൻ Linux-ൽ അതേ ഉപയോക്തൃ അനുഭവം പുനഃസൃഷ്ടിക്കാൻ ശ്രമിക്കുന്നു.

ആദ്യം, എന്താണ് ഒരു AppImage? ഇത് മൂന്നാം കക്ഷി ആപ്ലിക്കേഷനുകൾ റിലീസ് ചെയ്യുന്നതിനുള്ള ഒരു സംവിധാനമാണ് (ഉദാഹരണത്തിന്, അൾട്ടിമേക്കർ കുറ), ആപ്ലിക്കേഷനുകൾ എപ്പോൾ, എങ്ങനെ റിലീസ് ചെയ്യാൻ അനുവദിക്കുന്നു: വിവിധ വിതരണങ്ങളുടെ പ്രത്യേകതകൾ അറിയുകയോ നയങ്ങൾ നിർമ്മിക്കുകയോ അടിസ്ഥാന സൗകര്യങ്ങൾ നിർമ്മിക്കുകയോ ചെയ്യേണ്ടതില്ല, മെയിൻ്റനർ പിന്തുണ ആവശ്യമില്ല, കൂടാതെ എന്താണ് (അല്ല) ഇൻസ്റ്റാൾ ചെയ്യാനാകുമെന്ന് അവർ ഉപയോക്താക്കളോട് പറയുന്നില്ല. അവരുടെ കമ്പ്യൂട്ടറുകളിൽ. AppImage ഫോർമാറ്റിലുള്ള Mac പാക്കേജിന് സമാനമായ ഒന്നായി മനസ്സിലാക്കണം .app ഡിസ്ക് ഇമേജിനുള്ളിൽ .dmg. പ്രധാന വ്യത്യാസം, ആപ്ലിക്കേഷനുകൾ പകർത്തിയിട്ടില്ല, പക്ഷേ ഹൈക്കു പാക്കേജുകൾക്ക് സമാനമായി AppImage-ൽ എന്നേക്കും നിലനിൽക്കും. .hpkg മൗണ്ട് ചെയ്തു, സാധാരണ അർത്ഥത്തിൽ ഒരിക്കലും ഇൻസ്റ്റാൾ ചെയ്തിട്ടില്ല.

10 വർഷത്തിലേറെ നീണ്ട അസ്തിത്വത്തിനിടയിൽ, AppImage കുറച്ച് ആകർഷണീയതയും ജനപ്രീതിയും നേടിയിട്ടുണ്ട്: ലിനസ് ടോർവാൾഡ്സ് തന്നെ ഇത് പരസ്യമായി അംഗീകരിച്ചു, സാധാരണ പ്രോജക്റ്റുകൾ (ഉദാഹരണത്തിന്, LibreOffice, Krita, Inkscape, Scribus, ImageMagick) ഇത് പ്രധാന മാർഗമായി സ്വീകരിച്ചു. ഇൻസ്‌റ്റാൾ ചെയ്‌തതോ അൺഇൻസ്റ്റാൾ ചെയ്‌തതോ ആയ ഉപയോക്തൃ ആപ്ലിക്കേഷനുകളിൽ ഇടപെടാതെ തുടർച്ചയായ അല്ലെങ്കിൽ രാത്രി ബിൽഡുകൾ വിതരണം ചെയ്യാൻ. എന്നിരുന്നാലും, Linux ഡെസ്‌ക്‌ടോപ്പ് പരിതസ്ഥിതികളും വിതരണങ്ങളും ഇപ്പോഴും പരമ്പരാഗത, കേന്ദ്രീകൃത മെയിൻ്റനർ അധിഷ്‌ഠിത വിതരണ മോഡലിൽ മുറുകെ പിടിക്കുന്നു കൂടാതെ/അല്ലെങ്കിൽ അവരുടെ സ്വന്തം എൻ്റർപ്രൈസ് ബിസിനസ്സ് കൂടാതെ/അല്ലെങ്കിൽ എഞ്ചിനീയറിംഗ് പ്രോഗ്രാമുകൾ പ്രോത്സാഹിപ്പിക്കുന്നു ഫ്ലാറ്റ്പാക്ക് (RedHat, Fedora, GNOME) കൂടാതെ സ്നാപ്പി (കാനോനിക്കൽ, ഉബുണ്ടു). അത് വരുന്നു പരിഹാസ്യമായി.

എല്ലാം എങ്ങനെ പ്രവർത്തിക്കുന്നു

• ഓരോ AppImage-ലും 2 ഭാഗങ്ങൾ അടങ്ങിയിരിക്കുന്നു: ഒരു ചെറിയ ഇരട്ട-ക്ലിക്ക് ELF (അങ്ങനെ വിളിക്കപ്പെടുന്നവ. runtime.c), തുടർന്ന് ഒരു ഫയൽ സിസ്റ്റം ഇമേജ് സ്ക്വാഷ്എഫ്എസ്.

• SquashFS ഫയൽ സിസ്റ്റത്തിൽ ആപ്ലിക്കേഷൻ്റെ പേലോഡും അത് പ്രവർത്തിപ്പിക്കുന്നതിന് ആവശ്യമായ എല്ലാ കാര്യങ്ങളും അടങ്ങിയിരിക്കുന്നു, ശരിയായ മനസ്സിൽ എല്ലാ സമീപകാല ടാർഗെറ്റ് സിസ്റ്റത്തിനും (ലിനക്സ് വിതരണം) സ്ഥിരസ്ഥിതി ഇൻസ്റ്റാളേഷൻ്റെ ഭാഗമായി കണക്കാക്കാൻ കഴിയില്ല. ആപ്ലിക്കേഷൻ്റെ പേര്, ഐക്കണുകൾ, MIME തരങ്ങൾ മുതലായവ പോലുള്ള മെറ്റാഡാറ്റയും ഇതിൽ അടങ്ങിയിരിക്കുന്നു.

• ഉപയോക്താവ് പ്രവർത്തിപ്പിക്കുമ്പോൾ, ഫയൽസിസ്റ്റം മൗണ്ട് ചെയ്യുന്നതിന് റൺടൈം FUSE, squashfuse എന്നിവ ഉപയോഗിക്കുന്നു, തുടർന്ന് മൌണ്ട് ചെയ്ത AppImage-നുള്ളിൽ ചില എൻട്രി പോയിൻ്റ് (AppRun) പ്രവർത്തിപ്പിക്കുന്നത് കൈകാര്യം ചെയ്യുന്നു.
  പ്രക്രിയ പൂർത്തിയായ ശേഷം ഫയൽ സിസ്റ്റം അൺമൗണ്ട് ചെയ്തിരിക്കുന്നു.

എല്ലാം ലളിതമായി തോന്നുന്നു.

ഈ കാര്യങ്ങൾ എല്ലാം സങ്കീർണ്ണമാക്കുന്നു:

• അത്തരം വൈവിധ്യമാർന്ന ലിനക്സ് വിതരണങ്ങൾക്കൊപ്പം, "എല്ലാ പുതിയ ടാർഗെറ്റ് സിസ്റ്റത്തിനും വേണ്ടിയുള്ള സ്ഥിരസ്ഥിതി ഇൻസ്റ്റാളേഷൻ്റെ ഭാഗം" എന്ന് "ശരിയായ മനസ്സിലുള്ള" യാതൊന്നും വിളിക്കാനാവില്ല. നിർമ്മാണത്തിലൂടെ ഞങ്ങൾ ഈ പ്രശ്നം പരിഹരിക്കുന്നു ഒഴിവാക്കി, AppImage-ൽ എന്താണ് പാക്കേജ് ചെയ്യേണ്ടതെന്നും മറ്റെവിടെയെങ്കിലും കൊണ്ടുപോകേണ്ടതെന്താണെന്നും നിർണ്ണയിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. അതേസമയം, പൊതുവേ, എല്ലാം മികച്ച രീതിയിൽ പ്രവർത്തിക്കുന്നു എന്ന വസ്തുത ഉണ്ടായിരുന്നിട്ടും, ഞങ്ങൾ ചിലപ്പോൾ നഷ്ടപ്പെടും. ഇക്കാരണത്താൽ, പാക്കേജ് സ്രഷ്‌ടാക്കൾ എല്ലാ ടാർഗെറ്റ് സിസ്റ്റങ്ങളിലും (ഡിസ്ട്രിബ്യൂഷനുകൾ) AppImages പരിശോധിക്കാൻ ഞങ്ങൾ ശുപാർശ ചെയ്യുന്നു.
• ആപ്ലിക്കേഷൻ പേലോഡുകൾ ഫയൽ സിസ്റ്റത്തിലുടനീളം മാറ്റിസ്ഥാപിക്കാവുന്നതായിരിക്കണം. നിർഭാഗ്യവശാൽ, പല ആപ്ലിക്കേഷനുകൾക്കും ഹാർഡ്-കോഡ് ചെയ്ത കേവല പാതകളുണ്ട്, ഉദാഹരണത്തിന്, ഉറവിടങ്ങൾ /usr/share. ഇത് എങ്ങനെയെങ്കിലും ശരിയാക്കണം. കൂടാതെ, നിങ്ങൾ ഒന്നുകിൽ കയറ്റുമതി ചെയ്യണം LD_LIBRARY_PATH, അല്ലെങ്കിൽ പരിഹരിക്കുക rpath അതുവഴി ലോഡറിന് അനുബന്ധ ലൈബ്രറികൾ കണ്ടെത്താനാകും. ആദ്യ രീതിക്ക് അതിൻ്റെ പോരായ്മകളുണ്ട് (സങ്കീർണ്ണമായ വഴികളിൽ അവ മറികടക്കുന്നു), രണ്ടാമത്തേത് വളരെ ബുദ്ധിമുട്ടാണ്.
• ഉപയോക്താക്കൾക്കുള്ള ഏറ്റവും വലിയ UX അപകടമാണ് എക്സിക്യൂട്ടബിൾ ബിറ്റ് സജ്ജമാക്കുക ഡൗൺലോഡ് ചെയ്ത ശേഷം AppImage ഫയൽ. വിശ്വസിച്ചാലും ഇല്ലെങ്കിലും ചിലർക്ക് ഇതൊരു യഥാർത്ഥ തടസ്സമാണ്. എക്സിക്യൂട്ടബിലിറ്റി ബിറ്റ് സജ്ജീകരിക്കേണ്ടതിൻ്റെ ആവശ്യകത പരിചയസമ്പന്നരായ ഉപയോക്താക്കൾക്ക് പോലും ബുദ്ധിമുട്ടാണ്. ഒരു പരിഹാരമെന്ന നിലയിൽ, AppImage ഫയലുകൾ നിരീക്ഷിക്കുകയും അവയുടെ എക്സിക്യൂട്ടബിലിറ്റി ബിറ്റ് സജ്ജമാക്കുകയും ചെയ്യുന്ന ഒരു ചെറിയ സേവനം ഇൻസ്റ്റാൾ ചെയ്യാൻ ഞങ്ങൾ നിർദ്ദേശിച്ചു. അതിൻ്റെ ശുദ്ധമായ രൂപത്തിൽ, ഇത് മികച്ച പരിഹാരമല്ല, കാരണം ഇത് പെട്ടിക്ക് പുറത്ത് പ്രവർത്തിക്കില്ല. Linux ഡിസ്ട്രിബ്യൂഷനുകൾ ഈ സേവനം നൽകുന്നില്ല, അതിനാൽ, ഉപയോക്താക്കൾക്ക് ബോക്സിന് പുറത്ത് ഒരു മോശം അനുഭവമുണ്ട്.
• ലിനക്സ് ഉപയോക്താക്കൾ ഒരു പുതിയ ആപ്ലിക്കേഷന് സ്റ്റാർട്ടപ്പ് മെനുവിൽ ഒരു ഐക്കൺ ഉണ്ടായിരിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നു. നിങ്ങൾക്ക് സിസ്റ്റത്തോട് പറയാൻ കഴിയില്ല: "നോക്കൂ, ഒരു പുതിയ ആപ്ലിക്കേഷൻ ഉണ്ട്, നമുക്ക് പ്രവർത്തിക്കാം." പകരം, XDG സ്പെസിഫിക്കേഷൻ അനുസരിച്ച്, നിങ്ങൾ ഫയൽ പകർത്തേണ്ടതുണ്ട് .desktop ശരിയായ സ്ഥലത്തേക്ക് /usr ഒരു സിസ്റ്റം-വൈഡ് ഇൻസ്റ്റലേഷനായി, അല്ലെങ്കിൽ ഇൻ $HOME വ്യക്തിക്ക്. XDG സ്പെസിഫിക്കേഷൻ അനുസരിച്ച് ചില വലുപ്പത്തിലുള്ള ഐക്കണുകൾ ചില സ്ഥലങ്ങളിൽ സ്ഥാപിക്കേണ്ടതുണ്ട് usr അഥവാ $HOME, തുടർന്ന് ഐക്കൺ കാഷെ അപ്‌ഡേറ്റ് ചെയ്യുന്നതിന് വർക്കിംഗ് എൻവയോൺമെൻ്റിൽ കമാൻഡുകൾ പ്രവർത്തിപ്പിക്കുക, അല്ലെങ്കിൽ വർക്കിംഗ് എൻവയോൺമെൻ്റ് മാനേജർ അത് കണ്ടെത്തി എല്ലാം സ്വയമേവ കണ്ടെത്തുമെന്ന് പ്രതീക്ഷിക്കുന്നു. MIME തരങ്ങളുമായി സമാനമാണ്. ഒരു പരിഹാരമെന്ന നിലയിൽ, അതേ സേവനം ഉപയോഗിക്കാൻ നിർദ്ദേശിക്കപ്പെട്ടിരിക്കുന്നു, അത് എക്സിക്യൂട്ടബിലിറ്റി ഫ്ലാഗ് സജ്ജീകരിക്കുന്നതിനു പുറമേ, ഐക്കണുകൾ ഉണ്ടെങ്കിൽ മുതലായവ. AppImage-ൽ, XDG അനുസരിച്ച് AppImage-ൽ നിന്ന് ശരിയായ സ്ഥലങ്ങളിലേക്ക് അവ പകർത്തുക. ഇല്ലാതാക്കുകയോ നീക്കുകയോ ചെയ്യുമ്പോൾ, സേവനം എല്ലാം മായ്‌ക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നു. തീർച്ചയായും, ഗ്രാഫിക് ഫയൽ ഫോർമാറ്റുകൾ, അവയുടെ വലുപ്പങ്ങൾ, സ്റ്റോറേജ് ലൊക്കേഷനുകൾ, കാഷെകൾ അപ്ഡേറ്റ് ചെയ്യുന്നതിനുള്ള രീതികൾ എന്നിവയിൽ ഓരോ പ്രവർത്തന പരിതസ്ഥിതിയുടെയും പെരുമാറ്റത്തിൽ വ്യത്യാസങ്ങളുണ്ട്, ഇത് ഒരു പ്രശ്നം സൃഷ്ടിക്കുന്നു. ചുരുക്കത്തിൽ, ഈ രീതി ഒരു ഊന്നുവടിയാണ്.
• മുകളിൽ പറഞ്ഞവ പര്യാപ്തമല്ലെങ്കിൽ, ഫയൽ മാനേജറിൽ ഇപ്പോഴും AppImage ഐക്കൺ ഇല്ല. എൽഫിക്കോൺ നടപ്പിലാക്കാൻ ലിനക്സ് ലോകം ഇതുവരെ തീരുമാനിച്ചിട്ടില്ല (എന്നിരുന്നാലും ചർച്ച и നടപ്പിലാക്കൽ), അതിനാൽ ഐക്കൺ നേരിട്ട് ആപ്ലിക്കേഷനിൽ ഉൾപ്പെടുത്തുന്നത് അസാധ്യമാണ്. അതിനാൽ ഫയൽ മാനേജറിലെ ആപ്ലിക്കേഷനുകൾക്ക് അവരുടേതായ ഐക്കണുകൾ ഇല്ലെന്ന് മാറുന്നു (വ്യത്യാസമില്ല, AppImage അല്ലെങ്കിൽ മറ്റെന്തെങ്കിലും), അവ ആരംഭ മെനുവിൽ മാത്രമേയുള്ളൂ. ഒരു പരിഹാരമെന്ന നിലയിൽ, ഞങ്ങൾ ലഘുചിത്രങ്ങൾ ഉപയോഗിക്കുന്നു, ഗ്രാഫിക് ഫയലുകളുടെ ലഘുചിത്ര പ്രിവ്യൂ ഇമേജുകൾ അവരുടെ ഐക്കണുകളായി കാണിക്കാൻ ഡെസ്‌ക്‌ടോപ്പ് മാനേജർമാരെ അനുവദിക്കുന്നതിനായി രൂപകൽപ്പന ചെയ്‌ത ഒരു സംവിധാനം. തൽഫലമായി, എക്‌സിക്യുട്ടബിലിറ്റി ബിറ്റ് സജ്ജീകരിക്കുന്നതിനുള്ള സേവനവും ഒരു "മിനിയറ്ററൈസർ" ആയി പ്രവർത്തിക്കുന്നു, ഉചിതമായ സ്ഥലങ്ങളിൽ ഐക്കൺ ലഘുചിത്രങ്ങൾ സൃഷ്ടിക്കുകയും എഴുതുകയും ചെയ്യുന്നു. /usr и $HOME. AppImage ഇല്ലാതാക്കുകയോ നീക്കുകയോ ചെയ്‌താൽ ഈ സേവനം വൃത്തിയാക്കലും നടത്തുന്നു. ഓരോ ഡെസ്ക്ടോപ്പ് മാനേജരും അല്പം വ്യത്യസ്തമായി പെരുമാറുന്നു എന്ന വസ്തുത കാരണം, ഉദാഹരണത്തിന്, ഏത് ഫോർമാറ്റിലാണ് ഐക്കണുകൾ സ്വീകരിക്കുന്നത്, ഏത് വലുപ്പത്തിലോ സ്ഥലങ്ങളിലോ, ഇതെല്ലാം ശരിക്കും വേദനാജനകമാണ്.
• പിശകുകൾ സംഭവിച്ചാൽ ആപ്ലിക്കേഷൻ ക്രാഷ് ആകും (ഉദാഹരണത്തിന്, അടിസ്ഥാന സിസ്റ്റത്തിൻ്റെ ഭാഗമല്ലാത്തതും AppImage-ൽ വിതരണം ചെയ്യാത്തതുമായ ഒരു ലൈബ്രറിയുണ്ട്), കൂടാതെ GUI-യിലെ ഉപയോക്താവിനോട് കൃത്യമായി എന്താണ് സംഭവിക്കുന്നതെന്ന് ആരും പറയുന്നില്ല. ഉപയോഗിച്ച് ഞങ്ങൾ ഇത് മറികടക്കാൻ തുടങ്ങി അറിയിപ്പുകൾ ഡെസ്‌ക്‌ടോപ്പിൽ, അതായത് കമാൻഡ് ലൈനിൽ നിന്ന് നമുക്ക് പിശകുകൾ കണ്ടെത്തേണ്ടതുണ്ട്, അവ ഉപയോക്താക്കൾക്ക് മനസ്സിലാക്കാവുന്ന സന്ദേശങ്ങളാക്കി മാറ്റണം, അത് ഡെസ്‌ക്‌ടോപ്പിൽ പ്രദർശിപ്പിക്കേണ്ടതുണ്ട്. തീർച്ചയായും, ഓരോ ഡെസ്ക്ടോപ്പ് പരിതസ്ഥിതിയും അവയെ കുറച്ച് വ്യത്യസ്തമായി കൈകാര്യം ചെയ്യുന്നു.
• ഇപ്പോൾ (സെപ്റ്റംബർ 2019 - വിവർത്തകൻ്റെ കുറിപ്പ്) ഫയലാണെന്ന് സിസ്റ്റത്തോട് പറയാൻ ഞാൻ ഒരു ലളിതമായ മാർഗം കണ്ടെത്തിയില്ല 1.png കൃത ഉപയോഗിച്ച് തുറക്കണം, കൂടാതെ 2.png - GIMP ഉപയോഗിച്ച്.

ഉപയോഗിച്ചിരിക്കുന്ന ക്രോസ്-ഡെസ്‌ക്‌ടോപ്പ് സ്‌പെസിഫിക്കേഷനുകൾക്കായുള്ള സ്റ്റോറേജ് ലൊക്കേഷൻ ഗ്നോം, കെഡിഇ и എക്സ്എഫ്സി 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 പ്രോജക്റ്റിലെ ഘടനാപരമായ പരിമിതികൾക്കുള്ള പരിഹാരങ്ങൾക്കായി തിരയുകയാണ്.

ഹൈക്കു സഹായത്തിനാണോ വരുന്നത്?

ഒരു കാര്യം കൂടി: ഡെസ്‌ക്‌ടോപ്പ് എൻവയോൺമെൻ്റുകളുടെ അടിസ്ഥാനമായ ലിനക്‌സ് പ്ലാറ്റ്‌ഫോമുകൾ വളരെ കുറച്ചുകാണുന്നതാണ്, സ്ഥിരമായ ഫുൾ-സ്റ്റാക്ക് സിസ്റ്റത്തിൽ വളരെ ലളിതമായ പല കാര്യങ്ങളും ലിനക്‌സിൽ നിരാശാജനകമായി വിഘടിച്ചതും സങ്കീർണ്ണവുമാണ്. ഡെസ്‌ക്‌ടോപ്പ് പരിതസ്ഥിതികൾക്കായുള്ള Linux പ്ലാറ്റ്‌ഫോമുമായി ബന്ധപ്പെട്ട പ്രശ്‌നങ്ങൾക്കായി ഞാൻ ഒരു മുഴുവൻ റിപ്പോർട്ടും നീക്കിവച്ചു (എല്ലാം വളരെക്കാലം ഇങ്ങനെ തന്നെ തുടരുമെന്ന് അറിവുള്ള ഡെവലപ്പർമാർ സ്ഥിരീകരിച്ചു).

2018 ലെ Linux ഡെസ്‌ക്‌ടോപ്പ് പരിതസ്ഥിതികളുടെ പ്രശ്‌നങ്ങളെക്കുറിച്ചുള്ള എൻ്റെ റിപ്പോർട്ട്

വർക്ക്‌സ്‌പേസ് ആശയം പരാജയപ്പെട്ടതിന് കാരണം വിഘടനമാണ് എന്ന് ലിനസ് ടോർവാൾഡ്‌സ് പോലും സമ്മതിച്ചു.

ഹൈക്കു കണ്ടതിൽ സന്തോഷം!

ഹൈക്കു എല്ലാം അത്ഭുതകരമാം വിധം ലളിതമാക്കുന്നു

AppImage ഹൈക്കുവിലേക്ക് "പോർട്ടിംഗ്" ചെയ്യുന്നതിനുള്ള നിഷ്കളങ്കമായ സമീപനം, അതിൻ്റെ ഘടകങ്ങൾ (പ്രധാനമായും runtime.c ഉം സേവനവും) നിർമ്മിക്കാൻ ശ്രമിക്കുക എന്നതാണ് (അത് സാധ്യമായേക്കാം!), ഇത് ഹൈക്കുവിന് വലിയ പ്രയോജനം നൽകില്ല. കാരണം വാസ്തവത്തിൽ, ഈ പ്രശ്നങ്ങളിൽ ഭൂരിഭാഗവും ഹൈക്കുവിൽ പരിഹരിച്ചതും ആശയപരമായി മികച്ചതുമാണ്. ലിനക്‌സ് ഡെസ്‌ക്‌ടോപ്പ് പരിതസ്ഥിതികളിൽ ഞാൻ വളരെക്കാലമായി തിരയുന്ന, അവിടെ ഇല്ലെന്ന് വിശ്വസിക്കാൻ കഴിയാത്ത സിസ്റ്റം ഇൻഫ്രാസ്ട്രക്ചർ ബിൽഡിംഗ് ബ്ലോക്കുകൾ ഹൈക്കു കൃത്യമായി നൽകുന്നു. അതായത്:

വിശ്വസിച്ചാലും ഇല്ലെങ്കിലും, പല ലിനക്സ് ഉപയോക്താക്കൾക്കും മറികടക്കാൻ കഴിയാത്ത കാര്യമാണിത്. ഹൈക്കുവിൽ എല്ലാം യാന്ത്രികമായി ചെയ്യപ്പെടും!

• എക്‌സിക്യുട്ടബിലിറ്റി ബിറ്റ് ഇല്ലാത്ത ELF ഫയലുകൾ ഫയൽ മാനേജറിൽ ഡബിൾ ക്ലിക്ക് ചെയ്യുമ്പോൾ സ്വയമേവ ഒന്ന് ലഭിക്കും.
• ഫയൽ മാനേജറിൽ പ്രദർശിപ്പിച്ചിരിക്കുന്ന ഐക്കണുകൾ പോലെയുള്ള ബിൽറ്റ്-ഇൻ ഉറവിടങ്ങൾ അപ്ലിക്കേഷനുകൾക്ക് ഉണ്ടാകാം. ഐക്കണുകളുള്ള പ്രത്യേക ഡയറക്ടറികളിലേക്ക് ഒരു കൂട്ടം ചിത്രങ്ങൾ പകർത്തേണ്ട ആവശ്യമില്ല, അതിനാൽ ആപ്ലിക്കേഷൻ ഇല്ലാതാക്കുകയോ നീക്കുകയോ ചെയ്തതിന് ശേഷം അവ വൃത്തിയാക്കേണ്ടതില്ല.
• പ്രമാണങ്ങളുമായി ആപ്ലിക്കേഷനുകൾ ലിങ്ക് ചെയ്യുന്നതിന് ഒരു ഡാറ്റാബേസ് ഉണ്ട്, ഇതിനായി ഫയലുകളൊന്നും പകർത്തേണ്ട ആവശ്യമില്ല.
• എക്സിക്യൂട്ടബിൾ ഫയലിന് അടുത്തുള്ള lib/ ഡയറക്ടറിയിൽ, ലൈബ്രറികൾ സ്ഥിരസ്ഥിതിയായി തിരയുന്നു.
• നിരവധി വിതരണങ്ങളും ഡെസ്‌ക്‌ടോപ്പ് പരിതസ്ഥിതികളും ഇല്ല, എല്ലായിടത്തും പ്രവർത്തിക്കുന്നു.
• ആപ്ലിക്കേഷൻ ഡയറക്‌ടറിയിൽ നിന്ന് വ്യത്യസ്‌തമായ പ്രത്യേക മൊഡ്യൂൾ പ്രവർത്തിക്കില്ല.
• ആപ്ലിക്കേഷനുകൾക്ക് അവയുടെ ഉറവിടങ്ങളിലേക്ക് ബിൽറ്റ്-ഇൻ സമ്പൂർണ്ണ പാതകൾ ഇല്ല;
• കംപ്രസ് ചെയ്ത ഫയൽ സിസ്റ്റം ഇമേജുകളുടെ ആശയം അവതരിപ്പിച്ചു: ഇത് ഏതെങ്കിലും hpkg പാക്കേജാണ്. അവയെല്ലാം കേർണൽ ഘടിപ്പിച്ചിരിക്കുന്നു.
• ഓരോ ഫയലും അത് സൃഷ്‌ടിച്ച ആപ്ലിക്കേഷനാണ് തുറക്കുന്നത്, നിങ്ങൾ വ്യക്തമായി വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ. ഇത് എത്ര രസകരമാണ്!

രണ്ട് png ഫയലുകൾ. ഡബിൾ ക്ലിക്ക് ചെയ്യുമ്പോൾ വ്യത്യസ്ത ആപ്ലിക്കേഷനുകൾ തുറക്കുമെന്ന് സൂചിപ്പിക്കുന്ന വ്യത്യസ്ത ഐക്കണുകൾ ശ്രദ്ധിക്കുക. ഉപയോക്താവിന് ഒരു വ്യക്തിഗത ആപ്ലിക്കേഷൻ തിരഞ്ഞെടുക്കാൻ കഴിയുന്ന "ഇതുപയോഗിച്ച് തുറക്കുക:" ഡ്രോപ്പ്-ഡൗൺ മെനുവും ശ്രദ്ധിക്കുക. എത്ര ലളിതം!

ലിനക്സിൽ AppImage-ന് ആവശ്യമായ പല ഊന്നുവടികളും പരിഹാരങ്ങളും ഹൈക്കുവിൽ ആവശ്യമില്ലാത്തതായി തോന്നുന്നു, അതിൻ്റെ കാമ്പിൽ ലാളിത്യവും സങ്കീർണ്ണതയും ഉണ്ട്, അത് നമ്മുടെ മിക്ക ആവശ്യങ്ങളും കൈകാര്യം ചെയ്യാൻ സഹായിക്കുന്നു.

ഹൈക്കുവിന് ആപ്പ് പാക്കേജുകൾ ആവശ്യമുണ്ടോ?

ഇത് ഒരു വലിയ ചോദ്യത്തിലേക്ക് നയിക്കുന്നു. ലിനക്‌സിനേക്കാൾ ഹൈക്കുവിൽ AppImage പോലുള്ള ഒരു സിസ്റ്റം സൃഷ്‌ടിക്കുന്നത് എളുപ്പമുള്ള ഒരു ക്രമമാണെങ്കിൽ, അത് ചെയ്യുന്നത് മൂല്യവത്തായിരിക്കുമോ? അതോ ഹൈക്കു അതിൻ്റെ hpkg പാക്കേജ് സംവിധാനത്തിലൂടെ അത്തരമൊരു ആശയം വികസിപ്പിക്കേണ്ടതിൻ്റെ ആവശ്യകത ഫലപ്രദമായി ഇല്ലാതാക്കിയിട്ടുണ്ടോ? ശരി, ഉത്തരം നൽകാൻ നമ്മൾ AppImages-ൻ്റെ നിലനിൽപ്പിന് പിന്നിലെ പ്രചോദനം നോക്കേണ്ടതുണ്ട്.

ഉപയോക്താവിൻ്റെ കാഴ്ചപ്പാട്

നമ്മുടെ അന്തിമ ഉപയോക്താവിനെ നോക്കാം:

• ഒരു അഡ്‌മിനിസ്‌ട്രേറ്റർ (റൂട്ട്) പാസ്‌വേഡ് ചോദിക്കാതെ തന്നെ ഒരു ആപ്ലിക്കേഷൻ ഇൻസ്റ്റാൾ ചെയ്യാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. ഹൈക്കുവിൽ ഒരു അഡ്മിനിസ്ട്രേറ്റർ എന്ന ആശയം ഇല്ല, ഇത് ഒരു വ്യക്തിഗത സംവിധാനമായതിനാൽ ഉപയോക്താവിന് പൂർണ്ണ നിയന്ത്രണമുണ്ട്! (തത്ത്വത്തിൽ, നിങ്ങൾക്ക് ഇത് മൾട്ടിപ്ലെയർ മോഡിൽ സങ്കൽപ്പിക്കാൻ കഴിയും, ഡവലപ്പർമാർ ഇത് ലളിതമാക്കുമെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു)
• ആപ്ലിക്കേഷനുകളുടെ ഏറ്റവും പുതിയതും മികച്ചതുമായ പതിപ്പുകൾ, എൻ്റെ വിതരണത്തിൽ അവ ദൃശ്യമാകുന്നതുവരെ കാത്തിരിക്കാതെ ഞാൻ ആഗ്രഹിക്കുന്നു (മിക്കപ്പോഴും ഇത് "ഒരിക്കലും" എന്നാണ് അർത്ഥമാക്കുന്നത്, കുറഞ്ഞത് ഞാൻ മുഴുവൻ ഓപ്പറേറ്റിംഗ് സിസ്റ്റവും അപ്ഡേറ്റ് ചെയ്യുന്നില്ലെങ്കിൽ). ഹൈക്കുവിൽ ഇത് ഫ്ലോട്ടിംഗ് റിലീസുകൾ ഉപയോഗിച്ച് "പരിഹരിച്ചിരിക്കുന്നു". ആപ്ലിക്കേഷനുകളുടെ ഏറ്റവും പുതിയതും മികച്ചതുമായ പതിപ്പുകൾ നിങ്ങൾക്ക് ലഭിക്കുമെന്നാണ് ഇതിനർത്ഥം, എന്നാൽ ഇത് ചെയ്യുന്നതിന് നിങ്ങൾ സിസ്റ്റത്തിൻ്റെ ബാക്കി ഭാഗങ്ങൾ നിരന്തരം അപ്ഡേറ്റ് ചെയ്യേണ്ടതുണ്ട്, ഫലപ്രദമായി അതിനെ ഒരു "ചലിക്കുന്ന ടാർഗെറ്റ്" ആക്കി മാറ്റുന്നു..
• ഏറ്റവും പുതിയ പതിപ്പിൽ എന്താണ് തകർന്നതെന്ന് അറിയാൻ ഒരു മാർഗവുമില്ലാത്തതിനാൽ, ഒരു വെബ് ഡെവലപ്പർ എന്ന നിലയിൽ, ബ്രൗസറിൻ്റെ വ്യത്യസ്‌ത പതിപ്പുകൾക്ക് കീഴിൽ എൻ്റെ ജോലി പരിശോധിക്കേണ്ടതുണ്ട്. ഹൈക്കു ആദ്യത്തെ പ്രശ്നം പരിഹരിക്കുന്നു, എന്നാൽ രണ്ടാമത്തേത് അല്ല. അപ്‌ഡേറ്റുകൾ പിൻവലിച്ചിരിക്കുന്നു, എന്നാൽ മുഴുവൻ സിസ്റ്റത്തിനും മാത്രം ഇത് പ്രവർത്തിപ്പിക്കുന്നത് അസാധ്യമാണ് (എനിക്കറിയാവുന്നിടത്തോളം), ഉദാഹരണത്തിന്, ഒരേ സമയം വെബ്‌പോസിറ്റീവ് അല്ലെങ്കിൽ ലിബ്രെഓഫീസിൻ്റെ നിരവധി പതിപ്പുകൾ.

ഡവലപ്പർമാരിൽ ഒരാൾ എഴുതുന്നു:

അടിസ്ഥാനപരമായി യുക്തി ഇതാണ്: ഉപയോഗ കേസ് വളരെ അപൂർവമാണ്, അത് ഒപ്റ്റിമൈസ് ചെയ്യുന്നത് അർത്ഥമാക്കുന്നില്ല; ഹൈക്കുപോർട്‌സിൽ ഇത് ഒരു പ്രത്യേക കേസായി കണക്കാക്കുന്നത് സ്വീകാര്യമായതിനേക്കാൾ കൂടുതലാണ്.

• എൻ്റെ സ്റ്റാർട്ടപ്പ് ഡ്രൈവിൽ അല്ല, എനിക്ക് ഇഷ്ടമുള്ളിടത്ത് ആപ്പുകൾ സൂക്ഷിക്കേണ്ടതുണ്ട്. എനിക്ക് പലപ്പോഴും ഡിസ്കിൽ ഇടമില്ല, അതിനാൽ ആപ്ലിക്കേഷനുകൾ (ഞാൻ ഡൗൺലോഡ് ചെയ്ത എല്ലാ പതിപ്പുകളും) സംഭരിക്കുന്നതിന് എനിക്ക് ഒരു ബാഹ്യ ഡ്രൈവ് അല്ലെങ്കിൽ നെറ്റ്‌വർക്ക് ഡയറക്ടറി കണക്‌റ്റ് ചെയ്യേണ്ടതുണ്ട്. ഞാൻ അത്തരമൊരു ഡ്രൈവ് കണക്റ്റുചെയ്യുകയാണെങ്കിൽ, ഇരട്ട-ക്ലിക്കുചെയ്‌ത് എനിക്ക് അപ്ലിക്കേഷനുകൾ സമാരംഭിക്കേണ്ടതുണ്ട്. ഹൈക്കു പാക്കേജുകളുടെ പഴയ പതിപ്പുകൾ സംരക്ഷിക്കുന്നു, പക്ഷേ അവയെ എങ്ങനെയാണ് ഒരു ബാഹ്യ ഡ്രൈവിലേക്ക് നീക്കുന്നതെന്നോ പിന്നീട് അവിടെ നിന്ന് ആപ്ലിക്കേഷനുകൾ എങ്ങനെ സമാരംഭിക്കുമെന്നോ എനിക്കറിയില്ല.

ഡെവലപ്പർ അഭിപ്രായം:

സാങ്കേതികമായി, ഇത് ഇതിനകം തന്നെ മൗണ്ട് കമാൻഡ് ഉപയോഗിച്ച് സാധ്യമാണ്. തീർച്ചയായും, ഞങ്ങൾക്ക് വേണ്ടത്ര താൽപ്പര്യമുള്ള ഉപയോക്താക്കൾ ഉള്ളാലുടൻ ഞങ്ങൾ ഇതിനായി ഒരു GUI ഉണ്ടാക്കും.

• എനിക്ക് സ്വയം കൈകാര്യം ചെയ്യാൻ കഴിയാത്ത ഫയൽ സിസ്റ്റത്തിൽ ചിതറിക്കിടക്കുന്ന ദശലക്ഷക്കണക്കിന് ഫയലുകൾ ആവശ്യമില്ല. എനിക്ക് എളുപ്പത്തിൽ ഡൗൺലോഡ് ചെയ്യാനും നീക്കാനും ഇല്ലാതാക്കാനും കഴിയുന്ന ഓരോ ആപ്ലിക്കേഷനും ഒരു ഫയൽ വേണം. ഹൈക്കുവിൽ ഈ പ്രശ്നം പാക്കേജുകൾ ഉപയോഗിച്ച് പരിഹരിക്കുന്നു .hpkg, ഇത് ആയിരക്കണക്കിന് ഫയലുകളിൽ നിന്ന് ഒന്നിലേക്ക് കൈമാറുന്നു, ഉദാഹരണത്തിന്, പൈത്തൺ. പക്ഷേ, ഉദാഹരണത്തിന്, പൈത്തൺ ഉപയോഗിക്കുന്ന സ്‌ക്രൈബസ് ഉണ്ടെങ്കിൽ, എനിക്ക് കുറഞ്ഞത് രണ്ട് ഫയലുകളെങ്കിലും കൈകാര്യം ചെയ്യേണ്ടിവരും. പരസ്പരം പ്രവർത്തിക്കുന്ന അവയുടെ പതിപ്പുകൾ സൂക്ഷിക്കാൻ ഞാൻ ശ്രദ്ധിക്കേണ്ടതുണ്ട്.

ഒരേ Linux-ൽ വശങ്ങളിലായി പ്രവർത്തിക്കുന്ന AppImages-ൻ്റെ ഒന്നിലധികം പതിപ്പുകൾ

ഒരു ആപ്ലിക്കേഷൻ ഡെവലപ്പറുടെ കാഴ്ചപ്പാട്

ഒരു ആപ്ലിക്കേഷൻ ഡെവലപ്പറുടെ വീക്ഷണകോണിൽ നിന്ന് നോക്കാം:

• മുഴുവൻ ഉപയോക്തൃ അനുഭവവും നിയന്ത്രിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. ഞാൻ എപ്പോൾ, എങ്ങനെ ആപ്ലിക്കേഷനുകൾ റിലീസ് ചെയ്യണമെന്ന് എന്നോട് പറയാൻ ഒരു ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തെ ആശ്രയിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നില്ല. ഹൈക്കു ഡെവലപ്പർമാരെ അവരുടെ സ്വന്തം എച്ച്പികെജി റിപ്പോസിറ്ററികളിൽ പ്രവർത്തിക്കാൻ അനുവദിക്കുന്നു, എന്നാൽ ഉപയോക്താക്കൾക്ക് അവ സ്വമേധയാ സജ്ജീകരിക്കേണ്ടി വരും, ഇത് ആശയത്തെ "കുറച്ച് ആകർഷകമാക്കുന്നു" എന്നാണ്.
• എൻ്റെ വെബ്സൈറ്റിൽ ഞാൻ വിതരണം ചെയ്യുന്ന ഒരു ഡൗൺലോഡ് പേജ് ഉണ്ട് .exe വിൻഡോസിനായി, .dmg മാക്കിനും ഒപ്പം .AppImage ലിനക്സിനായി. അല്ലെങ്കിൽ ഈ പേജിലേക്കുള്ള ആക്‌സസ് ധനസമ്പാദനം നടത്താൻ ഞാൻ ആഗ്രഹിക്കുന്നു, എന്തെങ്കിലും സാധ്യമാണോ? ഹൈക്കുവിനായി ഞാൻ എന്താണ് അവിടെ വയ്ക്കേണ്ടത്? ഫയൽ മതി .hpkg ഹൈക്കുപോർട്സിൽ നിന്നുള്ള ആശ്രിതത്വം മാത്രം
• എൻ്റെ സോഫ്‌റ്റ്‌വെയറിന് മറ്റ് സോഫ്‌റ്റ്‌വെയറിൻ്റെ പ്രത്യേക പതിപ്പുകൾ ആവശ്യമാണ്. ഉദാഹരണത്തിന്, കൃതയ്‌ക്ക് ക്യുടിയുടെ പാച്ച് ചെയ്‌ത പതിപ്പ് ആവശ്യമാണെന്ന് അറിയാം, അല്ലെങ്കിൽ ക്രിതയുടെ ഒരു പ്രത്യേക പതിപ്പിലേക്ക് നന്നായി ട്യൂൺ ചെയ്‌തിരിക്കുന്ന ക്യുടി, കുറഞ്ഞത് പാച്ചുകൾ ക്യുടിയിലേക്ക് തിരികെ കൊണ്ടുവരുന്നത് വരെ. ഒരു പാക്കേജിൽ നിങ്ങളുടെ ആപ്ലിക്കേഷനായി നിങ്ങളുടെ സ്വന്തം Qt പാക്കേജ് ചെയ്യാം .hpkg, എന്നാൽ മിക്കവാറും ഇത് സ്വാഗതാർഹമല്ല.

പതിവ് ആപ്ലിക്കേഷൻ ഡൗൺലോഡ് പേജ്. ഹൈക്കുവിനായി ഞാൻ ഇവിടെ എന്താണ് പോസ്റ്റ് ചെയ്യേണ്ടത്?

വിൽ ബണ്ടിലുകൾ (AppDir പോലുള്ള ആപ്ലിക്കേഷൻ ഡയറക്‌ടറികളായി നിലവിലുണ്ട് അല്ലെങ്കിൽ .app ആപ്പിൾ ശൈലിയിൽ) കൂടാതെ/അല്ലെങ്കിൽ ചിത്രങ്ങൾ (വളരെ പരിഷ്കരിച്ച AppImages രൂപത്തിൽ അല്ലെങ്കിൽ .dmg ആപ്പിളിൽ നിന്നുള്ള) ആപ്ലിക്കേഷനുകൾ ഹൈക്കു ഡെസ്‌ക്‌ടോപ്പ് പരിതസ്ഥിതിയിൽ ഒരു ഉപയോഗപ്രദമായ കൂട്ടിച്ചേർക്കലാണോ? അല്ലെങ്കിൽ അത് മുഴുവൻ ചിത്രത്തെയും നേർപ്പിക്കുകയും വിഘടനത്തിലേക്ക് നയിക്കുകയും അതിനാൽ സങ്കീർണ്ണത ചേർക്കുകയും ചെയ്യുമോ? ഞാൻ വിറച്ചുപോയി: ഒരു വശത്ത്, ഹൈക്കുവിൻ്റെ സൗന്ദര്യവും സങ്കീർണ്ണതയും അടിസ്ഥാനമാക്കിയുള്ളതാണ്, എന്തെങ്കിലും ചെയ്യാൻ സാധാരണയായി ഒരു മാർഗമുണ്ട്, പലതിനുപകരം. മറുവശത്ത്, കാറ്റലോഗുകൾക്കും കൂടാതെ/അല്ലെങ്കിൽ ആപ്ലിക്കേഷൻ സ്യൂട്ടുകൾക്കുമുള്ള ഭൂരിഭാഗം ഇൻഫ്രാസ്ട്രക്ചറുകളും ഇതിനകം തന്നെ നിലവിലുണ്ട്, അതിനാൽ ശേഷിക്കുന്ന കുറച്ച് ശതമാനത്തിനായി സിസ്റ്റം നിലവിളിക്കുന്നു.

ഡവലപ്പറുടെ അഭിപ്രായത്തിൽ മിസ്റ്റർ. വാഡിൽസ്പ്ലാഷ്

ലിനക്സിൽ അവർ (കാറ്റലോഗുകളും ആപ്ലിക്കേഷൻ കിറ്റുകളും - ഏകദേശം. വിവർത്തകൻ) വ്യവസ്ഥാപരമായ പ്രശ്നങ്ങൾക്കുള്ള സാങ്കേതിക പരിഹാരമാണ്. ഹൈക്കുവിൽ ഞങ്ങൾ സിസ്റ്റം പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ ആഗ്രഹിക്കുന്നു.

നീ എന്ത് ചിന്തിക്കുന്നു?

ഉത്തരം പറയുന്നതിന് മുമ്പ്...

കാത്തിരിക്കൂ, നമുക്ക് ഒരു പെട്ടെന്നുള്ള റിയാലിറ്റി പരിശോധന നടത്താം: വാസ്തവത്തിൽ ആപ്ലിക്കേഷൻ ഡയറക്ടറികൾ - ഇതിനകം ഹൈക്കുവിൻ്റെ ഭാഗം:

ആപ്ലിക്കേഷൻ ഡയറക്‌ടറികൾ ഹൈക്കുവിൽ ഇതിനകം നിലവിലുണ്ട്, പക്ഷേ ഫയൽ മാനേജറിൽ ഇതുവരെ പിന്തുണയ്‌ക്കുന്നില്ല

മാക്കിൻ്റോഷ് ഫൈൻഡർ പറയുന്നതുപോലെ അവർക്ക് പിന്തുണയില്ല. QtCreator ഡയറക്‌ടറിക്ക് മുകളിൽ ഇടത് കോണിൽ "QtCreator" എന്ന പേരും ഐക്കണും ഉണ്ടെങ്കിൽ അത് ഇരട്ട-ക്ലിക്കുചെയ്യുമ്പോൾ ആപ്ലിക്കേഷൻ സമാരംഭിക്കുകയാണെങ്കിൽ അത് എത്ര രസകരമായിരിക്കും?

കുറച്ച് നേരത്തെ ഞാൻ ഇതിനകം ചോദിച്ചു:

എല്ലാ ആപ്പ് സ്റ്റോറുകളും ഡിസ്ട്രിബ്യൂഷൻ റിപ്പോസിറ്ററികളും അവയെക്കുറിച്ചും അവയുടെ ആശ്രിതത്വത്തെക്കുറിച്ചും മറന്നിരിക്കുമ്പോൾ, നിങ്ങളുടെ പതിറ്റാണ്ട് പഴക്കമുള്ള ആപ്പുകൾ ഇന്ന് പ്രവർത്തിപ്പിക്കാൻ കഴിയുമെന്ന് നിങ്ങൾക്ക് ഉറപ്പാണോ? ഭാവിയിലും നിങ്ങളുടെ നിലവിലെ ജോലിയിൽ പ്രവേശിക്കാൻ കഴിയുമെന്ന് നിങ്ങൾക്ക് ഉറപ്പുണ്ടോ?

ഹൈക്കുവിൽ നിന്ന് ഇതിനകം ഒരു ഉത്തരം ഉണ്ടോ, അല്ലെങ്കിൽ കാറ്റലോഗുകൾക്കും ആപ്ലിക്കേഷൻ ബണ്ടിലുകൾക്കും ഇവിടെ സഹായിക്കാനാകുമോ? അവർക്ക് കഴിയുമെന്ന് ഞാൻ കരുതുന്നു.

Mr പ്രകാരം. വാഡിൽസ്പ്ലാഷ്:

അതെ, ചോദ്യത്തിനുള്ള ഉത്തരം ഞങ്ങളുടെ പക്കലുണ്ട്: ആർക്കെങ്കിലും അവരുടെ ഫയൽ ഫോർമാറ്റുകൾ ശരിയായ രീതിയിൽ വായിക്കാൻ കഴിയുന്നതുവരെ അല്ലെങ്കിൽ ഒറ്റത്തവണ പ്രവർത്തനം നൽകുന്നതുവരെ ആവശ്യമുള്ളിടത്തോളം ഈ ആപ്ലിക്കേഷനുകളെ ഞങ്ങൾ പിന്തുണയ്ക്കും. ഹൈക്കുവിൽ BeOS R5 ആപ്പുകളെ പിന്തുണയ്ക്കുന്നതിനുള്ള ഞങ്ങളുടെ പ്രതിബദ്ധത ഇതിന് തെളിവാണ്...

തീർച്ചയായും ഇത്!

ഹൈക്കു എന്ത് നടപടിയാണ് സ്വീകരിക്കേണ്ടത്?

hpkg, ഡയറക്ടറികൾ, ആപ്ലിക്കേഷൻ ഇമേജുകൾ എന്നിവയുടെ സമാധാനപരമായ സഹവർത്തിത്വം എനിക്ക് ഊഹിക്കാൻ കഴിയും:

• സിസ്റ്റം സോഫ്റ്റ്‌വെയർ ഉപയോഗിക്കുന്നു .hpkg
• ഏറ്റവും കൂടുതൽ ഉപയോഗിക്കുന്ന സോഫ്റ്റ്‌വെയർ (പ്രത്യേകിച്ച് റോളിംഗ് റിലീസുകൾ ഷെഡ്യൂൾ ചെയ്യേണ്ടവ), ഉപയോഗിക്കുക .hpkg (എല്ലാ കേസുകളിലും ഏകദേശം 80%)
• ചിലത് വഴി ഇൻസ്റ്റാൾ ചെയ്തു .hpkg, ഒരു ആപ്ലിക്കേഷൻ ഡയറക്‌ടറി ഇൻഫ്രാസ്ട്രക്ചറിലേക്ക് (ഉദാ: QtCreator) മാറുന്നത് അപ്ലിക്കേഷനുകൾക്ക് പ്രയോജനം ചെയ്യും: അവ ഇനിപ്പറയുന്ന രീതിയിൽ വിതരണം ചെയ്യും .hpkg, മുമ്പത്തെപ്പോലെ.

മിസ്റ്റർ. waddlesplash എഴുതുന്നു:

നിങ്ങൾക്ക് ആവശ്യമുള്ളത് അപേക്ഷകൾ കാണുക എന്നതാണ് /system/apps, പകരം നമ്മൾ ഡെസ്‌ക്‌ബാറിലെ ഡയറക്‌ടറികൾ ഉപയോക്താക്കൾക്ക് കൂടുതൽ കൈകാര്യം ചെയ്യാവുന്നതാക്കി മാറ്റണം /system/apps ഉപയോക്താക്കൾ പതിവായി തുറക്കാനും കാണാനും ഉദ്ദേശിച്ചുള്ളതല്ല (MacOS പോലെയല്ല). അത്തരം സാഹചര്യങ്ങളിൽ, ഹൈക്കുവിന് മറ്റൊരു മാതൃകയുണ്ട്, എന്നാൽ ഈ ഓപ്ഷൻ സിദ്ധാന്തത്തിൽ സ്വീകാര്യമാണ്.

• ആപ്ലിക്കേഷൻ ഇമേജുകൾ പ്രവർത്തിപ്പിക്കുന്നതിനുള്ള ഇൻഫ്രാസ്ട്രക്ചർ ഹൈക്കുവിന് ലഭിക്കുന്നു എല്ലാവരുടെയും). ആപ്ലിക്കേഷൻ പ്രവർത്തിപ്പിക്കുന്നതിന് ആവശ്യമായ ഫയലുകൾ ഈ ചിത്രങ്ങളിൽ അടങ്ങിയിരിക്കുന്നു .hpkg, സിസ്റ്റം മൌണ്ട് ചെയ്തു, ആപ്ലിക്കേഷൻ പൂർത്തിയാക്കിയ ശേഷം - അൺമൌണ്ട് ചെയ്തു. (ഒരുപക്ഷേ ഒരു ഫയൽ മാനേജർക്ക് ഫയലുകൾ ഇടാം .hpkg ആപ്ലിക്കേഷൻ ഇമേജുകളിലേക്ക്, സ്വയമേവ അല്ലെങ്കിൽ ഉപയോക്താവിൻ്റെ അഭ്യർത്ഥന പ്രകാരം - നന്നായി, നിങ്ങൾ ഒരു ആപ്ലിക്കേഷൻ നെറ്റ്‌വർക്ക് ഡയറക്ടറിയിലേക്കോ ബാഹ്യ ഡ്രൈവിലേക്കോ വലിച്ചിടുമ്പോൾ പോലെ. അതൊരു പാട്ട് മാത്രം! അല്ലെങ്കിൽ കവിത - ഹൈക്കു.) മറുവശത്ത്, ഉപയോക്താവ് ചിത്രത്തിൻ്റെ ഉള്ളടക്കം ഫയലുകളുടെ രൂപത്തിൽ ഇൻസ്റ്റാൾ ചെയ്യാൻ ആഗ്രഹിച്ചേക്കാം..hpkg, അതിന് ശേഷം അവ ഹൈക്കുഡിപ്പോ വഴി ഇൻസ്റ്റാൾ ചെയ്തതുപോലെ തന്നെ അപ്‌ഡേറ്റ് ചെയ്യുകയും പ്രോസസ്സ് ചെയ്യുകയും ചെയ്യും... നമുക്ക് മസ്തിഷ്‌കമരണം ആവശ്യമാണ്).

ശ്രീയിൽ നിന്നുള്ള ഉദ്ധരണി. വാഡിൽസ്പ്ലാഷ്:

ബാഹ്യ ഡ്രൈവുകളിൽ നിന്നോ നെറ്റ്‌വർക്ക് ഡയറക്‌ടറികളിൽ നിന്നോ ഉള്ള ആപ്ലിക്കേഷനുകൾ പ്രവർത്തിപ്പിക്കുന്നത് ഉപയോഗപ്രദമാകും. കൂടാതെ pkgman-നായി കൂടുതൽ "സോണുകൾ" കോൺഫിഗർ ചെയ്യാനുള്ള കഴിവ് ചേർക്കുന്നത് തീർച്ചയായും ഒരു നല്ല സവിശേഷതയായിരിക്കും.

അത്തരം ഒരു സിസ്റ്റം hpkg, ഡയറക്ടറികൾ, ആപ്ലിക്കേഷൻ ഇമേജുകൾ എന്നിവ പ്രയോജനപ്പെടുത്തും. അവർ വ്യക്തിഗതമായി നല്ലവരാണ്, പക്ഷേ ഒരുമിച്ച് അവർ അജയ്യരാകും.

തീരുമാനം

പിസിക്ക് ലളിതവും സങ്കീർണ്ണവുമായ ഉപയോക്തൃ അനുഭവം പ്രദാനം ചെയ്യുന്ന ഒരു ചട്ടക്കൂട് ഹൈകുവിനുണ്ട്, കൂടാതെ ലിനക്സ് പിസിക്ക് സാധാരണ നൽകുന്നതിലും അപ്പുറമാണ്. പാക്കേജ് സിസ്റ്റം .hpkg അത്തരത്തിലുള്ള ഒരു ഉദാഹരണമാണ്, എന്നാൽ സിസ്റ്റത്തിൻ്റെ ബാക്കി ഭാഗങ്ങളും സങ്കീർണ്ണതയാൽ നിറഞ്ഞിരിക്കുന്നു. എന്നിരുന്നാലും, ശരിയായ ഡയറക്‌ടറിയും ആപ്ലിക്കേഷൻ ഇമേജ് പിന്തുണയും ഹൈക്കുവിന് പ്രയോജനപ്പെടും. ഹൈക്കുവിനെയും അതിൻ്റെ തത്വശാസ്ത്രത്തെയും വാസ്തുവിദ്യയെയും എന്നെക്കാളും നന്നായി അറിയാവുന്ന ആളുകളുമായി ഇത് എങ്ങനെ ചെയ്യാമെന്ന് ചർച്ച ചെയ്യുന്നത് മൂല്യവത്താണ്. എല്ലാത്തിനുമുപരി, ഞാൻ ഒരാഴ്ചയിലേറെയായി ഹൈക്കു ഉപയോഗിക്കുന്നു. എന്നിരുന്നാലും, ഹൈക്കുവിൻ്റെ ഡിസൈനർമാർക്കും ഡെവലപ്പർമാർക്കും ആർക്കിടെക്റ്റുകൾക്കും ഈ പുതിയ കാഴ്ചപ്പാടിൽ നിന്ന് പ്രയോജനം ലഭിക്കുമെന്ന് ഞാൻ വിശ്വസിക്കുന്നു. കുറഞ്ഞപക്ഷം, അവരുടെ "സ്പാറിംഗ് പാർട്ണർ" ആകുന്നതിൽ ഞാൻ സന്തുഷ്ടനാണ്. Linux ആപ്ലിക്കേഷൻ കാറ്റലോഗുകളും ബണ്ടിലുകളും ഉപയോഗിച്ച് എനിക്ക് 10 വർഷത്തിലേറെ അനുഭവപരിചയമുണ്ട്, കൂടാതെ ഹൈക്കുവിൽ അവയ്ക്ക് ഒരു ഉപയോഗം കണ്ടെത്താൻ ആഗ്രഹിക്കുന്നു, ഈ ആശയത്തിന് അവ തികച്ചും അനുയോജ്യമാണെന്ന് ഞാൻ കരുതുന്നു. ഞാൻ വിവരിച്ച പ്രശ്‌നങ്ങൾക്ക് ഞാൻ നിർദ്ദേശിച്ച സാധ്യതയുള്ള പരിഹാരങ്ങൾ മാത്രമല്ല യഥാർത്ഥമായത്, കൂടാതെ മറ്റ്, കൂടുതൽ ഗംഭീരമായവ കണ്ടെത്താൻ ഹൈക്കു ടീം തീരുമാനിക്കുകയാണെങ്കിൽ, ഞാൻ അതിനായി തയ്യാറാണ്. അടിസ്ഥാനപരമായി, ഒരു സിസ്റ്റം എങ്ങനെ നിർമ്മിക്കാം എന്ന ആശയത്തെക്കുറിച്ച് ഞാൻ ഇതിനകം ചിന്തിക്കുകയാണ് hpkg അത് പ്രവർത്തിക്കുന്ന രീതി മാറ്റാതെ തന്നെ കൂടുതൽ അത്ഭുതകരമാണ്. ഒരു പാക്കേജ് മാനേജുമെൻ്റ് സിസ്റ്റം നടപ്പിലാക്കുമ്പോൾ ഹൈക്കു ടീം വളരെക്കാലമായി ആപ്ലിക്കേഷൻ ബണ്ടിലുകളെക്കുറിച്ച് ചിന്തിച്ചിരുന്നുവെന്ന് ഇത് മാറുന്നു, പക്ഷേ നിർഭാഗ്യവശാൽ (ഞാൻ കരുതുന്നു) ആശയം "കാലഹരണപ്പെട്ടു". ഒരുപക്ഷേ അത് പുനരുജ്ജീവിപ്പിക്കാനുള്ള സമയമായോ?

ഇത് സ്വയം പരീക്ഷിക്കുക! എല്ലാത്തിനുമുപരി, ഹൈക്കു പ്രോജക്റ്റ് ഡിവിഡിയിൽ നിന്നോ യുഎസ്ബിയിൽ നിന്നോ ബൂട്ട് ചെയ്യുന്നതിനുള്ള ഇമേജുകൾ നൽകുന്നു ежедневно.
നിങ്ങൾക്ക് എന്തെങ്കിലും ചോദ്യങ്ങൾ ഉണ്ടോ? റഷ്യൻ സംസാരിക്കുന്നതിലേക്ക് ഞങ്ങൾ നിങ്ങളെ ക്ഷണിക്കുന്നു ടെലിഗ്രാം ചാനൽ.

പിശക് അവലോകനം: C, C++ എന്നിവയിൽ കാലിൽ സ്വയം എങ്ങനെ വെടിവയ്ക്കാം. ഹൈക്കു ഒഎസ് പാചക ശേഖരം

നിന്ന് രചയിതാവ് പരിഭാഷ: ഹൈക്കുവിനെക്കുറിച്ചുള്ള പരമ്പരയിലെ എട്ടാമത്തെയും അവസാനത്തെയും ലേഖനമാണിത്.

ലേഖനങ്ങളുടെ പട്ടിക: ആദ്യത്തേത് രണ്ടാമത് മൂന്നാമത് നാലാമത്തെ അഞ്ചാമത് ആറാമത് ഏഴാമത്

രജിസ്റ്റർ ചെയ്ത ഉപയോക്താക്കൾക്ക് മാത്രമേ സർവേയിൽ പങ്കെടുക്കാൻ കഴിയൂ. സൈൻ ഇൻദയവായി.

hpkg സിസ്റ്റം Linux-ലേക്ക് പോർട്ട് ചെയ്യുന്നതിൽ അർത്ഥമുണ്ടോ?

• ആ

• ഇല്ല

• ഇതിനകം നടപ്പിലാക്കി, ഞാൻ അഭിപ്രായങ്ങളിൽ എഴുതാം

20 ഉപയോക്താക്കൾ വോട്ട് ചെയ്തു. 5 ഉപയോക്താക്കൾ വിട്ടുനിന്നു.

അവലംബം: www.habr.com