GNU Boot gửi thư yêu cầu chấm dứt và cấm hành vi tới Libreboot
(libreboot.org)- Tiêu đề trên HN chỉ tới thư yêu cầu giữa GNU Boot và Libreboot, nhưng phần nội dung được cung cấp chủ yếu tóm tắt Canoeboot là bản phân phối firmware BIOS/UEFI tự do như thế nào
- Canoeboot thay thế BIOS/UEFI độc quyền trên một số bo mạch chủ Intel/AMD x86 và nền tảng ARM, rồi sau khi khởi tạo phần cứng sẽ chạy bootloader cho Linux/BSD
- Đây là một fork chuyên biệt được Leah Rowe, cùng nhà phát triển với Libreboot, duy trì song song; nhưng ưu tiên loại bỏ mọi binary blob hơn là hỗ trợ nhiều phần cứng hơn
- Cung cấp các payload GRUB, SeaBIOS, U-Boot UEFI cho từng bo mạch x86/x86_64 và ARM64; có thể chọn nhiều payload khi khởi động từ một image duy nhất
- Tập trung giúp người dùng phổ thông dễ cài đặt và duy trì firmware dựa trên coreboot thông qua build tự động, ROM biên dịch sẵn và tài liệu cài đặt
Canoeboot cung cấp những gì
- Canoeboot là một bản phân phối coreboot phân phối coreboot theo cách tương tự một bản phân phối Linux
- Cung cấp firmware khởi động tự do thay thế firmware BIOS/UEFI độc quyền trên một số bo mạch chủ Intel/AMD x86 và nền tảng ARM
- Trong quá trình khởi động, nó khởi tạo phần cứng như bộ điều khiển bộ nhớ, CPU và thiết bị ngoại vi, rồi chạy bootloader cho hệ điều hành
- Hỗ trợ tốt Linux và BSD; có thể nhận trợ giúp tại kênh
#canoeboottrên Libera IRC
Điểm tách biệt với Libreboot
- Canoeboot là fork chuyên biệt của Libreboot, và Leah Rowe duy trì cả hai dự án
- Libreboot áp dụng chính sách giảm binary blob để hỗ trợ nhiều phần cứng hơn, còn Canoeboot loại bỏ mọi binary blob khỏi coreboot
- Nhắm tới người dùng chỉ muốn phần mềm tự do, và loại trừ các thành phần không tự do dù có tổn thất về mặt kỹ thuật
- Các bản cập nhật microcode CPU cũng bị loại bỏ, vì vậy lựa chọn này có thể ảnh hưởng tiêu cực tới độ ổn định của hệ thống
- Bản phát hành mới nhất là Canoeboot 26.01, được phát hành vào ngày 30/1/2026
Payload khởi động và thiết kế image
- Sau khi khởi tạo máy bằng coreboot, Canoeboot chuyển quyền điều khiển cho payload nằm trong flash khởi động
- Trên bo mạch chủ Intel/AMD x86/x86_64, dự án cung cấp bootloader GNU GRUB và payload SeaBIOS
- Trên bo mạch chủ ARM64(Aarch64), dự án cung cấp payload U-Boot UEFI cho coreboot
- Với một số bo mạch, cũng có thể dùng payload U-Boot UEFI cho x86/x86_64
- Được thiết kế để chứa nhiều payload trong một image duy nhất và cho phép người dùng chọn tại thời điểm khởi động
Cách phân phối coreboot cho người dùng phổ thông
- Canoeboot cung cấp hệ thống build tự động, quy trình build và tài liệu cài đặt cho những người dùng khó tự cấu hình coreboot trực tiếp
cbmklà viết tắt của CanoeBoot MaKe, tự động build toàn bộ image ROM mà không cần người dùng nhập liệu- Các bản phát hành nhị phân định kỳ bao gồm image ROM biên dịch sẵn cho phần cứng được hỗ trợ
- Người dùng có thể cài đặt image ROM theo hướng dẫn cài đặt đã được đơn giản hóa
- Nếu tự build coreboot trực tiếp, cần cấu hình chuyên sâu về coreboot, GRUB và các phần mềm khác
Lý do sử dụng và triết lý dự án
- Canoeboot tập trung giúp người dùng coreboot và người dùng hướng tới phần mềm tự do dễ bắt đầu và duy trì firmware khởi động hơn
- coreboot theo mô hình rolling release và mang tính hướng nhà phát triển mạnh, còn Canoeboot cung cấp các bản phát hành được kiểm thử định kỳ và image cấu hình sẵn cho người dùng cuối
- Dự án nêu các ưu điểm gồm phần mềm tự do, tốc độ khởi động nhanh hơn, bảo mật được tăng cường và khả năng cấu hình cao
- Vì firmware độc quyền có thể chứa backdoor và lỗi, Canoeboot cung cấp một lựa chọn để thoát khỏi firmware khởi động độc quyền
- Các công nghệ như Intel Boot Guard được xem là yếu tố hạn chế quyền tự do kiểm soát máy tính của chính người dùng
Đóng góp và luồng phát triển
- Canoeboot theo dõi Libreboot theo từng commit và chỉ chọn lọc merge những thay đổi phù hợp với cấu hình zero-blob
- Nếu không phải tính năng chỉ cần riêng cho Canoeboot, dự án ưu tiên cách đóng góp trước cho Libreboot
- Cách đóng góp lớn nhất là thêm cấu hình bo mạch chủ mới vào Libreboot
- Các bo mạch được coreboot hỗ trợ có thể được tích hợp vào Libreboot
- Những bo mạch phù hợp với chính sách của Canoeboot sau đó cũng có thể được merge vào Canoeboot
- Bảo trì hệ thống build, viết tài liệu và hỗ trợ người dùng cũng được xem là các đóng góp quan trọng
- Thảo luận phát triển và hỗ trợ người dùng diễn ra trên kênh IRC
Đóng góp bản dịch và tài liệu
- Website Canoeboot có thể tiếp nhận bản dịch trang, cập nhật bản dịch hiện có và gửi bản dịch mới
- Nếu là trang giống với Libreboot, có thể phù hợp hơn khi gửi bản dịch về phía Libreboot
- Với tài liệu chỉ áp dụng cho Canoeboot, cách được đề xuất là gửi kèm cho Canoeboot
- Dù đã có người đang dịch cùng một ngôn ngữ, dự án vẫn hoan nghênh nhiều người cùng tham gia
1 bình luận
Ý kiến trên Hacker News
Dù không có toàn bộ bối cảnh của cuộc trò chuyện trước đó, thông điệp trong ảnh chụp màn hình trông khá thụ động gây hấn
“Một lời nhắc nhỏ rằng bạn không phải là maintainer” là điều cả hai bên đều đã biết, còn cách nói “nếu muốn thì có thể gửi patch để được xem xét” mang sắc thái rất rõ rằng patch đó cũng có thể đơn giản bị phớt lờ
Phía Libreboot có thể cũng đã không giao tiếp một cách chuyên nghiệp, nhưng điều đó không biện minh cho kiểu trả lời như thế này
Nếu thật sự muốn ai đó dừng một hành động nào đó, tốt hơn là chỉ dùng văn phong lạnh lùng, chính thức; câu chữ kiểu này trông giống một nỗ lực chọc tức đối phương hơn là thực thi pháp lý
Mã nguồn mở mang tính toàn cầu và không phải ai cũng là người bản ngữ tiếng Anh; ngay cả trong thế giới nói tiếng Anh, tập quán văn hóa và sắc thái cũng khác nhau
Ngay trong một thành phố ở Mỹ, chỉ cần đi 15 phút là tập quán có thể đã khác đáng kể, và văn hóa Boston không giống Bay Area hay Bolivia
Ngay cả trong cùng một nền văn hóa, mức độ con người cảm nhận hoặc phát ra tín hiệu ngôn ngữ cũng khác nhau; có người nghĩ mình đang đọc tín hiệu, nhưng thực tế đôi khi nó bị trộn lẫn với định kiến
Dù vậy, tôi vẫn bị ảnh hưởng bởi kiểu giọng điệu này
Ví dụ, khi lục cơ sở dữ liệu lỗi để cố sửa một bug khó chịu, rồi thấy một tình nguyện viên tích cực trả lời bug bằng giọng cộc lốc hoặc có vẻ coi thường, tôi sẽ cảm thấy như vậy
Ở nơi người đó sống, giọng điệu ấy có thể được xem là chuyên nghiệp hoặc có năng lực, thậm chí còn tạo cảm giác yên tâm
Tôi tìm thấy cái này: https://libreboot.at
“Chúng tôi là ai? Chúng tôi là Denis ‘GNUtoo’ Carikli và Adrien ‘neox’ Bourmault. Chúng tôi tạo ra và duy trì thứ này”
Trang đó viết kiểu như “để ủng hộ phần mềm hoàn toàn tự do, cần thay đổi các URL trên toàn web và thông báo rằng các phiên bản Libreboot khác không phải là phần mềm tự do đáng tin cậy”
GNU có lẽ nhiều khả năng sẽ lùi bước
Đoạn “tôi đã thực hiện bản phát hành này cho họ” khiến tôi tự hỏi liệu mình có bỏ lỡ điều gì không
Trong 7 năm qua, dự án Libreboot đã rất công kích FSF, thậm chí nói rằng dự án GNU không nên tồn tại, và còn xúc phạm các cá nhân trong tổ chức
Việc nhấn mạnh “tôi đã thực hiện bản phát hành này cho họ” thành thật mà nói là đáng ngờ, và cũng có cảm giác như cố tình tạo drama
Câu trả lời cho “tại sao họ không liên hệ với tôi” quá rõ ràng nếu nhìn vào các tương tác trong quá khứ
Câu hỏi hay hơn là tại sao Libreboot không liên hệ với GNU trước khi công bố bản phát hành GNU Boot của riêng mình
Tại sao lại cố giả làm GNU
Có nguồn nào đáng tham khảo không
Câu hỏi hay hơn là tại sao FSF không liên hệ với Leah trước khi công bố bản phát hành Libreboot của riêng họ trên libreboot.at
Tại sao lại cố giả làm Libreboot
Dù bạn nhìn nhận thế nào về việc Leah phát hành một bản GNU Boot không chính thức để họ có thể lấy lại làm nền tảng, cô ấy cũng không mua một tên miền giống đến mức gây nhầm lẫn rồi giả làm họ
Hãy so sánh việc cô ấy có một lần nhắc “bản phát hành GNUBoot không chính thức” với cái này: https://libreboot.at/
Đây là một drama hoàn toàn vô ích, nhưng vấn đề thực sự là mọi người đã nhầm bản phát hành không chính thức đó là thật
phoronix cũng hiểu nhầm như vậy: https://www.phoronix.com/news/GNU-Boot-20230717
Đây có vẻ là cách họ chen vào
Tình huống là Libreboot được đọc là “LibreBoot”, còn GNU Boot không chính thức do Leah Rowe tạo ra được đọc là “NewBoot”
Leah Rowe là người Anh, lập trình giỏi nhưng cũng là người hay kéo theo drama
Người ta nói GNU Boot không chính thức gần với mức Libreboot hơn và là “FOSS hoàn toàn”, trong khi phía còn lại đã có thỏa hiệp
Rồi còn có Coreboot, nền tảng của Libreboot, trước đây tên là LinuxBIOS
Ngoài ra còn có Libreboot không chính thức và GNU Boot chính thức
Tôi không hiểu mục đích của Libreboot không chính thức và GNU Boot chính thức là gì
Cả hai đều tụt hậu so với các phiên bản khác của Leah Rowe
Tôi ủng hộ việc fork, nhưng không hiểu vì sao những người dường như không thể hợp tác lại tạo ra kiểu drama như thế này
Trước đây tôi từng dùng LinuxBIOS trên một chiếc ThinkPad T61 cũ
Tôi thay BIOS độc quyền bằng LinuxBIOS, và nó thật sự nhanh hơn rất nhiều so với BIOS độc quyền chậm chạp
Nhưng thay BIOS mà không làm các thao tác vật lý như hàn thì rủi ro, nên tôi đã không dám làm trong thời gian rất dài
Vì vậy Leah mới cung cấp dịch vụ làm sạch vật lý thiết bị cũ và gỡ firmware độc quyền để giao cho người khác
Vì là thiết bị cũ nên cần nhiều bản sửa microcode, nhưng nếu các bản phân phối Linux hiện đại xử lý phần này thì đáng ra sẽ an toàn
Cuối cùng tôi đã đem chiếc ThinkPad T61 của mình ra bãi rác
Cả pin chính lẫn pin dự phòng đều chết, SSD cũng đang hấp hối, vỏ máy hơi hỏng, thiếu vài con ốc, và tôi cũng không còn động lực cập nhật một chiếc máy chậm nữa
Lúc đó tôi không nghĩ đến chuyện có thể bán nó hoặc để ai đó sửa rồi bán lại
Khi chuyển nhà tôi phải bỏ đi rất nhiều đồ, và nhìn lại thì có lẽ đó là lựa chọn tốt nhất
Nếu không biết tình huống này, có thể hiểu vì sao nó trông cực kỳ rối rắm
Bản phát hành của Leah ngay từ đầu đã được ghi là không chính thức
Có vẻ điều GNU Boot gửi không phải là vì chính Libreboot, mà là vấn đề với một trang web tự nhận là bản phát hành GNU Boot “không chính thức”
Họ muốn ngừng dùng cách diễn đạt đó
Dù hơi đối địch một chút nhưng cũng có thể hiểu được
Nói thêm, trang web mà jbit¹ đã chỉ ra là đây:
<https://web.archive.org/web/20230719185342/https://libreboot...>
Không thể phủ nhận là tôi thích những drama gay gắt diễn ra quanh cộng đồng phần mềm tự do
Vì sức khỏe của dự án thì mong mọi người hòa thuận hơn, nhưng tôi nghĩ có lẽ chính nhờ những cá tính mạnh như vậy mà phong trào này chưa bị lợi ích doanh nghiệp thâu tóm hoàn toàn
Kiểu lãnh đạo phần mềm tự do mạnh mẽ cổ điển như Torvalds, dù có nhiều vấn đề, về bản chất là chống doanh nghiệp
Ai từng làm việc nghiêm túc trong một công ty đủ lớn sẽ hiểu
Giống như một văn phòng toàn cầu mà ai cũng có thể nhìn lén
Trường hợp này đặc biệt làm tôi nhớ đến Red Hat và CentOS
Một dự án chỉ đang cố bảo đảm rằng những người tải xuống nhận đúng thứ họ thực sự định nhận, chứ không phải thứ gì khác
Mối lo như vậy cũng chính đáng trong open source không kém gì trong môi trường doanh nghiệp lớn
Một cuộc “thâu tóm” sẽ là đánh đổi tấm màn mà cộng đồng open source được tuyên truyền diễn giải như chủ nghĩa bình đẳng kiểu doanh nghiệp
Libreboot luôn là dự án giẫm lên chân ai đó nên rất khó theo dõi
Không hiểu vì sao dự án này lại có nhiều vấn đề con người đến vậy
Nếu đây là dự án khởi đầu từ việc ngăn sự thù địch với người dùng hoặc bỏ mặc người dùng, thì phía sau hẳn phải có những người khá nhiệt huyết
Có lẽ thậm chí quá nhiệt huyết
Các bạn ơi, thế giới không chỉ có chỗ cho hai boot, mà muốn đi đâu thì cũng cần chừng ấy
https://web.archive.org/web/20230719185342/https://libreboot...
Theo ngữ cảnh thì đây là trang mà thư yêu cầu chấm dứt đề cập tới
Vì sao Libreboot lúc nào cũng ở giữa drama vậy
Maintainer đơn giản là kiểu người như thế à
Sau đó là vấn đề tài chính năm 2020, rồi việc Leah quay lại libreboot năm 2021
Drama hôm nay là một phần của cuộc chiến văn hóa lớn hơn trong cộng đồng
Một nhánh là xung đột ủng hộ RMS và chống RMS kéo dài từ sau khi RMS rời FSF năm 2019, và bùng lên mạnh hơn nhiều khi ông quay lại năm 2021
Vì lần quay lại đó mà phần lớn nhân viên FSF đã nghỉ việc
Những câu hỏi như RMS còn đủ tư cách lãnh đạo FSF không, FSF có lạc hướng không, đều nằm trong đó
Nhánh khác là xung đột về việc các chính sách RYF và FSDG của FSF/RMS liên quan đến firmware và microcode có sai lầm và gây hại hay không
Libreboot bị kéo vào chuyện này vào tháng 11/2022 khi sáp nhập osboot, và đã áp dụng chính sách firmware/microcode của osboot, vốn xung đột với chính sách của FSF
Sau đó một số người đã “fork” https://libreboot.org thành https://libreboot.at và tuyên bố họ mới là Libreboot “thật”
Lý do đặt “fork” trong ngoặc kép là vì ở đó không thực sự có phát triển Libreboot mới, mà gần giống một snapshot của bản phát hành Libreboot trước khi sáp nhập osboot
Gần đây hơn, phía libreboot.at quyết định phát triển lại một bản phân phối coreboot thân thiện với FSF dưới tên “GNU Boot”
Vì vậy cũng có thể nói drama này là trách nhiệm của Leah
Vì cô ấy đã phản đối rõ ràng chính sách firmware/microcode của FSF
Nhưng rất nhiều người khác trong cộng đồng cũng có cùng lập trường
Kinh nghiệm cá nhân của tôi với tư cách một người điều hướng drama
Xung quanh cô ấy lúc nào cũng có drama theo cách này hay cách khác, và phần lớn là do cô ấy khơi mào
Libreboot là một cái tên khá đáng tiếc
Có thể đọc như một thư viện chuyên để khởi động lại máy tính
Bản fork của OpenOffice cũng được gọi là LibreOffice
Tôi đang đi nghỉ ở Tây Ban Nha, và cứ liên tục thấy từ Libre được dùng liên quan đến thư viện và sách
Nên tôi cũng đã nghĩ như vậy