{"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\/da\/blog\/administrirovanie\/koe-chto-eshhe-pakety-prilozhenij-haiku","title":{"rendered":"Noget mere: Haiku-apppakker?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Noget<\/p>\n

<\/p>\n

TL;DR<\/strong>: Kan Haiku modtage ordentlig underst\u00f8ttelse af applikationspakker, som for eksempel applikationskataloger (som .app<\/code> p\u00e5 Mac) og\/eller applikationsbilleder (Linux AppImage<\/code>)? Jeg mener, det ville v\u00e6re et v\u00e6rdifuldt supplement, som det er lettere at implementere ordentligt end i andre systemer, da det meste af infrastrukturen allerede er til stede.<\/p>\n

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

For en uge siden<\/a><\/noindex> opdagede jeg Haiku, et overraskende godt system. Da jeg l\u00e6nge har v\u00e6ret interesseret i kataloger og applikationsbilleder (inspireret af Macintoshs enkelhed), er det ikke overraskende, at ideen kom til mig\u2026<\/p>\n

<\/p>\n

For at give et fuldendt billede: jeg er skaber og forfatter af AppImage, et format til distribution af Linux-applikationer, der fokuserer p\u00e5 Mac's enkelhed og giver fuld kontrol til applikationsudviklere og slutbrugere (vil du vide mere - se. wiki<\/a><\/noindex> og dokumentationen<\/a><\/noindex>).<\/p>\n

<\/p>\n

Hvad hvis vi laver AppImage til Haiku?<\/h2>\n

<\/p>\n

Lad os teoretisere lidt om, hvad der skal g\u00f8res for at f\u00e5 AppImage<\/a><\/noindex>, eller noget lignende, til Haiku? Det er ikke n\u00f8dvendigt at skabe noget lige nu, for det system, der allerede findes i Haiku, fungerer fantastisk, og det t\u00e6nkte eksperiment ville v\u00e6re interessant. Det ville ogs\u00e5 demonstrere Haikus styrke sammenlignet med Linux-skriveborde, hvor s\u00e5danne ting er frygteligt vanskelige (jeg har ret til at sige det: jeg har k\u00e6mpet med fejlfinding i 10 \u00e5r).<\/p>\n

<\/p>\n

\"Noget
\nP\u00e5 Macintosh System 1 var hver applikation en separat fil, «styret» i Finder. Ved at bruge AppImage fors\u00f8ger jeg at genskabe denne samme brugeroplevelse p\u00e5 Linux.<\/em><\/p>\n

<\/p>\n

For det f\u00f8rste, hvad er AppImage? Det er et system til udgivelse af tredjepartsapplikationer (som for eksempel Ultimaker Cura<\/a><\/noindex>), der giver mulighed for at udgive applikationer, n\u00e5r og hvordan man \u00f8nsker: man beh\u00f8ver ikke at vide noget om forskellige distributioners s\u00e6rpr\u00e6g, bygningspolitikker eller bygningsinfrastruktur, man har ikke brug for support fra vedligeholdere, og de fort\u00e6ller ikke brugerne, hvad der (ikke) kan installeres p\u00e5 deres computere. AppImage kan forst\u00e5s som noget, der ligner en pakke til Mac i formatet .app<\/code> inden i diskbilledet .dmg<\/code>. Den st\u00f8rste forskel er, at applikationer ikke kopieres, men forbliver inde i AppImage altid, p\u00e5 en m\u00e5de som pakkerne i Haiku .hpkg<\/code> monteres, og aldrig installeres i almindelig forstand.<\/p>\n

<\/p>\n

AppImage har opn\u00e5et en vis tiltr\u00e6kningskraft og popularitet i de mere end 10 \u00e5r, det har eksisteret: selv Linus Torvalds har offentligt godkendt det, og udbredte projekter (for eksempel LibreOffice, Krita, Inkscape, Scribus, ImageMagick) har taget det til sig som den prim\u00e6re metode til distribution af kontinuerlige eller natlige builds, som ikke griber ind i brugerens installerede eller ikke-installerede apps. Dog h\u00e6nger de fleste Linux-milj\u00f8er og distributioner stadig fast i den traditionelle, centraliserede distributionsmodel baseret p\u00e5 f\u00f8lgetilskud og\/eller promoverer deres egne kommercielle forretnings- og\/eller ingeni\u00f8rprogrammer baseret p\u00e5 Flatpak<\/a><\/noindex> (RedHat, Fedora, GNOME) og Snappy<\/a><\/noindex> (Canonical, Ubuntu). Det er blevet komisk<\/a><\/noindex>.<\/p>\n

<\/p>\n

Hvordan det fungerer<\/h3>\n

<\/p>\n