Gentoo merilis versi biner
(gentoo.org)- 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/- Prosedur umum dapat dilihat di Binary package quickstart
- Pengaturan yang lebih rinci dirangkum di binary package guide
- Instalasi baru berbasis stage sudah menyertakan
/etc/portage/binrepos.conf/gentoobinhost.conf- Jika perlu,
src-uridapat diubah ke URI direktori yang sesuai di mirror lokal - Contoh pembaruan adalah
emerge -uDNavg @world
- Jika perlu,
Kriteria build untuk amd64 dan arm64
- Paket biner di bawah
amd64/binpackages/17.1/x86-64dikompilasi dengan pengaturan berikutCFLAGS="-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/nomultilibamd64/17.1/desktop/plasma/systemdamd64/17.1/desktop/gnome/systemd
- Paket di bawah
arm64/binpackages/17.0/arm64dikompilasi dengan pengaturan berikutCFLAGS="-O2 -pipe"- Berjalan di semua mesin arm64 / AArch64
- Pengaturan USE flag dan versi paket arm64 juga disesuaikan dengan profil paket stable
arm64/17.0arm64/17.0/desktop/plasma/systemdarm64/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
gccatauclangserta 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
- Informasi kunci tanda tangan dapat dilihat di Gentoo signatures
- 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"dimake.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
getutodapat dijalankan sebagai root- Contoh perintahnya adalah
getuto - Ini menyiapkan keyring Gentoo Release Engineering yang dibutuhkan Portage
- Contoh perintahnya adalah
- Jika
FEATURES="binpkg-request-signature"aktif dimake.conf,getutoakan 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/gnupgmempercayai kunci tersebut
- Ini adalah efek samping dari
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
- Cukup ubah URI di
- 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-urimenyertakan versi profil seperti17.1 - Saat versi profil baru dirilis, akan disediakan direktori paket baru yang terpisah
- Ini sebabnya jalur
~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
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
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
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
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
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
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
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
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
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
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
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
popcntyang 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 v3Untuk 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
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
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
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
Di CentOS, hanya untuk memakai pemutar command line
mpg123saja aku harus memasang seluruh X, tetapi di Gentoo aku bisa mematikan integrasi X untukmpg123Flag hanyalah bonus tambahan di atas itu
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
Saya menjalankan Gentoo di semua perangkat saya: GPD Win 4, Pixelbook dengan coreboot, NAS, VPS, dan lainnya
Menurut saya alasannya seperti ini
Kalau ingin SystemD silakan pakai, kalau ingin OpenRC tinggal pakai saja
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
Gentoo memang bagus, tetapi hidup sebagai administrator sistem NixOS jauh lebih mudah daripada menjadi administrator sistem Gentoo
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
Tepatnya saya juga tidak tahu, tetapi saya sudah memakainya selama 20 tahun
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
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/...
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
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
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
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 2to3saat Arch memutuskan untuk menimpa upstream, atau masalah latensi inti sistem karena SystemD melakukan terlalu banyak hal yang tidak perlu di mode kernelTerlepas 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
Ini saya katakan dengan penuh kasih sayang