🥇Beste zerbait: Haiku aplikazio paketeak?

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...

Jakinarazi nahi dizuet AppImage aplikazioen banaketa formatuaren sortzailea eta egilea naizela. Linux, Mac-a sinpleagoa egitea helburu duena eta kontrol osoa aplikazioen egileen eta azken erabiltzaileen eskuetan jartzen duena (ikus gehiago behean). 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, Haikun? Ez dago ezer sortzeko beharrik oraintxe bertan, Haikuk dagoeneko duen sistemak harrigarriro funtzionatzen baitu, baina esperimentu irudizko bat polita litzateke. Gainera, Haikuren sofistikazioa erakusten du mahaigaineko inguruneekin alderatuta. Linux, non gauza horiek izugarri zailak diren (eskubidea dut hau esateko: 10 urte daramatzat dagoeneko arazketa-lanekin borrokan).

Macintosh System 1-en, aplikazio bakoitza fitxategi bereizi bat zen, Finder-en "kudeatua". AppImage erabiliz, erabiltzaile esperientzia bera birsortzen saiatzen ari naiz. Linux.

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 existentzian, AppImage-k ospea eta indarra hartu ditu: Linus Torvalds berak publikoki babestu du, eta proiektu ezagunek (adibidez, LibreOffice, Krita, Inkscape, Scribus, ImageMagick) erabiltzaileen instalatutako edo desinstalatutako aplikazioetan eraginik ez duten eraikuntza jarraituak edo gauekoak banatzeko metodo nagusi gisa hartu dute. Hala ere, mahaigaineko inguruneak eta banaketak... Linux gehienetan oraindik ere mantentze-lanetan oinarritutako banaketa-eredu tradizional eta zentralizatuari eusten diote eta/edo beren negozio korporatiboak eta/edo ingeniaritza-programak sustatzen dituzte, oinarritzat hartuta. Flatpak (RedHat, Fedora, GNOME) eta snappy (Kanonikoa, Ubuntu). Hara iristen ari 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 aplikazio baten moduan karga bat dauka, eta exekutatzeko behar den guztia, eta zentzudun batek ezin du hori kontuan hartu behar sistema (banaketa) berri guztien instalazio lehenetsiaren parte gisa. Linux). Metadatuak ere baditu, hala nola aplikazioaren izena, ikonoak, MIME motak, 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:

banaketa hain anitzekin Linux Buru onean dagoen ezer ezin da gehiago esan "helburu sistema berri guztien instalazio lehenetsiaren parte" denik. Arazo hau konpontzen dugu eraikiz 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. Sinistu edo ez, hau oztopo handia da batzuentzat. Exekutagarri bit-a ezartzea astuna da erabiltzaile esperientziadunentzat ere. Konponbide gisa, AppImage fitxategiak kontrolatzen dituen eta haien exekutagarri bit-a ezartzen duen zerbitzu txiki bat instalatzea proposatu genuen. Bere forma puruan, hau ez da irtenbiderik onena, ez baitu funtzionatzen hasieratik. Banaketak Linux Ez dute zerbitzu hau eskaintzen, beraz, erabiltzaileek esperientzia txarra izaten dute hasieratik bertatik.
Kide Linux Aplikazio berri batek abiarazlean ikono bat izatea espero dute. Ezin diozu sistemari esan besterik gabe: "Begira, aplikazio berri bat dago, has gaitezen". 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.
Hori nahikoa ez balitz, oraindik ez dago AppImage ikonorik fitxategi kudeatzailean. Linux oraindik ez dut erabakirik hartu elficon ezartzeari buruz (nahiz eta 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

Mundua zer zen galdetzen nion neure buruari Linux Mac OS X-etik ikas nezake sistemaren integrazioa hondatzea saihesteko. Denbora baduzu eta honetan parte hartzen baduzu, ziurtatu irakurtzen duzula Arnaud Gourdoldek, Mac OS X-eko lehen ingeniarietako batek, esan zuena:

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.

Ez dago antzeko ezer azpiegitura honetatik ekoizpen-inguruneetan. Linux, beraz, AppImage proiektuko egitura-mugak konpontzeko konponbideak bilatzen ari gara.

Haiku erreskatatzera dator?

Eta baita ere: plataformak Linux lan-inguruneen oinarri gisa, normalean hain gutxi zehaztuta daude, ezen sistema oso koherente batean nahiko sinpleak liratekeen gauza asko frustragarriki zatikatuta eta konplexu bihurtzen baitira LinuxTxosten oso bat eskaini nien plataformarekin lotutako gaiei. Linux lan-inguruneetarako (garatzaile adituek baieztatu dute dena denbora luzez horrela jarraituko duela).

Lan-inguruneen arazoei buruzko nire txostena Linux 2018-n

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" modu xaloa bere osagaiak (batez ere runtime.c eta zerbitzua) konpilatzen saiatzea litzateke (agian posible ere izan liteke!), baina horrek ez lioke onura handirik ekarriko Haikuri. Izan ere, arazo horietako gehienak Haikun konpontzen dira eta kontzeptualki sendoak dira. Haikuk hain zuzen ere mahaigaineko inguruneetan hainbeste denbora bilatzen ari naizen sistemaren azpiegiturarako eraikuntza-blokeak eskaintzen ditu. Linux eta ezin zuten sinetsi han ez zeudela. Hain zuzen ere:

Sinistu edo ez, erabiltzaile askok ezin dute hau gainditu. LinuxHaikun, 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 behar dituen trikimailu eta konponbide asko daudela Linux, alferrikako bihurtzen dira Haikuan, zeinak bere muinean sinpletasun eta sofistikazio bat baitu, gure behar gehienetarako egokia dena.

Haikuk aplikazio paketeak behar al ditu azken finean?

Horrek galdera handira garamatza: Haikun AppImage bezalako sistema bat sortzea Haikun baino magnitude ordena bat errazagoa balitz... Linux, mereziko luke jarraitzea? Edo Haikuk, bere hpkg ontziratze sistemarekin, ideia horren beharra ezabatu al du? Beno, horri erantzuteko, AppImages-en 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.

AppImages-en hainbat bertsio alboz albo exekutatzen dira batean Linux

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 egiteko Windows, .dmg Mac eta .AppImage egiteko LinuxEdo agian orrialde honetarako sarbidea monetizatu nahi nuke? Dena posible da? Zer jarri beharko nuke bertan 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

On Linux Haiek (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

Haikuk ordenagailuentzako erabiltzaile-interfaze sinple eta sofistikatua eskaintzen duen azpiegitura bat du, eta ordenagailuetarako normalean eskaintzen dena baino askoz haratago doa. LinuxPakete sistema .hpkg — adibide bat da, baina sistemaren beste atal batzuk ere sofistikazioz josita daude. Hala ere, Haikuk aplikazioen katalogo eta irudietarako laguntza egokia izango luke. Hori nola egin hobekien Haiku, bere filosofia eta arkitektura ni baino askoz hobeto ezagutzen duten pertsonekin eztabaidatzea merezi du. Azken finean, astebete baino pixka bat gehiago daramat Haiku erabiltzen. Hala ere, uste dut ikuspegi berri hau erabilgarria izango dela Haikuko diseinatzaile, garatzaile eta arkitektoentzat. Gutxienez, pozik egongo nintzateke haientzat "sparring partner" izateaz. 10 urte baino gehiagoko esperientzia praktikoa dut aplikazioen katalogoekin eta irudi-paketeekin lanean. Linux, eta Haikun erabilera bat aurkitu nahi diet, uste baitut ezin hobeto egokitzen direla horretarako. Proposatu ditudan irtenbide potentzialak ez dira deskribatu ditudan arazoetarako bakarrak, eta Haiku taldeak beste irtenbide dotoreago batzuk aurkitzea erabakitzen badu, guztiz ados nago. Printzipioz, sistema nola egin ideia bat 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.