Liyane: Haiku app bundles?

TL; DR: Bisa Haiku njaluk dhukungan sing tepat kanggo paket aplikasi, kayata direktori aplikasi (kaya .app ing Mac) lan/utawa gambar aplikasi (Linux AppImage)? Aku mikir iki bakal dadi tambahan sing luwih gampang ditindakake kanthi bener tinimbang sistem liyane amarga umume infrastruktur wis ana.

Seminggu kepungkur Aku nemokake Haiku, sistem sing ora disangka apik. Ya, amarga aku wis suwe kasengsem ing direktori lan gambar aplikasi (inspirasi saka kesederhanaan Macintosh), ora kaget yen ana ide sing ana ing pikiranku ...

Kanggo pangerten lengkap, aku nitahake lan penulis AppImage, format distribusi aplikasi Linux sing ngarahake kesederhanaan Mac lan menehi kontrol lengkap kanggo pangarang aplikasi lan pangguna pungkasan (yen sampeyan pengin ngerti luwih lengkap, waca. wiki и dokumentasi).

Apa yen kita nggawe AppImage kanggo Haiku?

Ayo dipikir sethithik, kanthi teoritis: apa sing kudu ditindakake kanggo entuk AppImage, utawa sing padha, ing Haiku? Ora perlu nggawe apa-apa saiki, amarga sistem sing wis ana ing Haiku kerjane luar biasa, nanging eksperimen khayalan bakal apik. Iku uga nduduhake kecanggihan Haiku, dibandhingake karo lingkungan desktop Linux, ing ngendi iku angel banget (Aku duwe hak kanggo ngomong: Aku wis berjuang karo debugging kanggo 10 taun).

Ing Sistem Macintosh 1, saben aplikasi minangka file kapisah "dikelola" ing Finder. Nggunakake AppImage Aku nyoba nggawe maneh pengalaman pangguna sing padha ing Linux.

Pisanan, apa AppImage? Iki minangka sistem kanggo ngeculake aplikasi pihak katelu (contone, Obat Ultimaker), ngidini aplikasi bakal dirilis nalika lan carane padha arep: ora perlu ngerti spesifik saka macem-macem distribusi, mbangun kawicaksanan utawa mbangun infrastruktur, ora perlu support maintainer, lan padha ora ngandhani pangguna apa (ora) padha bisa nginstal. ing komputer. AppImage kudu dimangerteni minangka sing padha karo paket Mac ing format kasebut .app nang gambar disk .dmg. Bentenane utama yaiku aplikasi ora disalin, nanging tetep ana ing AppImage ing salawas-lawase, padha karo paket Haiku. .hpkg dipasang, lan tau diinstal ing pangertèn biasanipun.

Sajrone luwih saka 10 taun eksistensi, AppImage wis entuk daya tarik lan popularitas: Linus Torvalds dhewe nyetujoni publik, lan proyek umum (contone, LibreOffice, Krita, Inkscape, Scribus, ImageMagick) wis diadopsi minangka cara utama. kanggo nyebarake terus-terusan utawa saben wengi, ora ngganggu aplikasi pangguna sing wis diinstal utawa dibusak. Nanging, lingkungan lan distribusi desktop Linux sing paling kerep isih tetep nganggo model distribusi tradisional, basis maintainer terpusat lan/utawa promosi bisnis perusahaan lan/utawa program teknik dhewe adhedhasar Flatpak (RedHat, Fedora, GNOME) lan Snappy (Kanonik, Ubuntu). Iku rawuh ridiculously.

Cara kerjane

• Saben AppImage ngemot 2 bagean: klik kaping pindho ELF cilik (disebut. runtime.c), ngiring dening gambar sistem file SquashFS.

• Sistem file SquashFS ngemot beban aplikasi lan kabeh sing dibutuhake kanggo mbukak, sing ing pikiran sing bener ora bisa dianggep minangka bagian saka instalasi standar kanggo saben sistem target sing cukup anyar (distribusi Linux). Uga ngemot metadata, kayata jeneng aplikasi, lambang, jinis MIME, lsp., lsp.

• Nalika mbukak dening pangguna, runtime nggunakake FUSE lan squashfuse kanggo masang filesystem, banjur nangani sawetara titik entri (aka AppRun) nang AppImage dipasang.
  Sistem file dicopot sawise proses rampung.

Kabeh katon prasaja.

Lan kabeh iki rumit:

• Kanthi macem-macem distribusi Linux, ora ana "ing pikiran sing bener" sing bisa diarani "bagean saka instalasi standar kanggo saben sistem target anyar." Kita ngatasi masalah iki kanthi mbangun ora kalebu dhaptar, ngidini sampeyan nemtokake apa sing bakal dikemas ing AppImage lan apa sing kudu digawa ing papan liya. Ing wektu sing padha, kadang kita kantun, sanajan kasunyatane, umume, kabeh bisa dianggo kanthi apik. Mulane, disaranake supaya panyipta paket nyoba AppImages ing kabeh sistem target (distribusi).
• Payloads aplikasi kudu dipindhah menyang sistem file. Sayange, akeh aplikasi duwe path absolut hard-kode kanggo, contone, sumber daya ing /usr/share. Iki kudu didandani piye wae. Kajaba iku, sampeyan kudu ngekspor LD_LIBRARY_PATH, utawa ndandani rpath supaya loader bisa nemokake perpustakaan sing gegandhengan. Cara sing sepisanan nduweni kekurangan (sing bisa diatasi kanthi cara sing rumit), lan cara liya mung rumit.
• Jeblugan UX paling gedhe kanggo pangguna yaiku nyetel bit eksekusi File AppImage sawise diundhuh. Pracaya utawa ora, iki minangka alangi nyata kanggo sawetara. Kebutuhan kanggo nyetel bit eksekusi pancen rumit sanajan kanggo pangguna sing berpengalaman. Minangka solusi, disaranake nginstal layanan cilik sing ngawasi file AppImage lan nyetel bit eksekusi. Ing wangun murni, iku dudu solusi sing paling apik, amarga ora bakal bisa metu saka kothak. Distribusi Linux ora nyedhiyakake layanan iki, mula pangguna duwe pengalaman ala sing ora ana ing kothak.
• Pangguna Linux ngarepake aplikasi anyar duwe lambang ing menu wiwitan. Sampeyan ora bisa ngandhani sistem: "Deleng, ana aplikasi anyar, ayo kerja." Nanging, miturut spesifikasi XDG, sampeyan kudu nyalin file kasebut .desktop menyang Panggonan tengen ing /usr kanggo instalasi sistem-sudhut, utawa ing $HOME kanggo individu. Ikon ukuran tartamtu, miturut spesifikasi XDG, kudu diselehake ing papan tartamtu usr utawa $HOME, banjur mbukak printah ing lingkungan kerja kanggo nganyari cache lambang, utawa pangarep-arep yen manajer lingkungan kerja bakal ngerti lan kanthi otomatis ndeteksi kabeh. Padha karo jinis MIME. Minangka workaround, disaranake nggunakake layanan sing padha, sing, saliyane nyetel bendera eksekusi, bakal, yen ana lambang, lsp. ing AppImage, nyalin saka AppImage menyang panggonan sing bener miturut XDG. Nalika dibusak utawa dipindhah, layanan wis samesthine kanggo mbusak kabeh. Mesthine, ana bedane prilaku saben lingkungan kerja, ing format file grafis, ukurane, lokasi panyimpenan lan cara kanggo nganyari cache, sing nggawe masalah. Ing cendhak, cara iki minangka crutch.
• Yen ing ndhuwur ora cukup, isih ora ana lambang AppImage ing pangatur file. Donya Linux durung mutusake kanggo ngetrapake elficon (sanajan diskusi и implementasine), dadi ora bisa nampilake lambang langsung menyang aplikasi kasebut. Dadi ternyata aplikasi ing file manager ora duwe lambang dhewe (ora ana bedane, AppImage utawa liya-liyane), mung ana ing menu wiwitan. Minangka solusi, kita nggunakake gambar cilik, mekanisme sing asline dirancang kanggo ngidini manajer desktop nuduhake gambar pratinjau gambar cilik file grafis minangka lambang. Akibate, layanan kanggo nyetel bit eksekusi uga dianggo minangka "miniaturiser", nggawe lan nulis gambar cilik lambang menyang lokasi sing cocog. /usr и $HOME. Layanan iki uga nindakake reresik yen AppImage wis dibusak utawa dipindhah. Amarga kasunyatan manawa saben manajer desktop tumindak rada beda, umpamane, ing format apa sing ditampa lambang, ing ukuran utawa panggonan, kabeh iki pancen nglarani.
• Aplikasi mung tubrukan ing eksekusi yen ana kesalahan (contone, ana perpustakaan sing dudu bagéan saka sistem dhasar lan ora kasedhiya ing AppImage), lan ora ana sing ngandhani pangguna ing GUI apa sing kedadeyan. Kita miwiti ngubengi iki kanthi nggunakake kabar kabar ing desktop, kang tegese kita kudu nyekel kasalahan saka baris printah, Ngonversi menyang pesen pangguna-ngerti, kang banjur kudu ditampilake ing desktop. Lan mesthine, saben lingkungan desktop nangani kanthi beda.
• Saiki (September 2019 - cathetan penerjemah) aku durung nemokake cara sing gampang kanggo ngandhani sistem yen file kasebut 1.png kudu dibukak nggunakake Krita, lan 2.png - nggunakake GIMP.

Lokasi panyimpenan kanggo spesifikasi cross-desktop digunakake ing GNOME, KDE и Xfce yaiku freedesktop.org

Entuk tingkat kecanggihan sing ditenun ing lingkungan kerja Haiku angel, yen ora mokal, amarga spesifikasi XDG saka freedesktop.org kanggo cross-desktop, uga implementasine manajer desktop adhedhasar spesifikasi kasebut. Minangka conto, kita bisa nyebut siji lambang Firefox ing sistem: ketoke, penulis XDG malah ora mikir yen pangguna bisa nginstal sawetara versi aplikasi sing padha.

Ikon kanggo macem-macem versi Firefox

Aku kepingin weruh apa sing bisa disinaoni ing jagad Linux saka Mac OS X supaya ora ngganggu integrasi sistem. Yen sampeyan duwe wektu lan ana, mesthi maca apa sing dikandhakake Arnaud Gurdol, salah sawijining insinyur Mac OS X pisanan:

Kita pengin nggawe instal aplikasi gampang kaya nyeret lambang aplikasi saka ngendi wae (server, drive eksternal) menyang drive komputer. Kanggo nindakake iki, paket aplikasi nyimpen kabeh informasi, kalebu lambang, versi, jinis file sing diproses, jinis skema URL sing kudu dingerteni sistem kanggo ngolah aplikasi kasebut. Iki uga kalebu informasi kanggo 'panyimpenan tengah' ing Layanan Ikon lan Layanan Bukak database. Kanggo ndhukung kinerja, aplikasi 'ditemokake' ing sawetara panggonan 'kondhang': sistem lan direktori Aplikasi pangguna, lan sawetara liyane kanthi otomatis yen pangguna navigasi menyang Finder ing direktori sing ngemot aplikasi kasebut. Ing laku iki makarya banget uga.

https://youtu.be/qQsnqWJ8D2c
Apple WWDC 2000 sesi 144 - Mac OS X: aplikasi kemasan lan dokumen cetak.

Ora ana infrastruktur kaya iki ing desktop Linux, mula kita golek solusi babagan watesan struktural ing proyek AppImage.

Apa Haiku teka kanggo ngluwari?

Lan siji liyane: platform Linux minangka basis saka lingkungan desktop cenderung dadi underspecified sing akeh iku cukup prasaja ing sistem full-stack konsisten frustratingly pecah lan Komplek ing Linux. Aku nyawisake laporan kabeh babagan masalah sing ana gandhengane karo platform Linux kanggo lingkungan desktop (pangembang sing duwe pengetahuan dikonfirmasi manawa kabeh bakal tetep kaya ngono kanggo wektu sing suwe).

Laporanku babagan masalah lingkungan desktop Linux ing 2018

Malah Linus Torvalds ngakoni manawa fragmentasi dadi sebabe ide ruang kerja gagal.

Seneng ndeleng Haiku!

Haiku ndadekake kabeh pancen prasaja

Nalika pendekatan naif kanggo "porting" AppImage menyang Haiku mung nyoba mbangun (utamane runtime.c lan layanan) komponen (sing bisa uga bisa!), Iki ora bakal menehi manfaat akeh kanggo Haiku. Amarga nyatane, umume masalah kasebut ditanggulangi ing Haiku lan sacara konseptual. Haiku nyedhiyakake blok bangunan infrastruktur sistem sing wis suwe saya goleki ing lingkungan desktop Linux lan ora percaya yen ora ana. yaiku:

Pracaya utawa ora, iki akeh pangguna Linux sing ora bisa ngatasi. Ing Haiku kabeh wis rampung kanthi otomatis!

• File ELF sing ora duwe bit eksekusi entuk kanthi otomatis nalika diklik kaping pindho ing pangatur file.
• Aplikasi bisa duwe sumber daya sing dibangun, kayata lambang, sing ditampilake ing pangatur file. Ora perlu nyalin pirang-pirang gambar menyang direktori khusus kanthi lambang, mula ora perlu ngresiki sawise mbusak utawa mindhah aplikasi kasebut.
• Ana database kanggo ngubungake aplikasi karo dokumen, ora perlu nyalin file apa wae kanggo iki.
• Ing direktori lib/ ing jejere file eksekusi, perpustakaan ditelusuri kanthi standar.
• Ora ana akeh distribusi lan lingkungan desktop; apa wae sing bisa digunakake, bisa digunakake ing endi wae.
• Ora ana modul kapisah kanggo mbukak sing beda karo direktori Aplikasi.
• Aplikasi ora duwe dalan mutlak kanggo sumber daya; padha duwe fungsi khusus kanggo nemtokake lokasi nalika runtime.
• Gagasan gambar sistem file sing dikompres wis dikenalake: iki minangka paket hpkg. Kabeh mau dipasang dening kernel.
• Saben file dibukak dening aplikasi sing nggawe, kajaba sampeyan nemtokake kanthi jelas. Kelangan iki!

Loro file png. Elinga lambang sing beda-beda sing nuduhake yen bakal dibukak dening macem-macem aplikasi nalika diklik kaping pindho. Elinga uga menu gulung "Bukak karo:" ing ngendi pangguna bisa milih aplikasi individu. Carane prasaja!

Katon kaya akeh crutches lan workarounds sing dibutuhake dening AppImage ing Linux dadi ora perlu ing Haiku, sing nduweni kesederhanaan lan kecanggihan ing inti sing ndadekake akeh kabutuhan kita.

Apa Haiku butuh paket aplikasi?

Iki ndadékaké kanggo pitakonan amba. Yen urutan gedhene luwih gampang kanggo nggawe sistem kaya AppImage ing Haiku tinimbang ing Linux, apa kudu ditindakake? Utawa wis Haiku, karo sistem paket hpkg sawijining, èfèktif ngilangi perlu kanggo ngembangaken idea kuwi? Nah, kanggo mangsuli kita kudu ndeleng motivasi ing eksistensi AppImages.

Perspektif pangguna

Ayo ndeleng pangguna pungkasan kita:

• Aku pengin nginstal aplikasi tanpa takon sandi administrator (root). Ora ana konsep administrator ing Haiku, pangguna duwe kontrol penuh amarga iku sistem pribadi! (Prinsip, sampeyan bisa mbayangno iki ing mode multiplayer, muga-muga para pangembang tetep gampang)
• Aku pengin njaluk versi paling anyar lan paling gedhe saka aplikasi, tanpa nunggu padha katon ing distribusi (paling asring iki tegese "ora tau", paling kajaba aku nganyari kabeh sistem operasi). Ing Haiku iki "ditanggulangi" karo rilis ngambang. Iki tegese sampeyan bisa entuk versi aplikasi paling anyar lan paling gedhe, nanging kanggo nindakake iki, sampeyan kudu terus nganyari sistem liyane, kanthi efektif ngowahi dadi "target obah".
• Aku pengin sawetara versi aplikasi sing padha bebarengan, amarga ora ana cara kanggo ngerti apa sing rusak ing versi paling anyar, utawa, ngomong, aku, minangka pangembang web, kudu nyoba karyaku ing macem-macem versi browser. Haiku ngrampungake masalah sing sepisanan, nanging ora sing nomer loro. Pembaruan digulung maneh, nanging mung kanggo kabeh sistem; ora mungkin (saiki aku ngerti) kanggo mbukak, contone, sawetara versi WebPositive utawa LibreOffice ing wektu sing padha.

Salah sawijining pangembang nulis:

Ateges nyoto iki: kasus panggunaan arang banget sing ngoptimalake iku ora nggawe pangertèn; nambani minangka kasus khusus ing HaikuPorts katon luwih saka ditrima.

• Aku kudu nyimpen app ing ngendi aku seneng, ora ing drive wiwitan. Aku kerep kehabisan ruang disk, mula aku kudu nyambungake drive eksternal utawa direktori jaringan kanggo nyimpen aplikasi (kabeh versi sing wis diundhuh). Yen aku nyambung drive kuwi, Aku kudu aplikasi kanggo dibukak dening pindho klik. Haiku nyimpen versi lawas saka paket, nanging aku ora ngerti carane mindhah menyang drive external, utawa carane miwiti aplikasi saka ing kono mengko.

Komentar pangembang:

Secara teknis, iki wis bisa ditindakake kanthi printah mount. Mesthi, kita bakal nggawe GUI kanggo iki sanalika kita duwe cukup pangguna kasengsem.

• Aku ora butuh mayuta-yuta file sing kasebar ing sistem file sing aku ora bisa ngatur dhewe kanthi manual. Aku pengin siji file saben aplikasi sing bisa gampang download, mindhah, mbusak. Ing Haiku masalah iki ditanggulangi nggunakake paket .hpkg, sing nransfer, contone, python, saka ewu file dadi siji. Nanging yen ana, contone, Scribus nggunakake python, banjur aku kudu menehi hasil karo paling loro file. Lan aku kudu ati-ati kanggo njaga versi sing bisa digunakake.

Sawetara versi AppImages mlaku bebarengan ing Linux sing padha

Perspektif pangembang aplikasi

Ayo ndeleng saka sudut pandang pangembang aplikasi:

• Aku pengin ngontrol kabeh pengalaman pangguna. Aku ora pengin gumantung ing sistem operasi kanggo pitutur marang aku kapan lan carane aku kudu ngeculake aplikasi. Haiku ngidini pangembang bisa nggarap repositori hpkg dhewe, nanging iki tegese pangguna kudu nyetel kanthi manual, sing ndadekake ide kasebut "kurang atraktif."
• Aku duwe kaca download ing situs webku sing disebarake .exe kanggo Windows, .dmg kanggo Mac lan .AppImage kanggo Linux. Utawa mungkin aku pengin monetisasi akses menyang kaca iki, apa wae bisa? Apa aku kudu sijine ana kanggo Haiku? File wis cukup .hpkg karo dependensi mung saka HaikuPorts
• Piranti lunakku mbutuhake versi tartamtu saka piranti lunak liyane. Contone, dikenal sing Krita mbutuhake versi patched saka Qt, utawa Qt sing nggoleki kanggo versi tartamtu saka Krita, paling nganti patch di-push bali menyang Qt. Sampeyan bisa paket Qt dhewe kanggo aplikasi ing paket .hpkg, nanging paling kamungkinan iki ora sambutan.

Kaca download aplikasi biasa. Apa sing kudu dakkirim ing kene kanggo Haiku?

Bakal bundles (ana minangka direktori aplikasi kaya AppDir utawa .app ing gaya Apple) lan / utawa gambar (ing wangun AppImages Highly dipunéwahi utawa .dmg saka Apple) aplikasi tambahan migunani kanggo lingkungan desktop Haiku? Utawa bakal ngencerake kabeh gambar lan mimpin kanggo fragmentasi, lan mulane nambah kerumitan? Aku ambruk: ing tangan siji, kaendahan lan kecanggihan Haiku adhedhasar kasunyatan sing biasane ana siji cara kanggo nindakake soko, tinimbang akeh. Ing sisih liya, umume infrastruktur kanggo katalog lan / utawa suite aplikasi wis ana, mula sistem kasebut njaluk sawetara persen sing isih ana.

Miturut pangembang pak. waddlesplash

Ing Linux padha (katalog lan kit aplikasi, - kira-kira. penerjemah) minangka solusi teknis kanggo masalah sistemik. Ing Haiku, kita luwih seneng ngrampungake masalah sistem.

Piye menurutmu?

Sadurunge sampeyan mangsuli ...

Enteni, ayo mriksa kasunyatan cepet: nyatane direktori aplikasi - wis dadi bagian saka Haiku:

Direktori aplikasi wis ana ing Haiku, nanging durung didhukung ing pangatur file

Lagi mung ora uga didhukung minangka, ngomong, Macintosh Finder. Carane kelangan bakal dadi yen direktori QtCreator wis "QtCreator" jeneng lan lambang ing sudhut kiwa ndhuwur, miwiti aplikasi nalika klik kaping pindho?

A sethitik sadurungé aku wis takon:

Apa sampeyan yakin bisa mbukak aplikasi sing wis umur dasawarsa saiki nalika kabeh toko app lan repositori distribusi wis lali babagan lan dependensi? Apa sampeyan yakin yen sampeyan isih bisa ngakses proyek saiki ing mangsa ngarep?

Apa wis ana jawaban saka Haiku, utawa apa katalog lan paket aplikasi bisa mbantu ing kene? Aku padha bisa.

Miturut mr. waddlesplash:

Ya, kita duwe jawaban kanggo pitakonan kasebut: kita mung bakal ndhukung aplikasi kasebut sajrone perlu nganti ana sing bisa maca format file kanthi bener utawa nyedhiyakake fungsi siji-kanggo-siji. Komitmen kita kanggo ndhukung aplikasi BeOS R5 ing Haiku minangka bukti ...

Sing mesthi!

Apa tindakan sing kudu ditindakake Haiku?

Aku bisa mbayangno coexistence tentrem hpkg, direktori lan gambar aplikasi:

• Piranti lunak sistem nggunakake .hpkg
• Kanggo piranti lunak sing paling kerep digunakake (utamane sing kudu gawe jadwal rilis rolling), gunakake .hpkg (kira-kira 80% saka kabeh kasus)
• Sawetara diinstal liwat .hpkg, aplikasi bakal entuk manfaat saka pindhah menyang infrastruktur direktori aplikasi (eg QtCreator): padha bakal disebarake minangka .hpkg, kaya sadurunge.

pak. waddlesplash nyerat:

Yen sampeyan mung perlu kanggo ndeleng aplikasi ing /system/apps, tinimbang kita kudu nggawe direktori ing Deskbar luwih bisa diatur kanggo pangguna, amarga /system/apps ora dimaksudake kanggo dibukak lan dideleng kanthi rutin dening pangguna (ora kaya MacOS). Kanggo kahanan kaya mengkono, Haiku nduweni paradigma sing beda, nanging pilihan iki, miturut teori, bisa ditampa.

• Haiku nampa infrastruktur kanggo nglakokake gambar aplikasi, saben wengi, terus-terusan lan mbangun piranti lunak, uga kanggo kasus nalika pangguna pengin "beku ing wektu", kanggo piranti lunak pribadi lan internal, lan kasus panggunaan khusus liyane (udakara 20% sekabehane). Gambar kasebut ngemot file sing dibutuhake kanggo mbukak aplikasi kasebut .hpkg, dipasang dening sistem, lan sawise aplikasi rampung - unmounted. (Mungkin manajer file bisa nyelehake file .hpkg menyang gambar aplikasi, kanthi otomatis utawa ing panjalukan pangguna - uga, kaya nalika nyeret aplikasi menyang direktori jaringan utawa drive eksternal. Iku mung lagu! Utawa, puisi - haiku.) Ing tangan liyane, pangguna bisa uga pengin nginstal isi gambar ing wangun file..hpkg, sawise iku bakal dianyari lan diproses kanthi cara sing padha kaya sing diinstal liwat HaikuDepot... We need to brainstorming).

Kutipan saka mr. waddlesplash:

Nganggo aplikasi saka drive eksternal utawa direktori jaringan bisa uga migunani. Lan nambah kemampuan kanggo ngatur luwih akeh "zona" kanggo pkgman mesthi bakal dadi fitur sing apik.

Sistem kasebut bakal njupuk kauntungan saka hpkg, direktori, lan gambar aplikasi. Dheweke apik kanthi individu, nanging bebarengan bakal ora bisa dikalahake.

kesimpulan

Haiku nduweni kerangka sing nyedhiyakake pengalaman pangguna sing prasaja lan canggih kanggo PC, lan ngluwihi sing biasane diwenehake kanggo PC Linux. Sistem paket .hpkg iku salah siji conto, nanging liyane saka sistem uga imbued karo kecanggihan. Nanging, Haiku bakal entuk manfaat saka direktori sing tepat lan dhukungan gambar aplikasi. Carane paling apik kanggo nindakake iki worth ngrembug karo wong sing ngerti Haiku, filsafat lan arsitektur sing luwih apik tinimbang aku. Sawise kabeh, aku wis nggunakake Haiku luwih saka seminggu. Nanging, aku yakin manawa desainer, pangembang, lan arsitek Haiku bakal entuk manfaat saka perspektif anyar iki. Paling ora, aku bakal seneng dadi "partner sparing". Aku duwe liwat 10 taun pengalaman tangan karo katalog aplikasi Linux lan mbendel, lan aku kaya kanggo golek nggunakake kanggo wong-wong mau ing Haiku, kang aku iku pas sampurna. Solusi potensial sing dakkarepake ora mung siji-sijine sing bener kanggo masalah sing wis dakgambarake, lan yen tim Haiku mutusake golek liyane sing luwih elegan, aku kabeh. Sejatine, aku wis mikir babagan cara nggawe sistem hpkg malah luwih apik tenan tanpa ngganti cara kerjane. Pranyata tim Haiku wis suwe mikir babagan paket aplikasi nalika ngetrapake sistem manajemen paket, nanging sayange (aku mikir) ide kasebut dadi "usang". Mungkin iki wektu kanggo urip maneh?

Coba dhewe! Sawise kabeh, proyek Haiku nyedhiyakake gambar kanggo boot saka DVD utawa USB, sing digawe ßедневно.
Apa sampeyan duwe pitakon? Kita ngajak sampeyan menyang basa Rusia saluran telegram.

Ringkesan kesalahan: Carane njupuk dhewe ing sikil ing C lan C ++. Koleksi resep Haiku OS

saka pengarang terjemahan: iki artikel kawolu lan pungkasan ing seri bab Haiku.

Daftar artikel: Kaping pisanan Kapindho Katelu Kaping pat Kaping gangsal Kaping enem kapitu

Mung pangguna pangguna sing bisa melu survey. mlebunggih.

Apa masuk akal kanggo port sistem hpkg menyang Linux?

• Ya

• Ora

• Wis dileksanakake, aku bakal nulis ing komentar

20 pangguna milih. 5 kedhaftar abstained.

Source: www.habr.com