Qualcosa d'altru: bundle di app Haiku?

TL; DR: Haiku pò uttene un supportu adattatu per i pacchetti di applicazioni, cum'è i repertorii di l'applicazioni (cum'è .app in Mac) è/o l'imaghjini di l'applicazione (Linux AppImage)? Pensu chì questu seria un aghjuntu degnu chì hè più faciule da implementà currettamente da altri sistemi postu chì a maiò parte di l'infrastruttura hè digià in u locu.

Una settimana fà Aghju scupertu Haiku, un sistema inesperu bonu. Ebbè, postu chì sò longu interessatu à i cartulari è l'imaghjini di l'applicazioni (ispirati da a simplicità di u Macintosh), ùn hè micca surprisante chì una idea hè venuta in mente...

Per capiscenu pienamente, sò u creatore è l'autore di AppImage, un formatu di distribuzione di applicazioni Linux chì mira à a simplicità Mac è dà un cuntrollu tutale à l'autori di l'applicazioni è l'utilizatori finali (se vulete sapè di più, vede lontana и documentazione).

E se facemu una AppImage per Haiku?

Pensemu un pocu, puramente in teoria: ciò chì ci vole à fà per ottene AppImage, o qualcosa simili, nantu à Haiku? Ùn hè micca necessariu di creà qualcosa avà, perchè u sistema chì esiste digià in Haiku funziona maravigghiusu, ma un esperimentu imaginariu seria bellu. Hè ancu dimustratu a sofisticazione di Haiku, cumparatu cù l'ambienti di desktop Linux, induve tali cose sò terribilmente difficili (aghju u dirittu di dì cusì: aghju luttatu cù debugging per 10 anni).

In u Macintosh System 1, ogni applicazione era un schedariu separatu "gestionatu" in u Finder. Utilizendu AppImage, aghju pruvatu à ricreà a stessa sperienza d'utilizatore in Linux.

Prima, chì hè un AppImage? Questu hè un sistema per liberazione di applicazioni di terze parti (per esempiu, Ultimaker Cure), chì permettenu l'applicazioni per esse liberate quandu è cumu volenu: ùn ci hè micca bisognu di cunnosce e specifiche di e diverse distribuzioni, di custruisce pulitiche o di custruisce infrastruttura, ùn hè micca bisognu di supportu di mantene, è ùn dicenu micca à l'utilizatori ciò chì (micca) ponu installà. nantu à i so computer. AppImage deve esse capitu cum'è qualcosa simili à un pacchettu Mac in u furmatu .app in l'imaghjini di u discu .dmg. A diferenza principale hè chì l'applicazioni ùn sò micca copiate, ma restanu in l'AppImage per sempre, assai simili à i pacchetti Haiku. .hpkg muntatu, è mai stallatu in u sensu di solitu.

In u cursu di più di 10 anni di esistenza, AppImage hà guadagnatu qualchì appellu è pupularità: Linus Torvalds stessu l'hà appruvatu publicamente, è i prughjetti cumuni (per esempiu, LibreOffice, Krita, Inkscape, Scribus, ImageMagick) l'anu aduttatu cum'è u modu principale. per distribuisce custruzzioni cuntinui o di notte, senza interferiscenu cù l'applicazioni d'utilizatori installate o disinstallate. Tuttavia, l'ambienti di desktop Linux è e distribuzioni sò più spessu appiccicati à u mudellu di distribuzione tradiziunale è centralizatu basatu in mantenimentu è / o prumove a so propria impresa è / o prugrammi di ingegneria basati Flatpak (RedHat, Fedora, GNOME) è scattante (Canonical, Ubuntu). Veni ridiculamente.

Cumu tuttu funziona

• Ogni AppImage cuntene 2 parti: un picculu ELF di doppiu clic (cusì chjamatu. runtime.c), seguita da una maghjina di u sistema di fugliale SquashFS.

• U sistema di schedariu SquashFS cuntene a carica di l'applicazione è tuttu ciò chì hè necessariu per eseguisce, chì in a mente ghjustu ùn pò esse cunsideratu parte di l'installazione predeterminata per ogni sistema di destinazione abbastanza recente (distribuzione Linux). Hè ancu cuntene metadata, cum'è u nome di l'applicazione, icone, tipi MIME, etc., etc.

• Quandu eseguitu da l'utilizatore, runtime usa FUSE è squashfuse per muntà u sistema di filesystem, è poi gestisce un puntu di entrata (aka AppRun) in l'AppImage muntatu.
  U sistema di schedari hè unmounted dopu à u prucessu cumpleta.

Tuttu pare simplice.

E queste cose complicanu tuttu:

• Cù una tale varietà di distribuzioni Linux, nunda "in a mente bona" ​​pò esse chjamatu "parte di l'installazione predeterminata per ogni novu sistema di destinazione". Travagliemu intornu à sta questione custruendu excludelist, chì vi permette di determinà ciò chì serà imballatu in l'AppImage è ciò chì deve esse pigliatu in un altru locu. À u listessu tempu, avemu qualchì volta missu, malgradu u fattu chì, in generale, tuttu funziona bè. Per quessa, ricumandemu chì i creatori di pacchetti testanu AppImages in tutti i sistemi di destinazione (distribuzioni).
• I carichi di l'applicazioni devenu esse rilocabili in u sistema di fugliale. Sfurtunatamente, parechje applicazioni anu percorsi assoluti codificati duru per, per esempiu, risorse in /usr/share. Questu deve esse riparatu in qualchì modu. Inoltre, duvete esse esportatu LD_LIBRARY_PATH, o ripara rpath cusì chì u caricatore pò truvà biblioteche rilativi. U primu mètudu hà i so inconvenienti (chì sò superati in modu cumplessu), è u sicondu hè simplicemente ingombrante.
• U più grande trambustu UX per l'utilizatori hè questu stabilisce un bit eseguibile File AppImage dopu a scaricamentu. Cridite o micca, questu hè una vera barriera per certi. A necessità di stabilisce u bit di eseguibilità hè ingombrante ancu per l'utilizatori sperimentati. Cum'è una soluzione alternativa, avemu suggeritu di installà un picculu serviziu chì monitoreghja i schedari AppImage è stabilisce u so bit di eseguibilità. In a so forma pura, ùn hè micca a megliu suluzione, postu chì ùn hà micca travagliatu fora di a scatula. Distribuzioni Linux ùn furnisce micca stu serviziu, per quessa, l'utilizatori anu una mala sperienza fora di a scatula.
• L'utilizatori di Linux aspettanu chì una nova applicazione hà una icona in u menu di startup. Ùn pudete micca dì à u sistema: "Fighjate, ci hè una nova applicazione, andemu à travaglià". Invece, secondu a specificazione XDG, avete bisognu di copià u schedariu .desktop à u locu ghjustu in /usr per una installazione in tuttu u sistema, o in $HOME per individuu. L'icone di certe dimensioni, secondu a specificazione XDG, deve esse posti in certi lochi in usr o $HOME, è poi eseguite cumandamenti in l'ambienti di travagliu per aghjurnà a cache di l'icona, o sperate chì u gestore di l'ambiente di travagliu hà da scopre è detectà automaticamente tuttu. U listessu cù i tipi MIME. Cum'è una soluzione, hè prupostu di utilizà u stessu serviziu, chì, in più di stabilisce a bandiera di eseguibilità, serà, se ci sò icone, etc. in AppImage, copià da AppImage à i lochi ghjusti secondu XDG. Quandu sguassatu o spustatu, u serviziu hè previstu di sguassà tuttu. Di sicuru, ci sò diffirenzii in u cumpurtamentu di ogni ambiente di travagliu, in i formati di schedarii grafichi, i so dimensioni, i lochi di almacenamiento è i metudi per l'aghjurnamentu di cache, chì crea un prublema. In corta, stu metudu hè una crutch.
• Se u sopra ùn hè micca abbastanza, ùn ci hè ancu micca icona AppImage in u file manager. U mondu Linux ùn hà ancu decisu di implementà elficon (malgradu discussione и implementazione), cusì hè impussibile di incrustà l'icona direttamente in l'applicazione. Dunque, risulta chì l'applicazioni in u gestore di schedari ùn anu micca i so icone (senza differenza, AppImage o qualcosa d'altru), sò solu in u menu di principiu. Cum'è una soluzione alternativa, usemu miniature, un mecanismu chì hè statu inizialmente cuncepitu per permette à i gestori di desktop di mostrà l'imaghjini di anteprima in miniatura di i fugliali grafici cum'è e so icone. In cunseguenza, u serviziu per stabilisce u bit di eseguibilità funziona ancu cum'è "miniaturizzatore", creendu è scrive miniature di icone in i lochi adattati. /usr и $HOME. Stu serviziu faci ancu a pulizia se l'AppImage hè sguassatu o spustatu. A causa di u fattu chì ogni gestore di desktop si cumporta un pocu sfarente, per esempiu, in quali formati accetta icone, in quali dimensioni o posti, tuttu questu hè veramente doloroso.
• L'appiecazione simpricimenti crashes on execution if errors occurs (per esempiu, ci hè una biblioteca chì ùn hè micca parte di u sistema di basa è ùn hè micca furnita in AppImage), è ùn ci hè nimu chì dice à l'utilizatore in a GUI ciò chì esattamente succede. Avemu cuminciatu à attornu à questu utilizendu notificazioni nantu à u desktop, chì significa chì avemu bisognu di catturà l'errori da a linea di cummanda, cunvertisce in messagi chì l'utilizatori capiscenu, chì dopu avè bisognu à esse visualizatu nantu à u desktop. E, sicuru, ogni ambiente di desktop li tratta un pocu sfarente.
• À u mumentu (settembre 2019 - nota di u traduttore) ùn aghju micca truvatu un modu simplice per dì à u sistema chì u schedariu 1.png deve esse apertu cù Krita, è 2.png - utilizendu GIMP.

Locu di almacenamiento per e specificazioni cross-desktop aduprate in GNOME, KDE и Xfce hè freedesktop.org

Aghjunghje u livellu di sufisticazione profondamente intrecciata in l'ambiente di travagliu Haiku hè difficiule, se micca impussibile, per via di e specificazioni. XDG da freedesktop.org per cross-desktop, è ancu implementazioni di gestori di desktop basati nantu à sti specificazioni. Per esempiu, pudemu cite un icona di Firefox in tuttu u sistema: apparentemente, l'autori di XDG ùn anu mancu pensatu chì un utilizatore puderia avè parechje versioni di a listessa applicazione installata.

Icone per diverse versioni di Firefox

Mi dumandava ciò chì u mondu Linux puderia amparà da Mac OS X per evità di sfondà l'integrazione di u sistema. Sì avete tempu è site in questu, assicuratevi di leghje ciò chì Arnaud Gurdol, unu di i primi ingegneri Mac OS X, hà dettu:

Vulemu fà installà l'applicazione cusì faciule cum'è trascinendu l'icona di l'applicazione da un locu (servitore, unità esterna) nantu à u vostru urdinatore. Per fà questu, u pacchettu di l'applicazione guarda tutte l'infurmazioni, cumprese l'icone, a versione, u tipu di fugliale chì hè trattatu, u tipu di schemi URL chì u sistema hà bisognu di sapè per processà l'applicazione. Questu include ancu infurmazioni per "almacenamiento cintrali" in a basa di dati Icon Services è Launch Services. Per sustene u rendiment, l'applicazioni sò "scuperte" in parechji lochi "beni cunnisciuti": i repertorii di l'applicazioni di u sistema è l'utilizatori, è alcuni altri automaticamente se l'utilizatore naviga à u Finder in u cartulare chì cuntene l'applicazione. In pratica, questu hà travagliatu assai bè.

https://youtu.be/qQsnqWJ8D2c
Apple WWDC 2000 sessione 144 - Mac OS X: applicazioni di imballaggio è documenti di stampa.

Ùn ci hè nunda cum'è sta infrastruttura nantu à i desktop Linux, cusì circhemu solu solu per e limitazioni strutturali in u prughjettu AppImage.

Haiku vene in salvezza?

È una cosa più: e plataformi Linux cum'è a basa di l'ambienti di desktop tendenu à esse cusì sottuspecificate chì assai cose chì sò abbastanza simplici in un sistema di stack coherente sò frustrantemente frammentati è cumplessi in Linux. Aghju dedicatu un rapportu sanu à e prublemi riguardanti a piattaforma Linux per l'ambienti di desktop (sviluppatori cunnisciuti anu cunfirmatu chì tuttu ferma cusì per un tempu assai longu).

U mo rapportu nantu à i prublemi di l'ambienti desktop Linux in 2018

Ancu Linus Torvalds hà ammissu chì a frammentazione era per quessa chì l'idea di u spaziu di travagliu hà fiascatu.

Hè piacevule à vede Haiku!

Haiku rende tuttu incredibilmente simplice

Mentre chì l'approcciu ingenu di "porting" AppImage à Haiku hè solu di pruvà à custruisce (principalmente runtime.c è serviziu) i so cumpunenti (chì pò ancu esse pussibule!), Questu ùn furnisce micca assai benefiziu à Haiku. Perchè in fattu, a maiò parte di sti prublemi sò risolti in Haiku è sò cuncepimentu sonu. Haiku furnisce esattamente i blocchi di costruzione di l'infrastruttura di u sistema chì aghju cercatu in ambienti di desktop Linux per tantu tempu è ùn pudia micca crede chì ùn ci era micca. Vale à dì:

Cridite o micca, questu hè qualcosa chì parechji utilizatori Linux ùn ponu superà. Nantu à Haiku tuttu hè fattu automaticamente!

• I fugliali ELF chì ùn anu micca un bit di eseguibilità ottene unu automaticamente quandu fate un doppiu clic in u gestore di schedari.
• L'applicazioni ponu avè risorse integrate, cum'è l'icone, chì sò affissate in u file manager. Ùn ci hè bisognu di cupià una mansa d'imaghjini in cartulari speciali cù icone, è per quessa ùn ci hè bisognu di pulizziari dopu avè eliminatu o spustatu l'applicazione.
• Ci hè una basa di dati per ligà l'applicazioni cù i ducumenti, ùn ci hè bisognu di cupià alcunu fugliale per questu.
• In u repertoriu lib/ accantu à u schedariu eseguibile, e librerie sò cercate per automaticamente.
• Ùn ci sò numarosi distribuzioni è ambienti di scrittore ciò chì travaglia, travaglia in ogni locu.
• Ùn ci hè micca un modulu separatu per eseguisce chì hè sfarente da u cartulare Applicazioni.
• L'applicazioni ùn anu micca percorsi assoluti integrati à e so risorse anu funzioni speciali per a determinazione di u locu in runtime.
• L'idea di l'imaghjini di u sistema di fugliale cumpressatu hè statu introduttu: questu hè qualsiasi pacchettu hpkg. Tutti sò muntati da u kernel.
• Ogni schedariu hè apertu da l'applicazione chì l'hà creatu, salvu chì ùn specificate esplicitamente altrimenti. Quantu cool hè questu!

Dui schedari png. Notate e diverse icone chì indicanu chì saranu aperte da diverse applicazioni quandu fate un doppiu clic. Nota ancu u menù a tendina "Apertura cù:" induve l'utilizatore pò selezziunà una applicazione individuale. Quantu simplice !

Sembra chì parechje di e crutches è e soluzioni necessarie da AppImage in Linux diventanu innecessarii nantu à Haiku, chì hà a simplicità è a sofisticazione in u so core chì face a maiò parte di i nostri bisogni.

Haiku hà bisognu di pacchetti di app dopu tuttu?

Questu porta à una grande quistione. S'ellu era un ordine di grandezza più faciule per creà un sistema cum'è AppImage in Haiku cà in Linux, valeria a pena di fà? O Haiku, cù u so sistema di pacchettu hpkg, hà eliminatu in modu efficace a necessità di sviluppà una tale idea? Ebbè, per risponde avemu bisognu à fighjà a motivazione daretu à l'esistenza di AppImages.

A perspettiva di l'utilizatori

Fighjemu u nostru utilizatore finale:

• Vogliu installà una applicazione senza dumandà una password di amministratore (root). Ùn ci hè micca cuncettu di un amministratore nantu à Haiku, l'utilizatore hà un cuntrollu tutale perchè hè un sistema persunale! (In principiu, pudete imaginà questu in modu multiplayer, spergu chì i sviluppatori mantenenu simplicità)
• Vogliu ottene l'ultime è più grandi versioni di l'applicazioni, senza aspittà ch'elli appariscenu in a mo distribuzione (a maiò spessu questu significa "mai", almenu micca à menu chì aghjurnà tuttu u sistema operatore). Nantu à Haiku, questu hè "risoltu" cù versioni flottanti. Questu significa chì hè pussibule uttene l'ultime è più grandi versioni di l'applicazioni, ma per fà questu avete bisognu di aghjurnà constantemente u restu di u sistema, trasfurmendu in modu efficace in un "destinazione in muvimentu"..
• Vogliu parechje versioni di a listessa applicazione fiancu à fiancu, postu chì ùn ci hè micca manera di sapè ciò chì hè stata rottu in l'ultima versione, o, dì, eiu, cum'è sviluppatore web, bisognu di pruvà u mo travagliu sottu diverse versioni di u navigatore. Haiku risolve u primu prublema, ma micca u sicondu. L'aghjurnamenti sò ritruvati, ma solu per tuttu u sistema hè impussibile (finu à sapè) per eseguisce, per esempiu, parechje versioni di WebPositive o LibreOffice à u stessu tempu.

Unu di i sviluppatori scrive:

Essenzialmente u ragiunamentu hè questu: u casu d'usu hè cusì raru chì l'ottimisazione per questu ùn hà micca sensu; trattendu cum'è un casu spiciali in HaikuPorts pare più chè accettabile.

• Aghju bisognu di mantene l'applicazioni induve mi piacenu, micca in u mo drive di startup. Spessu scappu di u spaziu di discu, cusì aghju bisognu di cunnette un discu esternu o un repertoriu di rete per almacenà l'applicazioni (tutte e versioni chì aghju scaricatu). Se aghju cunnessu un tali drive, aghju bisognu di l'applicazioni per esse lanciate da un doppiu clic. Haiku salva i vechji versioni di i pacchetti, ma ùn sò micca sapè cumu si movenu in un discu esternu, o cumu per lancià applicazioni da quì dopu.

Cumentu di u sviluppatore:

Tecnicamente, questu hè digià pussibule cù u cumandamentu di muntagna. Di sicuru, faremu una GUI per questu appena avemu abbastanza utilizatori interessatu.

• Ùn aghju micca bisognu di milioni di schedari spargugliati in u sistema di schedari chì ùn possu micca gestisce manualmente. Vogliu un schedariu per applicazione chì possu facilmente scaricà, spustà, sguassà. Nantu à Haiku stu prublema hè risolta cù pacchetti .hpkg, chì trasferisce, per esempiu, python, da millaie di schedari in unu. Ma s'ellu ci hè, per esempiu, Scribus cù python, allora aghju da trattà cù almenu dui schedari. È aghju da piglià cura di mantene e versioni di elli chì travaglianu cù l'altri.

Diverse versioni di AppImages correndu fiancu à fiancu nantu à u stessu Linux

A perspettiva di u sviluppatore di l'applicazione

Fighjemu da u puntu di vista di u sviluppatore di l'applicazione:

• Vogliu cuntrullà l'intera sperienza d'utilizatore. Ùn vogliu micca dipende di un sistema operatore per dì quandu è cumu duverebbe liberà l'applicazioni. Haiku permette à i sviluppatori di travaglià cù i so repositori hpkg, ma questu significa chì l'utilizatori anu da esse stallati manualmente, chì rende l'idea "menu attrattiva".
• Aghju una pagina di scaricamentu in u mo situ web induve aghju distribuitu .exe per Windows, .dmg per Mac è .AppImage per Linux. O forse vogliu monetizà l'accessu à sta pagina, qualcosa hè pussibule? Chì duverebbe mette quì per Haiku? U schedariu hè abbastanza .hpkg cù dipendenze solu da HaikuPorts
• U mo software richiede versioni specifiche di altri software. Per esempiu, hè cunnisciutu chì Krita richiede una versione patchata di Qt, o Qt chì hè fine-tuned à una versione specifica di Krita, almenu finu à chì i patches sò imbuttati in Qt. Pudete imballà u vostru propiu Qt per a vostra applicazione in un pacchettu .hpkg, ma assai prubabilmente questu ùn hè micca benvenutu.

Pagina di scaricamentu regulare di l'applicazione. Chì duverebbe postà quì per Haiku?

Will bundles (esistenti cum'è repertorii di applicazioni cum'è AppDir o .app in stile Apple) è / o imagine (in forma di AppImages assai modificate o .dmg da Apple) applicazioni un aghjuntu utile à l'ambiente desktop Haiku? O diluterà a stampa sana è porta à a frammentazione, è dunque aghjunghje cumplessità? Sò strappatu: da una banda, a bellezza è a sofisticazione di l'Haiku hè basatu annantu à u fattu chì di solitu ci hè una manera di fà qualcosa, invece di parechje. Per d 'altra banda, a maiò parte di l'infrastruttura per i cataloghi è / o suite d'applicazioni hè digià in u locu, cusì u sistema grida per chì u restu per centu per cascà in u locu.

Sicondu u sviluppatore sr. waddlesplash

In Linux sò (cataloghi è kit di applicazioni, - ca. traduttore) sò più prubabilmente una suluzione tecnica à i prublemi sistemichi. À Haiku preferimu solu solu risolve i prublemi di u sistema.

Chi pensi?

Prima di risponde...

Aspetta, facemu una verificazione rapida di a realità: in fatti repertori di applicazioni - già parte di Haiku:

I repertorii di l'applicazioni esistenu digià in Haiku, ma ùn sò ancu supportati in u file manager

Ùn sò micca solu supportati cum'è, per dì, u Macintosh Finder. Cume seria se u repertoriu QtCreator hà avutu un nome è icona "QtCreator" in l'angulu superiore manca, lanciando l'applicazione quandu fate un doppiu clic?

Un pocu prima aghju digià dumandò:

Sò sicuru chì pudete eseguisce e vostre app di decennii oghje quandu tutti l'app stores è i repositori di distribuzione anu scurdatu di elli è di e so dependenze? Siate cunfidenti chì puderete sempre accede à u vostru travagliu attuale in u futuru?

Ci hè digià una risposta da Haiku, o i cataloghi è i pacchetti di applicazioni ponu aiutà quì? Pensu chì ponu.

Sicondu mr. waddlesplash:

Iè, avemu a risposta à a quistione: avemu da solu supportà queste applicazioni per u tempu necessariu, finu à chì qualcunu pò leghje i so furmati di schedari in u modu ghjustu o furnisce una funziunalità one-to-one. U nostru impegnu à sustene l'applicazioni BeOS R5 nantu à Haiku hè una prova di questu...

Questu hè sicuru!

Chì cursu di azzione deve piglià Haiku?

Puderaghju imaginate a coesistenza pacifica di hpkg, cartulari è imagine di l'applicazione:

• U software di u sistema usa .hpkg
• Per u software più frequentemente utilizatu (in particulare quelli chì anu bisognu di pianificà e versioni rolling), aduprate .hpkg (circa 80% di tutti i casi)
• Certi installati via .hpkg, l'applicazioni prufittàranu di trasfurmà in una infrastruttura di repertoriu di l'applicazioni (per esempiu QtCreator) : seranu distribuiti cum'è .hpkg, cum'è prima.

sr. waddlesplash scrive:

Sè tuttu ciò chì avete bisognu hè di vede l'applicazioni in /system/apps, invece duvemu fà i cartulari in Deskbar più gestibili per l'utilizatori, postu chì /system/apps ùn hè micca pensatu à esse apertu regularmente è vistu da l'utilizatori (cuntrariu di MacOS). Per tali situazioni, Haiku hà un paradigma diversu, ma sta opzione hè, in teoria, accettabile.

• Haiku riceve l'infrastruttura per eseguisce l'imaghjini di l'applicazioni, custruzzioni di notte, cuntinui è teste di software, è ancu per i casi quandu l'utilizatore vole "congelà in u tempu", per u software privatu è internu, è altri casi d'usu speciale (circa 20% di tutti). Queste immagini cuntenenu i schedarii necessarii per eseguisce l'applicazione .hpkg, muntatu da u sistema, è dopu chì l'applicazione hè cumpletata - unmounted. (Forse un gestore di schedari puderia mette i schedari .hpkg in l'imaghjini di l'applicazione, automaticamente o à a dumanda di l'utilizatore - bè, cum'è quandu trascinate una applicazione in un repertoriu di rete o un discu esternu. Hè solu una canzone ! O piuttostu, puesia - haiku.) Per d 'altra banda, l'utilizatore pò vulete installà u cuntenutu di l'imaghjini in forma di schedari..hpkg, dopu à quale seranu aghjurnati è processati in u listessu modu cum'è s'elli eranu stallati attraversu HaikuDepot... Avemu bisognu di brainstorm).

Citazione da mr. waddlesplash:

L'esecuzione di l'applicazioni da unità esterne o cartulari di rete pò esse utile. È aghjunghjendu a capacità di cunfigurà più "zoni" per pkgman seria sicuramente una bella funzione.

Un tali sistema prufittà di hpkg, cartulari è imagine di l'applicazione. Sò boni individualmente, ma inseme diventeranu invincibili.

cunchiusioni

Haiku hà un framework chì furnisce una sperienza d'utilizatore simplice è sofisticata per u PC, è va assai oltre ciò chì hè tipicamenti furnitu per u PC Linux. Sistema di pacchettu .hpkg hè un tali esempiu, ma u restu di u sistema hè ancu impregnatu di sofisticazione. Tuttavia, Haiku prufittà di u repertoriu propiu è u supportu di l'imaghjini di l'applicazione. Cumu megliu per fà questu vale a pena discutiri cù e persone chì cunnoscenu Haiku, a so filusufìa è l'architettura assai megliu cà mè. Dopu tuttu, aghju usatu Haiku per un pocu più di una settimana. Tuttavia, crede chì sta nova perspettiva serà utile à i diseggiani, sviluppatori è architetti di Haiku. À u minimu, saria felice di esse u so "cumpagnu sparring". Aghju più di 10 anni di sperienza pratica cù i cataloghi di l'applicazioni Linux è i bundle è mi piacerebbe truvà un usu per elli in Haiku, un cuncettu per quale pensu chì si adattanu perfettamente. I suluzioni putenziali chì aghju prupostu ùn sò micca l'unicu veri per i prublemi ch'e aghju descrittu, è se a squadra di Haiku decide di truvà altre, più eleganti, sò tuttu per questu. In fondu, aghju digià pensatu à l'idea di cumu fà un sistema hpkg ancu più maravigghiusu senza cambià u modu di travagliu. Risulta chì a squadra di Haiku avia pensatu à i fasci di applicazioni per un bellu pezzu quandu implementava un sistema di gestione di pacchetti, ma sfurtunatamenti (pensu) l'idea hè diventata "obsoleta". Forse hè ora di rinviviscia ?

Pruvate voi stessu! Dopu tuttu, u prughjettu Haiku furnisce images per booting da DVD o USB, generatu Ежедневно.
Avete dumande? Vi invitemu à a lingua russa canali di telegramma.

Panoramica di l'errore: Cumu sparà in u pede in C è C++. Raccolta di ricette Haiku OS

da a autore traduzzione: questu hè l'ottu è ultimu articulu di a serie nantu à Haiku.

Lista di l'articuli: Prima U sicondu U terzu Quarta Quintu Sestu Settimu

Solu l'utilizatori registrati ponu participà à l'indagine. Firmà lu, per piacè.

Hè sensu di portà u sistema hpkg à Linux?

• chì

• No

• Dighjà implementatu, scriveraghju in i cumenti

20 utilizatori anu vutatu. 5 utilizatori si sò astenuti.

Source: www.habr.com