Beste zerbait: Haiku aplikazio sortak?

TL; DR: Haikuk laguntza egokia lor al dezake aplikazio paketeetarako, hala nola aplikazioen direktorioetarako (adibidez .app Mac-en) eta/edo aplikazioen irudiak (Linux AppImage)? Uste dut hau beste sistemak baino modu egokian ezartzeko errazagoa den gehigarri bat izango litzatekeela azpiegitura gehienak dagoeneko martxan daudelako.

Duela astebete Haiku aurkitu nuen, ustekabeko sistema ona. Bada, aspalditik direktorio eta aplikazioen irudiak interesatzen zaizkidanez (Macintosh-en sinpletasunean inspiratuta), ez da harritzekoa ideia bat burura etorri izana...

Erabat ulertzeko, AppImageren sortzailea eta egilea naiz, Mac sinpletasuna helburu duen Linux aplikazioen banaketa formatua eta aplikazioen egileei eta azken erabiltzaileei kontrol osoa ematen diena (gehiago jakin nahi baduzu, ikus wiki и dokumentazioa).

Zer gertatzen da Haikurako AppImage bat egiten badugu?

Pentsa dezagun apur bat, teoriko hutsez: zer egin behar den lortzeko AppImage, edo antzeko zerbait, Haiku-n? Ez da beharrezkoa orain zerbait sortzea, Haiku-n jada existitzen den sistemak izugarri funtzionatzen duelako, baina irudimenezko esperimentu bat polita litzateke. Haikuren sofistikazioa ere erakusten du, Linux mahaigaineko inguruneekin alderatuta, non horrelako gauzak izugarri zailak diren (eskubidea daukat hala esateko: 10 urte daramatzat arazketarekin borrokan).

Macintosh System 1-en, aplikazio bakoitza Finder-en "kudeatutako" fitxategi bereizia zen. AppImage erabiliz Linux-en erabiltzailearen esperientzia bera birsortzen saiatzen ari naiz.

Lehenik eta behin, zer da AppImage bat? Hau hirugarrenen aplikazioak askatzeko sistema bat da (adibidez, Ultimaker Cure), aplikazioak nahi noiz eta nola kaleratu ahal izateko: ez dago hainbat banaketaren berezitasunak ezagutu beharrik, politikak eraiki edo azpiegiturak eraikitzeko, ez da mantentzaileen laguntzarik behar, eta erabiltzaileei ez diete esaten zer (ez) instala dezaketen. euren ordenagailuetan. AppImage formatuan Mac pakete baten antzeko zerbait bezala ulertu behar da .app diskoaren irudiaren barruan .dmg. Ezberdintasun nagusia da aplikazioak ez direla kopiatzen, baizik eta AppImage barruan geratzen direla betirako, Haiku paketeen antzera. .hpkg muntatu, eta inoiz ez ohiko zentzuan instalatu.

10 urte baino gehiagoko ibilbidean, AppImage-k erakargarritasun eta ospea lortu du: Linus Torvaldsek berak publikoki onartu zuen, eta proiektu arruntek (adibidez, LibreOffice, Krita, Inkscape, Scribus, ImageMagick) hartu dute bide nagusi gisa. etengabeko edo gaueko eraikuntzak banatzeko, instalatutako edo desinstalatutako erabiltzailearen aplikazioekin oztopatu gabe. Hala ere, Linux mahaigaineko inguruneak eta banaketak gehienetan mantentzen oinarritutako banaketa-eredu tradizionalari atxikitzen zaizkio eta/edo beren enpresa-negozio eta/edo ingeniaritza-programak sustatzen dituzte. Flatpak (RedHat, Fedora, GNOME) eta snappy (Canonikoa, Ubuntu). Etortzen da barregarri.

Nola funtzionatzen duen guztia

• AppImage bakoitzak 2 zati ditu: klik bikoitza ELF txiki bat (deitutakoa. runtime.c), ondoren fitxategi-sistemaren irudi bat SquashFS.

• SquashFS fitxategi-sistemak aplikazioaren karga eta exekutatzeko behar den guztia dauka, eta hori ezin da kontuan hartu nahiko berri den sistema bakoitzaren (Linux banaketa) instalazio lehenetsiaren parte. Metadatuak ere baditu, hala nola aplikazioaren izena, ikonoak, MIME motak, etab., etab.

• Erabiltzaileak exekutatzen duenean, exekuzio denborak FUSE eta squashfuse erabiltzen ditu fitxategi-sistema muntatzeko, eta, ondoren, muntatutako AppImage barruan sarrera-punturen bat (AppRun) exekutatzen du.
  Fitxategi-sistema desmuntatzen da prozesua amaitu ondoren.

Dena badirudi sinplea.

Eta gauza hauek dena zailtzen dute:

• Halako Linux banaketarekin, ezin da "gogoan dagoen" ezer "helburu-sistema berri bakoitzeko lehenetsitako instalazioaren parte" deitu. Gai honen inguruan eraikiz lantzen dugu baztertu zerrenda, AppImage-n zer bilduko den eta beste nonbaitera eraman behar dena zehazteko aukera ematen dizu. Aldi berean, batzuetan faltan botatzen dugu, oro har, dena ondo funtzionatzen duen arren. Hori dela eta, paketeen sortzaileei AppImages helburuko sistema guztietan (banaketa) probatzea gomendatzen dugu.
• Aplikazio-kargak fitxategi-sisteman zehar lekuz alda daitezke. Zoritxarrez, aplikazio askok gogor kodetutako bide absolutuak dituzte, adibidez, baliabideetara /usr/share. Hau nolabait konpondu behar da. Horrez gain, esportatu behar duzu LD_LIBRARY_PATH, edo konpondu rpath kargatzaileak erlazionatutako liburutegiak aurki ditzan. Lehenengo metodoak bere eragozpenak ditu (modu konplexuetan gainditzen direnak), eta bigarrena, besterik gabe, astuna da.
• Erabiltzaileentzako UX-ko hutsunerik handiena hori da ezarri bit exekutagarria AppImage fitxategia deskargatu ondoren. Sinetsi ala ez, hau benetako oztopoa da batzuentzat. Exekutagarritasun bit ezartzeko beharra astuna da esperientziadun erabiltzaileentzat ere. Konponbide gisa, AppImage fitxategiak kontrolatzen dituen eta haien exekutagarritasun bit ezartzen duen zerbitzu txiki bat instalatzea proposatu dugu. Bere forma hutsean, ez da irtenbiderik onena, ez baitu kutxatik kanpo funtzionatuko. Linux banaketak ez du zerbitzu hau eskaintzen, beraz, erabiltzaileek esperientzia txarra dute.
• Linux erabiltzaileek aplikazio berri batek abiarazte menuan ikono bat izatea espero dute. Ezin diozu sistemari esan: "Begira, aplikazio berri bat dago, lan egin dezagun". Horren ordez, XDG zehaztapenaren arabera, fitxategia kopiatu behar duzu .desktop leku egokira /usr sistema osorako instalazio baterako edo $HOME norbanakoarentzat. Tamaina jakin batzuetako ikonoak, XDG zehaztapenaren arabera, leku jakin batzuetan jarri behar dira usr edo $HOME, eta, ondoren, exekutatu komandoak lan-ingurunean ikonoen cachea eguneratzeko, edo espero lan-ingurunearen kudeatzaileak asmatuko duela eta dena automatikoki detektatuko duela. Berdin MIME motekin. Konponbide gisa, zerbitzu bera erabiltzea proposatzen da, zeinak, exekutagarritasun-marka ezartzeaz gain, ikonoak egonez gero, etab. AppImage-n, kopiatu AppImagetik leku egokietara XDG-ren arabera. Ezabatu edo mugitzean, zerbitzuak dena garbituko duela espero da. Jakina, lan-ingurune bakoitzaren portaeran, fitxategi-formatu grafikoetan, haien tamainetan, biltegiratze-kokapenetan eta cache-ak eguneratzeko metodoetan ezberdintasunak daude, eta horrek arazo bat sortzen du. Laburbilduz, metodo hau makulu bat da.
• Aurrekoa nahikoa ez bada, oraindik ez dago AppImage ikonorik fitxategi-kudeatzailean. Linux munduak ez du oraindik elficon ezartzea erabaki (hala ere eztabaida и ezarpena), beraz, ezinezkoa da ikonoa zuzenean aplikazioan txertatzea. Beraz, ikusten da fitxategi-kudeatzaileko aplikazioek ez dutela bere ikonorik (ez dago alderik, AppImage edo beste zerbait), hasierako menuan soilik daude. Konponbide gisa, koadro txikiak erabiltzen ari gara, hasiera batean mahaigaineko kudeatzaileek fitxategi grafikoen koadro txikien aurrebista irudiak ikono gisa erakusteko diseinatu zen mekanismoa. Ondorioz, exekutagarritasun bit ezartzeko zerbitzuak "miniaturizatzaile" gisa ere funtzionatzen du, ikonoen koadro txikiak sortuz eta kokapen egokietan idatziz. /usr и $HOME. Zerbitzu honek garbiketa ere egiten du AppImage ezabatzen edo mugitzen bada. Mahaigaineko kudeatzaile bakoitzak zertxobait desberdin jokatzen duelako, adibidez, zein formatutan onartzen dituen ikonoak, zein tamainatan edo lekutan, hau guztia mingarria da.
• Aplikazioa huts egiten du exekuzioan erroreak gertatzen badira (adibidez, oinarrizko sistemaren parte ez den eta AppImage-n hornitzen ez den liburutegi bat dago), eta inork ez dio erabiltzaileari GUIan zer gertatzen den zehazki esaten. Erabiliz hau konpontzen hasi ginen jakinarazpenak mahaigainean, hau da, akatsak komando-lerrotik harrapatu behar ditugula, erabiltzaileak ulertzen dituen mezu bihurtu behar ditugu, gero mahaigainean bistaratu behar direla. Eta, noski, mahaigaineko ingurune bakoitzak modu ezberdinean kudeatzen ditu.
• Momentuz (2019ko iraila - itzultzailearen oharra) ez dut sistemari fitxategia dela esateko modu errazik aurkitu. 1.png Krita erabiliz ireki behar da, eta 2.png - GIMP erabiliz.

Biltegiratze-kokapena erabilitako hainbat mahaigaineko zehaztapenetarako GNOME, KDE и Xfce freedesktop.org da

Haiku lan-ingurunean sakonki ehundutako sofistikazio maila lortzea zaila da, ezinezkoa ez bada, zehaztapenak direla eta. XDG freedesktop.org-tik mahaigainerako, baita zehaztapen horietan oinarritutako mahaigaineko kudeatzaileen inplementazioetarako ere. Adibide gisa, sistema osoko Firefox ikono bat aipa dezakegu: itxuraz, XDG-ren egileek ez zuten uste erabiltzaile batek aplikazio beraren hainbat bertsio instalatu zezakeenik.

Firefox-en bertsio ezberdinetarako ikonoak

Linux munduak Mac OS X-tik zer ikas zezakeen galdetzen ari nintzen, sistemaren integrazioa ez izorratzeko. Denbora baduzu eta horretan ari bazara, ziurtatu Arnaud Gurdolek, Mac OS X lehen ingeniarietako batek, esan zuena irakurtzea:

Aplikazioa instalatzea aplikazioaren ikonoa nonbaitetik (zerbitzaria, kanpoko diskoa) zure ordenagailuko unitatera arrastatzea bezain erraza egin nahi genuen. Horretarako, aplikazio-paketeak informazio guztia gordetzen du, ikonoak, bertsioa, prozesatzen ari den fitxategi mota, sistemak aplikazioa prozesatzeko jakin behar dituen URL eskemak barne. Horrek 'biltegiratze zentrala'ri buruzko informazioa ere barne hartzen du Icon Services eta Launch Services datu-basean. Errendimenduari eusteko, aplikazioak "ezagutzen" dira hainbat leku "ezagun"tan: sistema eta erabiltzailearen Aplikazioen direktorioetan, eta beste batzuetan automatikoki, erabiltzaileak aplikazioa duen direktorioko Bilatzailera nabigatzen badu. Praktikan oso ondo funtzionatu zuen.

https://youtu.be/qQsnqWJ8D2c
Apple WWDC 2000 144. saioa - Mac OS X: ontziratzeko aplikazioak eta dokumentuak inprimatzeko.

Linux mahaigainetan ez dago azpiegitura hau bezalakorik, beraz, AppImage proiektuan egiturazko mugen inguruko konponbideak bilatzen ari gara.

Haiku erreskatatzera dator?

Eta gauza bat gehiago: mahaigaineko inguruneen oinarri gisa Linux plataformak hain zehaztuta egon ohi dira, pila osoko sistema koherente batean nahiko sinpleak diren gauza asko frustratingly zatikatuak eta konplexuak direla Linuxen. Txosten oso bat mahaigaineko inguruneetarako Linux plataformarekin lotutako gaiei eskaini nien (garatzaile jakitunek baieztatu zuten dena horrela jarraituko duela oso denbora luzez).

Nire txostena Linux mahaigaineko inguruneen arazoei buruz 2018an

Nahiz eta Linus Torvaldsek onartu zuen zatiketa zela lan-eremuaren ideiak huts egin zuela.

Pozten da Haiku ikustea!

Haikuk dena izugarri sinple egiten du

AppImage Haikura "portatzeko" ikuspegi inozoa bere osagaiak (runtime.c eta zerbitzua batez ere) eraikitzen saiatzea besterik ez bada ere (posible izan daitekeena!), honek ez dio onura handirik emango Haikuri. Izan ere, arazo horietako gehienak haikuan konpontzen dira eta kontzeptualki sendoak dira. Haikuk Linux mahaigaineko inguruneetan hainbeste denboran bilatzen ditudan sistemaren azpiegitura eraikitzeko blokeak eskaintzen ditu eta ezin nuen sinetsi bertan ez zeudenik. Alegia:

Sinetsi ala ez, Linux erabiltzaile askok gainditu ezin duten zerbait da. Haiku-n dena automatikoki egiten da!

• Exekutagarritasun bitrik ez duten ELF fitxategiek automatikoki bat lortzen dute fitxategi-kudeatzailean klik bikoitza egiten denean.
• Aplikazioek fitxategi-kudeatzailean bistaratzen diren baliabide integratuak izan ditzakete, hala nola ikonoak. Ez dago ikonodun direktorio berezietan irudi mordoa kopiatu beharrik, eta, beraz, ez dago garbitu beharrik aplikazioa ezabatu edo mugitu ondoren.
• Aplikazioak dokumentuekin lotzeko datu-base bat dago, horretarako ez da fitxategirik kopiatu beharrik.
• Fitxategi exekutagarriaren ondoan dagoen lib/ direktorioan, liburutegiak bilatzen dira lehenespenez.
• Ez dago banaketa eta mahaigaineko ingurune ugari; funtzionatzen duena, edonon funtzionatzen du.
• Ez dago Aplikazioen direktoriotik desberdina den modulu bereizirik exekutatzeko.
• Aplikazioek ez dute beren baliabideetarako bide absolutu barneratua; funtzio bereziak dituzte kokapena zehazteko exekuzioan.
• Fitxategi-sistemako irudi konprimituen ideia sartu da: hau edozein hpkg pakete da. Guztiak nukleoak muntatzen ditu.
• Fitxategi bakoitza sortu duen aplikazioak irekitzen du, berariaz bestelakorik zehazten ez baduzu. Zein polita den hau!

Bi png fitxategi. Kontuan izan ikono ezberdinek klik bikoitza egiten dutenean aplikazio ezberdinek irekiko dituztela adierazten dutenak. Kontuan izan "Ireki honekin:" goitibeherako menua, non erabiltzaileak aplikazio indibidual bat hauta dezakeen. Zein sinplea!

Badirudi AppImage-k Linux-en eskatzen dituen makulu eta konponbide asko alferrikako bihurtzen direla Haiku-n, eta horrek gure behar gehienak kudeatzen dituen sinpletasuna eta sofistikazioa ditu oinarrian.

Haikuk aplikazio paketeak behar al ditu azken finean?

Horrek galdera handi bat dakar. Haiku-n AppImage bezalako sistema bat sortzea Linux-en baino askoz ere errazagoa balitz, mereziko al luke egitea? Edo Haikuk, bere hpkg pakete sistemarekin, modu eraginkorrean ezabatu al du ideia hori garatzeko beharra? Bada, erantzuteko AppImagesen existentziaren atzean dagoen motibazioa aztertu behar dugu.

Erabiltzailearen ikuspegia

Ikus dezagun gure azken erabiltzailea:

• Aplikazio bat instalatu nahi dut administratzaile (root) pasahitza eskatu gabe. Haiku-n ez dago administratzaile kontzepturik, erabiltzaileak kontrol osoa du sistema pertsonal bat baita! (Printzipioz, hau imajina dezakezu jokalari anitzeko moduan, garatzaileek erraza izatea espero dut)
• Aplikazioen bertsio berrienak eta bikainenak lortu nahi ditut, nire banaketan agertu arte itxaron gabe (gehienetan horrek "inoiz ez" esan nahi du, sistema eragile osoa eguneratzen ez badut behintzat). Haiku-n hau "konpontzen" da kaleratze flotagarriekin. Horrek esan nahi du aplikazioen bertsio berrienak eta onenak eskuratzea posible dela, baina horretarako gainerako sistema etengabe eguneratu behar duzu, eraginkortasunez "helburu mugikor" bihurtuz..
• Aplikazio beraren hainbat bertsio elkarren ondoan nahi ditut, azken bertsioan zer hautsi den jakiteko modurik ez baitago, edo, demagun, web garatzaile gisa, nire lana arakatzailearen bertsio ezberdinetan probatu behar dut. Haikuk lehen arazoa konpontzen du, baina ez bigarrena. Eguneraketak atzera egiten dira, baina sistema osorako bakarrik; ezinezkoa da (dakidanez) WebPositive edo LibreOfficeren hainbat bertsio aldi berean exekutatu, adibidez.

Garatzaileetako batek idazten du:

Funtsean, arrazoia hau da: erabilera kasua hain da arraroa, non horretarako optimizatzeak ez duela zentzurik; HaikuPorts-en kasu berezi gisa tratatzea onargarria baino gehiago dirudi.

• Aplikazioak gustatzen zaizkidan tokian gorde behar ditut, ez abiarazteko unitatean. Askotan diskoko lekurik gabe geratzen naiz, beraz, kanpoko disko edo sareko direktorio bat konektatu behar dut aplikazioak gordetzeko (deskargatu ditudan bertsio guztiak). Horrelako disko bat konektatzen badut, aplikazioak klik bikoitza eginez abiarazi behar ditut. Haikuk paketeen bertsio zaharrak gordetzen ditu, baina ez dakit nola eraman kanpoko disko batera, ezta aplikazioak handik nola abiarazi geroago.

Garatzailearen iruzkina:

Teknikoki, hori jada posible da mount komandoarekin. Jakina, horretarako GUI bat egingo dugu erabiltzaile interesdun nahikoa izan bezain pronto.

• Ez ditut behar neure buruak eskuz kudeatu ezin ditudan fitxategi-sisteman sakabanatuta dauden milioika fitxategi behar. Aplikazio bakoitzeko fitxategi bat nahi dut, erraz deskargatu, mugitu eta ezabatu dezakedana. Haiku-n arazo hau paketeak erabiliz konpontzen da .hpkg, adibidez, python, milaka fitxategi batetik batera transferitzen dutenak. Baina bada, adibidez, Scribus python erabiltzen badu, gutxienez bi fitxategiri aurre egin behar diot. Eta zaindu egin behar dut beraien artean funtzionatzen duten bertsioak mantentzeko.

Linux berean elkarren ondoan exekutatzen diren AppImages-en hainbat bertsio

Aplikazio garatzaile baten ikuspegia

Ikus dezagun aplikazioen garatzaileen ikuspuntutik:

• Erabiltzaileen esperientzia osoa kontrolatu nahi dut. Ez dut sistema eragile baten menpe egon nahi aplikazioak noiz eta nola kaleratu behar ditudan esateko. Haikuk garatzaileei euren hpkg biltegiekin lan egiteko aukera ematen die, baina horrek esan nahi du erabiltzaileek eskuz konfiguratu beharko dituztela, eta horrek ideia "gutxiago erakargarria" egiten du.
• Nire webgunean deskarga orri bat daukat eta bertan banatzen dudan .exe Windows-erako, .dmg Mac eta .AppImage Linuxerako. Edo agian orri honetarako sarbidea dirua irabaztea nahi dut, ezer posible al da? Zer jarri behar dut han Haikurako? Fitxategia nahikoa da .hpkg HaikuPorts-en mendekotasunekin soilik
• Nire softwareak beste software batzuen bertsio zehatzak behar ditu. Esaterako, jakina da Kritak Qt-en adabaki bat behar duela, edo Qt-en Kritaren bertsio zehatz batera sintonizatuta dagoena, gutxienez adabakiak Qt-ra itzultzen diren arte. Zure aplikaziorako zure Qt pakete batean paketatu dezakezu .hpkg, baina ziurrenik hau ez da ongi etorria.

Aplikazio arrunta deskargatzeko orria. Zer argitaratu behar dut hemen Haikurako?

Will sortak (AppDir edo .app Apple estiloan) eta/edo irudiak (asko aldatutako AppImages edo .dmg Apple-ren) aplikazioak Haiku mahaigaineko ingurunerako osagarri erabilgarria? Edo irudi osoa diluitu eta zatiketa ekarriko du, eta, beraz, konplexutasuna gehituko du? Urratuta nago: alde batetik, Haikuren edertasuna eta sofistikazioa normalean zerbait egiteko modu bat egon ohi dela, asko baino gehiago, oinarritzen da. Bestalde, katalogoetarako eta/edo aplikazio-multzoetarako azpiegitura gehiena dagoeneko martxan dago, eta, beraz, sistemak oihu egiten du gainerako ehuneko txikia tokian jar dadila.

Garatzailearen arabera jauna. waddlesplash

Linux-en (katalogoak eta aplikazio-kitak, - gutxi gorabehera. itzultzailea) arazo sistemikoen irtenbide teknikoa dira ziurrenik. Haiku-n nahiago dugu sistemaren arazoak konpontzea.

Zer uste duzu?

Erantzun aurretik...

Itxaron, egin dezagun errealitatearen egiaztapen azkar bat: hain zuzen ere aplikazioen direktorioa - dagoeneko Haikuren parte da:

Aplikazio-direktorioak dagoeneko existitzen dira Haiku-n, baina oraindik ez dira onartzen fitxategi-kudeatzailean

Ez dira, esate baterako, Macintosh Finder bezain ongi onartzen. Zein polita izango litzateke QtCreator direktorioak "QtCreator" izena eta ikonoa goiko ezkerreko izkinan edukiko balu, aplikazioa abiaraztean klik bikoitza egiten denean?

Apur bat lehenago jadanik galdetu zuen:

Ziur hamar hamarkadako aplikazioak exekutatu ditzakezula gaur aplikazio-denda eta banaketa-biltegi guztiek haietaz eta haien mendekotasunak ahaztu dituztenean? Ziur al zaude etorkizunean zure egungo lanpostuan sartzeko aukera izango duzula?

Dagoeneko Haikuren erantzunik ba al dago, edo katalogoek eta aplikazio-sortek lagun dezakete hemen? Ahal dutela uste dut.

mr. waddlesplash:

Bai, galderaren erantzuna dugu: aplikazio hauek behar den bitartean onartzen ditugu, norbaitek bere fitxategi-formatuak modu egokian irakur ditzakeen arte edo bat-bateko funtzionaltasuna eman arte. BeOS R5 aplikazioei Haiku-n laguntzeko gure konpromisoa horren froga da...

Hau ziur dago!

Zein neurri hartu beharko luke Haikuk?

Hpkg, direktorio eta aplikazioen irudien elkarbizitza baketsua imajina dezaket:

• Sistemaren softwarearen erabilerak .hpkg
• Gehien erabiltzen den softwarerako (batez ere kaleratzeak programatu behar dituztenentzat), erabili .hpkg (kasu guztien % 80 inguru)
• Batzuk bidez instalatuta .hpkg, aplikazioak aplikazio direktorio-azpiegitura batera mugitzearen onura izango dira (adibidez, QtCreator): gisa banatuko dira. .hpkg, lehen bezala.

jauna. waddlesplashek idazten du:

Behar duzun guztia aplikazioak ikustea bada /system/apps, horren ordez Deskbar-eko direktorioak erabiltzaileentzat kudeagarriagoak egin beharko genituzke, geroztik /system/apps ez dago erabiltzaileek aldizka ireki eta ikusteko (MacOS ez bezala). Halako egoeretarako, Haikuk beste paradigma bat du, baina aukera hori, teorian, onargarria da.

• Haikuk aplikazioen irudiak exekutatzeko azpiegitura jasotzen du, gauero, etengabeko eta softwarearen probak egiteko, baita erabiltzaileak "garaiz izoztu" nahi duen kasuetarako ere, software pribaturako eta barnekoetarako eta bestelako erabilera kasu berezietarako (% 20 inguru). guztien artean). Irudi hauek aplikazioa exekutatzeko beharrezkoak diren fitxategiak dituzte .hpkg, sistemak muntatu eta aplikazioa amaitu ondoren - desmuntatu. (Agian fitxategi-kudeatzaile batek fitxategiak jar ditzake .hpkg aplikazioen irudietara, automatikoki edo erabiltzaileak hala eskatuta, bai, aplikazio bat sareko direktorio edo kanpoko disko batera arrastatzean bezala. Abesti bat besterik ez da! Edo hobeto esanda, poesia - haiku.) Bestalde, baliteke erabiltzaileak irudiaren edukia fitxategi moduan instalatu nahi izatea..hpkg, ondoren eguneratu eta prozesatu egingo dira HaikuDepot bidez instalatuta egongo balira bezala... Ideia-jasa egin behar dugu).

Mr.ren aipua waddlesplash:

Kanpoko unitateetatik edo sareko direktorioetatik aplikazioak exekutatzen baliagarria izan daiteke. Eta pkgmanentzako "zona" gehiago konfiguratzeko gaitasuna gehitzea, zalantzarik gabe, ezaugarri polita izango litzateke.

Sistema horrek hpkg, direktorio eta aplikazioen irudiak aprobetxatuko lituzke. Banaka onak dira, baina elkarrekin garaitezinak izango dira.

Ondorioa

Haiku-k ordenagailurako erabiltzaile esperientzia sinple eta sofistikatua eskaintzen duen esparru bat du, eta Linux PCrako normalean ematen dena baino askoz haratago doa. Pakete sistema .hpkg adibide bat da, baina gainerako sistemak ere sofistikazioz beteta daude. Hala ere, Haikuk direktorioa eta aplikazioen irudien euskarria egokia izango luke. Haiku, bere filosofia eta arkitektura nik baino askoz hobeto ezagutzen duten jendearekin eztabaidatzea merezi du nola egin behar den. Azken finean, astebete pasatxo daramat Haiku erabiltzen. Hala ere, uste dut Haikuren diseinatzaile, garatzaile eta arkitektoek ikuspegi berri honetatik onura egingo dutela. Gutxienez, pozik egongo nintzateke haien "sparring bikotea". 10 urte baino gehiagoko esperientzia praktikoa daukat Linux aplikazioen katalogo eta sortekin, eta haiei erabilera bat aurkitu nahiko nuke Haiku-n, eta horretarako ezin hobeto egokitzen direla uste dut. Proposatu ditudan balizko irtenbideak ez dira inondik inora deskribatu ditudan arazoetarako zuzenak diren bakarrak, eta Haiku taldeak beste batzuk dotoreagoak bilatzea erabakitzen badu, alde nago. Funtsean, sistema bat nola egin ideia pentsatzen ari naiz dagoeneko hpkg are harrigarriagoa funtzionatzeko modua aldatu gabe. Ematen du Haiku taldeak aspalditik zebilela aplikazio sortetan pentsatzen paketeak kudeatzeko sistema bat ezartzerakoan, baina tamalez (uste dut) ideia "zaharkitua" geratu zen. Berpizteko garaia da agian?

Probatu zeure burua! Azken finean, Haiku proiektuak DVDtik edo USBtik abiarazteko irudiak eskaintzen ditu, sortutakoak eguneroko.
Galderarik baduzu? Errusiera hiztunera gonbidatzen zaitugu telegrama kanala.

Erroreen ikuspegi orokorra: Nola tiro zeure buruari oinetan C eta C++-n. Haiku OS errezeta bilduma

From egilea itzulpena: haikuari buruzko serieko zortzigarren eta azken artikulua da.

Artikuluen zerrenda: Lehen Bigarren Hirugarrena Laugarren bosgarren seigarren Zazpigarrena

Erregistratutako erabiltzaileek soilik parte hartu dezakete inkestan. Hasi saioa, mesedez.

Zentzuzkoa al du hpkg sistema Linuxera eramateak?

• Bai

• No

• Dagoeneko ezarrita, iruzkinetan idatziko dut

20 erabiltzailek eman dute botoa. 5 erabiltzaile abstenitu ziren.

Iturria: www.habr.com