Gentoo’nun İkili (Binary) Sürümü Yayınlandı
(gentoo.org)- Gentoo, kaynak tabanlı dağıtım niteliğini korurken, yavaş donanımlar ve kurulum kolaylığı için resmi ikili paket indirme ve doğrudan kurulum olanağı sunuyor
- Kapsam mimariye göre değişiyor; amd64 ve arm64 için 20 GB’tan fazla paket ve günlük güncellenen Gentoo stable paketleri indirilebiliyor
- Yeni stage kurulumlarında ikili depo yapılandırması bulunuyor; mevcut kurulumlarda ise
/etc/portage/binrepos.conf/altına bir yapılandırma dosyası eklenerek kullanılabiliyor - Resmi paketler imzalanabilir GPKG biçiminde ve doğrulama başarısız olursa kurulum reddediliyor; ancak varsayılan ayarlarda uyumluluk için imzasız XPAK paketlerine de izin verilebiliyor
- Profil varsayılanlarından farklı USE flag kombinasyonları kullanılıyorsa ikili paketleri olduğu gibi kullanmak zorlaşır; gerekli kısımlar yerel derlemeyle birlikte çalıştırılmalı
Gentoo resmi ikili paketler sunuyor
- Gentoo, Portage’ın uzun zamandır desteklediği ikili paket özelliğini resmi indirme ve doğrudan kurulum yöntemiyle sunuyor
- Amaç, yavaş donanımlarda çalışma süresini azaltmak ve genel kurulum ile güncelleme kolaylığını artırmak
- Gentoo eskisi gibi kaynak tabanlı bir dağıtım olarak kalıyor; kaynak derlemeleri ve ikili paketler birlikte kullanılabiliyor
Mimariye göre sunulan kapsam
- Çoğu mimari, çekirdek sistem ve haftalık güncelleme kapsamıyla sınırlı
- amd64 ve arm64 daha geniş bir paket seti sunuyor
- Aynalara 20 GB’tan fazla paket yükleniyor
- LibreOffice, KDE Plasma, Gnome, Docker vb. dahil
- Gentoo stable paketleri her gün güncelleniyor
Kurulum ortamına göre yapılandırma yöntemi
- Mevcut bir Gentoo kurulumunda ikili paketleri kullanmak için
/etc/portage/binrepos.conf/altında bir yapılandırma dosyası oluşturulmalı- Genel adımlar için Binary package quickstart incelenebilir
- Daha ayrıntılı ayarlar binary package guide içinde derlenmiş durumda
- Yeni stage tabanlı kurulumlarda
/etc/portage/binrepos.conf/gentoobinhost.confzaten bulunur- Gerekirse
src-uri, yerel aynanın ilgili dizin URI’siyle değiştirilebilir - Güncelleme örneği:
emerge -uDNavg @world
- Gerekirse
amd64 ve arm64 derleme ölçütleri
amd64/binpackages/17.1/x86-64altındaki ikili paketler şu ayarlarla derlenirCFLAGS="-march=x86-64 -mtune=generic -O2 -pipe"- Tüm amd64 / x86-64 makinelerde çalışır
- amd64 paketlerinin USE flag ayarları ve sürümleri, kararlı paket profillerine karşılık gelir
amd64/17.1/nomultilibamd64/17.1/desktop/plasma/systemdamd64/17.1/desktop/gnome/systemd
arm64/binpackages/17.0/arm64altındaki paketler şu ayarlarla derlenirCFLAGS="-O2 -pipe"- Tüm arm64 / AArch64 makinelerde çalışır
- arm64 paketlerinin USE flag ayarları ve sürümleri de kararlı paket profilleriyle uyumludur
arm64/17.0arm64/17.0/desktop/plasma/systemdarm64/17.0/desktop/gnome/systemd
- CPU’ya özel optimizasyon gerekiyorsa eskisi gibi doğrudan derleme yapılmalı
Diğer mimariler ve stage entegrasyonu
- Diğer mimari ve ABI’ler için ikili paket barındırma, stage derlemeleri ile bağlantılıdır
- Neredeyse tüm stage’ler için yalnızca ilgili stage içeriğini ve ayarlarını içeren ikili paket barındırma sağlanır
- Bu kapsama
gccveyaclangderleyicisi ve tüm derleme araç zinciri dahildir - Şu anda bu kapsamı daha da genişletme planı yok
İmza ve doğrulama yöntemi
- Resmi ikili paketler, stage’lerle aynı anahtar kullanılarak kriptografik olarak imzalanır
- İmza anahtarı bilgileri Gentoo signatures sayfasında görülebilir
- Portage iki ikili paket biçimiyle çalışır
- XPAK: Eski biçimdir ve imzayı desteklemez
- GPKG: Yeni biçimdir ve kriptografik imzayı destekler
- Tüm resmi Gentoo ikili paketleri GPKG biçimindedir
- GPKG paketlerinde imza doğrulanır
- Doğrulama başarısız olursa kurulum reddedilir
- Varsayılan ayarlarda, eski ikili paketlerle uyumluluk için imzasız XPAK paketleri de kurulabilir
- Doğrulanmış imzayı zorunlu kılmak için
make.confiçindeFEATURES="binpkg-request-signature"ayarlanmalı- Bu durumda yalnızca GPKG paketleri kullanılabilir
İmza hataları ve kendi üretilen paketler
- İmzanın doğrulanamadığını belirten bir hata alınırsa Gentoo Trust Tool
getutoroot olarak çalıştırılabilir- Komut örneği:
getuto - Portage için gerekli Gentoo Release Engineering anahtarlığını yapılandırır
- Komut örneği:
make.confiçindeFEATURES="binpkg-request-signature"etkinse ikili paket indirilmeden öncegetutootomatik olarak çağrılır- Bu, anahtar güncellemelerini ve iptalleri almak için yapılır
- Kendi ürettiğiniz ikili paketler Portage tarafından reddedilebilir
- Bu,
FEATURES="binpkg-request-signature"ayarının bir yan etkisidir - Kendi paketleriniz için bir imza anahtarı ayarlamalı ve
/etc/portage/gnupgiçindeki anchor’ın bu anahtara güvenmesini sağlamalısınız
- Bu,
Ayna, profil ve USE flag kısıtları
- İndirme yavaşsa University of Oregon yerine yerel ayna kullanılması önerilir
/etc/portage/binrepos.confiçindeki URI düzenlenerek yapılabilir- Kriptografik imzalar sayesinde yerel ayna kullanmak da güvenlidir
- Profil varsayılanlarından farklı USE flag kombinasyonları kullanılırsa ilgili ikili paketler kullanılamaz
- Portage, ikili paketlerle yerel derlenen paketleri birlikte kullanabilir
- Gentoo, tamamen yalnızca ikili paketlere dayalı bir kurulumu hedeflemez
- Paketler merged-usr sistemlerde de kullanılabilir
- Sorun çıkarsa bug olarak bildirilmelidir
- Başka eski veya yeni profil sürümleriyle birlikte kullanılamaz
src-uriyolunda17.1gibi profil sürümlerinin bulunmasının nedeni budur- Yeni bir profil sürümü çıktığında ayrı bir yeni paket dizini sağlanır
~amd64 ve sorun bildirimi
~amd64ikili paketleri için henüz bir sunum planı yok- Sunmak için çok sayıda yeniden derleme gerekir
- Sunulsa bile teknik nedenlerle ayrı bir URI gerektirir
- Test paketleri gerekiyorsa stable’ı mümkün olduğunca koruyup
package.accept_keywordsiçine yerel olarak ekleme yapılması önerilir- Birçok ikili paket kullanılmaya devam edebilir
- Kalanların doğrudan derlenmesi gerekir
- Portage veya belirli paketlerle ilgili sorunlar varsa IRC, forumlar ve e-posta listelerinde tavsiye alınabilir ya da bug bildirilebilir
- İkili paket desteği bir süre test edildi, ancak kullanıcı sayısı arttıkça edge case’ler ortaya çıkabilir
1 yorum
Hacker News yorumları
Baştan söyleyeyim, koyu bir Gentoo hayranıyım.
Gentoo’nun cazibesi her şeyi kaynaktan derlemekte değil; mükemmel dokümantasyonu ve minimum engeliyle, neredeyse her türlü donanıma istediğini kurma özgürlüğü sunmasında.
2008 model bir dizüstünde Enlightenment + OpenRC + NetworkManager kullanmak istiyorsan Gentoo kurarsın; akıllı buzdolabının root dosya sisteminde ZFS kullanmak istesen de Gentoo iş görür.
Yeni bir dizüstünde saf Gnome + SystemD kullanmak istesen de mümkün.
İkili paket sunma kararı kullanıcılara daha fazla seçenek vermek anlamına geliyor; bu da diğer dağıtımların seçim özgürlüğünü azaltmasıyla tezat oluşturuyor.
Debian kendine “evrensel işletim sistemi” dese de 32-bit x86 desteğini sonlandırdı; alternatif init sistemlerini kurmak mümkün olsa da epey zahmetli.
Buna karşılık Gentoo, 17’den fazla stage 3 tarball ve 35 eselect profili arasından seçim yapmanı sağlıyor.
Kişisel olarak her şeyi kaynaktan derlemeyi ve bunun esnekliğini seviyorum; güncel donanımlarda bu hiç de acı verici değil.
Katılmıyorsan yeni ikili paketleri kurarsın.
Gentoo’nun satış noktası Portage değil; her zaman esneklik ve topluluk oldu.
Yayın ekibi toplantısında varılan sonuç, belirsiz bir gelecekte bir noktada 32-bit x86 için kurulum programı ve kernel desteğinin büyük olasılıkla kalkacağına daha yakın.
Şu anda ikisi de hâlâ sunuluyor ve tamamen destekleniyor.
Özellikle 32-bit/64-bit multi-arch kullanılmaya devam edilebildiği için 32-bit x86 yazılımları da çalıştırılabiliyor.
Herkes her şeyi desteklemek ister, ama nihayetinde bir dağıtım olarak güvenlik ve bakımı garanti etmek için yönetilebilir kaynaklar sınırlıdır.
Bazı şeylerden mutlaka vazgeçmek gerekir.
Herhangi bir Linux dağıtımında istediğini kurabilirsin; ama gerçekten desteklendiği söylenebilecek kapsam her zaman bakımcı sayısıyla sınırlıdır.
https://buildd.debian.org/status/package.php?p=base-files&su...
Debian’ın daha az bilinen mimarilerinin çoğunu düzenli kurulum snapshot’larıyla birlikte bizzat bakımını yaptığım için biliyorum.
https://cdimage.debian.org/cdimage/ports/snapshots/
Debian’da i386 ve amd64 için Hurd portları da var.
musl ya da clang profili kullanmış da değildim.
İlk izlenimim bu olduğu için, Gentoo ya da alt çatallarından biri bir kurulum programı sunmadıkça değerlendirmeyi düşünmüyorum.
Yakında Solus OS / Solus Linux kurmayı deneyeceğim; paket yöneticisi iyi bir ilk izlenim bıraktı ve nix ya da guix tarzında olmasa da tekrarlanabilir olduğunu iddia ediyor.
Gentoo’nun büyük cazibesi benim için Portage.
Basit bir build ortamı ve bağımlılık yönetiminden fazlasını sunuyor.
Ebuild’ler, yani Gentoo paketleri, build sürecindeki çeşitli istisnai durumları ele alan harika araçlar ve Eclass’larla destekleniyor.
Ebuild geliştirmek gerçek bir yazılım projesi yapıyormuş hissi veriyor ve resmi depoda olmayan paketleri denemek isteyenler için iyi.
Tam da ebuild testleri için yetkisiz chroot’ları yöneten bir aracı az önce yayımladım.
Bu değişiklik Gentoo’yu birçok kişi için daha erişilebilir kılacak, ama bana pek uygun olmayacak gibi.
Kendi build ayarlarım, örneğin CFLAGS, resmi ikili dosyalarla asla uyuşmayacağı için sonunda kullanmayacağım.
Gentoo’yu üretim ortamında kullanırken, kullanılmayan yazılımlarla ilgili özellikleri ve entegrasyonları çıkarmak güvenlik duruşunun önemli bir parçası hâline geldi.
Yine de her zaman ikili dosyalar üreten ayrı bir build host’um vardı; ancak Gentoo’nun ikili desteği pek iyi değildi.
Derlenmiş çıktıları HTTP ya da NFS üzerinden imzasız sunmaktan ibaretti.
Yeni paket biçimine kriptografik doğrulama ekleniyor olması gerçekten heyecan verici.
Sadece dahili kullanım için sunulsa bile baştan beri olması gereken bir özellikti.
Ayrı bir binrepo kurmak istemeyen, özellikle de işin içine çapraz derleme girince, ama yine de mevcut Portage ayarlarını ve özel ebuild’leri yeniden kullanmak isteyenler için faydalı.
ChromeOS, geçici bir chroot içinde ebuild çalıştırmak için bazel kullanıyor.
https://chromium.googlesource.com/chromiumos/bazel/+/refs/he...
Bu sayede beyan edilmemiş bağımlılıkların kullanılmadığı garanti edilebiliyor.
Yine de plasma ile ilgili paketlerde ortak ikili dosyaları kullanacak şekilde override eden bir script yazma fikri cazip geliyor.
Hızın önemli olduğu şeyleri kendim build edip GUI tarafındaki paketleri ikili olarak alırsam build süresinden muazzam tasarruf edebilirim gibi.
Kaybı da çok büyük olmaz sanırım.
Sandbox projem için böyle bir şeyi gerçekten çok arıyordum.
Gentoo kavramı hakkında ne denirse densin, 17 yaşındayken yazılım paketlemeyi, dağıtık derlemeyi, derleme zamanı optimizasyonlarının ayrıntılarını ve Linux çekirdeği optimizasyonunu öğrenme süreci gerçekten eğlenceliydi.
Hatırladığım kadarıyla topluluk belgeleri de epey iyiydi.
Gönderdiğim birkaç yama hâlâ bazı sürümlerin bir yerlerinde duruyor olabilir.
Ancak bir Slackware makinesinin Gentoo makinesi kadar hızlı çalıştığını gördükten sonra, tüm o ayarların, optimizasyonların ve en yeni yazılımların buna değmediğini fark ettim.
Belirli uygulamalarda, örneğin render farm’larda ya da kripto para madencilerinde özel derleme ve ince ayar işe yarayabilir; ama oyunlarda hangi dağıtımda olursa olsun aynı FPS alınıyordu.
Eskiden en düşük ortak paydaya göre derleme yapmak MMX’i, hatta SSE’yi bile içermiyordu ve CPU’ya bağlı bazı algoritmalarda büyük fark yaratabiliyordu.
Ama çalışma zamanında CPU özelliklerini algılayıp en iyi sürümü çalıştırmak da her zaman mümkündü; dolayısıyla derleme zamanında özellik seçimi tek yol değildi.
Sonra AMD Opteron çıkınca herkes yeni bir taban seviyeye geçti.
amd64 için derlemek yeniden belirli bir CPU anlamına geliyordu ve o dönemde daha yeni komutlar henüz yoktu.
Şimdi AMD64’te birden fazla seviye[1] var; SIMD gibi belirli işlerde bu önemli hâle gelebilir.
Daha sıradan ve sık karşılaşılan bir örnek olarak, v2’de eklenen popcnt bitset gibi yerlerde tek başına iyi olsa da, genel program performansında kendi projelerimde v1 ile v3 arasındaki farkı neredeyse ölçemedim.
Oyunlar söz konusu olduğunda, muhtemelen yalnızca ikili dosya olarak dağıtılıyorlardı ve zaten en düşük ortak paydaya göre derlenmişlerdi ya da çalışma zamanı özellik seçimi kullanıyorlardı.
Üstelik çoğu zaten muhtemelen GPU darboğazına takılıyordu.
[1] https://en.wikipedia.org/wiki/X86-64#Microarchitecture_level...
Birkaç yıl önce, neden yaptığımı bile bilmeden Gentoo sistemini derleyip ince ayar yapmak için bilgisayarın zamanını ve kendi zamanımı saatler, günler boyunca boşa harcadım.
Zaten ertesi gün yeni gelen Ubuntu CD’sini kurmak için format atacaktım.
Bir zamanlar çekirdeği kendi derleyen ve artık derlemeyen insanlar, en azından kısa bir süreliğine de olsa böyle şeyler yaptıkları için bugünkü yetkinliklerine sahip oldular.
Bunu denedikten sonra artık yapmamak mantıklı hâle gelir.
“Daha akıllı olsaydım böyle şeylere zaman harcamazdım” demek ya da yeni gören birinin bunu böyle anlaması doğru değil.
Sonunda yorulup Arch’a geçtim ve sürekli bozuk paketlerle uğraşmak zorunda kalmadan çoğunlukla aynı şeyleri elde ettim.
Yine de rastgele ortaya çıkan düşük seviye sorunlarla uğraşırken edindiğim bilgileri hâlâ kullanıyorum.
Yine de çok şey öğrendim.
Bugünlerde Linux bana süper gücüm gibi geliyor.
OS, VM, konteyner, Nix-shell, WSL2; hepsi Linux.
Hangi komut satırına düşersem düşeyim, bir ölçüde BSD de dahil, kendimi rahat hissedip sorunları çözebiliyorum.
Gentoo ile geçirdiğim keyifli zamanların beni buraya getirdiğini düşünmek istiyorum.
CentOS’ta yalnızca komut satırı oynatıcısı mpg123 kullanmak için bile X’in tamamının kurulması gerekiyordu; Gentoo’da ise mpg123’ün X entegrasyonunu kapatabiliyordunuz.
Bayraklar bunun üstüne eklenen bir bonustu.
Şimdi Debian kuruyor, her gün kullandığım birkaç programı yüklüyor ve işi bitiriyorum.
Başka makinelerde de yapılandırmamı 20 dakika içinde yeniden oluşturabiliyorum.
2000’lerin başında Gentoo’yu uzun süre kullandım ve genel olarak Linux makineleri hakkında bildiğim neredeyse her şeyi bu deneyimden öğrendim.
USE bayraklarında ilginç olan şey, belirli bir paketin başka kütüphaneler ya da paketlerle belirli entegrasyonlara sahip olduğunu bizzat öğrenmekti.
SQLite3 ikili dosyasının readline desteği olmadan bağlandığında aynı şekilde çalışmadığını fark edince, readline’ın genel olarak ne olduğunu anlamaya başladım.
Diğer Linux sistemlerinde her zaman varmış gibi görünüp aslında görünmeyen sayısız kütüphane için bu tekrar tekrar yaşandı.
Hayatımın doğru döneminde karşıma çıkan gerçekten değerli bir öğrenme aracıydı.
Biraz tuhaf hissediyorum
Birçok yorum Gentoo’yu denediğini ya da eskiden kullandığını söylüyor
Ama ben hâlâ günlük ana sistemim olarak ve sunucularda birincil olarak kullanıyorum
Gentoo’yu benim için en iyisi yapan şeyin ne kadar farklı olduğunu merak ediyorum
Ayrıca ikili paketleri açmayı düşünmüyorum
GPD Win 4, coreboot’lu Pixelbook, NAS, VPS vb. tüm cihazlarımda Gentoo çalıştırıyorum
Bence nedenleri şöyle
SystemD istiyorsan kullanabilirsin, OpenRC istiyorsan doğrudan kullanırsın
Gentoo’da kendimi güvende ve rahat hissediyorum
Çünkü Linux’ta en çok önemsediğim özgürlüğe Gentoo’nun her zaman saygı göstereceğini biliyorum
Gentoo, kendi maceranı seçtiğin kitaplar gibi
SystemD + Gnome + PulseAudio + ikili paketler kullanmak istiyorsan mümkün; OpenRC + Hyprland + Pipewire + netifrc yerine NetworkManager kullanmak istiyorsan o da mümkün
Gentoo her şeyi derleyen dağıtım değil, her şeyi seçtiren dağıtım
Bu duyuru benim için alakasız, ama kullanıcılara daha fazla seçenek veriyor
Gentoo da iyi, ama NixOS sistem yöneticisi olarak yaşamak Gentoo sistem yöneticisi olmaktan çok daha kolay
Cevap verirsen karşı çıkmaya çalışmayacağım, gerçekten merak ediyorum
Benim durumumda Gentoo’nun uymama nedenini söylemem gerekirse, kişisel sunucu işletmiyorum ve işte bulut sunucuları kullanıyorum
Muhtemelen Ubuntu tabanlı ya da AWS tarzıdır; çekirdek derlemek gibi şeyler yapmıyorum
Masaüstünde ise 10 yıldan fazla önce bir arkadaşım “donanımına göre derleneceği için daha hızlı olur” diye ikna ettiği için Gentoo’yu denemiştim
Kurup çalıştırmak için çok zaman harcadım, ama yaptığım hiçbir işte normal Ubuntu’dan fark edilir şekilde hızlı değildi; yalnızca ayar süresi daha uzundu
Bu yüzden bıraktım
Sık duyduğum “Gentoo’yu ayarlarken gerçekten çok şey öğrendim” sözü de benim için doğru değildi
Çoğu insan gibi tarifleri takip ettim, anlamadığım bayrakları ayarladım ve yapılandırma dosyalarıyla oynadım; açıkça söylemek gerekirse hiçbir şey öğrenmedim
Sadece adımları uyguladım
Tabii benim deneyimim böyleydi
Tam olarak bilmiyorum ama ben de 20 yıldır kullanıyorum
Her hafta el atılan günlük ana sistem ya da sunucu değil; uzun zaman önce ayarlanmış ve o zamandan beri çalışmaya devam eden cihazlardan bahsediyorum
Yılda birkaç kez giriş yapılan türden sistemleri kastediyorum
İlk “prodüksiyon” sistemimi kurarken Gentoo’yu bıraktım
İnsanlar kullanmaya başlamıştı ve artık her gün ya da her hafta giriş yapmaya gerek kalmaması anlamında “tamamlanmış” durumdaydı
Güvenlik güncellemelerini hâlâ istiyordum ve çok nadiren yeni bir özellik için yeni bir paket gerekebiliyordu, ama temelde kararlı bir sistem istiyordum
Gentoo bu kullanım için korkunç derecede uygunsuzdu
Kişisel masaüstümde bile her hafta güncelliyordum ve neredeyse her seferinde emerge derleme hatası oluyordu; aylarca güncellenmeyebilecek bir sistem daha da kötü olurdu
Bu yüzden Debian’a geçtim ve iyiydi
Özellikle unattended upgrades hoşuma gitti ve sonunda tüm makineleri Debian’a taşıdım
Gentoo kullanıyorsanız her hafta dokunmadığınız makineler de var mı, ne sıklıkla güncelliyorsunuz ve güncellemeyi tamamlamak için ne sıklıkla elle müdahale gerekiyor merak ediyorum
Çok az ve 15 yıl geç kalmış
15 yıldan fazla önce Gentoo’dan FreeBSD’ye geçmemin nedenlerinden biri Gentoo’da her şeyi derlemek zorunda olmam, FreeBSD’nin ise ikili paketler sunmasıydı
Bugün bu o kadar önemli olmayabilir, ama tek CPU çekirdeği ve 1 GB RAM zamanlarında oyunun kurallarını değiştiren bir farktı
Gentoo’yu uzun süre kullandıktan sonra birkaç yıllığına macOS’a geçtim ve o dönemde Gentoo prefix kullandım; Homebrew’den çok daha üstündü
Neredeyse 10 yıl önce macOS üzerindeki Gentoo prefix’te upstream llvm’in çalışması için yamalar eklemiştim [1]
Bir GSoC buluşma etkinliğinde sonunda bana yönetici yetkisi vermek isteyen birini buldum, ama iş sonuna kadar gitmedi
O kişi zaten bunun karmaşık bir iş olacağı konusunda uyarmıştı
prefix’in de ikili dosyalara ihtiyacı olduğunu söyleyip durdum
Mac’te Gentoo prefix, Homebrew kadar kolay paket kurabilseydi nasıl olurdu diye düşünmeden edemiyorum
Üzücü ama Gentoo, teknik olarak üstün bir açık kaynak projesinin bile temel son kullanıcı kolaylığını görmezden gelip iyi bir yönetişim yapısı olmadığında daha düşük nitelikli çözümleri alt ederek hayatta kalamayacağına iyi bir örnek
opensolaris/illumos’un da fiilen yaşam destek ünitesine bağlı hâle gelmesinin nedeninin buna benzediğini düşünüyorum
Sorumlular elitizmin ötesine geçemedi ve topluluk katılımı için çekirdeği derlemede anlaşılmaz makefile/shell spagettisinden oluşan 100 katmandan daha basit bir şeye ihtiyaç olduğuna karar veremedi
[1] https://github.com/fishman/timebomb-gentoo-osx-overlay/tree/...
Gentoo zaten niş olan Linux topluluğu içinde bile hep nişti, ama yine de keyifle yoluna devam ediyor gibi görünüyor
Sorun ne?
Aynı yazılımı durmadan gereksiz yere derlemek yüzünden ne kadar elektrik faturası ve sera gazı çıkmış olabileceğini düşününce ürperiyorum
Gentoo, Red Hat ya da Ubuntu kadar yaygın kullanılan bir şey de değildi
Üstelik bilgisayar zaten açıksa CPU’nun güç kullanımı, döner HDD’ler veya monitörler vb. yanında yuvarlama hatası düzeyindedir
Bazı insanlar kilowatt seviyesinde oyun PC’leriyle günde 12 saat oyun oynuyor, pistte araba sürüyor ya da çok yakıt yakan teknelerle dolaşıyor
Gentoo’yu harika yapan şey, sistemimde istediğim küçük bir ayarı kolayca ekleyip bakımını yapabilmem için en baştan buna göre tasarlanmış olmasıdır
Kullandığım diğer tüm dağıtımlar, tüm büyük dağıtımlar ve birkaç küçük dağıtım, varsayılan hâliyle daha iyi çalışma eğilimindeydi; ama belirlenmiş yolun dışına çıkınca muazzam bir acı beraberinde geliyordu
İyi ayarlanmış bir Gentoo sistemi sadece çalışır™
Burada “çalışır”ın kişisel olarak ne anlama geldiği fark etmez
Arch’ın upstream’i ezmeye karar verdiğinde ortaya çıkan python 2to3 ad çakışması da olabilir, SystemD’nin kernel modunda gereksiz yere çok fazla iş yapması yüzünden oluşan sistem çekirdeği gecikme sorunu da olabilir
Çeşitli kusurlarına rağmen ben çok memnun bir Gentoo kullanıcısıyım
Upstream ikili paketler bu özgürlüğün sadece bir başka uzantısı
Zaten bazı büyük projelerin ikili sürümleri vardı ya da kendi derleme sunucunuzu kurabiliyordunuz; ama daha fazla ikiliyi kolayca kullanabilir hâle gelmek, her küçük şeyi derlemenin devasa zaman yükü olmadan çok daha fazla kişinin bu avantajdan yararlanmasını sağlar
Belirli bir paket için daha fazla esnekliğe, örneğin yamalara ya da use bayraklarına ihtiyacınız varsa bu hâlâ mümkün ve bakımı da kolay
Bu büyük bir kazanım
Bir dönem Gentoo’nun gerçekten pürüzsüz çalıştığı uygun bir zaman vardı
useflag’lerin ne çok fazla ne de çok az olduğu; soğuk kış gecelerinde yurt odası fazla soğuk olduğunda Open Office’i yeniden derlediğimiz dönem
Bunu sevgiyle söylüyorum