{"id":37830,"date":"2019-10-31T22:20:00","date_gmt":"2019-10-31T19:20:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/koe-chto-eshhe-pakety-prilozhenij-haiku\/"},"modified":"2019-10-31T22:20:00","modified_gmt":"2019-10-31T19:20:00","slug":"koe-chto-eshhe-pakety-prilozhenij-haiku","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/koe-chto-eshhe-pakety-prilozhenij-haiku","title":{"rendered":"Qualcos'altro: pacchetti di applicazioni Haiku?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Qualcos'altro:<\/p>\n

<\/p>\n

TL;DR<\/strong>: Haiku pu\u00f2 ricevere un adeguato supporto per pacchetti applicativi, come ad esempio cataloghi di applicazioni (come .app<\/code> su Mac) e\/o immagini applicative (Linux AppImage<\/code>)? Mi sembra che sarebbe un'aggiunta degna di nota, pi\u00f9 facile da implementare rispetto ad altri sistemi, dato che gran parte dell'infrastruttura \u00e8 gi\u00e0 presente.<\/p>\n

<\/a><\/noindex><\/p>\n

Una settimana fa<\/a><\/noindex> ho scoperto Haiku, un sistema sorprendentemente valido. E poich\u00e9 ho a lungo avuto interesse per i cataloghi e le immagini applicative (ispirati dalla semplicit\u00e0 del Macintosh), non \u00e8 sorprendente che mi sia venuta in mente un'idea\u2026<\/p>\n

<\/p>\n

Per completezza: sono il creatore e autore di AppImage, un formato di distribuzione per applicazioni Linux, progettato per la semplicit\u00e0 del Mac e che fornisce il pieno controllo agli autori delle applicazioni e agli utenti finali (vuoi saperne di pi\u00f9 \u2014 vedi il wiki<\/a><\/noindex> e documentazione<\/a><\/noindex>).<\/p>\n

<\/p>\n

Cosa accadrebbe se creassimo AppImage per Haiku?<\/h2>\n

<\/p>\n

Discutiamo un po', puramente teoricamente, di cosa servirebbe per ottenere AppImage<\/a><\/noindex>, o qualcosa di simile, su Haiku? Non \u00e8 necessario creare qualcosa proprio ora, poich\u00e9 il sistema gi\u00e0 presente in Haiku funziona sorprendentemente bene, ma un esperimento concettuale sarebbe interessante. Inoltre, dimostra la raffinatezza di Haiku rispetto agli ambienti di lavoro Linux, dove tali operazioni sono estremamente complesse (lo posso dire: da 10 anni mi affliggo con il debugging).<\/p>\n

<\/p>\n

\"Qualcos'altro:
\n\u041d\u0430 Macintosh System 1 \u043a\u0430\u0436\u0434\u043e\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u0431\u044b\u043b\u043e \u043e\u0442\u0434\u0435\u043b\u044c\u043d\u044b\u043c \u0444\u0430\u0439\u043b\u043e\u043c, «\u0443\u043f\u0440\u0430\u0432\u043b\u044f\u0435\u043c\u044b\u043c» \u0432 Finder. \u0418\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f AppImage \u044f \u043f\u0440\u043e\u0431\u0443\u044e \u043f\u0435\u0440\u0435\u0441\u043e\u0437\u0434\u0430\u0442\u044c \u044d\u0442\u043e\u0442 \u0436\u0435 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u0441\u043a\u0438\u0439 \u043e\u043f\u044b\u0442 \u043d\u0430 Linux.<\/em><\/p>\n

<\/p>\n

Prima di tutto, che cos'\u00e8 AppImage? \u00c8 un sistema per il rilascio di applicazioni di terze parti (per esempio, Ultimaker Cura<\/a><\/noindex>), che consente di rilasciare applicazioni quando e come si desidera: non \u00e8 necessario conoscere le peculiarit\u00e0 dei vari distribuzioni, le politiche di build o l'infrastruttura di build, non \u00e8 necessaria la supporto di accompagnamento, e non indicano agli utenti cosa (non) possono installare sui loro computer. AppImage pu\u00f2 essere inteso come qualcosa di simile a un pacchetto per Mac nel formato .app<\/code> all'interno dell'immagine del disco .dmg<\/code>. La principale differenza \u00e8 che le applicazioni non vengono copiate, ma rimangono sempre all'interno di AppImage, pi\u00f9 o meno come i pacchetti Haiku .hpkg<\/code> si installano e mai vengono configurati nel senso tradizionale.<\/p>\n

<\/p>\n

Nel corso di oltre 10 anni di esistenza, AppImage ha guadagnato un certo fascino e popolarit\u00e0: lo stesso Linus Torvalds lo ha approvato pubblicamente e progetti conosciuti (come LibreOffice, Krita, Inkscape, Scribus, ImageMagick) lo hanno adottato come principale metodo di distribuzione delle versioni continui o notturne, senza interferire con le applicazioni installate o non installate degli utenti. Tuttavia, gli ambienti di lavoro e le distribuzioni Linux tendono ancora a mantenere il tradizionale modello di distribuzione centralizzato basato su assistenti e\/o promuovono i propri programmi aziendali e\/o ingegneristici. Flatpak<\/a><\/noindex> (RedHat, Fedora, GNOME) e Snappy<\/a><\/noindex> (Canonical, Ubuntu). Si arriva al ridicolo<\/a><\/noindex>.<\/p>\n

<\/p>\n

Come funziona tutto<\/h3>\n

<\/p>\n