Chimera Linux

• Chimera adalah OS berbasis Linux serbaguna yang berangkat dari ketidakpuasan terhadap ekosistem Linux yang ada, dengan tujuan menghadirkan fitur praktis sambil mempertahankan kesederhanaan dan transparansi
• Ini adalah distribusi yang dibangun ulang dari nol, dan melalui alat baru serta utilitas ruang pengguna (userland), berupaya mengejar kesederhanaan konseptual sekaligus kemudahan penggunaan
• Alat intinya menggabungkan FreeBSD, toolchain LLVM, dan pustaka C Musl, memilih susunan yang berbeda dari distribusi Linux pada umumnya
• Meski merupakan distribusi biner, Chimera juga menyediakan sistem build paket sumber untuk mendukung pemaketan perangkat lunak baru dan build kustom
• Menargetkan berbagai arsitektur prosesor seperti Intel/AMD, ARM AArch64, POWER, dan RISC-V, serta ingin memperluas cakupan penyediaan paket melalui sistem build terpusat

---

Tujuan dan arah desain

• Chimera adalah sistem operasi berbasis Linux serbaguna yang berorientasi pada kesederhanaan, transparansi, dan hambatan masuk yang rendah
• Tanpa mengorbankan kepraktisan dan kelengkapan fitur, Chimera mengejar kesederhanaan konseptual dan kemudahan melalui desain perangkat lunak yang cermat dan berkualitas tinggi
• Penjelasan lebih lanjut dapat dilihat di Read more

Karakteristik utama distribusi

• Alat ruang pengguna alternatif

  • Menggabungkan alat inti FreeBSD, toolchain LLVM, dan pustaka C Musl
  • Melalui kombinasi ini, Chimera berupaya menghadirkan pengalaman pengguna dan keunggulan utama yang berbeda dari distribusi yang ada

• Sistem yang bersih dan konsisten

  • Berupaya menghapus sisa-sisa legacy di mana pun memungkinkan
  • Menargetkan sistem operasi yang modern, serbaguna, dan memiliki fungsi lengkap

• Dapat dibangun dari sumber

  • Chimera pada dasarnya adalah distribusi biner
  • Menyediakan sistem build paket sumber agar pemaketan perangkat lunak baru dan build paket kustom lebih mudah dilakukan

• Dukungan banyak arsitektur

  • Dapat digunakan pada berbagai prosesor seperti Intel/AMD, ARM AArch64, POWER, dan RISC-V
  • Sistem build terpusat memungkinkan paket dapat digunakan di berbagai lingkungan

[GN⁺]

Opini Hacker News

• Bagi orang yang sudah lama memakai alat GNU (GNU grep, sed, less, awk, find, tar, dan sebagainya), ini bisa terasa jauh lebih menjengkelkan daripada yang dibayangkan
  Pada masa UNIX, tiap alat command-line punya perbedaan halus masing-masing, dan itu benar-benar menyiksa; ini juga salah satu alasan alat GNU sudah populer bahkan sebelum Linux
  Jika dipasang di UNIX mana pun seperti irix, hpux, sun, dan lainnya, kita bisa menghindari perbedaan aneh seperti hpux grep dan irix grep

  • Jika kekhawatiran utamanya adalah kompatibilitas API utilitas CLI, karena userland inti Chimera disebut disediakan oleh “FreeBSD, NetBSD, OpenBSD”, secara teori gesekannya akan mirip dengan saat memakai BSD atau Mac sekarang
  • Saya beberapa kali pernah memasang port GNU di Solaris
    Namun server Aix dan HP-UX berada di luar kendali saya, jadi skrip yang harus berjalan di semua server harus tetap kompatibel dengan POSIX atau ditulis dengan Perl
  • Masih terasa aneh dan menyebalkan bahwa perintah-perintah seperti ini tidak dipasang secara default dengan nama yang memakai prefiks
    awk sering dipasang secara eksplisit seperti gawk, mawk, jadi akan bagus jika tar juga umum dipakai sebagai bsdtar, gtar
    Di nixpkgs, mudah untuk menyebutkan versi yang tepat sesuai situasi, tetapi di lingkungan lain kebanyakan lebih seperti menebak
  • Yang paling sering menjegal di antara berbagai implementasi Un*x adalah tar(1), dan anehnya perbedaan sangat kecil pada awk(1) sudah menjadi kebiasaan
    Di mesin Solaris yang punya akses root, saya jadi terbiasa langsung memasang gtar, terutama karena adanya “/” di awal path dalam arsip
    Hal tersulit kedua adalah menangani SunOS dan HP/UX di tempat kerja serta Ultrix di luar itu; yang terburuk adalah beberapa kali berhadapan dengan MS-DOS dan tidak paham mengapa ia tidak melakukan buffering input tombol
  • Perbedaan seperti ini masih ada bahkan antara GNU Awk dan BSD awk di OSX

• Saya menyukai berbagai pilihan desain Chimera Linux, terutama sistem packaging/build-nya, tetapi sebagai pengguna Alpine Linux di PC utama saat ini, saya masih merasa sulit membenarkan penggunaan musl
  Saya suka perangkat lunak yang kecil, sederhana, dan benar, tetapi terlepas dari kelebihan itu, dari pengalaman saya musl lebih lambat daripada glibc dan kadang melambat di titik-titik yang sulit diprediksi
  Saat mem-porting perangkat lunak ke musl, ada cukup banyak masalah kecil, dan sebagian besar upstream enggan menerima patch, sehingga beban pemeliharaan jatuh ke distribusi
  Ada juga kasus yang rusak secara halus saat runtime; misalnya build Firefox di Alpine dan Chimera menunjukkan dua crash yang sama, yang tidak ada pada build resmi Mozilla atau build Arch Linux
  Pada akhirnya, untuk pekerjaan seperti build Mozilla Firefox, saya terlalu sering bergantung pada glibc chroot

  • Kadang, atau bahkan sering, alasan musl lambat bisa jadi murni karena memory allocator
    Seingat saya, Chimera memakai allocator yang berbeda dari allocator default musl
  • Di Alpine juga mirip
    musl pada akhirnya menimbulkan jauh lebih banyak masalah daripada nilainya
  • musl pada dasarnya adalah pilihan wajib
    Dengan pengaturan toolchain yang ada, opsi lain tidak terlalu cocok, dan glibc tidak cocok dengan clang+compiler-rt
    glibc baru belakangan ini mulai bisa dibangun dengan clang, tetapi masih mengasumsikan runtime yang berpusat pada gcc, dan dalam praktiknya glibc melakukan dlopen terhadap libgcc_s
    libc lain kemungkinan jauh lebih buruk dari sisi dukungan
    Kesulitan mem-porting perangkat lunak ke musl agak dilebih-lebihkan
    Sebagian besar perangkat lunak sejak awal tidak perlu dip-porting, dan upstream juga tidak sepasif itu
    Kalau ada crash spesifik di Firefox, saya juga penasaran apakah sudah dilaporkan
    Kelambatan umumnya adalah masalah allocator default, yang tidak berlaku untuk Chimera, dan dalam beberapa kasus bisa saja lebih cepat
  • Selain Chimera, Void Linux juga layak dicoba
  • Sedikit keluar topik, tetapi saya penasaran apakah ada materi atau saran yang direkomendasikan untuk mulai memakai Alpine sebagai PC utama
    Saya punya perangkat System76, jadi ingin mencobanya sekali

• Saya tidak sepenuhnya setuju, tetapi sikap proyek ini terhadap systemd adalah yang paling matang, bernuansa, dan seimbang yang pernah saya lihat sejauh ini
  https://chimera-linux.org/docs/faq#what-is-the-projects-take...

  • Sedikit menyimpang, tetapi saya penasaran apakah ada distro yang justru melakukan kebalikannya, yaitu menerima komponen systemd secara menyeluruh
    Sebagai orang yang banyak menangani server Linux dan melihatnya dengan sangat pragmatis, systemd telah membuat banyak hal menjadi mudah, dapat dikonfigurasi, dipelihara, sering diperbarui, dan distandarkan dengan baik
    Saya memahami orang-orang yang ingin merasakan kendali, tetapi saya menginginkan komputer yang andal dan bekerja dengan satu cara
    Pada akhirnya server adalah sesuatu yang diperlakukan seperti ternak
    Jadi saya ingin ada sesuatu seperti eksperimen pemikiran di blog Poettering: image sistem yang immutable, boot bertanda tangan, dan tersusun dari layanan systemd dari atas sampai bawah
  • Dokumen ini benar-benar bagus, tetapi bagian yang mengatakan “systemd ditulis untuk dengan sengaja menyalahgunakan semua ekstensi non-portabel di dunia” perlu diuraikan lebih rinci
    Perlu dibedakan antara fitur kernel khusus Linux dan ekstensi user space, yaitu GNU versus POSIX
    Menggunakan fitur kernel khusus Linux seperti cgroups adalah hal yang baik pada sistem Linux
    Dulu, saat beban tinggi, sshd sering melambat sehingga sulit untuk login, tetapi systemd mengatur sistem agar hal semacam ini lebih jarang terjadi
    Untuk ekstensi user space, saya berharap systemd membangunnya di atas kumpulan alat dan fitur yang lebih kecil sebagai keuntungan bersih, tetapi halaman itu tampaknya tidak demikian
    Saya penasaran apa yang terjadi di sisi itu
  • Ini juga merupakan sikap Void Linux
    Void bukan melakukan itu hanya demi bebas dari systemd, melainkan untuk mempertahankan warisan Unix berupa komponen kecil yang loosely coupled, menjaga POSIX dan portabilitas secara masuk akal (xbps), serta menyediakan sistem Linux yang memungkinkan pengguna memilih libc
  • Saya sangat mendukung systemd, tetapi sebelum systemd juga ada upstart dari Canonical yang digunakan di Ubuntu
    systemd dibuat untuk mengatasi kekurangan upstart
    Tujuan Chimera untuk mengimplementasikan sendiri fitur-fitur systemd yang benar-benar berguna secara independen dengan caranya sendiri adalah hal yang bagus
    Nilai terbesar systemd adalah banyaknya service file yang sudah ditulis, dan di direktori ~/.config/systemd saya sendiri juga ada belasan service
    Karena itu saya melihat ada nilai dalam kompatibilitas dengan systemd
  • Saya sangat mendukung systemd, tetapi sebelum systemd juga ada upstart dari Canonical yang digunakan di Ubuntu
    systemd dibuat untuk mengatasi kekurangan upstart

• Untuk memahami maksud Chimera Linux, anggap saja sebagai Void Linux yang didorong satu langkah lebih jauh
  Pendirinya dulu adalah maintainer PPC di Void, dan pilihan arsitektur yang didukung Chimera juga dapat dipahami dalam konteks itu
  Menurut penafsiran saya, Chimera adalah sistem yang mungkin diinginkan pengguna FreeBSD jika mereka harus memakai Linux
  Ia berbagi compiler dan user space yang sama, dan build system-nya juga terasa familier
  Pada awalnya pilihan GNOME tampak aneh, tetapi Chimera berusaha menghindari banyak legacy dan sejak awal berbasis PipeWire dan Wayland

  • Terlihat cukup bagus, tetapi pilihan GNOME membuat saya sedikit kurang tertarik
    Saya penasaran apakah COSMIC dari System76 suatu hari nanti akan cukup mapan untuk dipertimbangkan
    Akan menyenangkan jika ada desktop environment baru yang stabil, praktis, berorientasi produktivitas, dan berpusat pada pengguna
    Plasma agak banyak bug, GNOME terasa tidak praktis maupun berpusat pada pengguna, dan yang lain tampaknya kurang dalam tingkat pemolesan dan pemeliharaan tertentu
    System76 punya uang untuk berinvestasi di sini, dan tampaknya juga punya motivasi yang tepat untuk membuat sesuatu yang sesuai dengan kebutuhan dan naluri pengguna, bukan ideal pengembang, sehingga seiring waktu bisa menjadi pesaing utama

• Keren memang, tetapi setiap kali melihat sesuatu yang tampaknya ingin menjadi distribusi arus utama yang ramah pengguna, saya jadi khawatir
  Karena saya melihat seberapa keras Manjaro berusaha dengan tujuan seperti “kesederhanaan untuk khalayak luas”, tetapi tetap saja masih punya begitu banyak masalah
  Saya penasaran apakah ini distro eksperimental atau hobi, atau memang menargetkan sesuatu yang bisa dipakai bahkan oleh nenek
  Jika harus memilih ini dibanding BSD, saya akan cukup serius mempertimbangkan yang ini atau sesuatu yang mirip, tetapi ini tidak terlihat seperti pengganti Ubuntu atau Windows
  Kesederhanaan bukan faktor yang dipertimbangkan pengguna akhir biasa
  Sebagai developer yang menyukai software modern dan tidak terlalu tertarik pada lingkungan ringan yang ramah hacker, kemungkinan saya memakai sesuatu dengan pangsa desktop bahkan tidak sampai 1% sangat kecil
  Orang yang bukan penggemar fanatik Arch/Kali/BSD/suckless punya insting yang sangat terasah untuk berkata, “Ah, ini rasanya sama seperti ketika memikirkan mobil proyek; sebaiknya saya mundur”
  Ini bisa saja proyek yang hebat dan bernilai, tetapi menarik minat di luar orang-orang yang suka utak-atik akan menjadi perjuangan berat, dan hal seperti ini memakan banyak waktu sehingga jika ekspektasi tidak dikelola, kegagalannya bisa sangat mengecewakan
  Saya sendiri beberapa kali memulai proyek baru, dan proses menyadari bahwa kemungkinan besar proyek itu tidak akan ke mana-mana dalam waktu dekat cukup berat
  Untuk mendapatkan adopsi arus utama, sepertinya seluruh ekosistem software itu sendiri harus berubah
  Menurut saya akan ada masalah jika aplikasi besar saat ini seperti Steam atau Chrome harus di-port ke sini
  Selain itu, dynamic linking tampaknya kurang cocok untuk distro ramah pengguna akhir
  Tanpa sesuatu seperti Snap atau Flatpak, saya rasa sulit menyediakan paket pihak ketiga modern yang besar dan kompleks tanpa masalah kompatibilitas sesekali
  Pengalaman saya dengan distro berbasis dynamic linking secara umum tidak mengerikan, tetapi selalu ada saja masalah
  Saya juga penasaran apakah ada sandboxing seperti AppArmor

  • Jika menginginkan sesuatu yang bisa dipakai nenek, pakailah yang dipakai semua orang
    Chimera adalah distro hobi eksperimental, cukup niche, dan bertentangan dengan beberapa standar
    Anda akan selalu berhadapan dengan masalah khas Chimera
    Sebagai gantinya, ada sistem build transparan yang bisa Anda utak-atik
    Mengenai Manjaro, saya tidak berpikir membuat distro berbasis Arch yang berjalan baik itu sulit
    Hanya saja developer Manjaro tidak mampu melakukannya
  • Jika berharap proyek apa pun akan sukses, biasanya Anda akan kecewa
    Karena sebagian besar proyek memang tidak sukses
    Hal seperti ini umumnya sebaiknya dilakukan karena berguna atau menyenangkan bagi diri sendiri, bukan karena ingin membuatnya sukses
    Menurut saya proyek yang menargetkan sasaran tertentu yang lebih bersifat hobi juga tidak apa-apa
    Tidak semua proyek harus ditujukan untuk semua orang
  • Situs webnya tidak memberi kesan ingin menjadi sistem operasi arus utama
    Pemasarannya lebih dekat ke “distro ringan untuk hacker yang memakai musl, tetapi lebih sederhana daripada yang lain di kategori serupa”
    Akan bagus jika distro Linux bisa mempromosikan diri kepada pengguna Linux yang sudah ada, tanpa secara tidak sengaja menimbulkan kebingungan seperti ini di media teknologi non-Linux
    Banyak pengguna Linux tidak ingin sistem operasinya menjadi sangat populer
    Karena jika makin populer, dalam banyak hal justru akan menjadi lebih buruk
    Pembicaraan tentang “tahun desktop Linux” atau kelemahan produk dari sudut pandang sempit dibanding Windows biasanya hanya muncul dari pengguna baru dan media teknologi
    Fedora cukup baik menyeimbangkan masalah citra publik seperti ini
    Di halaman depannya, Fedora menekankan bahwa ia ditujukan untuk “semua jenis developer dan kreator”, tetapi Fedora Workstation sebenarnya hampir merupakan distro yang mudah untuk hampir semua orang, sehingga halaman “Is Fedora For Me” menjelaskan bahwa ia juga bisa cocok untuk non-developer yang punya rasa ingin tahu atau antusiasme terhadap komputer secara umum
    Kutipannya juga mengatakan bahwa Fedora dibuat untuk pengguna komputer yang ingin tahu dan mau belajar, dan mungkin tidak cocok untuk semua orang, tetapi bisa menjadi sistem yang sempurna jika Anda menginginkan Linux yang stabil dengan dukungan hardware terbaru serta bersedia berkontribusi ke komunitas FOSS
  • Saya kurang yakin Arch harus dimasukkan ke kelompok itu
    Di statistik Steam, Arch lebih populer daripada Ubuntu, dan itu bahkan belum termasuk SteamOS

• “Sistem sederhana tidak perlu menuntut konfigurasi dan kustomisasi tanpa henti agar praktis” dan userland alternatif tidak terlalu cocok
  Karena userland alternatif apa pun akan merusak banyak hal, dan pada akhirnya akan membutuhkan pekerjaan penyesuaian yang luas

  • Keduanya bisa berdampingan, tetapi tidak seperti cara yang Anda pikirkan
    Chimera dirancang agar apa pun yang Anda instal dari repository menghasilkan konfigurasi yang langsung berjalan
    Jika Anda menginginkan desktop, instal saja dan itu akan berjalan; Anda tidak harus mengutak-atik dbus, audio, Wi-Fi/Bluetooth, dan sebagainya
    Poin terpentingnya adalah instalasi disusun agar konsisten, deterministik, dan dapat diaudit
    Ia tidak bergantung pada shell hook yang rumit atau “pekerjaan perbaikan” semacam itu, dan sebagian besar paket tersusun hanya dengan ekstraksi sederhana
    Tentu saja jika Anda menarik hal seperti shell script pihak ketiga, Anda mungkin menemui masalah kompatibilitas, tetapi mungkin tidak sesering yang dibayangkan
  • Jika itu alternatif tetapi sebagian besar kompatibel, sepertinya tidak banyak yang perlu disesuaikan
    Jika memang berbeda secara substansial, sebelum penyesuaian yang terutama muncul adalah hal-hal yang perlu dipelajari

• Chimera dikembangkan oleh orang yang pernah mem-port Void Linux ke PowerPC
  https://web.archive.org/web/20230811081600/https://voidlinux...
  https://voidlinux.org

• Saya mungkin akan jauh lebih antusias kalau ini tidak terlihat ikut arus hype Wayland
  Tampaknya mereka membuat banyak keputusan bagus: cukup sederhana tanpa menjadi terlalu sederhana, dan cukup memperhatikan backward compatibility tanpa membawa terlalu banyak legacy, tetapi secara pribadi Wayland belum berada di posisi seperti itu

  • Kabar baiknya, ada distribusi lengkap xorg di repository contrib dan tidak diperkirakan akan hilang dalam waktu dekat, mungkin bahkan selamanya
  • Perusahaan-perusahaan besar semuanya tampak 100% mendukung Wayland
    Terlepas dari seberapa bagus Wayland itu sendiri, memutus kompatibilitas dengan mereka tampaknya merepotkan

• Sudut pandang tentang SystemD menarik
  Secara pribadi saya menganggapnya sangat berguna, tetapi salah satu kelemahan besarnya sebagai proyek, meminjam ungkapan Benno Rice, adalah bahwa ia secara agresif khusus untuk Linux
  Namun, pilihan perangkat lunak Chimera sendiri tampaknya menghalangi penggunaan systemd, dan kalimat di FAQ bahwa mereka akan “mengimplementasikan fitur systemd yang berguna secara independen dengan cara mereka sendiri” merangkum hal ini dengan baik
  Saya bertanya-tanya apakah mungkin mem-porting SystemD ke stack perangkat lunak lain
  Daripada secara harfiah menulis ulang SystemD, mencoba mem-porting-nya tampaknya cukup berguna, dan itu mungkin bisa memuaskan baik pendukung maupun penentang systemd
  Tentu saja, jika muncul produk pesaing yang melakukan hal yang sama, itu juga bisa mengarah pada inovasi di masa depan

  • SystemD bergerak terlalu cepat, terlalu beropini kuat, dan cakupannya terlalu luas
    Jadi bahkan orang-orang yang mampu mem-porting-nya kemungkinan dalam praktiknya tidak ingin mengerjakan hal itu, melainkan lebih ingin memakai pengganti parsial seperti proyek ini
  • Tidak akan ada orang yang memakai SystemD di Mac atau Windows, jadi saya tidak tahu mengapa penting bahwa ia khusus Linux

• Saya tidak tahu apakah pendirinya akan menyukainya, tetapi cara favorit saya saat ini menggunakan Chimera di desktop adalah memasang Arch Linux distrobox di dalamnya
  Dengan begitu, sambil menikmati sistem dasar Chimera, saya bisa langsung mengakses seluruh repositori Arch dan daftar AUR
  Aplikasi yang bermasalah di MUSL juga dapat berjalan dengan mudah di dalam distrobox karena dijalankan dengan glibc, dan karena Distrobox meneruskan Wayland, aplikasi grafis pun berjalan dengan sangat baik
  Tujuannya adalah menjalankan sebanyak mungkin hal secara native di Chimera, tetapi terkadang ada hal lain yang harus diselesaikan begitu saja
  Repositori Chimera tidak memiliki distrobox, tetapi menyertakan podman, jadi sebagian besar kebutuhan sudah teratasi
  Bagaimanapun, ini berjalan dengan baik, dan tulisan ini pun saya tulis dari Chimera
  Sebagian orang lebih suka Flatpak, tetapi saya lebih menyukai manajemen paket gaya lama
  Flatpak terasa terlalu berat dan tidak transparan bagi saya, meski saya tahu pendapat orang bisa berbeda
  Distrobox jelas lebih cocok untuk pekerjaan konsol
  Ini juga alat yang praktis untuk menjalankan sandbox cepat dan lingkungan pengembangan sementara
  Arch hanyalah pilihan pribadi; saya bisa saja memilih apa pun seperti Void atau Debian