🥇 Soss eppes: Haiku App Bundles?

TL; DR: Kann Haiku adäquate Ënnerstëtzung fir Applikatiounspakete kréien, sou wéi Applikatiounsverzeechnes (wéi .app op Mac) an/oder Applikatiounsbiller (Linux AppImage)? Ech mengen dat wier eng wiirdeg Ergänzung déi méi einfach ass richteg ëmzesetzen wéi aner Systemer well déi meescht vun der Infrastruktur schonn op der Plaz ass.

Virun enger Woch Ech entdeckt Haiku, en onerwaart gutt System. Gutt, well ech laang un Verzeichnungen an Applikatiounsbiller interesséiert sinn (inspiréiert vun der Einfachheet vum Macintosh), ass et net iwwerrascht datt eng Iddi a mengem Kapp koum ...

Fir de Protokoll, ech sinn den Ersteller an Auteur vun AppImage, engem Applikatiounsverdeelungsformat. Linux, wat de Mac méi einfach maache soll a komplett Kontroll an d'Hänn vun den App-Auteuren an den Endbenotzer gëtt (kuckt méi ënnen). Wiki и Dokumentatioun).

Wat wa mir en AppImage fir Haiku maachen?

Loosst eis e bëssen nodenken, reng theoretesch: wat muss gemaach ginn fir ze kréien AppImage, oder eppes Ähnleches, op Haiku? Et gëtt kee Grond, elo eppes ze kreéieren, well de System, deen Haiku scho huet, erstaunlech funktionéiert, awer en imaginärt Experiment wier flott. Et weist och d'Sophistikatioun vun Haiku am Verglach mat Desktop-Ëmfeld. Linux, wou sou Saachen schrecklech schwéier sinn (ech hunn d'Recht dat ze soen: ech hunn schonn zënter 10 Joer mam Debugging ze kämpfen).

Op Macintosh System 1 war all Applikatioun eng separat Datei, déi am Finder "verwaltet" gouf. Mat AppImage versichen ech déiselwecht Benotzererfarung op ... nei ze kreéieren. Linux.

Als éischt, wat ass en AppImage? Dëst ass e System fir Drëtt Partei Uwendungen ze verëffentlechen (zum Beispill, Ultimaker Cure), erlaabt Uwendungen erauszekommen wann a wéi se wëllen: et ass net néideg d'Spezifizitéite vu verschiddene Verdeelungen ze wëssen, Politiken ze bauen oder Infrastrukturen ze bauen, keng Ënnerhalter Ënnerstëtzung ass néideg, a si soen de Benotzer net wat (net) se installéiere kënnen op hire Computeren. AppImage soll als eppes ähnlech wéi e Mac Package am Format verstane ginn .app am Disk Image .dmg. Den Haaptunterschied ass datt Uwendungen net kopéiert ginn, awer fir ëmmer an der AppImage bleiwen, vill d'selwecht wéi Haiku Packagen .hpkg montéiert, an ni am gewéinleche Sënn installéiert.

Iwwer seng méi wéi 10 Joer Existenz huet AppImage u Popularitéit gewonnen: De Linus Torvalds selwer huet et ëffentlech ënnerstëtzt, a populär Projeten (z.B. LibreOffice, Krita, Inkscape, Scribus, ImageMagick) hunn et als primär Method fir d'Verdeelung vu kontinuéierlechen oder nächtleche Builds ugeholl, déi net mat installéierten oder deinstalléierten Applikatioune vun de Benotzer stéieren. Wéi och ëmmer, Desktop-Ëmfeld an Distributiounen Linux meeschtens hale se nach ëmmer un dat traditionellt, zentraliséiert Verdeelungsmodell fest, dat op Maintenance baséiert ass, an/oder promoten hiert eegent Firmengeschäft an/oder Ingenieursprogrammer op Basis vun Flatpak (RedHat, Fedora, GNOME) an Snappy (Kanonesch, UbuntuEt kënnt schonn esou wäit. lächerlech.

Wéi funktionéiert et

All AppImage enthält 2 Deeler: e klengen Duebelklick ELF (sougenannte. runtime.c), gefollegt vun engem Dateisystembild SquashFS.

De SquashFS Dateisystem enthält eng Notzlaascht a Form vun enger Applikatioun an alles wat néideg ass fir se auszeféieren, wat mat engem vernünftege Geescht net als Deel vun der Standardinstallatioun fir all genuch rezent Zilsystem (Distributioun) ugesi ka ginn. LinuxEt enthält och Metadaten, wéi den Numm vun der Applikatioun, Ikonen, MIME-Typen, etc.

Wann Dir vum Benotzer leeft, benotzt Runtime FUSE a Squashfuse fir de Dateiesystem ze montéieren, a behandelt dann e puer Entréespunkt (alias AppRun) am montéierten AppImage.
De Dateiesystem gëtt demontéiert nodeems de Prozess fäerdeg ass.

Alles schéngt einfach ze sinn.

An dës Saache komplizéiere alles:

mat sou enger Villfalt vun Distributiounen Linux Näischt wat ee bei gesondem Verstand berécksiichtegt, kann een nach als "Deel vun der Standardinstallatioun fir all neit Zilsystem" bezeechnen. Mir léisen dëst Problem andeems mir ... bauen auszeschléissen, wat Iech erlaabt ze bestëmmen wat am AppImage verpackt gëtt a wat soss anzwousch geholl muss ginn. Zur selwechter Zäit vermësse mir heiansdo, obwuel allgemeng alles super funktionnéiert. Aus dësem Grond recommandéiere mir datt Package Creatoren AppImages op all Zilsystemer (Verdeelungen) testen.
Applikatioun Notzlaascht muss iwwer de Dateiesystem verlagerbar sinn. Leider hu vill Applikatiounen haartkodéiert absolute Weeër fir zum Beispill Ressourcen an /usr/share. Dëst muss iergendwéi fixéiert ginn. Zousätzlech, musst Dir entweder exportéieren LD_LIBRARY_PATH, oder fixen rpath sou datt de Loader verbonne Bibliothéike kann fannen. Déi éischt Method huet seng Nodeeler (déi op komplex Manéier iwwerwonne sinn), an déi zweet ass einfach ëmständlech.
De gréissten UX Fall fir Benotzer ass dat ausführbar Bit setzen AppImage-Datei nom Eroflueden. Gleeft et oder net, dëst ass fir verschidde Leit eng richteg Barrière. Den ausführbare Bit anzestellen ass och fir erfuerene Benotzer komplizéiert. Als Léisung hu mir virgeschloen, e klenge Service z'installéieren, deen AppImage-Dateien iwwerwaacht an hiren ausführbare Bit setzt. A senger purer Form ass dëst net déi bescht Léisung, well et net direkt funktionéiert. Verdeelungen Linux Si bidden dëse Service net un, sou datt d'Benotzer direkt eng schlecht Erfahrung hunn.
Benotzer Linux Si erwaarden, datt eng nei App eng Ikon am Launcher huet. Dir kënnt net einfach zum System soen: "Kuckt, et gëtt eng nei App, loosst eis ufänken." Amplaz musst Dir, laut der XDG Spezifikatioun, d'Datei kopéieren. .desktop op déi richteg Plaz an /usr fir eng System-breet Installatioun, oder an $HOME fir eenzel. Symboler vu bestëmmte Gréissten, no der XDG Spezifizéierung, mussen op bestëmmte Plazen gesat ginn usr oder $HOME, a lafen dann Kommandoen am Aarbechtsëmfeld fir den Ikon-Cache ze aktualiséieren, oder hoffen datt den Aarbechtsëmfeldmanager et erausfënnt an automatesch alles erkennt. Selwecht mat MIME Typen. Als Léisung gëtt proposéiert dee selwechte Service ze benotzen, deen, nieft dem Ausféierungsfändel ze setzen, wäert, wann et Symboler sinn, etc. an AppImage, kopéiert se vun AppImage op déi richteg Plazen no XDG. Wann geläscht oder geplënnert, gëtt de Service erwaart alles ze läschen. Natierlech ginn et Differenzen am Verhalen vun all Aarbechtsëmfeld, a grafeschen Dateiformater, hir Gréissten, Späicherplazen a Methoden fir d'Cache ze aktualiséieren, wat e Problem mécht. Kuerz gesot, dës Method ass eng Krut.
Wéi wann dat net genuch wier, gëtt et ëmmer nach kee AppImage-Symbol am Dateimanager. Linux nach ëmmer keng Entscheedung iwwer d'Ëmsetzung vun Elficon getraff (trotz Diskussioun и Ëmsetzung), also ass et onméiglech d'Ikon direkt an d'Applikatioun z'integréieren. Also et stellt sech eraus datt d'Applikatiounen am Dateiemanager keng eegen Ikonen hunn (keen Ënnerscheed, AppImage oder soss eppes), si sinn nëmmen am Startmenü. Als Léisung benotze mir Thumbnails, e Mechanismus deen ursprénglech entwéckelt gouf fir Desktopmanager ze erlaben Miniaturvirschau Biller vu Grafikdateien als hir Ikonen ze weisen. Dofir funktionnéiert de Service fir den Ausféierungsbit ze setzen och als "Miniaturizer", erstellt a schreift Ikon Miniaturbiller op déi entspriechend Plazen /usr и $HOME. Dëse Service mécht och Botzen wann d'AppImage geläscht oder geréckelt gëtt. Wéinst der Tatsaach, datt all Desktop Manager liicht anescht behuelen, zum Beispill, a wéi enge Formater et akzeptéiert Ikonen, a wéi enger Gréissten oder Plazen, ass dëst alles wierklech schmerzhaf.
D'Applikatioun klappt einfach bei der Ausféierung wann Feeler optrieden (zum Beispill gëtt et eng Bibliothéik déi net Deel vum Basissystem ass an net an AppImage geliwwert gëtt), an et gëtt keen de Benotzer an der GUI seet wat genau geschitt. Mir hunn ugefaang dëst ze kréien andeems Dir benotzt Notifikatiounen op dem Desktop, dat heescht datt mir Fehler vun der Kommandozeil musse fangen, se an de Benotzer verstane Messagen konvertéieren, déi dann um Desktop mussen ugewise ginn. An natierlech geréiert all Desktop-Ëmfeld se e bëssen anescht.
Am Moment (September 2019 - Iwwersetzer Notiz) Ech hunn keen einfache Wee fonnt fir de System ze soen datt d'Datei 1.png muss mat Krita opgemaach ginn, an 2.png - benotzt GIMP.

Späicherplaz fir Cross-Desktop Spezifikatioune benotzt an GNOME, KDE и Xfce ass freedesktop.org

Den Niveau vun der Raffinesséierung ze erreechen déif an d'Haiku Aarbechtsëmfeld gewéckelt ass schwéier, wann net onméiglech, wéinst de Spezifikatioune XDG vun freedesktop.org fir Cross-Desktop, souwéi Implementatiounen vun Desktop Manager baséiert op dëse Spezifikatioune. Als Beispill kënne mir e System-breet Firefox Ikon zitéieren: anscheinend hunn d'Auteuren vun XDG net emol geduecht datt e Benotzer verschidde Versioune vun der selwechter Applikatioun installéiert hätt.

Symboler fir verschidde Versioune vu Firefox

Ech hunn mech gefrot, wat d'Welt wier Linux Ech kéint vu Mac OS X léieren, fir d'Systemintegratioun net ze vermasselen. Wann Dir d'Zäit hutt a mat dësem involvéiert sidd, liest onbedéngt wat den Arnaud Gourdold, ee vun den éischte Mac OS X Ingenieuren, dozou geschriwwen huet:

Mir wollten d'Installatioun vun der Applikatioun sou einfach maachen wéi d'Applikatiounsikon vun iergendwou (Server, externen Drive) op Äre Computerfuerer ze zéien. Fir dëst ze maachen, späichert den Applikatiounspaket all Informatioun, dorënner Ikonen, Versioun, Dateityp déi veraarbecht gëtt, Aart vun URL Schemaen déi de System muss wëssen fir d'Applikatioun ze veraarbecht. Dëst beinhalt och Informatioun fir 'Zentrallagerung' an der Icon Services a Launch Services Datebank. Fir d'Performance z'ënnerstëtzen, ginn Applikatiounen op e puer 'bekannte' Plazen 'entdeckt': de System- an de Benotzer Uwendungsverzeichnisser, an e puer anerer automatesch wann de Benotzer op de Finder am Verzeechnes navigéiert deen d'Applikatioun enthält. An der Praxis huet dat ganz gutt geschafft.

https://youtu.be/qQsnqWJ8D2c
Apple WWDC 2000 Sessioun 144 - Mac OS X: Verpakung Uwendungen an Dréckerei Dokumenter.

Et gëtt näischt Ähnleches vun dëser Infrastruktur a Produktiounsëmfeld. Linux, dofir sichen mir no Léisunge fir déi strukturell Aschränkungen am AppImage Projet.

Kommt den Haiku zur Rettung?

An och: Plattformen Linux als Basis vun Aarbechtsëmfeld, sinn typescherweis sou ënnerspezifizéiert, datt vill Saachen, déi an engem kohärente Full-Stack-System zimmlech einfach wieren, frustréierend fragmentéiert a komplex ginn LinuxEch hunn e ganze Bericht de Froen am Zesummenhang mat der Plattform gewidmet. Linux fir Aarbechtsëmfeld (kompetent Entwéckler hunn bestätegt, datt alles nach ganz laang sou bleift).

Mäi Bericht iwwer d'Problemer vum Aarbechtsëmfeld Linux am 2018

Och Linus Torvalds huet zouginn datt Fragmentatioun war firwat d'Aarbechtsberäich Iddi gescheitert ass.

Schéi Haiku ze gesinn!

Haiku mécht alles erstaunlech einfach

Wärend eng naiv Approche fir AppImage op Haiku ze "portéieren" wier, einfach ze probéieren seng Komponenten (haaptsächlech runtime.c an de Service) ze kompiléieren (wat souguer méiglech kéint sinn!), géif dat net vill Virdeel fir Haiku bréngen. Well tatsächlech ginn déi meescht vun dëse Problemer an Haiku geléist a konzeptionell vernünfteg sinn. Haiku bitt genau déi Bausteng fir d'Systeminfrastruktur, déi ech sou laang an Desktop-Ëmfeld gesicht hunn. Linux an konnten net gleewen, datt se net do waren. Nämlech:

Gleeft et oder net, vill Benotzer kënnen dat net iwwerwannen. LinuxOp Haiku geschitt alles automatesch!

ELF Dateien déi keen Ausféierbarkeet Bit hunn, kréien automatesch een wann Dir am Dateimanager duebelklickt.
Uwendungen kënnen agebaute Ressourcen hunn, wéi Symboler, déi am Dateiemanager ugewise ginn. Et ass net néideg eng Rëtsch Biller a speziell Verzeichnisser mat Ikonen ze kopéieren, an dofir ass et net néideg se ze botzen nodeems Dir d'Applikatioun geläscht oder geplënnert hutt.
Et gëtt eng Datebank fir Uwendungen mat Dokumenter ze verbannen, et ass kee Besoin fir Dateie fir dëst ze kopéieren.
Am lib/ Verzeichnis nieft der ausführbarer Datei ginn d'Bibliothéike par défaut gesicht.
Et gi keng vill Verdeelungen an Desktop-Ëmfeld; wat och ëmmer funktionnéiert, funktionnéiert iwwerall.
Et gëtt keen separaten Modul fir ze lafen deen anescht ass wéi den Uwendungsverzeechnes.
D'Applikatiounen hunn keng agebaute absolute Weeër fir hir Ressourcen; si hu speziell Funktiounen fir d'Location bei der Runtime ze bestëmmen.
D'Iddi vu kompriméierte Dateiesystembiller gouf agefouert: dëst ass all hpkg Package. All vun hinnen sinn vum Kernel montéiert.
All Datei gëtt vun der Applikatioun opgemaach déi se erstallt huet, ausser Dir explizit anescht uginn. Wéi cool ass dëst!

Zwee png Dateien. Notéiert déi verschidde Symboler, déi uginn datt se vu verschiddenen Uwendungen opgemaach ginn wann Dir duebel klickt. Notéiert och den Dropdown-Menü "Open mat:" wou de Benotzer eng individuell Applikatioun auswielen kann. Wéi einfach!

Et gesäit aus wéi vill vun den Hacks an Workarounds, déi AppImage brauch op Linux, ginn onnéideg op Haiku, wat am Kär eng Einfachheet a Raffinesse huet, déi et fir déi meescht vun eisen Bedierfnesser gëeegent mécht.

Braucht den Haiku dach App Packagen?

Dëst bréngt mech zu der grousser Fro: Wa e System wéi AppImage op Haiku eng Gréisstenuerdnung méi einfach wier wéi op Linux, wier et derwäert, et weiderzeféieren? Oder huet Haiku, mat sengem hpkg-Verpackungssystem, de Besoin fir sou eng Iddi effektiv eliminéiert? Fir dat ze beäntwerten, musse mir eis d'Motivatioun hannert AppImages ukucken.

Benotzer Perspektiv

Loosst eis eisen Endbenotzer kucken:

Ech wëll eng Applikatioun installéieren ouni en Administrator (root) Passwuert ze froen. Et gëtt kee Konzept vun engem Administrateur op Haiku, de Benotzer huet voll Kontroll well et e perséinleche System ass! (Am Prinzip kënnt Dir Iech dëst am Multiplayer Modus virstellen, ech hoffen datt d'Entwéckler et einfach halen)
Ech wëll déi lescht a bescht Versioune vun Uwendungen kréien, ouni ze waarden bis se a menger Verdeelung erschéngen (meeschtens heescht dat "ni", op d'mannst ausser ech aktualiséieren de ganze Betribssystem). Op Haiku gëtt dëst mat schwiewend Releases "geléist". Dëst bedeit datt et méiglech ass déi lescht a gréisste Versioune vun Uwendungen ze kréien, awer fir dëst ze maachen, musst Dir de Rescht vum System dauernd aktualiséieren, effektiv an e "bewegt Zil" ëmsetzen..
Ech wëll e puer Versioune vun der selwechter Applikatioun niewenteneen, well et gëtt kee Wee fir ze wëssen wat an der leschter Versioun futti war, oder, sot ech, als Webentwéckler, muss meng Aarbecht ënner verschiddene Versioune vum Browser testen. Haiku léist den éischte Problem, awer net den zweeten. Aktualiséierunge ginn zréckgeréckelt, awer nëmme fir de ganze System; et ass onméiglech (souwäit ech weess) zum Beispill verschidde Versioune vu WebPositive oder LibreOffice zur selwechter Zäit ze lafen.

Ee vun den Entwéckler schreift:

Am Wesentlechen ass d'Begrënnung dëst: de Gebrauchsfall ass sou rar datt d'Optimisatioun dofir kee Sënn mécht; behandelen et als spezielle Fall an HaikuPorts schéngt méi wéi akzeptabel.

Ech muss Apps halen wou ech se gär hunn, net op mengem Startup Drive. Ech hunn dacks keng Plaatz Plaz, also muss ech en externen Drive oder Netzverzeechnes verbannen fir Uwendungen ze späicheren (all Versiounen déi ech erofgelueden hunn). Wann ech sou en Drive verbannen, brauche mir Uwendungen ze lancéieren andeems Dir Duebelklickt. Haiku späichert al Versioune vu Packagen, awer ech weess net wéi ech se op en externen Drive réckelen oder wéi ech Applikatioune méi spéit vun do starten.

Entwéckler Kommentar:

Technesch ass dëst scho méiglech mam Mount Kommando. Natierlech wäerte mir e GUI dofir maachen soubal mir genuch interesséiert Benotzer hunn.

Ech brauche keng Millioune Dateien, déi iwwer de Dateiesystem verspreet sinn, déi ech selwer net manuell verwalten. Ech wëll eng Datei pro Applikatioun déi ech einfach eroflueden, réckelen, läschen. Op Haiku gëtt dëse Problem mat Packagen geléist .hpkg, déi zum Beispill Python aus Dausende vu Fichieren an een transferéieren. Awer wann et zum Beispill Scribus gëtt mat Python, da muss ech op d'mannst zwee Dateien beschäftegen. An ech muss oppassen fir Versioune vun hinnen ze halen déi matenee funktionnéieren.

Verschidde Versioune vun AppImages lafen niewenteneen op enger Linux

Eng Applikatioun Entwéckler Perspektiv

Loosst eis aus der Siicht vun engem Applikatiounsentwéckler kucken:

Ech wëll déi ganz Benotzererfarung kontrolléieren. Ech wëll net vun engem Betribssystem ofhängeg sinn fir mir ze soen wéini a wéi ech Applikatioune solle fräiginn. Haiku erlaabt d'Entwéckler mat hiren eegene hpkg Repositories ze schaffen, awer dëst bedeit datt d'Benotzer se manuell mussen opsetzen, wat d'Iddi "manner attraktiv" mécht.
Ech hunn eng download Säit op menger Websäit wou ech verdeelen .exe fir Windows, .dmg fir Mac an .AppImage fir LinuxOder vläicht wëll ech den Zougang zu dëser Säit monetariséieren? Alles ass méiglech? Wat soll ech do fir Haiku setzen? De Fichier ass genuch .hpkg mat Ofhängegkeeten nëmmen aus HaikuPorts
Meng Software erfuerdert spezifesch Versioune vun anere Software. Zum Beispill ass et bekannt datt Krita eng gefléckt Versioun vu Qt erfuerdert, oder Qt déi op eng spezifesch Versioun vu Krita ofgestëmmt ass, op d'mannst bis d'Patches zréck an de Qt gedréckt ginn. Dir kënnt Är eege Qt fir Är Demande an engem Pak Pak .hpkg, mee wahrscheinlech ass dëst net wëllkomm.

Regelméisseg Applikatioun Download Säit. Wat soll ech hei posten fir Haiku?

Wëllt Bündelen (bestehend als Applikatiounsverzeichnisser wéi AppDir oder .app am Apple-Stil) an/oder Biller (a Form vu staark modifizéierten AppImages oder .dmg vun Apple) Uwendungen eng nëtzlech Ergänzung zum Haiku Desktop-Ëmfeld? Oder wäert et dat ganzt Bild verdünnen an zu Fragmentéierung féieren, an dofir Komplexitéit addéieren? Ech sinn zerräissen: Engersäits ass d'Schéinheet an d'Raffinesséierung vum Haiku baséiert op der Tatsaach datt et normalerweis ee Wee gëtt fir eppes ze maachen, anstatt vill. Op der anerer Säit ass déi meescht vun der Infrastruktur fir Kataloge an / oder Applikatiounssuiten schonn op der Plaz, sou datt de System rifft fir déi verbleiwen e puer Prozent op der Plaz ze falen.

Laut dem Entwéckler Mr. waddlesplash

op Linux Si (Kataloge an Applikatiounskits, - ca. Iwwersetzer) si meeschtens eng technesch Léisung fir systemesch Problemer. Bei Haiku hu mir léiwer einfach Systemproblemer ze léisen.

Wat denks du?

Ier Dir äntwert ...

Waart, loosst eis e schnelle Realitéitscheck maachen: tatsächlech Applikatioun Verzeichnis - schonn Deel vun Haiku:

Applikatiounsverzeichnisser existéieren schonn op Haiku, awer ginn nach net am Dateiemanager ënnerstëtzt

Si gi just net esou gutt ënnerstëtzt wéi zum Beispill de Macintosh Finder. Wéi cool wier et wann de QtCreator Verzeechnes e "QtCreator" Numm an Ikon am Eck uewe lénks, lancéiert der Applikatioun wann duebel-klickt?

E bësse méi fréi hunn ech schonn gefrot:

Sidd Dir sécher datt Dir Är Joerzéngt-al Apps haut leeft wann all App Stores a Verdeelungsrepositories iwwer si an hir Ofhängegkeet vergiess hunn? Sidd Dir zouversiichtlech datt Dir an Zukunft nach ëmmer Zougang zu Ärer aktueller Aarbecht kritt?

Gëtt et schonn eng Äntwert vum Haiku, oder kënnen Kataloge an Uwendungsbündelen hei hëllefen? Ech mengen se kënnen.

Laut dem Mr. waddlesplash:

Jo, mir hunn d'Äntwert op d'Fro: mir wäerten dës Applikatiounen einfach sou laang wéi néideg ënnerstëtzen, bis iergendeen seng Dateiformater op déi richteg Manéier liest oder een-zu-een Funktionalitéit ubitt. Eist Engagement fir BeOS R5 Apps op Haiku z'ënnerstëtzen ass Beweis vun dësem ...

Et ass sécher!

Wéi eng Aktioun soll den Haiku huelen?

Ech ka mir déi friddlech Zesummeliewe vun hpkg, Verzeichnungen an Applikatiounsbiller virstellen:

System Software benotzt .hpkg
Fir déi meescht benotzt Software (besonnesch déi, déi Rolling Verëffentlechungen plangen mussen), benotzen .hpkg (ongeféier 80% vun alle Fäll)
E puer installéiert via .hpkg, Applikatioune profitéieren vun engem Plënneren op eng Applikatioun Verzeechnes Infrastruktur (zB QtCreator): si wäerten als verdeelt ginn .hpkg, wéi virdrun.

Mr. waddlesplash schreift:

Wann alles wat Dir braucht ass d'Applikatiounen ze gesinn /system/apps, amplaz solle mir d'Verzeichnisser an Deskbar méi handhabbar fir Benotzer maachen, zënter /system/apps ass net geduecht fir regelméisseg vun de Benotzer opgemaach a gekuckt ze ginn (am Géigesaz zu MacOS). Fir esou Situatiounen huet Haiku en anere Paradigma, awer dës Optioun ass, an der Theorie, akzeptabel.

Haiku kritt d'Infrastruktur fir Applikatiounsbilder ze lafen, Nuecht, kontinuéierlech an Testbaue vu Software, wéi och fir Fäll wou de Benotzer et an der Zäit wëllt afréieren, fir privat an intern Software, an aner speziell Benotzungsfäll (ongeféier 20% vun allen). Dës Biller enthalen déi néideg Dateien fir d'Applikatioun ze lafen .hpkg, vum System montéiert, an nodeems d'Applikatioun ofgeschloss ass - unmontéiert. (Vläicht kéint e Dateiemanager Dateien setzen .hpkg an Applikatiounsbilder, automatesch oder op Ufro vum Benotzer - gutt, wéi wann Dir eng Applikatioun an en Netzwierkverzeechnes oder externen Drive zitt. Et ass just e Lidd! Oder éischter, Poesie - haiku.) Op der anerer Säit kann de Benotzer den Inhalt vum Bild a Form vu Fichieren installéieren.hpkg, duerno ginn se op déiselwecht Manéier aktualiséiert a veraarbecht wéi wa se iwwer HaikuDepot installéiert goufen ... Mir mussen Brainstorm maachen).

Zitat vum Mr. waddlesplash:

Uwendungen aus externen Drive oder Netzwierkverzeechnunge lafen kann potenziell nëtzlech sinn. A dobäi d'Fähegkeet méi "Zonen" fir pkgman ze konfiguréieren wier definitiv eng flott Fonktioun.

Sou e System géif profitéieren vun hpkg, Verzeechnes, an Applikatiounsbilder. Si sinn gutt individuell, awer zesummen wäerte se oniwwerwältegend ginn.

Konklusioun

Haiku huet eng Infrastruktur, déi eng einfach a sophistikéiert Benotzeroberfläche fir PCs ubitt, a wäit iwwer dat erausgeet, wat typescherweis fir PCs op ... LinuxPaksystem .hpkg — ass ee sou e Beispill, awer och aner Deeler vum System si mat Raffinesse duerchdrongen. Haiku géif awer vun enger adäquater Ënnerstëtzung fir Applikatiounskatalogen an Biller profitéieren. Wéi een dat am beschte maache kann, ass et wäert, mat Leit ze diskutéieren, déi Haiku, seng Philosophie an Architektur vill besser kennen ewéi ech. Ech benotzen Haiku jo eréischt zënter e bësse méi wéi enger Woch. Trotzdem gleewen ech, datt dës frësch Perspektiv fir d'Designer, d'Entwéckler an d'Architekten vun Haiku nëtzlech wäert sinn. Op d'mannst wier ech frou, e "Sparringpartner" fir si ze sinn. Ech hunn iwwer 10 Joer praktesch Erfahrung mat Applikatiounskatalogen an Image-Bundles fir Linux, an ech géif gären eng Notzung dofir am Haiku fannen, fir déi ech mengen, si passen perfekt. Déi potenziell Léisungen, déi ech proposéiert hunn, sinn net déi eenzeg fir d'Problemer, déi ech beschriwwen hunn, a wann d'Haiku-Team decidéiert, aner, méi elegant Léisungen ze fannen, sinn ech ganz dofir. Am Prinzip denken ech schonn iwwer eng Iddi no, wéi ech de System maache kann. hpkg nach méi erstaunlech ouni d'Art a Weis wéi et funktionnéiert ze änneren. Et stellt sech eraus datt d'Haiku Team fir eng laang Zäit un Applikatiounsbündelen geduecht huet beim Ëmsetzen vun engem Package Management System, awer leider (ech mengen) ass d'Iddi "veroudert". Vläicht ass et Zäit et erëmbeliewen?

Probéiert et selwer! No allem bitt den Haiku-Projet Biller fir op DVD oder USB ze booten, generéiert deeglech.
Hutt Dir Froen? Mir invitéieren Iech op de russesch-allgemengen Telegramm Kanal.

Feeler Iwwersiicht: Wéi schéisst Dir Iech selwer an de Fouss an C an C++. Haiku OS Rezept Sammlung

aus Auteur Iwwersetzung: Dëst ass den aachten a leschten Artikel an der Serie iwwer Haiku.

Lëscht vun den Artikelen: Déi éischt Déi zweet Drëtt Véierten Fënneften Sechsten Siwenten

Nëmme registréiert Benotzer kënnen un der Ëmfro deelhuelen. Umellen, wann ech glift.