GNU Boot Mengirim Surat Cease and Desist kepada Libreboot

 (libreboot.org)
1 poin oleh GN⁺ 2023-07-31 | 1 komentar | Bagikan ke WhatsApp
  • Judul HN mengarah pada surat permintaan antara GNU Boot dan Libreboot, tetapi isi yang diberikan terutama merangkum Canoeboot sebagai distribusi firmware BIOS/UEFI bebas
  • Canoeboot menggantikan BIOS/UEFI proprietari pada motherboard tertentu berbasis Intel/AMD x86 dan ARM, lalu setelah inisialisasi perangkat keras menjalankan bootloader untuk Linux/BSD
  • Ini adalah fork khusus yang dipelihara paralel oleh Leah Rowe, pengembang yang sama dengan Libreboot, tetapi memprioritaskan penghapusan semua blob biner dibanding dukungan perangkat keras yang lebih luas
  • Menyediakan payload GRUB, SeaBIOS, dan U-Boot UEFI untuk papan x86/x86_64 dan ARM64, serta memungkinkan beberapa payload dipilih saat boot dari satu image
  • Berfokus membuat firmware berbasis coreboot lebih mudah dipasang dan dipelihara oleh pengguna umum melalui build otomatis, ROM prakompilasi, dan dokumentasi instalasi

Apa yang Disediakan Canoeboot

  • Canoeboot adalah distribusi coreboot yang mendistribusikan coreboot seperti distribusi Linux
  • Menyediakan firmware boot bebas yang menggantikan firmware BIOS/UEFI proprietari pada motherboard tertentu berbasis Intel/AMD x86 dan ARM
  • Dalam proses boot, firmware ini menginisialisasi perangkat keras seperti memory controller, CPU, dan periferal, lalu menjalankan bootloader untuk sistem operasi
  • Mendukung Linux dan BSD dengan baik, dan bantuan tersedia di kanal #canoeboot di Libera IRC

Titik Perbedaan dengan Libreboot

  • Canoeboot adalah fork khusus dari Libreboot, dan Leah Rowe memelihara kedua proyek tersebut bersama-sama
  • Libreboot memakai kebijakan pengurangan blob biner untuk mendukung lebih banyak perangkat keras, sedangkan Canoeboot menghapus semua blob biner dari coreboot
  • Ditujukan bagi pengguna yang hanya menginginkan perangkat lunak bebas, dan mengecualikan komponen nonbebas meskipun ada kerugian teknis
  • Pembaruan microcode CPU juga dihapus, sehingga pilihan ini dapat berdampak negatif pada stabilitas sistem
  • Rilis terbaru adalah Canoeboot 26.01, dirilis pada 30 Januari 2026

Payload Boot dan Desain Image

  • Canoeboot menginisialisasi mesin dengan coreboot, lalu menyerahkan kendali ke payload yang ada di flash boot
  • Pada motherboard Intel/AMD x86/x86_64, Canoeboot menyediakan bootloader GNU GRUB dan payload SeaBIOS
  • Pada motherboard ARM64(Aarch64), Canoeboot menyediakan payload U-Boot UEFI untuk coreboot
  • Pada sebagian board, payload U-Boot UEFI untuk x86/x86_64 juga dapat digunakan
  • Dirancang agar beberapa payload dapat dimuat dalam satu image dan dipilih pengguna pada saat boot

Cara Distribusi coreboot untuk Pengguna Umum

  • Canoeboot menyediakan sistem build otomatis, prosedur build, dan dokumentasi instalasi bagi pengguna yang kesulitan mengonfigurasi coreboot secara langsung
  • cbmk adalah singkatan dari CanoeBoot MaKe, dan secara otomatis membangun seluruh image ROM tanpa input pengguna
  • Rilis biner berkala mencakup image ROM prakompilasi untuk perangkat keras yang didukung
  • Pengguna dapat memasang image ROM dengan mengikuti petunjuk instalasi yang disederhanakan
  • Untuk membangun coreboot secara langsung, diperlukan konfigurasi ahli atas coreboot, GRUB, dan perangkat lunak lainnya

Alasan Penggunaan dan Filosofi Proyek

  • Canoeboot berfokus membantu pengguna coreboot dan pengguna yang berorientasi pada perangkat lunak bebas agar lebih mudah memulai dan memelihara firmware boot
  • coreboot menggunakan model rolling release dan sangat berorientasi pada pengembang, sedangkan Canoeboot menyediakan rilis berkala yang telah diuji serta image prakonfigurasi untuk pengguna akhir
  • Menonjolkan perangkat lunak bebas, kecepatan boot yang lebih tinggi, keamanan yang lebih kuat, dan konfigurabilitas tinggi sebagai keunggulan
  • Karena firmware proprietari dapat memiliki backdoor dan bug, Canoeboot menyediakan pilihan untuk keluar dari firmware boot proprietari
  • Teknologi seperti Intel Boot Guard diperlakukan sebagai faktor yang membatasi kebebasan pengguna untuk mengendalikan komputernya sendiri

Kontribusi dan Alur Pengembangan

  • Canoeboot melacak Libreboot per commit dan hanya melakukan merge selektif atas perubahan yang sesuai dengan konfigurasi zero-blob
  • Jika bukan fitur yang hanya diperlukan Canoeboot, proyek ini lebih menyukai kontribusi dilakukan terlebih dahulu ke Libreboot
  • Cara kontribusi terbesar adalah menambahkan konfigurasi motherboard baru ke Libreboot
    • Board yang didukung coreboot dapat diintegrasikan ke Libreboot
    • Board yang sesuai dengan kebijakan Canoeboot kemudian juga dapat digabungkan ke Canoeboot
  • Pemeliharaan sistem build, dokumentasi, dan dukungan pengguna juga dianggap sebagai kontribusi penting
  • Diskusi pengembangan dan dukungan pengguna berlangsung di kanal IRC

Kontribusi Terjemahan dan Dokumentasi

  • Situs web Canoeboot dapat menerima terjemahan halaman, pembaruan terjemahan yang ada, dan pengiriman hasil terjemahan
  • Jika halamannya sama dengan Libreboot, mengirim terjemahan ke pihak Libreboot mungkin lebih tepat
  • Untuk dokumentasi yang hanya berlaku bagi Canoeboot, disarankan juga mengirimkannya ke Canoeboot
  • Meski seseorang sudah mengerjakan terjemahan dalam bahasa yang sama, partisipasi dari banyak orang tetap disambut

Bacaan terkait

1 komentar

 
GN⁺ 2023-07-31
Pendapat di Hacker News

  • Saya tidak punya konteks lengkap dari percakapan sebelumnya, tetapi pesan di tangkapan layar terlihat cukup pasif-agresif
    “Sekadar pengingat kecil bahwa Anda bukan maintainer” adalah fakta yang sudah diketahui kedua pihak, dan ungkapan “kalau mau, Anda boleh mengirim patch untuk ditinjau” sangat bernuansa bahwa patch itu bisa saja diabaikan begitu saja
    Pihak Libreboot mungkin juga tidak berkomunikasi secara profesional, tetapi itu tidak membenarkan balasan seperti ini
    Kalau benar-benar ingin membuat seseorang menghentikan suatu tindakan, lebih baik memakai kalimat dingin dan formal saja; kalimat seperti ini terlihat lebih seperti upaya memancing emosi lawan daripada penegakan hukum

    • Saya jadi mengingatkan diri sendiri agar tidak membaca ungkapan seperti ini terlalu dalam
      Open source itu global, dan tidak semua orang adalah penutur asli bahasa Inggris; bahkan di dunia berbahasa Inggris pun kebiasaan budaya dan nuansanya berbeda-beda
      Bahkan di dalam kota-kota Amerika, bergeser 15 menit saja bisa membuat kebiasaan sangat berbeda, dan budaya Boston tidak sama dengan Bay Area atau Bolivia
      Di dalam budaya yang sama pun, tingkat orang menangkap atau mengirim sinyal bahasa berbeda-beda, dan ada orang yang merasa sedang membaca sinyal padahal sebenarnya bercampur dengan prasangka
      Meski begitu, saya tetap terpengaruh oleh nada seperti ini
      Misalnya saat menelusuri basis data bug untuk menyelesaikan bug yang menyebalkan, lalu melihat seorang relawan aktif membalas bug dengan nada ketus atau seolah meremehkan, saya akan merasakannya seperti itu
      Bisa jadi di tempat orang itu berada, nada seperti itu dianggap profesional atau kompeten, bahkan terasa menenangkan
    • Fakta bahwa orang yang mengirim email C&D itu, menurut artikel, pernah mencoba “merebut” nama Libreboot juga tidak terlihat baik
      Saya menemukan ini di sini: https://libreboot.at
      “Siapa kami? Kami adalah Denis ‘GNUtoo’ Carikli dan Adrien ‘neox’ Bourmault. Kamilah yang membuat dan memelihara ini”
      Tertulis kurang lebih bahwa “untuk mendukung perangkat lunak yang sepenuhnya bebas, URL di seluruh web harus diubah, dan versi Libreboot lain harus diberi tahu sebagai perangkat lunak bebas yang tidak tepercaya”
    • Maintainer tidak seharusnya mengirim surat cease and desist (C&D) sendiri; biasanya itu akan diserahkan kepada pengacara
      GNU kemungkinan besar akan mundur

  • Bagian “saya membuat rilis ini untuk mereka” membuat saya bertanya-tanya apakah ada sesuatu yang terlewat
    Selama 7 tahun terakhir, proyek Libreboot sangat agresif terhadap FSF, bahkan mengatakan proyek GNU seharusnya tidak ada, serta menghina individu-individu di dalam organisasi itu
    Penekanan pada “saya membuat rilis ini untuk mereka” sejujurnya mencurigakan, dan terasa seperti sengaja membuat drama
    Jawaban untuk “kenapa mereka tidak menghubungi saya” terlalu jelas jika melihat interaksi sebelumnya
    Pertanyaan yang lebih baik adalah, mengapa Libreboot tidak menghubungi GNU sebelum menerbitkan rilis GNU Boot versinya sendiri
    Mengapa mencoba berpura-pura sebagai GNU

    • Saya sama sekali tidak tahu soal ini, tetapi apakah itu berarti mereka tetap berkolaborasi
      Ada sumber yang bisa dirujuk?
    • Bukan
      Pertanyaan yang lebih baik adalah, mengapa FSF tidak menghubungi Leah sebelum menerbitkan rilis Libreboot mereka sendiri di libreboot.at
      Mengapa mencoba berpura-pura sebagai Libreboot
      Terlepas dari bagaimana orang memandang Leah yang merilis GNU Boot tidak resmi agar bisa mereka jadikan basis lagi, ia tidak membeli domain yang membingungkan karena sangat mirip lalu berpura-pura sebagai mereka
      Bandingkan saja satu kali penyebutan dia tentang “rilis GNUBoot tidak resmi” dengan ini: https://libreboot.at/

  • Drama yang sepenuhnya tidak berguna, tetapi masalah sebenarnya adalah orang-orang memang mengira rilis tidak resmi itu sebagai rilis asli
    phoronix juga salah paham seperti itu: https://www.phoronix.com/news/GNU-Boot-20230717
    Ini terlihat seperti cara mereka ikut campur

    • Saya masih belum yakin sudah memahaminya dengan benar
      Situasinya adalah Libreboot dibaca sebagai “LibreBoot”, sedangkan GNU Boot tidak resmi buatan Leah Rowe dibaca sebagai “NewBoot”
      Leah Rowe berasal dari Inggris dan jago coding, tetapi juga sosok yang menarik drama
      Katanya GNU Boot tidak resmi lebih dekat ke level Libreboot dan “sepenuhnya FOSS”, sementara pihak lain telah berkompromi
      Lalu ada Coreboot, yang menjadi basis Libreboot, dan nama lamanya adalah LinuxBIOS
      Ada juga Libreboot tidak resmi dan GNU Boot resmi
      Saya tidak tahu apa tujuan Libreboot tidak resmi dan GNU Boot resmi
      Keduanya tertinggal dibanding versi-versi lain Leah Rowe
      Saya mendukung fork itu sendiri, tetapi tidak paham mengapa orang-orang yang tampaknya tidak bisa berkolaborasi membuat drama seperti ini
      Dulu saya pernah memakai LinuxBIOS di ThinkPad T61 lama
      Saya mengganti BIOS proprietary dengan LinuxBIOS, dan dibanding BIOS proprietary yang lambat, itu benar-benar cepat
      Tetapi mengganti BIOS tanpa pekerjaan fisik seperti menyolder itu berisiko, jadi terlalu lama saya tidak berani melakukannya
      Karena itulah Leah menjalankan layanan untuk membersihkan perangkat bekas secara fisik bagi orang lain dan menyediakannya setelah firmware proprietary dihapus
      Karena perangkatnya tua, dibutuhkan beberapa perbaikan microcode, tetapi jika distribusi Linux modern menanganinya, seharusnya aman
      Pada akhirnya ThinkPad T61 saya kirim ke tempat pembuangan
      Baterai dan baterai cadangannya sama-sama mati, SSD-nya juga mulai sekarat, casingnya agak rusak, beberapa sekrup hilang, dan saya tidak punya motivasi untuk memperbarui mesin yang lambat itu
      Saat itu saya tidak terpikir bahwa saya bisa menjualnya atau membiarkan seseorang memperbaikinya lalu menjualnya kembali
      Saat pindahan saya harus membuang banyak barang, dan jika dipikir lagi, sepertinya itu memang pilihan terbaik
    • Inilah poin utama yang dilewatkan banyak orang yang berkomentar di sini
      Kalau tidak tahu situasi ini, bisa dimengerti mengapa semuanya terlihat sangat membingungkan
    • Ini sampai taraf tertentu adalah kesalahan phoronix
      Rilis Leah sejak awal sudah diberi label tidak resmi

  • Yang dikirim GNU Boot tampaknya bukan karena Libreboot itu sendiri, melainkan mempermasalahkan halaman web yang mengklaim dirinya sebagai rilis GNU Boot “tidak resmi”
    Mereka ingin ungkapan itu berhenti dipakai
    Meski agak bermusuhan, ini bisa dimengerti
    Sebagai tambahan, halaman web yang diberitahukan oleh jbit¹ adalah ini:
    <https://web.archive.org/web/20230719185342/https://libreboot...>

    1. <https://news.ycombinator.com/item?id=36927233>
    • Saya tidak mengerti bagaimana dalam perangkat lunak bebas, di mana siapa pun bisa mengambil kode dan membangunnya, orang bisa menentang rilis “tidak resmi”

  • Tidak bisa disangkal bahwa saya suka drama tajam yang terjadi di sekitar komunitas perangkat lunak bebas
    Demi kesehatan proyek, saya berharap orang-orang bisa lebih akur, tetapi mungkin berkat kepribadian-kepribadian kuat seperti inilah gerakan ini belum sepenuhnya dikuasai kepentingan korporasi

    • Sepenuhnya setuju
      Kepemimpinan perangkat lunak bebas yang kuat ala Torvalds klasik, meski punya banyak masalah, pada dasarnya anti-korporasi
      Siapa pun yang pernah benar-benar bekerja dengan benar di perusahaan yang cukup besar pasti tahu
    • Saya juga mengira kecenderungan seperti itu adalah salah satu alasan mereka pada akhirnya gagal menyediakan sistem operasi desktop yang kohesif
    • Mau tak mau jadi bertanya-tanya apakah kepentingan korporasi benar-benar menciptakan drama untuk menggagalkan atau menghambat proyek semacam ini
    • Menurut saya, politik internal seperti ini juga ada di dalam perusahaan; bedanya, open source terlihat transparan bagi semua orang dan bersifat global
      Seperti kantor global yang bisa diintip semua orang
      Kasus ini khususnya mengingatkan saya pada Red Hat dan CentOS
      Sebuah proyek hanya berusaha memastikan orang yang mengunduh benar-benar mendapatkan apa yang mereka maksud, bukan sesuatu yang lain
      Kekhawatiran seperti itu sama validnya di open source seperti di lingkungan perusahaan besar
    • Mereka sudah melayani 99% kepentingan korporasi
      “Pengambilalihan” akan mengorbankan tirai yang ditafsirkan oleh komunitas open source yang dipropagandakan sebagai egalitarianisme korporat

  • Libreboot adalah proyek yang selalu menginjak kaki orang lain, jadi sulit diikuti
    Saya tidak tahu kenapa proyek ini punya begitu banyak masalah manusia

    • Apakah ada sumber yang bisa dijadikan titik awal bagi pembaca
      Kalau ini proyek yang berawal dari upaya mencegah sikap memusuhi pengguna atau pengabaian pengguna, rasanya wajar kalau ada orang-orang yang cukup bersemangat di baliknya
      Mungkin terlalu bersemangat

  • Teman-teman, di dunia ini bukan hanya ada ruang untuk dua boot, tapi untuk pergi ke mana pun memang dibutuhkan setidaknya sebanyak itu

  • https://web.archive.org/web/20230719185342/https://libreboot...
    Dari konteksnya, inilah halaman yang dirujuk oleh surat tuntutan penghentian itu

  • Mengapa Libreboot selalu berada di tengah drama
    Apakah maintainer-nya memang orang yang seperti itu

    • Ada satu drama besar pada 2016, dan sejak itu menurut saya persepsi bahwa proyek ini “selalu berada di tengah drama” sampai batas tertentu adalah bias konfirmasi
      Lalu ada masalah keuangan pada 2020, dan kembalinya Leah ke libreboot pada 2021
      Drama hari ini adalah bagian dari perang budaya yang lebih besar di dalam komunitas
      Yang pertama adalah konflik pro-RMS versus anti-RMS yang berlangsung sejak RMS mundur dari FSF pada 2019, dan makin membesar setelah ia kembali pada 2021
      Karena kembalinya itu, sebagian besar staf FSF mengundurkan diri
      Pertanyaan seperti apakah RMS masih layak memimpin FSF, atau apakah FSF telah kehilangan arah, terkait dengan ini
      Yang lainnya adalah konflik soal apakah kebijakan RYF dan FSDG dari FSF/RMS terkait firmware dan microcode itu keliru dan merugikan
      Libreboot terseret ke dalamnya ketika menggabungkan osboot pada November 2022, dan mengadopsi kebijakan firmware serta microcode osboot, yang bertentangan dengan kebijakan FSF
      Setelah itu, sebagian orang “mem-fork” https://libreboot.org menjadi https://libreboot.at dan mengklaim bahwa merekalah Libreboot yang “asli”
      Alasan saya menaruh “fork” dalam tanda kutip adalah karena di sana tidak ada pengembangan Libreboot baru, melainkan lebih mirip snapshot dari rilis Libreboot sebelum penggabungan osboot
      Belakangan, orang-orang di pihak libreboot.at memutuskan untuk mengembangkan kembali distro coreboot yang ramah FSF sebagai “GNU Boot”
      Jadi, bisa saja dikatakan drama ini adalah tanggung jawab Leah
      Karena ia jelas menentang kebijakan firmware dan microcode FSF
      Namun banyak orang lain di komunitas juga mengambil posisi yang sama
    • Orang yang tidak puas dengan dirinya sendiri sering kali juga tidak puas dengan orang lain
      Ini pengalaman pribadi sebagai navigator drama
    • Kalau yang dimaksud Leah Rowe, ya
      Di sekelilingnya selalu ada drama dalam satu bentuk atau lainnya, dan sebagian besar dimulai olehnya

  • Nama Libreboot benar-benar disayangkan
    Bisa terbaca seperti library yang didedikasikan untuk me-reboot komputer

    • Saat awalnya dibuat, nama itu sepenuhnya masuk akal
      Fork OpenOffice juga dinamai LibreOffice
    • Sebagai catatan, bukan saya yang downvote, melainkan orang lain
      Saya sedang liburan di Spanyol, dan terus melihat kata Libre dipakai terkait perpustakaan dan buku
      Jadi saya juga terpikir hal yang sama