2 poin oleh GN⁺ 2023-12-31 | 1 komentar | Bagikan ke WhatsApp
  • Gentoo tetap mempertahankan karakter sebagai distribusi berbasis source, tetapi demi perangkat keras yang lambat dan kemudahan instalasi, kini menyediakan unduhan paket biner resmi dan instalasi langsung
  • Cakupan yang disediakan berbeda menurut arsitektur, dan untuk amd64 dan arm64 tersedia lebih dari 20GB paket serta paket stable Gentoo yang diperbarui setiap hari
  • Instalasi stage baru sudah menyertakan pengaturan repositori biner, sementara instalasi yang sudah ada bisa memakainya dengan menambahkan file konfigurasi ke /etc/portage/binrepos.conf/
  • Paket resmi menggunakan format GPKG yang dapat ditandatangani, dan instalasi akan ditolak jika verifikasi gagal, tetapi dalam konfigurasi default XPAK tanpa tanda tangan masih bisa diizinkan demi kompatibilitas
  • Jika memakai kombinasi USE flag yang berbeda dari default profil, paket biner akan sulit digunakan apa adanya, sehingga bagian yang diperlukan harus dijalankan dengan campuran kompilasi lokal

Gentoo menyediakan paket biner resmi

  • Gentoo kini menyediakan fitur paket biner yang sudah lama didukung Portage melalui unduhan resmi dan instalasi langsung
  • Tujuannya adalah mengurangi waktu kerja pada perangkat keras yang lambat, serta meningkatkan kemudahan instalasi dan pembaruan secara keseluruhan
  • Seperti sebelumnya, Gentoo tetap menjadi distribusi berbasis source, dan build dari source dapat digunakan bersama paket biner

Cakupan menurut arsitektur

  • Sebagian besar arsitektur dibatasi pada sistem inti dan cakupan pembaruan mingguan
  • amd64 dan arm64 mendapatkan set paket yang lebih luas
    • Lebih dari 20GB paket tersedia di mirror
    • Termasuk LibreOffice, KDE Plasma, Gnome, Docker, dan lainnya
    • Paket stable Gentoo diperbarui setiap hari

Cara konfigurasi menurut lingkungan instalasi

  • Untuk memakai paket biner pada instalasi Gentoo yang sudah ada, perlu membuat file konfigurasi di /etc/portage/binrepos.conf/
  • Instalasi baru berbasis stage sudah menyertakan /etc/portage/binrepos.conf/gentoobinhost.conf
    • Jika perlu, src-uri dapat diubah ke URI direktori yang sesuai di mirror lokal
    • Contoh pembaruan adalah emerge -uDNavg @world

Kriteria build untuk amd64 dan arm64

  • Paket biner di bawah amd64/binpackages/17.1/x86-64 dikompilasi dengan pengaturan berikut
    • CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe"
    • Berjalan di semua mesin amd64 / x86-64
  • Pengaturan USE flag dan versi paket amd64 mengikuti profil paket stable
    • amd64/17.1/nomultilib
    • amd64/17.1/desktop/plasma/systemd
    • amd64/17.1/desktop/gnome/systemd
  • Paket di bawah arm64/binpackages/17.0/arm64 dikompilasi dengan pengaturan berikut
    • CFLAGS="-O2 -pipe"
    • Berjalan di semua mesin arm64 / AArch64
  • Pengaturan USE flag dan versi paket arm64 juga disesuaikan dengan profil paket stable
    • arm64/17.0
    • arm64/17.0/desktop/plasma/systemd
    • arm64/17.0/desktop/gnome/systemd
  • Jika membutuhkan optimasi spesifik CPU, kompilasi manual tetap diperlukan seperti sebelumnya

Arsitektur lain dan integrasi stage

  • Hosting paket biner untuk arsitektur dan ABI lain terhubung dengan build stage
  • Untuk hampir semua stage, tersedia hosting paket biner yang hanya mencakup isi dan konfigurasi stage tersebut
  • Cakupan ini mencakup kompiler gcc atau clang serta seluruh toolchain build
  • Saat ini tidak ada rencana untuk memperluas cakupan tersebut lebih jauh

Metode tanda tangan dan verifikasi

  • Paket biner resmi ditandatangani secara kriptografis dengan kunci yang sama seperti stage
  • Portage menangani dua format paket biner
    • XPAK: format lama dan tidak mendukung tanda tangan
    • GPKG: format baru dan mendukung tanda tangan kriptografis
  • Semua paket biner resmi Gentoo menggunakan format GPKG
    • Paket GPKG akan memverifikasi tanda tangan
    • Jika verifikasi gagal, instalasi ditolak
  • Dalam konfigurasi default, paket XPAK tanpa tanda tangan masih dapat diinstal demi kompatibilitas dengan paket biner lama
  • Untuk mewajibkan tanda tangan yang terverifikasi, atur FEATURES="binpkg-request-signature" di make.conf
    • Dalam kasus ini, hanya paket GPKG yang dapat digunakan

Error tanda tangan dan paket buatan sendiri

  • Jika muncul error bahwa tanda tangan tidak dapat diverifikasi, Gentoo Trust Tool getuto dapat dijalankan sebagai root
    • Contoh perintahnya adalah getuto
    • Ini menyiapkan keyring Gentoo Release Engineering yang dibutuhkan Portage
  • Jika FEATURES="binpkg-request-signature" aktif di make.conf, getuto akan dipanggil otomatis sebelum unduhan paket biner
    • Ini dilakukan untuk mengambil pembaruan dan pencabutan kunci
  • Paket biner buatan sendiri bisa ditolak oleh Portage
    • Ini adalah efek samping dari FEATURES="binpkg-request-signature"
    • Untuk paket sendiri, perlu mengatur kunci tanda tangan dan memastikan anchor di /etc/portage/gnupg mempercayai kunci tersebut

Mirror, profil, dan batasan USE flag

  • Jika unduhan lambat, disarankan memakai mirror lokal alih-alih University of Oregon
    • Cukup ubah URI di /etc/portage/binrepos.conf
    • Berkat tanda tangan kriptografis, penggunaan mirror lokal tetap aman
  • Jika memakai kombinasi USE flag yang berbeda dari default profil, paket biner terkait tidak dapat digunakan
    • Portage dapat mencampur penggunaan paket biner dan paket yang dikompilasi secara lokal
    • Gentoo tidak menargetkan instalasi yang sepenuhnya hanya biner
  • Paket juga dapat digunakan pada sistem merged-usr
    • Jika ada masalah, sebaiknya dilaporkan sebagai bug
  • Tidak dapat digunakan bersama profil versi lama atau versi baru yang berbeda
    • Ini sebabnya jalur src-uri menyertakan versi profil seperti 17.1
    • Saat versi profil baru dirilis, akan disediakan direktori paket baru yang terpisah

~amd64 dan pelaporan masalah

  • Belum ada rencana menyediakan paket biner ~amd64
    • Penyediaannya membutuhkan banyak rebuild
    • Sekalipun disediakan, karena alasan teknis akan membutuhkan URI terpisah
  • Jika membutuhkan paket pengujian, disarankan tetap mempertahankan stable sebisa mungkin dan menambahkannya secara lokal di package.accept_keywords
    • Banyak paket biner tetap bisa digunakan
    • Sisanya harus dikompilasi sendiri
  • Jika ada masalah pada Portage atau paket tertentu, Anda bisa meminta saran di IRC, forum, atau mailing list, atau mengirim bug
  • Dukungan paket biner sudah diuji selama jangka waktu tertentu, tetapi saat jumlah pengguna bertambah, edge case dapat muncul

1 komentar

 
GN⁺ 2023-12-31
Opini Hacker News
  • Biar jelas dari awal, saya penggemar berat Gentoo
    Daya tarik Gentoo bukan terletak pada mengompilasi semuanya dari source, melainkan pada dokumentasinya yang hebat dan kebebasan untuk memasang apa pun yang diinginkan di hampir perangkat keras apa pun dengan hambatan seminimal mungkin
    Kalau ingin memakai Enlightenment + OpenRC + NetworkManager di laptop tahun 2008, tinggal pasang Gentoo
    Kalau ingin memakai ZFS di root filesystem kulkas pintar, Gentoo juga bisa
    Kalau ingin GNOME bawaan + SystemD di laptop baru, itu juga memungkinkan
    Keputusan untuk menyediakan paket biner memberi pengguna lebih banyak pilihan, dan ini kontras dengan distro lain yang justru makin mengurangi kebebasan memilih
    Debian menyebut dirinya “sistem operasi universal”, tetapi tetap menghentikan dukungan 32-bit x86, dan sistem init alternatif memang bisa dipasang, tetapi cukup merepotkan
    Sebaliknya, Gentoo memungkinkan pengguna memilih dari lebih dari 17 stage 3 tarball dan 35 profil eselect
    Secara pribadi, saya menikmati mengompilasi semuanya dari source beserta fleksibilitasnya, dan di perangkat keras modern itu sama sekali tidak terasa menyakitkan
    Kalau tidak setuju, ya tinggal pasang paket biner yang baru
    Nilai jual utama Gentoo bukan Portage, melainkan selalu fleksibilitas dan komunitas

    • Pernyataan bahwa Debian menghentikan dukungan 32-bit x86 tidak sepenuhnya akurat
      Lebih tepatnya, dalam rapat tim rilis disimpulkan bahwa kemungkinan besar suatu saat di masa depan yang belum ditentukan, installer dan dukungan kernel untuk 32-bit x86 akan dihapus
      Saat ini keduanya masih tersedia dan didukung penuh
      Secara khusus, multi-arsitektur 32-bit/64-bit juga masih bisa digunakan, jadi perangkat lunak 32-bit x86 tetap dapat dijalankan
    • Agak tidak adil mengatakan distro lain secara aktif menghapus kebebasan memilih
      Semua orang ingin mendukung semuanya, tetapi pada akhirnya sumber daya yang bisa dikelola terbatas jika sebuah distro ingin menjamin keamanan dan pemeliharaan
      Pasti ada hal yang harus dilepas
      Di distro Linux mana pun Anda bisa memasang apa saja yang diinginkan, tetapi cakupan yang benar-benar bisa disebut didukung selalu dibatasi oleh jumlah maintainer
    • Debian bisa dibilang mendukung arsitektur sebanyak Gentoo
      https://buildd.debian.org/status/package.php?p=base-files&su...
      Saya tahu karena saya sendiri rutin memelihara sebagian besar arsitektur Debian yang kurang dikenal beserta snapshot instalasi regulernya
      https://cdimage.debian.org/cdimage/ports/snapshots/
      Debian juga punya port Hurd untuk i386 maupun amd64
    • Belakangan ini rasanya Arch mengambil sebagian basis pengguna Gentoo
    • Saya tidak berhasil memasang Gentoo, terutama karena mentok saat bagian memasang bootloader grub2 untuk BIOS atau UEFI
      Saya juga tidak memakai profil musl atau clang
      Karena ini kesan pertama saya, saya tidak berniat mempertimbangkan Gentoo atau fork turunannya kecuali mereka menyediakan installer
      Sebentar lagi saya akan mencoba memasang Solus OS / Solus Linux, dan package manager-nya memberi kesan awal yang baik; mereka mengklaim sistemnya reproducible meski bukan pendekatan seperti nix atau guix
  • Bagi saya, daya tarik besar Gentoo justru Portage
    Ia menawarkan lebih dari sekadar lingkungan build sederhana dan manajemen dependensi
    Ebuilds, yaitu paket Gentoo, didukung alat yang sangat baik dan Eclass untuk menangani berbagai kasus pengecualian dalam proses build
    Mengembangkan Ebuild terasa seperti mengerjakan proyek perangkat lunak sungguhan, dan bagus untuk orang yang ingin bereksperimen dengan paket yang belum ada di repositori resmi
    Kebetulan saya juga baru merilis alat untuk mengelola chroot tanpa hak istimewa untuk pengujian ebuild
    Perubahan kali ini akan membuat Gentoo lebih mudah diakses oleh banyak orang, tetapi sepertinya tidak cocok untuk saya
    Konfigurasi build saya, misalnya CFLAGS, jelas tidak akan pernah cocok dengan biner resmi, jadi pada akhirnya saya mungkin tidak akan memakainya

    • Setuju soal menyesuaikan flag dan fitur paket
      Saat memakai Gentoo di lingkungan produksi, menghapus fitur dan integrasi dengan perangkat lunak yang tidak digunakan menjadi bagian penting dari postur keamanan
      Meski begitu, saya memang selalu punya host build khusus untuk menghasilkan biner, tetapi dukungan biner Gentoo selama ini kurang bagus
      Praktiknya hanya sebatas menyajikan hasil kompilasi lewat HTTP atau NFS tanpa tanda tangan
      Saya sangat antusias mendengar format paket baru ini akan memiliki verifikasi kriptografis
      Bahkan untuk distribusi internal pun, ini memang fitur yang seharusnya sudah ada sejak dulu
    • Ini kabar yang sangat bagus untuk perangkat dengan performa rendah
      Saya tidak ingin harus menyiapkan binrepo sendiri, apalagi kalau cross-compilation ikut terlibat, tetapi tetap ingin memakai ulang konfigurasi Portage dan ebuild kustom yang sudah ada
    • Kalau Anda merilis alat untuk mengelola chroot tanpa hak istimewa untuk pengujian ebuild, sebaiknya lihat cara ChromeOS melakukannya
      ChromeOS memakai bazel untuk menjalankan ebuild di dalam chroot sementara
      https://chromium.googlesource.com/chromiumos/bazel/+/refs/he...
      Dengan begitu bisa dijamin bahwa dependensi yang tidak dideklarasikan tidak ikut terpakai
    • CFLAGS saya juga tidak akan cocok
      Meski begitu, saya agak tergoda membuat skrip yang menimpa paket terkait plasma agar memakai biner umum
      Hal-hal yang sensitif terhadap kecepatan akan saya build sendiri, sementara paket sisi GUI bisa diterima dalam bentuk biner agar sangat menghemat waktu build
      Kerugiannya juga tampaknya tidak akan terlalu besar
    • Akan bagus kalau alat itu bisa dibagikan
      Untuk proyek sandbox saya, saya benar-benar sedang sangat mencari hal seperti itu
  • Apa pun pendapat orang tentang konsep Gentoo, saat berusia 17 tahun sangat menyenangkan belajar tentang packaging software, kompilasi terdistribusi, seluk-beluk optimisasi saat kompilasi, dan optimisasi kernel Linux
    Kalau tidak salah ingat, dokumentasi komunitasnya juga cukup bagus
    Beberapa patch yang kukirim mungkin masih ada di suatu rilis sampai sekarang
    Hanya saja, baru setelah melihat mesin Slackware berjalan secepat mesin Gentoo, aku sadar bahwa segala macam penyesuaian, optimisasi, dan software terbaru itu tidak sepadan
    Untuk aplikasi tertentu, misalnya render farm atau penambang kripto, kompilasi kustom dan penyesuaian memang bisa membantu, tetapi untuk game, FPS-nya sama saja di distro mana pun

    • Pentingnya optimisasi per-CPU naik turun seiring waktu
      Dulu, jika dikompilasi untuk penyebut umum terendah, bahkan MMX atau SSE pun tidak ikut disertakan, dan pada beberapa algoritma yang terikat pada CPU itu bisa membuat perbedaan besar
      Namun, selalu mungkin juga mendeteksi fitur CPU saat runtime lalu menjalankan versi yang paling optimal, jadi pemilihan fitur saat kompilasi bukan satu-satunya cara
      Lalu AMD Opteron hadir, dan semua orang naik ke baseline baru
      Mengompilasi untuk amd64 kembali berarti CPU tertentu, dan saat itu instruksi yang lebih baru masih belum ada
      Sekarang AMD64 punya beberapa level[1], dan itu bisa menjadi penting untuk pekerjaan tertentu seperti SIMD
      Contoh yang lebih umum dan sering ditemui adalah popcnt yang ditambahkan di v2; itu bagus sendiri untuk hal seperti bitset, tetapi untuk performa keseluruhan program, di proyek-proyekku aku hampir tidak bisa mengukur perbedaan antara v1 dan v3
      Untuk game, kemungkinan besar binari proprietary, dan mungkin sudah dikompilasi untuk penyebut umum terendah atau menggunakan pemilihan fitur saat runtime
      Selain itu, sebagian besar kemungkinan memang bottleneck di GPU
      [1] https://en.wikipedia.org/wiki/X86-64#Microarchitecture_level...
  • Beberapa tahun lalu, entah kenapa, aku membuang berjam-jam bahkan berhari-hari waktu komputer dan waktuku sendiri untuk mengompilasi dan melakukan fine-tuning sistem Gentoo
    Padahal besoknya aku akan memformatnya untuk memasang Ubuntu CD yang baru datang

    • Hanya karena seseorang pernah melakukan sesuatu dan sekarang tidak lagi, bukan berarti dulu itu salah
      Orang yang dulu pernah mengompilasi kernel sendiri dan sekarang tidak lagi, sebagian menjadi sangat ahli seperti sekarang justru karena pernah melakukan hal-hal seperti itu, setidaknya untuk sementara waktu
      Baru setelah mencobanya, menjadi masuk akal untuk tidak melakukannya lagi
      Tidak tepat jika berkata, “Kalau aku lebih pintar, aku tidak akan membuang waktu untuk itu,” atau jika orang yang baru melihatnya menangkapnya seperti itu
    • Aku juga begitu, tetapi aku benar-benar belajar banyak dari proses itu
      Pada akhirnya aku lelah lalu pindah ke Arch, dan mendapat sebagian besar hal yang sama tanpa harus terus-menerus melawan paket yang rusak
      Meski begitu, pengetahuan yang kudapat dari menangani masalah tingkat rendah yang muncul secara acak masih terus kupakai sampai sekarang
    • Aku juga sama
      Tetap saja aku belajar banyak
      Sekarang Linux terasa seperti kekuatan superku
      OS, VM, container, Nix-shell, dan WSL2 semuanya Linux
      Ditaruh di command line mana pun, termasuk BSD sampai batas tertentu, aku tetap merasa nyaman dan bisa menyelesaikan masalah
      Aku ingin percaya bahwa waktu menyenangkan yang kuhabiskan bersama Gentoo membawaku ke sana
    • Daya tarik terbesar Gentoo selalu USE flag
      Di CentOS, hanya untuk memakai pemutar command line mpg123 saja aku harus memasang seluruh X, tetapi di Gentoo aku bisa mematikan integrasi X untuk mpg123
      Flag hanyalah bonus tambahan di atas itu
    • Aku juga pernah terobsesi mengustomisasi sistem operasi
      Sekarang aku memasang Debian, lalu hanya menginstal beberapa program yang kupakai setiap hari, selesai
      Di mesin lain pun aku bisa membangun ulang konfigurasiku dalam 20 menit
  • Aku lama memakai Gentoo pada awal 2000-an, dan hampir semua yang kuketahui tentang mesin Linux secara umum kupelajari dari pengalaman itu
    Hal yang menarik dari USE flag adalah jadi tahu bahwa suatu paket memiliki integrasi tertentu dengan library atau paket lain
    Saat sadar bahwa biner SQLite3 tidak berperilaku sama jika ditautkan tanpa dukungan readline, aku jadi paham apa sebenarnya readline itu dalam gambaran besarnya
    Hal seperti ini berulang pada banyak library yang di sistem Linux lain selalu tampak ada begitu saja
    Itu adalah alat belajar yang sangat berharga, hadir pada waktu yang tepat dalam hidupku

  • Agak terasa aneh
    Banyak komentar bilang mereka pernah memakai Gentoo atau dulu pernah memakainya
    Sementara saya masih memakainya sekarang sebagai daily driver dan andalan utama untuk server
    Jadi saya penasaran apa yang berbeda sehingga Gentoo adalah yang terbaik bagi saya
    Dan saya tidak berniat mengaktifkan paket biner

    • Anda tidak sendirian
      Saya menjalankan Gentoo di semua perangkat saya: GPD Win 4, Pixelbook dengan coreboot, NAS, VPS, dan lainnya
      Menurut saya alasannya seperti ini
      1. Dokumentasi terbaik yang pernah saya gunakan
      2. Kustomisasi tanpa batas, jadi sistem bisa dibuat seminimal atau semaksimal yang diinginkan
      3. Menurut saya overlay Portage selalu lebih baik daripada AUR
      4. Bisa memilih sendiri sistem init
        Kalau ingin SystemD silakan pakai, kalau ingin OpenRC tinggal pakai saja
      5. Kekuatan komunitas yang baik dengan nilai-nilai yang jelas sulit diremehkan
        Di Gentoo saya merasa aman dan nyaman
        Karena saya tahu Gentoo akan selalu menghormati kebebasan yang paling saya hargai di Linux
        Gentoo itu seperti buku petualangan pilih-sendiri
        Jika ingin memakai SystemD + Gnome + PulseAudio + paket biner, itu bisa
        Jika ingin OpenRC + Hyprland + Pipewire + memakai NetworkManager alih-alih netifrc, itu juga bisa
        Gentoo bukan distro yang mengompilasi semuanya, melainkan distro yang memilih semuanya
        Pengumuman kali ini tidak relevan bagi saya, tetapi memberi lebih banyak pilihan kepada pengguna
    • Kalau NixOS tidak muncul, saya mungkin masih memakai Gentoo
      Gentoo memang bagus, tetapi hidup sebagai administrator sistem NixOS jauh lebih mudah daripada menjadi administrator sistem Gentoo
    • Kalau begitu saya penasaran kenapa Gentoo adalah yang terbaik untuk Anda
      Kalau menjawab, saya tidak berniat membantah, saya memang sungguh penasaran
      Dalam kasus saya, alasan Gentoo tidak cocok adalah karena saya tidak mengelola server pribadi, dan di kantor kami memakai server cloud
      Mungkin berbasis Ubuntu atau gaya AWS, dan saya tidak melakukan hal seperti mengompilasi kernel
      Di desktop, lebih dari 10 tahun lalu seorang teman meyakinkan saya untuk mencoba Gentoo dengan alasan, “karena dikompilasi sesuai perangkat kerasmu, harusnya lebih cepat”
      Saya membuang banyak waktu untuk memasang dan menjalankannya, tetapi dalam pekerjaan apa pun yang saya lakukan, itu tidak terasa lebih cepat secara nyata daripada Ubuntu biasa, hanya butuh waktu konfigurasi lebih lama
      Jadi saya meninggalkannya
      Lalu hal yang sering didengar, “saya belajar banyak sekali saat menyiapkan Gentoo,” juga tidak benar dalam kasus saya
      Seperti kebanyakan orang, saya hanya mengikuti resep, mengatur flag yang tidak saya pahami, dan menyentuh berkas konfigurasi, jadi aman untuk dikatakan bahwa saya tidak belajar apa-apa
      Saya hanya menjalani prosedurnya
      Tentu saja, itu hanya pengalaman saya
    • Mungkin karena ketekunan seperti orang dewasa
      Tepatnya saya juga tidak tahu, tetapi saya sudah memakainya selama 20 tahun
    • Saya penasaran apakah ada juga mesin yang sekadar terus berjalan dengan baik
      Bukan daily driver atau server yang disentuh tiap minggu, melainkan perangkat yang sudah disetel sejak lama lalu terus berfungsi sejak itu
      Maksud saya sistem yang hanya di-login beberapa kali setahun
      Saya berhenti memakai Gentoo saat membuat sistem “produksi” pertama saya
      Orang-orang mulai memakainya, dan sistem itu menjadi “selesai” dalam arti saya tidak lagi punya alasan untuk login setiap hari atau setiap minggu
      Saya tetap menginginkan pembaruan keamanan, dan sangat sesekali memang butuh paket baru karena fitur baru, tetapi pada dasarnya saya menginginkan sistem yang stabil
      Gentoo sangat tidak cocok untuk penggunaan ini
      Bahkan di desktop pribadi saya, saya melakukan pembaruan mingguan dan hampir setiap kali ada kegagalan build emerge, jadi sistem yang bisa tidak diperbarui selama beberapa bulan pasti akan lebih buruk
      Karena itu saya beralih ke Debian, dan hasilnya bagus
      Terutama unattended upgrades sangat bagus, dan akhirnya saya memindahkan semua mesin ke Debian
      Jika Anda memakai Gentoo, saya penasaran apakah ada mesin yang tidak disentuh setiap minggu, seberapa sering Anda memperbaruinya, dan seberapa sering perlu campur tangan manual agar pembaruan selesai
  • Terlalu sedikit, dan terlambat 15 tahun
    Salah satu alasan saya pindah dari Gentoo ke FreeBSD lebih dari 15 tahun lalu adalah karena di Gentoo semua harus dikompilasi, sedangkan FreeBSD menyediakan paket biner
    Mungkin hari ini itu tidak terlalu penting, tetapi pada masa satu inti CPU dan RAM 1GB, perbedaannya benar-benar mengubah keadaan

    • Sayangnya itu sepenuhnya benar
      Saya lama memakai Gentoo lalu pindah ke macOS selama beberapa tahun, dan saat itu saya memakai Gentoo prefix, yang jauh lebih unggul daripada Homebrew
      Hampir 10 tahun lalu saya menambahkan patch agar llvm upstream bekerja di Gentoo prefix pada macOS [1]
      Di acara reuni GSoC saya akhirnya bertemu orang yang ingin memberi saya hak admin, tetapi itu tidak pernah benar-benar dilanjutkan
      Dia sudah memperingatkan bahwa pekerjaan itu akan rumit
      Saya terus mengatakan bahwa prefix juga butuh biner
      Saya jadi membayangkan seperti apa jadinya kalau Gentoo prefix di Mac bisa memasang paket semudah Homebrew
      Menyedihkan, tetapi Gentoo adalah contoh bagus bahwa bahkan proyek open source yang unggul secara teknis pun, jika mengabaikan kenyamanan pengguna akhir yang mendasar dan tidak punya sistem pengelolaan yang baik, tidak akan bisa bertahan sambil mengalahkan solusi yang lebih rendah
      Menurut saya inilah alasan opensolaris/illumos pada dasarnya juga hidup dengan alat bantu penopang kehidupan
      Orang-orang yang bertanggung jawab tidak pernah bisa melampaui elitisme, dan tidak mampu memutuskan bahwa demi partisipasi komunitas, mereka membutuhkan sesuatu yang lebih sederhana daripada 100 lapis spageti makefile/shell yang tak terpahami untuk membangun kernel
      [1] https://github.com/fishman/timebomb-gentoo-osx-overlay/tree/...
    • Benarkah sudah terlambat sekali?
      Gentoo memang selalu niche, bahkan di dalam komunitas Linux yang sendiri sudah niche, tetapi tetap tampak berjalan dengan senang hati
      Memangnya ada masalah apa?
  • Membayangkan berapa banyak biaya listrik dan gas rumah kaca yang dihasilkan karena terus-menerus mengompilasi perangkat lunak yang sama secara tidak perlu itu bikin merinding

    • Mungkin masih beberapa orde besaran lebih kecil dibanding energi dan gas rumah kaca yang terbuang karena miliaran perangkat yang mengakses web terus-menerus mengompilasi perangkat lunak JavaScript yang sama secara tidak perlu
    • Dibandingkan konsumsi daya rata-rata dari aktivitas seperti bermain game, mungkin jumlahnya tidak signifikan
    • Mungkin memang tidak sebanyak itu
      Gentoo juga bukan distribusi yang digunakan seluas Red Hat atau Ubuntu
      Lagi pula, kalau komputernya memang sudah menyala, penggunaan daya CPU itu nyaris cuma kesalahan pembulatan dibanding HDD mekanis atau monitor
    • Sebagai hobi, ini jauh dari yang terburuk
      Ada orang yang bermain game 12 jam sehari dengan PC gaming berkekuatan kilowatt, atau menyetir mobil di lintasan, atau berkeliling dengan perahu boros bahan bakar
    • Kemungkinan cuma serpihan yang sangat kecil dari 1% daya yang dipakai Microsoft untuk terus mengumpulkan data pribadi dari pengguna Windows 10 selama 24 jam sehari
  • Yang membuat Gentoo hebat adalah bahwa sejak awal ia dirancang agar saya bisa dengan mudah menambahkan dan memelihara satu penyesuaian kecil yang saya inginkan pada sistem saya
    Semua distribusi lain yang pernah saya pakai, baik distribusi besar maupun berbagai distribusi kecil, cenderung bekerja lebih baik dalam keadaan bawaan, tetapi begitu keluar dari jalur yang sudah ditentukan, penderitaannya luar biasa
    Sistem Gentoo yang disetel dengan baik itu berjalan dengan baik™
    Apa pun arti “berjalan dengan baik” secara pribadi di sini tidak masalah
    Bisa saja itu konflik nama python 2to3 saat Arch memutuskan untuk menimpa upstream, atau masalah latensi inti sistem karena SystemD melakukan terlalu banyak hal yang tidak perlu di mode kernel
    Terlepas dari berbagai kekurangannya, saya adalah pengguna Gentoo yang sangat puas
    Paket biner upstream hanyalah perluasan lain dari kebebasan itu
    Sudah ada versi biner untuk beberapa proyek besar atau kita bisa membuat build server sendiri, tetapi jika lebih banyak biner bisa dipakai dengan mudah, jauh lebih banyak orang bisa menikmati manfaat itu tanpa beban waktu yang besar untuk membangun setiap hal kecil
    Jika untuk paket tertentu dibutuhkan lebih banyak fleksibilitas, misalnya patch atau USE flag, itu tetap mungkin dan tetap mudah dirawat
    Ini adalah kemenangan besar

  • Ada masa yang pas ketika Gentoo benar-benar berjalan sangat mulus untuk sementara waktu
    USE flag tidak terlalu banyak dan tidak terlalu sedikit, dan itu adalah masa ketika orang mengompilasi ulang Open Office saat kamar asrama terlalu dingin pada malam musim dingin

    • Mungkin cuma di HN orang bisa mengenang, tanpa ironi, kondisi Gentoo mana pun sebagai sesuatu yang “benar-benar berjalan mulus”
      Ini saya katakan dengan penuh kasih sayang