TL; DR: Je, Haiku inaweza kupata usaidizi unaofaa kwa vifurushi vya programu, kama vile saraka za programu (kama .app kwenye Mac) na/au picha za programu (Linux AppImage)? Nadhani hii itakuwa nyongeza inayofaa ambayo ni rahisi kutekeleza kwa usahihi kuliko mifumo mingine kwani miundombinu mingi tayari iko.
Niligundua Haiku, mfumo mzuri bila kutarajia. Kweli, kwa kuwa kwa muda mrefu nimekuwa nikipendezwa na saraka na picha za programu (zilizohamasishwa na unyenyekevu wa Macintosh), haishangazi kwamba wazo lilikuja akilini mwangu ...
Kwa ufahamu kamili, mimi ndiye muundaji na mwandishi wa AppImage, umbizo la usambazaji wa programu ya Linux ambayo inalenga unyenyekevu wa Mac na kutoa udhibiti kamili kwa waandishi wa programu na watumiaji wa mwisho (ikiwa unataka kujua zaidi, ona. ΠΈ ).
Je, ikiwa tutatengeneza AppImage ya Haiku?
Wacha tufikirie kidogo, kinadharia tu: ni nini kinachohitajika kufanywa ili kupata , au kitu kama hicho, kwenye Haiku? Sio lazima kuunda kitu hivi sasa, kwa sababu mfumo ambao tayari upo katika Haiku hufanya kazi kwa kushangaza, lakini jaribio la kufikiria litakuwa nzuri. Pia inaonyesha ustaarabu wa Haiku, ikilinganishwa na mazingira ya eneo-kazi la Linux, ambapo mambo kama hayo ni magumu sana (nina haki ya kusema hivyo: Nimekuwa nikipambana na utatuzi kwa miaka 10).
Kwenye Mfumo wa 1 wa Macintosh, kila programu ilikuwa faili tofauti "iliyosimamiwa" kwenye Kipataji. Kwa kutumia AppImage ninajaribu kuunda tena hali ile ile ya mtumiaji kwenye Linux.
Kwanza, AppImage ni nini? Huu ni mfumo wa kutoa programu za watu wengine (kwa mfano, ), kuruhusu programu kutolewa lini na jinsi zinavyotaka: hakuna haja ya kujua maelezo mahususi ya usambazaji mbalimbali, kujenga sera au kujenga miundombinu, hakuna usaidizi wa mtunzaji unaohitajika, na hawaambii watumiaji ni nini (si) wanaweza kusakinisha. kwenye kompyuta zao. AppImage inapaswa kueleweka kama kitu sawa na kifurushi cha Mac katika umbizo .app ndani ya picha ya diski .dmg. Tofauti kuu ni kwamba programu hazijanakiliwa, lakini kubaki ndani ya AppImage milele, sawa na vifurushi vya Haiku. .hpkg imewekwa, na haijawahi kusakinishwa kwa maana ya kawaida.
Katika kipindi cha zaidi ya miaka 10 ya kuwepo, AppImage imepata mvuto na umaarufu fulani: Linus Torvalds mwenyewe aliidhinisha hadharani, na miradi ya kawaida (kwa mfano, LibreOffice, Krita, Inkscape, Scribus, ImageMagick) imeikubali kama njia kuu. kusambaza miundo inayoendelea au ya kila usiku, bila kuingilia kati na programu zilizosakinishwa au ambazo hazijasakinishwa. Hata hivyo, mazingira na usambazaji wa eneo-kazi la Linux mara nyingi bado hung'ang'ania mtindo wa usambazaji wa jadi, wa kati wa mtunzaji na/au kukuza biashara zao za biashara na/au programu za uhandisi kulingana na (RedHat, Fedora, GNOME) na (Kanoni, Ubuntu). Inakuja .
Inafanyaje kazi
- Kila AppImage ina sehemu 2: ELF ndogo ya kubofya mara mbili (kinachojulikana.
runtime.c), ikifuatiwa na picha ya mfumo wa faili .
- Mfumo wa faili wa SquashFS una upakiaji wa programu na kila kitu kinachohitajika ili kuiendesha, ambayo kwa akili timamu haiwezi kuchukuliwa kuwa sehemu ya usakinishaji chaguo-msingi kwa kila mfumo lengwa wa hivi majuzi (usambazaji wa Linux). Pia ina metadata, kama vile jina la programu, ikoni, aina za MIME, n.k.
- Inapoendeshwa na mtumiaji, wakati wa kukimbia hutumia FUSE na squashfuse kuweka mfumo wa faili, na kisha hushughulikia kuendesha sehemu fulani ya kuingilia (yajulikanayo kama AppRun) ndani ya AppImage iliyowekwa.
Mfumo wa faili hupunguzwa baada ya mchakato kukamilika.
Kila kitu kinaonekana kuwa rahisi.
Na mambo haya yanachanganya kila kitu:
- Pamoja na aina mbalimbali za usambazaji wa Linux, hakuna kitu "katika akili timamu" kinachoweza kuitwa "sehemu ya usakinishaji chaguo-msingi kwa kila mfumo mpya unaolengwa." Tunashughulikia suala hili kwa kujenga , hukuruhusu kuamua ni nini kitakachowekwa kwenye AppImage na kile kitakachohitajika kuchukuliwa mahali pengine. Wakati huo huo, wakati mwingine tunakosa, licha ya ukweli kwamba, kwa ujumla, kila kitu hufanya kazi nzuri. Kwa sababu hii, tunapendekeza kwamba waundaji wa vifurushi wajaribu AppImages kwenye mifumo yote inayolengwa (usambazaji).
- Upakiaji wa programu lazima uhamishwe kwenye mfumo wa faili. Kwa bahati mbaya, programu nyingi zina njia kamilifu zilizo na kanuni ngumu za, kwa mfano, rasilimali katika
/usr/share. Hii inahitaji kurekebishwa kwa namna fulani. Kwa kuongeza, lazima uhamisheLD_LIBRARY_PATH, au kurekebisharpathili kipakiaji kinaweza kupata maktaba zinazohusiana. Njia ya kwanza ina vikwazo vyake (ambavyo vinashindwa kwa njia ngumu), na ya pili ni ngumu tu. - Shimo kubwa la UX kwa watumiaji ni hilo Faili ya AppImage baada ya kupakua. Amini usiamini, hiki ni kikwazo cha kweli kwa baadhi. Haja ya kuweka utekelezeji kidogo ni mbaya hata kwa watumiaji wenye uzoefu. Kama suluhisho, tulipendekeza kusakinisha huduma ndogo ambayo inafuatilia faili za AppImage na kuweka utekelezeji wao. Kwa fomu yake safi, sio suluhisho bora, kwani haitafanya kazi nje ya sanduku. Usambazaji wa Linux hautoi huduma hii, kwa hivyo, watumiaji wana uzoefu mbaya nje ya boksi.
- Watumiaji wa Linux wanatarajia programu mpya kuwa na ikoni kwenye menyu ya kuanza. Huwezi kuuambia mfumo: "Angalia, kuna programu mpya, tufanye kazi." Badala yake, kulingana na vipimo vya XDG, unahitaji kunakili faili
.desktopmahali sahihi ndani/usrkwa usakinishaji wa mfumo mzima, au ndani$HOMEkwa mtu binafsi. Ikoni za saizi fulani, kulingana na vipimo vya XDG, zinahitaji kuwekwa katika sehemu fulaniusrau$HOME, na kisha endesha amri katika mazingira ya kufanya kazi ili kusasisha kashe ya ikoni, au tumaini kwamba meneja wa mazingira ya kazi ataitambua na kugundua kila kitu kiotomatiki. Sawa na aina za MIME. Kama suluhisho, inapendekezwa kutumia huduma hiyo hiyo, ambayo, pamoja na kuweka bendera ya utekelezaji, itakuwa, ikiwa kuna icons, nk. katika AppImage, nakili kutoka kwa AppImage hadi sehemu zinazofaa kulingana na XDG. Inapofutwa au kuhamishwa, huduma inatarajiwa kufuta kila kitu. Bila shaka, kuna tofauti katika tabia ya kila mazingira ya kazi, katika muundo wa faili za graphic, ukubwa wao, maeneo ya kuhifadhi na mbinu za uppdatering caches, ambayo inaleta tatizo. Kwa kifupi, njia hii ni mkongojo. - Ikiwa hapo juu haitoshi, bado hakuna ikoni ya AppImage kwenye kidhibiti faili. Ulimwengu wa Linux bado haujaamua kutekeleza elficon (licha ya ΠΈ ), kwa hivyo haiwezekani kupachika ikoni moja kwa moja kwenye programu. Kwa hiyo inageuka kuwa programu katika meneja wa faili hazina icons zao wenyewe (hakuna tofauti, AppImage au kitu kingine), ziko tu kwenye orodha ya kuanza. Kama suluhisho, tunatumia vijipicha, utaratibu ambao awali uliundwa ili kuruhusu wasimamizi wa eneo-kazi kuonyesha picha za onyesho la kuchungulia la vijipicha vya faili za picha kama ikoni zao. Kwa hivyo, huduma ya kuweka biti ya utekelezekaji pia inafanya kazi kama "miniaturizer", kuunda na kuandika vijipicha vya ikoni kwa maeneo yanayofaa.
/usrΠΈ$HOME. Huduma hii pia hufanya usafishaji ikiwa AppImage itafutwa au kuhamishwa. Kwa sababu ya ukweli kwamba kila meneja wa eneo-kazi anatenda tofauti kidogo, kwa mfano, katika umbizo gani inakubali icons, katika saizi gani au mahali, hii yote ni chungu sana. - Programu huanguka tu wakati wa utekelezaji ikiwa makosa yanatokea (kwa mfano, kuna maktaba ambayo si sehemu ya mfumo wa msingi na haijatolewa katika AppImage), na hakuna mtu anayemwambia mtumiaji katika GUI nini hasa kinatokea. Tulianza kuzunguka hii kwa kutumia kwenye desktop, ambayo inamaanisha tunahitaji kupata makosa kutoka kwa mstari wa amri, kuwabadilisha kuwa ujumbe unaoeleweka na mtumiaji, ambao unahitaji kuonyeshwa kwenye desktop. Na bila shaka, kila mazingira ya eneo-kazi huwashughulikia tofauti kidogo.
- Kwa sasa (Septemba 2019 - dokezo la mtafsiri) sijapata njia rahisi ya kuuambia mfumo kuwa faili
1.pnglazima ifunguliwe kwa kutumia Krita, na2.png- kwa kutumia GIMP.
Mahali pa kuhifadhi kwa vipimo vya eneo-kazi linalotumika katika , ΠΈ ni freedesktop.org
Kufikia kiwango cha kisasa kilichofumwa kwa undani katika mazingira ya kazi ya Haiku ni ngumu, ikiwa haiwezekani, kwa sababu ya vipimo. kwa eneo-kazi-msingi, pamoja na utekelezaji wa wasimamizi wa eneo-kazi kulingana na vipimo hivi. Kama mfano, tunaweza kutaja ikoni moja ya mfumo mzima wa Firefox: inaonekana, waandishi wa XDG hawakufikiria hata kuwa mtumiaji anaweza kuwa na matoleo kadhaa ya programu sawa iliyosakinishwa.
Icons za matoleo tofauti ya Firefox
Nilikuwa nikijiuliza ni nini ulimwengu wa Linux unaweza kujifunza kutoka kwa Mac OS X ili kuzuia ujumuishaji wa mfumo. Ikiwa unayo wakati na uko kwenye hii, hakikisha kusoma kile Arnaud Gurdol, mmoja wa wahandisi wa kwanza wa Mac OS X, alisema:
Tulitaka kurahisisha kusakinisha programu kama vile kuburuta ikoni ya programu kutoka mahali fulani (seva, hifadhi ya nje) hadi kwenye hifadhi ya kompyuta yako. Ili kufanya hivyo, kifurushi cha programu huhifadhi maelezo yote, ikiwa ni pamoja na icons, toleo, aina ya faili inayochakatwa, aina ya mipango ya URL ambayo mfumo unahitaji kujua ili kuchakata programu. Hii pia inajumuisha maelezo ya 'hifadhi kuu' katika hifadhidata ya Huduma za Aikoni na Huduma za Uzinduzi. Ili kusaidia utendakazi, programu 'zinagunduliwa' katika sehemu kadhaa 'zinazojulikana': mfumo na saraka za Programu za mtumiaji, na zingine kiotomatiki ikiwa mtumiaji ataelekeza kwenye Kitafutaji katika saraka iliyo na programu. Katika mazoezi hii ilifanya kazi vizuri sana.
Apple WWDC 2000 kikao 144 - Mac OS X: maombi ya ufungaji na uchapishaji hati.
Hakuna kitu kama miundombinu hii kwenye dawati za Linux, kwa hivyo tunatafuta suluhisho karibu na mapungufu ya kimuundo katika mradi wa AppImage.
Je, Haiku anakuja kuokoa?
Na jambo moja zaidi: Majukwaa ya Linux kama msingi wa mazingira ya eneo-kazi huwa hayafafanuliwa sana hivi kwamba vitu vingi ambavyo ni rahisi sana katika mfumo thabiti wa mrundikano kamili vimegawanyika kwa njia ya kutatanisha na changamano katika Linux. Nilitoa ripoti nzima kwa masuala yanayohusiana na jukwaa la Linux kwa mazingira ya eneo-kazi (watengenezaji wenye ujuzi walithibitisha kuwa kila kitu kitabaki hivi kwa muda mrefu sana).
Ripoti yangu juu ya shida za mazingira ya desktop ya Linux mnamo 2018
Hata Linus Torvalds alikiri kwamba kugawanyika ndio sababu wazo la nafasi ya kazi lilishindwa.
Nimefurahi kuona Haiku!
Haiku hufanya kila kitu kuwa rahisi sana
Ingawa mbinu ya ujinga ya "kusafirisha" AppImage kwa Haiku ni kujaribu tu kujenga (hasa runtime.c na service) vijenzi vyake (jambo ambalo hata linawezekana!), hii haitatoa manufaa mengi kwa Haiku. Kwa sababu kwa kweli, matatizo mengi haya yanatatuliwa katika Haiku na ni sawa kimawazo. Haiku hutoa hasa vizuizi vya ujenzi wa miundombinu ya mfumo ambavyo nimekuwa nikitafuta katika mazingira ya eneo-kazi la Linux kwa muda mrefu sana na sikuweza kuamini kuwa havikuwepo. Yaani:
Amini usiamini, hili ni jambo ambalo watumiaji wengi wa Linux hawawezi kushinda. Kwenye Haiku kila kitu kinafanywa kiotomatiki!
- Faili za ELF ambazo hazina biti ya utekelezaji hupewa kiotomatiki zikibofya mara mbili kwenye kidhibiti faili.
- Programu zinaweza kuwa na rasilimali zilizojengewa ndani, kama vile aikoni, zinazoonyeshwa kwenye kidhibiti faili. Hakuna haja ya kunakili rundo la picha kwenye saraka maalum zilizo na ikoni, na kwa hivyo hakuna haja ya kuzisafisha baada ya kufuta au kuhamisha programu.
- Kuna hifadhidata ya kuunganisha programu na hati, hakuna haja ya kunakili faili zozote kwa hili.
- Kwenye lib/ saraka karibu na faili inayoweza kutekelezwa, maktaba hutafutwa kwa chaguo-msingi.
- Hakuna usambazaji mwingi na mazingira ya eneo-kazi; chochote kinachofanya kazi, hufanya kazi kila mahali.
- Hakuna moduli tofauti ya kuendesha ambayo ni tofauti na saraka ya Maombi.
- Maombi hayana njia kamili zilizojumuishwa kwa rasilimali zao; zina utendakazi maalum wa kubainisha eneo wakati wa utekelezaji.
- Wazo la picha za mfumo wa faili zilizoshinikizwa limeanzishwa: hii ni kifurushi chochote cha hpkg. Zote zimewekwa na kernel.
- Kila faili hufunguliwa na programu iliyoiunda, isipokuwa utabainisha vinginevyo. Jinsi nzuri hii!
Faili mbili za png. Kumbuka ikoni tofauti zinazoonyesha kuwa zitafunguliwa na programu tofauti zikibofya mara mbili. Pia kumbuka menyu kunjuzi ya "Fungua na:" ambapo mtumiaji anaweza kuchagua programu mahususi. Jinsi rahisi!
Inaonekana kama mikongojo na visuluhisho vingi vinavyohitajika na AppImage kwenye Linux havihitajiki kwenye Haiku, ambayo ina unyenyekevu na ustadi katika msingi wake unaoifanya kushughulikia mahitaji yetu mengi.
Je, Haiku inahitaji vifurushi vya programu baada ya yote?
Hii inasababisha swali kubwa. Ikiwa ingekuwa agizo la ukubwa rahisi kuunda mfumo kama AppImage kwenye Haiku kuliko kwenye Linux, ingefaa kufanya? Au Je, Haiku, pamoja na mfumo wake wa kifurushi cha hpkg, imeondoa kwa ufanisi hitaji la kukuza wazo kama hilo? Kweli, kujibu tunahitaji kuangalia motisha nyuma ya uwepo wa AppImages.
Mtazamo wa mtumiaji
Wacha tuangalie mtumiaji wetu wa mwisho:
- Ninataka kusanikisha programu bila kuuliza nywila ya msimamizi (mizizi). Hakuna dhana ya msimamizi kwenye Haiku, mtumiaji ana udhibiti kamili kwani ni mfumo wa kibinafsi! (Kimsingi, unaweza kufikiria hii katika hali ya wachezaji wengi, natumai watengenezaji wanaiweka rahisi)
- Ninataka kupata matoleo ya hivi punde na makubwa zaidi ya programu, bila kungoja yaonekane kwenye usambazaji wangu (mara nyingi hii inamaanisha "kamwe", angalau isipokuwa nikisasisha mfumo mzima wa uendeshaji). Kwenye Haiku hii "imetatuliwa" kwa matoleo yanayoelea. Hii inamaanisha kuwa inawezekana kupata matoleo ya hivi punde na makubwa zaidi ya programu, lakini ili kufanya hivyo unahitaji kusasisha kila wakati mfumo uliobaki, na kuugeuza kuwa "lengo linalosonga".
- Ninataka matoleo kadhaa ya programu hiyo hiyo kwa kando, kwani hakuna njia ya kujua ni nini kilivunjwa katika toleo la hivi karibuni, au, sema, mimi, kama msanidi wa wavuti, ninahitaji kujaribu kazi yangu chini ya matoleo tofauti ya kivinjari. Haiku hutatua tatizo la kwanza, lakini si la pili. Masasisho yamerejeshwa nyuma, lakini kwa mfumo mzima tu; haiwezekani (ninavyojua) kuendesha, kwa mfano, matoleo kadhaa ya WebPositive au LibreOffice kwa wakati mmoja.
Mmoja wa watengenezaji anaandika:
Kimsingi mantiki ni hii: kesi ya utumiaji ni nadra sana hivi kwamba kuiboresha haina maana; kuichukulia kama kesi maalum katika HaikuPorts inaonekana zaidi ya kukubalika.
- Ninahitaji kuweka programu mahali ninapozipenda, si kwenye hifadhi yangu ya kuanzisha. Mara nyingi mimi huishiwa na nafasi ya diski, kwa hivyo ninahitaji kuunganisha kiendeshi cha nje au saraka ya mtandao ili kuhifadhi programu (matoleo yote ambayo nimepakua). Ikiwa nitaunganisha hifadhi kama hiyo, ninahitaji programu kuzinduliwa kwa kubofya mara mbili. Haiku huhifadhi matoleo ya zamani ya vifurushi, lakini sijui jinsi ya kuvihamishia kwenye hifadhi ya nje, au jinsi ya kuzindua programu kutoka hapo baadaye.
Maoni ya msanidi:
Kitaalam, hii tayari inawezekana na mount amri. Bila shaka, tutatengeneza GUI kwa hili mara tu tunapokuwa na watumiaji wanaovutiwa wa kutosha.
- Sihitaji mamilioni ya faili zilizotawanyika katika mfumo wa faili ambazo siwezi kuzisimamia mwenyewe. Ninataka faili moja kwa kila programu ambayo ninaweza kupakua kwa urahisi, kusonga, kufuta. Kwenye Haiku shida hii inatatuliwa kwa kutumia vifurushi
.hpkg, ambayo huhamisha, kwa mfano, python, kutoka kwa maelfu ya faili hadi moja. Lakini ikiwa kuna, kwa mfano, Scribus kutumia python, basi lazima nishughulikie angalau faili mbili. Na lazima nitunze kuweka matoleo yao ambayo yanafanya kazi na kila mmoja.
Matoleo mengi ya AppImages yanayoendeshwa bega kwa bega kwenye Linux sawa
Mtazamo wa msanidi programu
Wacha tuangalie kutoka kwa maoni ya msanidi programu:
- Ninataka kudhibiti matumizi yote ya mtumiaji. Sitaki kutegemea mfumo wa uendeshaji kuniambia ni lini na jinsi gani ninapaswa kutoa programu. Haiku inaruhusu watengenezaji kufanya kazi na hazina zao za hpkg, lakini hii ina maana kwamba watumiaji watalazimika kuziweka kwa mikono, ambayo inafanya wazo "chini ya kuvutia."
- Nina ukurasa wa kupakua kwenye tovuti yangu ambapo ninasambaza
.exekwa Windows,.dmgkwa Mac na.AppImagekwa Linux. Au labda ninataka kuchuma mapato kwa ukurasa huu, chochote kinawezekana? Niweke nini hapo kwa Haiku? Faili inatosha.hpkgna tegemezi kutoka HaikuPorts pekee - Programu yangu inahitaji matoleo mahususi ya programu zingine. Kwa mfano, inajulikana kuwa Krita inahitaji toleo lililotiwa viraka la Qt, au Qt ambalo limerekebishwa kwa toleo mahususi la Krita, angalau hadi viraka virudishwe kwenye Qt. Unaweza kufunga Qt yako mwenyewe kwa programu yako kwenye kifurushi
.hpkg, lakini kuna uwezekano mkubwa kuwa hii haikubaliki.
Ukurasa wa upakuaji wa programu za kawaida. Nichapishe nini hapa kwa Haiku?
Je, vifurushi (zilizopo kama saraka za programu kama AppDir au .app kwa mtindo wa Apple) na/au picha (katika mfumo wa AppImages zilizorekebishwa sana au .dmg kutoka Apple) inatuma nyongeza muhimu kwa mazingira ya eneo-kazi la Haiku? Au itapunguza picha nzima na kusababisha kugawanyika, na kwa hiyo kuongeza utata? Nimechanika: kwa upande mmoja, uzuri na ustaarabu wa Haiku unatokana na ukweli kwamba kuna kawaida njia moja ya kufanya kitu, badala ya nyingi. Kwa upande mwingine, miundombinu mingi ya katalogi na/au vyumba vya maombi tayari iko mahali pake, kwa hivyo mfumo unalia kwa asilimia chache iliyobaki kuafikia.
Kulingana na msanidi programu
Kwenye Linux wao (katalogi na vifaa vya maombi, - takriban. mfasiri) kuna uwezekano mkubwa kuwa ni suluhisho la kiufundi kwa matatizo ya kimfumo. Huku Haiku tunapendelea kutatua matatizo ya mfumo kwa urahisi.
Nini unadhani; unafikiria nini?
Kabla ya kujibu...
Subiri, tufanye ukaguzi wa haraka wa ukweli: kwa kweli saraka za maombi - tayari ni sehemu ya Haiku:
Saraka za programu tayari zipo kwenye Haiku, lakini bado hazitumiki katika kidhibiti faili
Haziungwi mkono vizuri na, sema, Mpataji wa Macintosh. Ingekuwa vyema vipi ikiwa saraka ya QtCreator ingekuwa na jina na ikoni ya "QtCreator" kwenye kona ya juu kushoto, ikizindua programu ikibofya mara mbili?
Mapema kidogo tayari :
Je, una uhakika unaweza kuendesha programu zako za muongo mmoja leo wakati maduka yote ya programu na hazina za usambazaji zimesahau kuzihusu na utegemezi wao? Je, una uhakika kwamba bado utaweza kufikia kazi yako ya sasa katika siku zijazo?
Je, tayari kuna jibu kutoka kwa Haiku, au katalogi na vifurushi vya programu vinaweza kusaidia hapa? Nadhani wanaweza.
Kwa mujibu wa Bw. waddlesplash:
Ndiyo, tuna jibu la swali: tutasaidia tu programu hizi kwa muda mrefu iwezekanavyo hadi mtu aweze kusoma fomati zao za faili kwa njia sahihi au kutoa utendaji wa moja hadi moja. Ahadi yetu ya kuunga mkono programu za BeOS R5 kwenye Haiku ni uthibitisho wa hili...
Hiyo ni kwa uhakika!
Je, Haiku inapaswa kuchukua hatua gani?
Ninaweza kufikiria uwepo wa amani wa hpkg, saraka na picha za programu:
- Matumizi ya programu ya mfumo
.hpkg - Kwa programu inayotumiwa mara kwa mara (hasa zile zinazohitaji kupangilia matoleo ya kusambaza), tumia
.hpkg(takriban 80% ya kesi zote) - Baadhi imewekwa kupitia
.hpkg, programu zitafaidika kutokana na kuhamia kwenye muundo msingi wa saraka ya programu (km QtCreator): zitasambazwa kama.hpkg, kama hapo awali.
Bwana. waddlesplash anaandika:
Ikiwa unachohitaji ni kutazama programu ndani
/system/apps, badala yake tunapaswa kufanya saraka katika Upau wa Eneokazi kudhibitiwa zaidi kwa watumiaji, kwani/system/appshaikusudiwa kufunguliwa mara kwa mara na kutazamwa na watumiaji (tofauti na MacOS). Kwa hali kama hizi, Haiku ina dhana tofauti, lakini chaguo hili, kwa nadharia, linakubalika.
- Haiku hupokea miundombinu ya kuendesha picha za programu, muundo wa kila usiku, unaoendelea na wa majaribio wa programu, na vile vile kwa kesi wakati mtumiaji anataka "kuifungia kwa wakati", kwa programu za kibinafsi na za ndani, na kesi zingine maalum za utumiaji (takriban 20% ya yote). Picha hizi zina faili zinazohitajika ili kuendesha programu
.hpkg, iliyowekwa na mfumo, na baada ya maombi kukamilika - haijawekwa. (Labda msimamizi wa faili anaweza kuweka faili.hpkgkwenye picha za programu, kiotomatiki au kwa ombi la mtumiaji - vizuri, kama vile unapoburuta programu kwenye saraka ya mtandao au kiendeshi cha nje. Ni wimbo tu! Au tuseme, mashairi - haiku.) Kwa upande mwingine, mtumiaji anaweza kutaka kusakinisha yaliyomo kwenye picha kwa namna ya faili..hpkg, baada ya hapo zitasasishwa na kusindika kwa njia sawa na kama zimewekwa kupitia HaikuDepot... Tunahitaji kutafakari).
Nukuu kutoka kwa Bw. waddlesplash:
Kuendesha programu kutoka kwa hifadhi za nje au saraka za mtandao kunaweza kuwa na manufaa. Na kuongeza uwezo wa kusanidi "kanda" zaidi za pkgman bila shaka itakuwa kipengele kizuri.
Mfumo kama huo ungechukua fursa ya hpkg, saraka, na picha za programu. Wao ni wazuri kibinafsi, lakini kwa pamoja watakuwa wasioweza kushindwa.
Hitimisho
Haiku ina mfumo ambao hutoa uzoefu rahisi na wa kisasa wa mtumiaji kwa Kompyuta, na huenda mbali zaidi ya kile ambacho hutolewa kwa Kompyuta ya Linux. Mfumo wa kifurushi .hpkg ni mfano mmoja kama huo, lakini mfumo uliobaki pia umejaa ustaarabu. Walakini, Haiku ingefaidika na saraka sahihi na usaidizi wa picha ya programu. Jinsi bora ya kufanya hivi inafaa kujadiliwa na watu wanaoijua Haiku, falsafa yake na usanifu wake bora zaidi kuliko mimi. Baada ya yote, nimekuwa nikitumia Haiku kwa zaidi ya wiki moja. Hata hivyo, ninaamini kuwa wabunifu, wasanidi programu na wasanifu wa Haiku watafaidika kutokana na mtazamo huu mpya. Angalau, ningefurahi kuwa βmwenzi wao asiyejali.β Nina zaidi ya miaka 10 ya uzoefu wa kufanya kazi na katalogi za programu za Linux na vifurushi, na ningependa kuzitafutia matumizi katika Haiku, ambayo nadhani yanafaa kabisa. Suluhu zinazowezekana ambazo nimependekeza sio pekee zilizo sahihi kwa shida ambazo nimeelezea, na ikiwa timu ya Haiku itaamua kutafuta zingine, maridadi zaidi, niko tayari. Kimsingi, tayari ninafikiria juu ya wazo la jinsi ya kutengeneza mfumo hpkg hata zaidi ya kushangaza bila kubadilisha jinsi inavyofanya kazi. Inabadilika kuwa timu ya Haiku imekuwa ikifikiria juu ya vifurushi vya maombi kwa muda mrefu wakati wa kutekeleza mfumo wa usimamizi wa kifurushi, lakini kwa bahati mbaya (nadhani) wazo hilo likawa "la kizamani". Labda ni wakati wa kufufua?
Jaribu mwenyewe! Baada ya yote, mradi wa Haiku hutoa picha za booting kutoka kwa DVD au USB, zinazozalishwa .
Je, una maswali yoyote? Tunakualika kwa wanaozungumza Kirusi .
Muhtasari wa makosa:
Kutoka tafsiri: hii ni makala ya nane na ya mwisho katika mfululizo kuhusu Haiku.
Orodha ya makala:
Watumiaji waliojiandikisha pekee ndio wanaweza kushiriki katika utafiti. tafadhali.
Inaleta maana kuweka mfumo wa hpkg hadi Linux?
-
ΠΠ°
-
Hakuna
-
Tayari imetekelezwa, nitaandika kwenye maoni
Watumiaji 20 walipiga kura. Watumiaji 5 walijizuia.
Chanzo: mapenzi.com