GNU Boot, Libreboot'a ihtar ve yayından kaldırma talebi gönderdi
(libreboot.org)- HN başlığı, GNU Boot ile Libreboot arasındaki ihtarı işaret etse de, sağlanan metin esas olarak Canoeboot'un nasıl bir özgür BIOS/UEFI aygıt yazılımı dağıtımı olduğunu özetliyor
- Canoeboot, belirli Intel/AMD x86 ve ARM tabanlı anakartlarda sahipli BIOS/UEFI'nin yerini alıyor ve donanım ilklendirmesinden sonra Linux/BSD için önyükleyici çalıştırıyor
- Libreboot ile aynı geliştirici olan Leah Rowe'un paralel olarak sürdürdüğü özel bir fork olsa da, daha geniş donanım desteğinden ziyade tüm ikili blob'ların kaldırılmasına öncelik veriyor
- x86/x86_64 ve ARM64 kartlara göre GRUB, SeaBIOS ve U-Boot UEFI payload'ları sunuyor; birden fazla payload tek bir imajda yer alabiliyor ve açılışta seçilebiliyor
- Otomatik derleme, önceden derlenmiş ROM'lar ve kurulum belgeleriyle, coreboot tabanlı aygıt yazılımının sıradan kullanıcılar için kurulup sürdürülmesini kolaylaştırmaya odaklanıyor
Canoeboot'un sundukları
- Canoeboot, Linux dağıtımı gibi coreboot'u dağıtan bir coreboot dağıtımı
- Belirli Intel/AMD x86 ve ARM tabanlı anakartlarda sahipli BIOS/UEFI aygıt yazılımının yerini alan özgür önyükleme aygıt yazılımı sağlıyor
- Açılış sürecinde bellek denetleyicisi, CPU ve çevre birimleri gibi donanımları ilklendiriyor, ardından işletim sistemi için önyükleyiciyi çalıştırıyor
- Linux ve BSD'yi iyi destekliyor; yardım için Libera IRC üzerindeki
#canoebootkanalına başvurulabiliyor
Libreboot'tan ayrıldığı noktalar
- Canoeboot, Libreboot'un özel bir fork'u ve Leah Rowe iki projeyi birlikte sürdürüyor
- Libreboot, daha fazla donanımı desteklemek için ikili blob'ları azaltma politikası izlerken, Canoeboot coreboot'tan tüm ikili blob'ları kaldırıyor
- Yalnızca özgür yazılım isteyen kullanıcılara hitap ediyor ve teknik kayıplar olsa bile özgür olmayan bileşenleri dışarıda bırakıyor
- CPU mikrokod güncellemelerini de kaldırdığı için, bu tercih sistem kararlılığı üzerinde olumsuz etki yaratabilir
- En güncel sürüm Canoeboot 26.01; 30 Ocak 2026'da yayımlandı
Önyükleme payload'ları ve imaj tasarımı
- Canoeboot, makineyi coreboot ile ilklendirdikten sonra denetimi önyükleme flaşındaki payload'a devrediyor
- x86/x86_64 Intel/AMD anakartlarda GNU önyükleyici GRUB ve SeaBIOS payload'larını sunuyor
- ARM64 (Aarch64) anakartlarda coreboot için U-Boot UEFI payload'ı sunuyor
- Bazı kartlarda x86/x86_64 için U-Boot UEFI payload'ı da kullanılabiliyor
- Birden fazla payload'ı tek bir imajda toplayıp kullanıcının açılış anında seçim yapabilmesine olanak tanıyacak şekilde tasarlanmış
Genel kullanıcılar için coreboot dağıtım yöntemi
- Canoeboot, coreboot'u doğrudan yapılandırması zor olan kullanıcılar için otomatikleştirilmiş derleme sistemi, derleme süreci ve kurulum belgeleri sunuyor
cbmk, CanoeBoot MaKe'in kısaltması; kullanıcı girdisi olmadan tam ROM imajını otomatik olarak derliyor- Düzenli ikili sürümler, desteklenen donanımlar için önceden derlenmiş ROM imajlarını içeriyor
- Kullanıcılar, sadeleştirilmiş kurulum talimatlarını izleyerek ROM imajını yükleyebiliyor
- coreboot'u doğrudan derlemek için coreboot, GRUB ve diğer yazılımlar üzerinde uzman düzeyinde yapılandırma gerekiyor
Kullanım nedenleri ve proje felsefesi
- Canoeboot, coreboot kullanıcılarının ve özgür yazılım odaklı kullanıcıların önyükleme aygıt yazılımına daha kolay başlayıp bunu sürdürebilmesine yardımcı olmaya odaklanıyor
- coreboot bir rolling release modeline sahip ve geliştirici odaklı bir yapıda; Canoeboot ise son kullanıcılar için düzenli test sürümleri ve önceden yapılandırılmış imajlar sunuyor
- Avantaj olarak özgür yazılımı, daha hızlı açılış sürelerini, güçlendirilmiş güvenliği ve yüksek yapılandırılabilirliği öne çıkarıyor
- Sahipli aygıt yazılımlarında arka kapılar ve hatalar bulunabileceği için Canoeboot, sahipli önyükleme aygıt yazılımından uzaklaşmak isteyenlere bir seçenek sunuyor
- Intel Boot Guard gibi teknolojiler, kullanıcının kendi bilgisayarı üzerindeki denetim özgürlüğünü sınırlayan unsurlar olarak ele alınıyor
Katkı ve geliştirme akışı
- Canoeboot, Libreboot'u commit düzeyinde takip ediyor ve yalnızca zero-blob yapılandırmasına uyan değişiklikleri seçerek birleştiriyor
- Sadece Canoeboot'a özgü bir ihtiyaç değilse, önce Libreboot'a katkı yapılması tercih ediliyor
- En büyük katkı biçimi, Libreboot'a yeni anakart yapılandırmaları eklemek
- coreboot tarafından desteklenen kartlar Libreboot'a entegre edilebiliyor
- Canoeboot politikasına uyan kartlar daha sonra Canoeboot'a da birleştirilebiliyor
- Derleme sistemi bakımı, belgelendirme ve kullanıcı desteği de önemli katkılar arasında sayılıyor
- Geliştirme tartışmaları ve kullanıcı desteği IRC kanalında yürütülüyor
Çeviri ve belge katkıları
- Canoeboot web sitesi; sayfa çevirileri, mevcut çevirilerin güncellenmesi ve yeni çeviri gönderimlerini kabul edebiliyor
- Eğer sayfa Libreboot ile aynıysa, çeviriyi Libreboot tarafına göndermek daha uygun olabilir
- Yalnızca Canoeboot'a özgü belgelerin Canoeboot'a da birlikte gönderilmesi öneriliyor
- Aynı dilde bir çeviri üzerinde hâlihazırda biri çalışıyor olsa bile, birden fazla kişinin katkısı memnuniyetle karşılanıyor
1 yorum
Hacker News yorumları
Önceki konuşmanın tüm bağlamı yok ama ekran görüntüsündeki mesaj oldukça pasif-agresif görünüyor.
“Senin bakımcı olmadığını küçük bir hatırlatma” iki tarafın da zaten bildiği bir gerçek; “istersen incelenecek bir yama gönderebilirsin” ifadesi de yamanın pekâlâ görmezden gelinebileceği yönünde güçlü bir nüans taşıyor.
Libreboot tarafı da profesyonelce iletişim kurmamış olabilir, ama bu böyle bir yanıtı haklı çıkarmaz.
Gerçekten birinin bir davranışı durdurmasını istiyorsanız, soğuk ve resmî ifadeler kullanmak daha iyidir; bu tür cümleler hukuki yaptırımdan çok karşı tarafı kışkırtma girişimi gibi görünüyor.
Açık kaynak küreseldir ve herkes ana dili İngilizce olan biri değildir; İngilizce konuşulan dünyada bile kültürel teamüller ve nüanslar farklıdır.
Bir ABD şehrinde bile 15 dakika yol gidince teamüller ciddi biçimde değişebilir; Boston kültürü Bay Area ya da Bolivya ile aynı değildir.
Aynı kültür içinde bile dilsel sinyalleri algılama ya da gönderme derecesi kişiden kişiye değişir; bazıları sinyalleri okuduğunu sanır ama aslında bu önyargılarla karışmış olabilir.
Yine de bu tür bir üsluptan hâlâ etkileniyorum.
Örneğin sinir bozucu bir hatayı çözmeye çalışırken hata veritabanını karıştırıp, aktif bir gönüllünün bir hataya kaba ya da küçümseyici görünen bir tonla yanıt verdiğini görünce böyle hissediyorum.
O kişinin bulunduğu yerde bu üslup profesyonel ya da yetkin algılanıyor, hatta güven verici bir ifade bile olabilir.
Burada bulduğum bir şey var: https://libreboot.at
“Biz kimiz? Denis ‘GNUtoo’ Carikli ve Adrien ‘neox’ Bourmault’yuz. Bunu biz oluşturuyor ve sürdürüyoruz.”
“Tamamen özgür yazılımı desteklemek için web genelindeki URL’leri değiştirmeli ve Libreboot’un diğer sürümünün güvenilir bir özgür yazılım olmadığını bildirmelisiniz” gibi şeyler yazıyor.
GNU büyük olasılıkla geri adım atacaktır.
“Bu sürümü onlar için yaptım” kısmında bir şeyi mi kaçırıyorum diye düşündüm.
Son 7 yılda Libreboot projesi FSF’ye karşı çok saldırgandı; GNU projesinin var olmaması gerektiğini bile söyledi ve örgüt içindeki kişilere hakaret etti.
“Bu sürümü onlar için yaptım” vurgusu açıkçası şüpheli geliyor; kasıtlı olarak drama yaratmaya çalışıyor gibi de duruyor.
“Neden benimle iletişime geçmediler?” sorusunun yanıtı, geçmiş etkileşimlere bakınca fazlasıyla açık.
Daha iyi soru şu: Libreboot neden kendi GNU Boot sürümünü yayımlamadan önce GNU ile iletişime geçmedi?
Neden GNU’ymuş gibi davranmaya çalıştı?
Başvurulabilecek bir kaynak var mı?
Daha iyi soru şu: FSF neden libreboot.at üzerinde kendi Libreboot sürümünü yayımlamadan önce Leah ile iletişime geçmedi?
Neden Libreboot’muş gibi davranmaya çalıştı?
Leah’nın, onların yeniden temel alabilmesi için gayriresmî bir GNU Boot sürümü çıkarmasını nasıl görürseniz görün, kafa karıştıracak kadar benzer bir alan adı satın alıp onlar gibi davranmadı.
Onun bir kez “gayriresmî GNUBoot sürümü” demesiyle şunu karşılaştırın: https://libreboot.at/
Tamamen gereksiz bir drama ama asıl sorun, insanların gayriresmî sürümü gerçekten resmî sanması.
Phoronix de böyle yanlış anlamış: https://www.phoronix.com/news/GNU-Boot-20230717
Bu, onların araya girme biçimi gibi görünüyor.
Libreboot “LibreBoot” diye okunuyor; Leah Rowe’nun yaptığı gayriresmî GNU Boot ise “NewBoot” diye okunuyor.
Leah Rowe Birleşik Krallık’tan; kodlaması iyi ama dramayı da kendine çeken biri.
Gayriresmî GNU Boot’un Libreboot düzeyine daha yakın ve “tamamen FOSS” olduğu, diğer tarafın ise tavizler verdiği söyleniyor.
Bir de Libreboot’un temeli olan Coreboot var; eski adı LinuxBIOS’tu.
Ayrıca gayriresmî Libreboot ve resmî GNU Boot da var.
Gayriresmî Libreboot ile resmî GNU Boot’un amacının ne olduğunu bilmiyorum.
İkisi de Leah Rowe’nun diğer sürümlerinin gerisinde kalıyor.
Fork’lara prensipte karşı değilim ama iş birliği yapamıyor gibi görünen insanların neden böyle dramalar çıkardığını anlamıyorum.
Eskiden eski bir ThinkPad T61’de LinuxBIOS kullanmıştım.
Tescilli BIOS’u LinuxBIOS ile değiştirmiştim; yavaş tescilli BIOS’a kıyasla gerçekten hızlıydı.
Ama lehimleme gibi fiziksel işler olmadan BIOS’u değiştirmek riskli olduğu için çok uzun süre cesaret edemedim.
Leah’nın başkalarına ikinci el cihazları fiziksel olarak temizleyip tescilli firmware’i kaldırarak sunan bir hizmet vermesinin nedeni de bu.
Eski cihazlar oldukları için çeşitli mikrokod düzeltmeleri gerekiyor; ancak güncel Linux dağıtımları bunu hallediyorsa güvenli olmalı.
Sonunda ThinkPad T61’imi hurdaya gönderdim.
Hem ana bataryası hem de yedek bataryası ölmüştü; SSD de ölmek üzereydi, kasası biraz hasarlıydı, birkaç vidası eksikti ve yavaş bir makineyi güncelleme isteğim de yoktu.
Satabileceğim ya da birinin elden geçirip yeniden satmasını sağlayabileceğim o zaman aklıma gelmemişti.
Taşınırken çok fazla eşyadan kurtulmam gerekiyordu; geriye dönüp bakınca bunun en iyi seçenek olduğunu düşünüyorum.
Bu durumu bilmiyorsanız neden çok kafa karıştırıcı göründüğünü anlamak mümkün.
Leah’nın sürümü en başından beri gayriresmî olarak etiketlenmişti.
GNU Boot'un gönderdiği şeyin Libreboot'un kendisinden değil, kendini “gayriresmî” GNU Boot sürümü olarak tanıtan bir web sayfasından kaynaklandığı anlaşılıyor
İstedikleri, bu ifadeyi kullanmayı bırakmalarıydı
Biraz hasmane olsa da anlaşılır
Ek olarak jbit¹'in işaret ettiği ilgili web sayfası burada:
<https://web.archive.org/web/20230719185342/https://libreboot...>
Özgür yazılım topluluğu etrafında yaşanan sivri dilli dramaları sevdiğimi inkâr edemem
Projelerin sağlığı için insanların daha iyi geçinmesini isterdim, ama belki de bu güçlü karakterler sayesinde bu hareket kurumsal çıkarlara tamamen teslim olmadı
Klasik Torvalds tarzı güçlü özgür yazılım liderliği, çeşitli sorunlarına rağmen özünde kurumsallık karşıtıdır
Yeterince büyük bir şirkette ciddi bir iş yapmış olan herkes bunu bilir
Herkesin bakabildiği küresel bir ofis gibi
Bu örnek özellikle Red Hat ve CentOS'u akla getiriyor
Bir proje yalnızca, indiren kişilerin gerçekten niyet ettikleri şeyi aldığından ve başka bir şey almadığından emin olmaya çalışıyor
Bu tür kaygılar açık kaynakta da büyük şirket ortamlarında olduğu kadar geçerli
“Ele geçirme”, reklamı yapılan açık kaynak topluluğunun kurumsal eşitlikçilik olarak yorumladığı perdeyi feda etmek olurdu
Libreboot sürekli birilerinin ayağına basan bir proje; takip etmesi zor
Bu projede neden bu kadar çok insan meselesi var bilmiyorum
Kullanıcı düşmanlığını ya da kullanıcıların ihmal edilmesini engellemekten doğan bir projeyse, arkasında epey tutkulu insanlar olması muhtemel
Belki de gereğinden fazla tutkulu
Arkadaşlar, dünyada iki boot için yer olmakla kalmıyor; bir yere gidebilmek için o kadarına zaten ihtiyaç var
https://web.archive.org/web/20230719185342/https://libreboot...
Bağlama göre ihtarnamenin işaret ettiği sayfa bu
Libreboot neden hep dramanın ortasında
Bakımcısı sadece böyle biri mi
2020'de mali sorunlar, 2021'de de Leah'ın libreboot'a dönüşü geldi
Bugünkü drama, topluluk içinde süren daha büyük bir kültür savaşının parçası
Bunlardan biri, 2019'da RMS'in FSF'den ayrılmasından beri süren RMS yanlıları ile RMS karşıtları arasındaki çatışma; 2021'deki dönüşüyle çok daha büyüdü
Bu dönüş yüzünden FSF çalışanlarının çoğu ayrıldı
RMS'in hâlâ FSF'ye liderlik etmeye ehil olup olmadığı, FSF'nin yolunu kaybedip kaybetmediği gibi sorular bunun içinde
Bir diğeri de firmware ve mikro kod konusunda FSF/RMS'in RYF ve FSDG politikalarının yanlış ve zararlı olup olmadığına dair çatışma
Libreboot, Kasım 2022'de osboot'u birleştirince bunun içine çekildi; osboot'un firmware ve mikro kod politikasını benimsedi, bu da FSF politikasıyla çelişiyor
Bundan sonra bazı kişiler https://libreboot.org sitesini https://libreboot.at olarak “fork”layıp kendilerinin “gerçek” Libreboot olduğunu iddia etti
“Fork” sözcüğünü tırnak içine almamın nedeni, orada yeni Libreboot geliştirmesi yapılmaması; daha çok osboot birleşmesinden önceki Libreboot sürümünün bir anlık görüntüsüne benzemesiydi
Daha yakın zamanda libreboot.at tarafındaki kişiler, FSF dostu bir coreboot dağıtımını “GNU Boot” olarak yeniden geliştirmeye karar verdi
Bu yüzden bu dramada Leah'ın sorumluluğu var denebilir
Çünkü FSF'nin firmware ve mikro kod politikalarına açıkça karşı çıktı
Ancak topluluktaki pek çok başka kişi de aynı tutumu benimsiyor
Bir drama denizcisi olarak kişisel deneyimim
Onun etrafında her zaman bir şekilde drama olur ve çoğunu o başlatır
Libreboot'un adı gerçekten talihsiz
Bilgisayarı yeniden başlatmaya adanmış bir kütüphane gibi de okunabiliyor
OpenOffice fork'una da LibreOffice adı verilmişti
İspanya'da tatildeyim ve Libre sözcüğünün kütüphane ve kitaplarla bağlantılı olarak kullanıldığını sürekli görüyorum
Bu yüzden ben de aynı şeyi düşündüm