🥇Hal lainnya: Paket aplikasi Haiku?

TL; DR:Dapatkah Haiku mendapatkan dukungan yang tepat untuk paket aplikasi, seperti direktori aplikasi (seperti .app в Mac) и/или образов приложений (Linux AppImage)? Saya pikir ini akan menjadi tambahan yang layak, dan akan lebih mudah diimplementasikan dengan benar dibandingkan sistem lain, karena sebagian besar infrastrukturnya sudah ada.

Seminggu yang lalu Saya menemukan Haiku, sistem yang ternyata sangat bagus. Dan karena saya sudah lama tertarik dengan katalog dan gambar aplikasi (terinspirasi oleh kesederhanaan Macintosh), tidak heran saya menemukan sebuah ide...

Для полного понимания: я создатель и автор AppImage, формата распространения приложений Linux, нацеленного на простоту Mac и предоставляющего полное управление авторам приложений и конечным пользователям (хотите знать больше — см. wiki и dokumentasi).

Bagaimana jika kita membuat AppImage untuk Haiku?

Mari kita berpikir sedikit, murni secara teoritis: apa yang perlu dilakukan untuk mendapatkannya AppImage, или нечто подобное, на Haiku? Необязательно создавать что-то прямо сейчас, ведь система, которая уже есть в Haiku, работает удивительно, а вот воображаемый эксперимент получился бы неплохой. А еще он демонстрирует утонченность Haiku, по сравнению с рабочими окружениям Linux, где подобные вещи ужасно трудны (имею право так говорить: 10 лет уже маюсь с отладкой).

На Macintosh System 1 каждое приложение было отдельным файлом, «управляемым» в Finder. Используя AppImage я пробую пересоздать этот же пользовательский опыт на Linux.

Pertama-tama, apa itu AppImage? Ini adalah sistem untuk merilis aplikasi pihak ketiga (misalnya, Cura Ultimaker), yang memungkinkan pengguna merilis aplikasi kapan pun dan dengan cara apa pun yang mereka inginkan: mereka tidak perlu mengetahui detail berbagai distribusi, membangun kebijakan, atau membangun infrastruktur, mereka tidak memerlukan dukungan dari pengelola, dan mereka tidak memberi tahu pengguna apa yang tidak dapat mereka instal di komputer mereka. AppImage harus dipahami sebagai sesuatu yang mirip dengan paket Mac dalam format .app di dalam citra disk .dmgPerbedaan utamanya adalah aplikasi tidak disalin, tetapi tetap berada di dalam AppImage selamanya, seperti paket Haiku. .hpkg dipasang, dan tidak pernah dipasang dalam arti biasa.

AppImage за более чем 10 лет существования получил некоторую притягательность и популярность: сам Линус Торвальдс публично одобрил его, а распространенные проекты (к примеру, LibreOffice, Krita, Inkscape, Scribus, ImageMagick) приняли его в качестве основного способа распространения непрерывных или ночных сборок, не мешающих установленным или не установленным приложениям пользователей. Однако рабочие окружения и дистрибутивы Linux чаще всего по-прежнему цепляются за традиционную, централизованную модель распространения на основе сопровождающих и/или продвигают собственные корпоративные бизнес и/или инженерные программы на основе Flatpak (RedHat, Fedora, GNOME) dan Tajam (Canonical, Ubuntu). Доходит dengan konyol.

Bagaimana cara kerjanya

Setiap AppImage berisi 2 bagian: ELF kecil yang dapat dieksekusi (yang disebut runtime.c), diikuti oleh gambar sistem file SquashFS.

Файловая система SquashFS содержит полезную нагрузку в виде приложения и всего необходимого для его запуска, которое в здравом уме нельзя считать частью установки по-умолчанию для каждой достаточно свежей целевой системы (дистрибутива Linux). Также она содержит метаданные, к примеру имя приложения, иконки, типы MIME и проч., проч.

Saat diluncurkan oleh pengguna, runtime menggunakan FUSE dan squashfuse untuk memasang sistem berkas, lalu memproses peluncuran beberapa titik masuk (yang disebut AppRun) di dalam AppImage yang terpasang.
Sistem berkas dilepas setelah proses berakhir.

Tampaknya semuanya sederhana.

Dan hal-hal ini memperumit segalanya:

с таким разнообразием дистрибутивов Linux уже ничто «в здравом уме» не назовешь «частью установки по-умолчанию для каждой свежей целевой системы». Мы обходим эту проблему путем сборки daftar pengecualian, yang memungkinkan kami menentukan apa yang akan dikemas ke dalam AppImage dan apa yang perlu dipasok dari sumber lain. Namun, terkadang kami gagal mencapai target, meskipun umumnya semuanya berfungsi dengan baik. Karena alasan ini, kami menyarankan pembuat paket untuk menguji AppImage di semua sistem target (distribusi).
Aplikasi sebagai muatan harus dapat dipindahkan melintasi sistem berkas. Sayangnya, banyak aplikasi memiliki jalur absolut yang dikodekan secara keras ke, misalnya, sumber daya di /usr/shareIni perlu diperbaiki. Selain itu, perlu diekspor LD_LIBRARY_PATH, atau benar rpath agar pemuat dapat menemukan pustaka yang terhubung. Metode pertama memiliki kekurangan (yang dapat diatasi dengan metode yang kompleks), dan metode kedua cukup rumit.
Perangkap UX terbesar bagi pengguna adalah Anda harus mengatur bit yang dapat dieksekusi файлу AppImage после скачивания. Хотите верьте, хотите нет, но для кого-то это реальный барьер. Необходимость установки бита исполняемости громоздка даже для опытных пользователей. В качестве обходного пути мы предложили установку небольшого сервиса, следящего за файлами AppImage и устанавливающего им бит исполнимости. В чистом виде, не самое лучшее решение, поскольку не будет работать «из коробки». Дистрибутивы Linux не поставляют этот сервис, следовательно, у пользователей «из коробки» все плохо.
Anggota Linux ждут, что у нового приложения появится иконка в меню запуска. Системе не скажешь: «Смотри, вон новое приложение, давай работай». Вместо этого, согласно спецификации XDG, надо скопировать файл .desktop ke tempat yang tepat di /usr untuk instalasi seluruh sistem, atau di $HOME untuk individu. Ikon dengan ukuran tertentu, menurut spesifikasi XDG, perlu ditempatkan di tempat tertentu di usr или $HOME, lalu jalankan perintah di ruang kerja untuk memperbarui cache ikon, atau berharap pengelola ruang kerja akan mengetahuinya dan mendeteksi semuanya secara otomatis. Hal yang sama berlaku untuk tipe MIME. Sebagai solusi sementara, disarankan untuk menggunakan layanan yang sama, yang, selain mengatur tanda eksekusi, akan menyalinnya dari AppImage ke lokasi yang benar menurut XDG jika ikon, dll., ada di AppImage. Saat menghapus atau memindahkan ikon, layanan seharusnya membersihkan semuanya. Tentu saja, setiap ruang kerja memiliki perilaku yang berbeda, termasuk format file grafik, ukuran, lokasi penyimpanan, dan metode pembaruan cache, yang merupakan penyebab masalah. Singkatnya, metode ini merupakan solusi sementara.
Если вышеперечисленного недостаточно, в файловом менеджере так и нет иконки AppImage. В мире Linux до сих пор не приняли решение о внедрении elficon (несмотря на diskusi и penerapan), sehingga mustahil untuk menyematkan ikon langsung ke dalam aplikasi. Ini berarti aplikasi di pengelola berkas tidak memiliki ikonnya sendiri (baik AppImage maupun yang lainnya), hanya di menu peluncur. Sebagai solusinya, kami menggunakan thumbnail—mekanisme yang awalnya dirancang untuk memungkinkan pengelola desktop menampilkan thumbnail berkas grafis sebagai ikonnya. Akibatnya, layanan untuk mengatur bit yang dapat dieksekusi juga berfungsi sebagai "miniaturizer", yang membuat dan menulis thumbnail ikon di lokasi yang sesuai. /usr и $HOMELayanan ini juga membersihkan AppImages jika dihapus atau dipindahkan. Karena setiap pengelola desktop berperilaku sedikit berbeda, misalnya dalam format, ukuran, dan lokasi ikon yang diterima, hal ini bisa sangat merepotkan.
Aplikasi akan langsung mogok saat dijalankan jika terjadi kesalahan (misalnya, terdapat pustaka yang bukan bagian dari sistem dasar dan tidak disertakan dalam AppImage), dan tidak ada yang memberi tahu pengguna di GUI apa yang sebenarnya terjadi. Kami mulai mengatasi hal ini dengan menggunakan pemberitahuan di desktop, yang berarti kita perlu menangkap kesalahan dari baris perintah, mengubahnya menjadi pesan yang dapat dibaca pengguna, lalu menampilkannya di desktop. Dan tentu saja, setiap lingkungan desktop menanganinya sedikit berbeda.
Saat ini (September 2019, - catatan penerjemah) saya belum menemukan cara mudah untuk memberi tahu sistem bahwa file tersebut 1.png Anda perlu membukanya dengan Krita, dan 2.png — menggunakan GIMP.

Lokasi penyimpanan untuk spesifikasi lintas-desktop yang digunakan di GNOME, KDE и Xfce adalah freedesktop.org

Mencapai tingkat kecanggihan yang tertanam dalam lingkungan desktop Haiku sulit, jika tidak mustahil, karena spesifikasinya XDG dari freedesktop.org untuk lintas-desktop, serta implementasi manajer desktop berdasarkan spesifikasi ini. Sebuah ikon Firefox tunggal di seluruh sistem adalah contohnya: tampaknya, para pengembang XDG tidak pernah mempertimbangkan bahwa seorang pengguna mungkin memiliki beberapa versi aplikasi yang sama yang terpasang.

Ikon untuk berbagai versi Firefox

Мне было интересно, чему мир Linux мог бы научиться у Mac OS X, чтобы не лажать при системной интеграции. Если у вас есть время и вы занимаетесь таким — обязательно почитайте, что сказал Арно Гурдол, один из первых инженеров Mac OS X:

Kami ingin menginstal aplikasi semudah menyeret ikon aplikasi dari suatu tempat (server, drive eksternal) ke hard drive komputer. Untuk mencapai hal ini, semua informasi yang dibutuhkan sistem untuk memproses aplikasi, termasuk ikon, versi, jenis berkas, dan skema URL, disimpan dalam paket aplikasi. Ini juga mencakup informasi untuk 'penyimpanan terpusat' dalam basis data Layanan Ikon dan Layanan Peluncuran. Untuk mendukung kinerja, aplikasi 'ditemukan' di beberapa lokasi 'yang dikenal': folder Aplikasi sistem dan pengguna, serta beberapa lokasi lain secara otomatis jika pengguna membuka direktori yang berisi aplikasi tersebut di Finder. Dalam praktiknya, ini bekerja dengan sangat baik.

https://youtu.be/qQsnqWJ8D2c
Apple WWDC 2000 Sesi 144 - Mac OS X: Pengemasan Aplikasi dan Pencetakan Dokumen.

Ничего подобного из этой инфраструктуры нет на рабочих окружениях Linux, поэтому мы ищем обходные пути вокруг структурных ограничений в проекте AppImage.

Apakah Haiku datang untuk menyelamatkan?

И еще: платформы Linux в качестве основы рабочих окружений, как правило, до того недоспецифицированны, что многие вещи, которые весьма просты в согласованной системе с полным стеком, разочаровывают фрагментированностью и сложностью в Linux. Я посвятил целый доклад вопросам, связанным с платформой Linux для рабочих окружений (знающие разработчики подтвердили: все так и останется еще очень надолго).

Мой доклад по проблемам рабочих окружений Linux di 2018

Bahkan Linus Torvalds mengakui bahwa fragmentasi adalah alasan kegagalan ide lingkungan desktop.

Senang melihat Haiku!

Dengan Haiku, segalanya menjadi luar biasa sederhana.

Хотя наивный подход к «переносу» AppImage на Haiku заключается в простой попытке сборки (в основном runtime.c и сервиса) его компонентов (что может быть даже и возможно!), это не принесет особой пользы для Haiku. Потому что на самом деле большинство этих проблем решено на Haiku и концептуально обоснованно. Haiku предоставляет именно те кирпичики для системной инфраструктуры, которые я так долго искал в рабочих окружениях на Linux и не мог поверить, что их там нет. А именно:

Верите или нет, но это не могут побороть многие пользователи Linux. На Haiku все делается автомагически!

File ELF yang tidak mempunyai bit yang dapat dieksekusi akan diberikan secara otomatis saat diklik dua kali di pengelola file.
Aplikasi dapat memiliki sumber daya bawaan, seperti ikon yang muncul di pengelola berkas. Ini menghilangkan kebutuhan untuk menyalin banyak gambar ke direktori ikon khusus, yang berarti Anda tidak perlu membersihkannya setelah menghapus atau memindahkan aplikasi.
Ada basis data untuk menghubungkan aplikasi ke dokumen, tidak perlu menyalin file apa pun untuk ini.
Secara default, pustaka dicari di direktori lib/ di samping berkas yang dapat dieksekusi.
Tidak ada distribusi dan lingkungan desktop ganda; apa pun yang berhasil, berhasil di mana saja.
Tidak ada modul peluncur terpisah yang berbeda dari direktori Aplikasi.
Aplikasi tidak memiliki jalur absolut bawaan ke sumber dayanya; ada fungsi khusus untuk menentukan lokasi selama eksekusi.
Ide citra sistem berkas terkompresi telah diterapkan: semua paket hpkg. Semuanya di-mount oleh kernel.
Setiap berkas dibuka dengan aplikasi yang membuatnya, kecuali Anda secara eksplisit menentukan sebaliknya. Keren, ya!

Dua berkas PNG. Perhatikan ikon yang berbeda, yang menunjukkan bahwa berkas-berkas tersebut akan terbuka di aplikasi yang berbeda ketika diklik dua kali. Perhatikan juga menu tarik-turun "Buka dengan:", tempat pengguna dapat memilih aplikasi tertentu. Mudah sekali!

Выглядит так, что многие костыли и обходные пути, нужные AppImage на Linux, становятся ненужными на Haiku, имеющую в своей основе простоту и утонченность, благодаря которым она справляется с большинством наших нужд.

Apakah Haiku memerlukan paket aplikasi?

Это подводит к большому вопросу. Если бы на Haiku создать систему вроде AppImage оказалось на порядок проще, чем на Linux, стоило бы этим заняться? Или же Haiku с ее системой пакетов hpkg фактически устранила необходимость разработки подобной идеи? Что ж, для ответа надо взглянуть на мотивацию существования AppImages.

Perspektif pengguna

Mari kita lihat pengguna akhir kita:

Saya ingin menginstal aplikasi tanpa meminta kata sandi administrator (root). Di Haiku tidak ada konsep administrator, pengguna memiliki kontrol penuh karena ini adalah sistem pribadi! (Pada prinsipnya, Anda dapat membayangkan ini dalam mode multipemain, saya harap pengembang membuatnya tetap sederhana)
Saya ingin mendapatkan versi aplikasi terbaru dan terbaik, bukan menunggu hingga versi tersebut muncul dalam distribusi saya (yang biasanya berarti "tidak pernah", setidaknya kecuali saya memperbarui seluruh OS). Haiku "menyelesaikan" masalah ini dengan rilis bergulir. Ini berarti Anda bisa mendapatkan versi aplikasi terbaru dan terbaik, tetapi untuk melakukannya, Anda harus terus memperbarui seluruh sistem, yang secara efektif menjadikannya "target yang bergerak"..
Saya ingin memiliki beberapa versi aplikasi yang sama secara berdampingan karena saya tidak tahu apa yang rusak pada versi terbaru, atau, misalnya, sebagai pengembang web, saya perlu menguji pekerjaan saya pada versi browser yang berbeda. Haiku memecahkan masalah pertama, tetapi tidak yang kedua. Pembaruan dapat dibatalkan, tetapi hanya untuk seluruh sistem; tidak mungkin (sejauh yang saya ketahui) untuk menjalankan, misalnya, beberapa versi WebPositive atau LibreOffice secara bersamaan.

Salah satu pengembang menulis:

Pada dasarnya, alasannya adalah bahwa kasus penggunaan tersebut sangat langka sehingga mengoptimalkannya tidak masuk akal; menanganinya sebagai kasus khusus di HaikuPorts tampaknya lebih dari dapat diterima.

Saya perlu menyimpan aplikasi di tempat yang saya inginkan, bukan di drive startup. Saya sering kehabisan ruang disk, jadi saya perlu menghubungkan drive eksternal atau berbagi jaringan untuk menyimpan aplikasi (semua versi yang telah saya unduh). Jika saya menghubungkan drive tersebut, saya ingin aplikasi tersebut diluncurkan dengan klik ganda. Haiku menyimpan versi paket yang lama, tetapi saya tidak tahu cara memindahkannya ke drive eksternal, dan cara memanggil aplikasi dari sana.

Komentar pengembang:

Secara teknis, hal ini sudah dimungkinkan dengan perintah mount. Tentu saja, kami akan membuat GUI untuk ini segera setelah cukup banyak pengguna yang tertarik.

Saya tidak butuh jutaan berkas yang tersebar di seluruh sistem berkas yang tidak bisa saya kelola secara manual. Saya hanya butuh satu berkas per aplikasi yang bisa saya unduh, pindahkan, dan hapus dengan mudah. Pada Haiku, masalah ini dipecahkan menggunakan paket. .hpkg, yang mentransfer, misalnya, Python dari ribuan berkas menjadi satu. Namun, jika saya memiliki, misalnya, Scribus, yang menggunakan Python, maka saya harus menangani setidaknya dua berkas. Dan saya harus memastikan berkas-berkas tersebut dikelola dalam versi yang kompatibel.

Многочисленные версии AppImages, запущенный рядом на одном Linux

Perspektif pengembang aplikasi

Mari kita lihat dari sudut pandang pengembang aplikasi:

Saya ingin mengendalikan seluruh pengalaman pengguna. Saya tidak ingin bergantung pada sistem operasi yang memberi tahu saya kapan dan bagaimana merilis aplikasi. Haiku memungkinkan pengembang untuk bekerja dengan repositori hpkg mereka sendiri, tetapi ini berarti pengguna harus mengonfigurasinya secara manual, membuat idenya "kurang menarik."
Saya memiliki halaman unduhan di situs web saya tempat saya mendistribusikan .exe untuk Windows, .dmg untuk Mac dan .AppImage untuk Linux. А может, я захочу монетизировать доступ к этой странице, все может быть? Что мне надо разместить там для Haiku? Satu file sudah cukup .hpkg dengan ketergantungan hanya pada HaikuPorts
Perangkat lunak saya memerlukan versi tertentu dari perangkat lunak lain. Misalnya, Krita diketahui memerlukan versi Qt yang telah di-patch, atau Qt yang telah disesuaikan untuk versi Krita tertentu, setidaknya hingga versi patch dikembalikan ke Qt. Dimungkinkan untuk mengemas Qt Anda sendiri untuk aplikasi dalam satu paket .hpkg, tetapi kemungkinan besar hal ini tidak disambut baik.

Halaman unduh aplikasi pada umumnya. Apa yang sebaiknya Haiku tulis di sini?

Apakah kit (yang ada sebagai direktori aplikasi seperti AppDir atau .app dalam gaya Apple) dan/atau gambar (dalam bentuk AppImages yang dimodifikasi secara besar-besaran atau .dmg Apakah penambahan aplikasi (dari Apple) merupakan tambahan yang bermanfaat untuk desktop Haiku? Atau justru akan mengencerkan gambaran keseluruhan dan menyebabkan fragmentasi, sehingga menambah kompleksitas? Saya bimbang: di satu sisi, keindahan dan kecanggihan Haiku berasal dari fakta bahwa biasanya hanya ada satu cara untuk melakukan sesuatu, bukan banyak. Di sisi lain, sebagian besar infrastruktur untuk katalog dan/atau bundel aplikasi sudah ada, sehingga sistem membutuhkan beberapa persen sisanya untuk berjalan sebagaimana mestinya.

Menurut pengembang Tn. waddlesplash

Pada Linux они (katalog dan paket aplikasi, — catatan penerjemah) kemungkinan besar merupakan solusi teknis untuk masalah sistemik. Di Haiku, kami lebih suka menyelesaikan masalah sistemik secara sederhana.

Bagaimana menurutmu?

Sebelum Anda menjawab…

Tunggu, mari kita lakukan pengecekan realitas cepat: direktori aplikasi — sudah menjadi bagian dari Haiku:

Direktori aplikasi sudah ada di Haiku, tetapi belum didukung dalam pengelola berkas.

Dukungannya tidak sebaik, misalnya, Macintosh Finder. Keren banget kan kalau direktori QtCreator punya nama dan ikon "QtCreator" di pojok kiri atas, yang langsung meluncurkan aplikasi saat diklik dua kali?

Sedikit sebelumnya saya sudah diminta:

Apakah Anda yakin bisa menjalankan aplikasi Anda yang berusia sepuluh tahun hari ini, ketika semua toko aplikasi dan repositori distribusi telah melupakannya dan dependensinya? Apakah Anda yakin masih bisa mengakses karya Anda saat ini di masa mendatang?

Apakah sudah ada jawaban dari Haiku, atau katalog dan bundel aplikasi bisa membantu? Saya rasa begitu.

Menurut Pak. percikan waddle:

Ya, kami punya jawaban untuk pertanyaan itu: kami akan mendukung aplikasi-aplikasi ini selama diperlukan, hingga seseorang dapat membaca format berkasnya dengan benar atau menyediakan fungsionalitas 1:1. Komitmen kami untuk mendukung aplikasi BeOS R5 di Haiku adalah bukti nyata akan hal itu…

Ini pasti!

Tindakan apa yang harus diambil Haiku?

Saya dapat membayangkan koeksistensi damai hpkg, direktori, dan gambar aplikasi:

Penggunaan perangkat lunak sistem .hpkg
Untuk perangkat lunak yang paling umum digunakan (terutama bagi mereka yang perlu menjadwalkan rilis bergulir), gunakan .hpkg (sekitar 80% dari semua kasus)
Beberapa diinstal melalui .hpkg, aplikasi akan mendapat manfaat dari perpindahan ke infrastruktur dengan direktori aplikasi (misalnya, QtCreator): aplikasi akan didistribusikan sebagai .hpkg, seperti sebelumnya.

Tuan Waddlesplash menulis:

Jika yang Anda inginkan hanyalah melihat aplikasi di /system/apps, sebaliknya kita perlu membuat direktori di Deskbar lebih mudah dikelola oleh pengguna, karena /system/apps Haiku tidak dirancang untuk dibuka dan dilihat pengguna secara berkala (tidak seperti macOS). Haiku memiliki paradigma yang berbeda untuk situasi seperti itu, tetapi tetap merupakan pilihan yang dapat diterima.

Haiku menerima infrastruktur untuk menjalankan citra aplikasi, build perangkat lunak nightly, continuous, dan test build, serta untuk kasus-kasus di mana pengguna ingin "membekukan" perangkat lunak, untuk perangkat lunak pribadi dan internal, dan kasus-kasus penggunaan khusus lainnya (sekitar 20% dari keseluruhan). Citra-citra ini berisi berkas-berkas yang diperlukan untuk menjalankan aplikasi. .hpkg, dipasang oleh sistem, dan setelah aplikasi ditutup, dilepas. (Mungkin pengelola berkas dapat menempatkan berkas-berkas tersebut .hpkg ke dalam gambar aplikasi, secara otomatis atau sesuai permintaan pengguna—seperti saat Anda menyeret aplikasi ke berbagi jaringan atau drive eksternal. Itu hanya sebuah lagu! Atau lebih tepatnya, puisi—haiku.) Di sisi lain, pengguna mungkin ingin memasang konten gambar sebagai berkas..hpkg, setelah itu mereka akan diperbarui dan diproses persis seperti jika mereka diinstal melalui HaikuDepot... Kita perlu melakukan curah pendapat).

Kutipan dari mr. waddlesplash:

Meluncurkan aplikasi dari drive eksternal atau berbagi jaringan berpotensi bermanfaat. Menambahkan kemampuan untuk mengonfigurasi lebih banyak "zona" untuk pkgman tentu akan menjadi fitur yang sangat berguna.

Sistem seperti itu akan memanfaatkan keunggulan hpkg, katalog, dan citra aplikasi. Meskipun masing-masing unggul jika berdiri sendiri, jika digabungkan, semuanya akan tak tertandingi.

Kesimpulan

Для Haiku есть инфраструктура, предоставляющая простой и утонченный пользовательский интерфейс для ПК, и далеко выходящая за рамки того, что обычно предоставляется для ПК на Linux. Система пакетов .hpkg — один из таких примеров, но остальные части системы также пропитаны утонченностью. Тем не менее, от правильной поддержки каталогов и образов приложений Haiku бы выиграла. Как это лучше всего сделать — стоит обсудить с людьми, знающими Haiku, ее философию и архитектуру намного лучше, чем я. В конце концов я пользуюсь Haiku чуть больше недели. Но тем не менее, я считаю, что этот свежий взгляд окажется полезен дизайнерам, разработчикам и архитекторам Haiku. По крайней мере, я с радостью побуду для них «спарринг-партнером». У меня более 10 лет практического опыта работы с каталогами и комплектами приложений для Linux, и мне хотелось бы найти им применение для Haiku, для концепции которой, по моему мнению, они подходят идеально. Предложенные мною потенциальные решения вовсе не являются единственно верными для проблем, которые я описал, и если команда Haiku решит найти другие, более изящные, — я только всеми руками за. В принципе, я уже обдумываю идею того, как сделать систему hpkg Yang lebih mengejutkan lagi, tanpa mengubah cara kerjanya. Ternyata tim Haiku sudah lama memikirkan tentang bundel aplikasi saat mengimplementasikan sistem manajemen paket, tetapi sayangnya (menurut saya) ide tersebut telah terdegradasi ke kategori "usang". Mungkin sudah waktunya untuk menghidupkannya kembali?

Cobalah sendiri! Bagaimanapun, proyek Haiku menyediakan gambar untuk boot dari DVD atau USB, yang dihasilkan harian.
Apakah Anda memiliki pertanyaan? Kami mengundang Anda ke berbahasa Rusia saluran telegram.

Ikhtisar kesalahan: Cara menembak diri sendiri di C dan C++. Kumpulan resep Haiku OS

Dari penulis Terjemahan: Ini adalah artikel kedelapan dan terakhir dalam seri Haiku.

Daftar artikel: Pertama Kedua Третья Keempat Kelima Keenam Ketujuh

Hanya pengguna terdaftar yang dapat berpartisipasi dalam survei. Masuk, silakan.