- HN का शीर्षक GNU Boot और Libreboot के बीच के अनुरोध पत्र की ओर इशारा करता है, लेकिन दिया गया मुख्य पाठ मुख्य रूप से यह समझाता है कि Canoeboot किस तरह का मुक्त BIOS/UEFI firmware distribution है
- Canoeboot कुछ Intel/AMD x86 और ARM-आधारित mainboards पर proprietary BIOS/UEFI को बदलता है, और hardware initialization के बाद Linux/BSD के लिए bootloader चलाता है
- यह Libreboot की तरह ही उसी डेवलपर Leah Rowe द्वारा समानांतर रूप से मेंटेन किया जाने वाला विशेष fork है, लेकिन अधिक hardware support से पहले सभी binary blobs को हटाने को प्राथमिकता देता है
- x86/x86_64 और ARM64 बोर्डों के लिए यह GRUB, SeaBIOS, और U-Boot UEFI payloads देता है, और कई payloads को एक ही image में रखकर boot के समय चुनने देता है
- automated builds, precompiled ROMs, और installation documents के जरिए इसका फोकस coreboot-आधारित firmware को आम उपयोगकर्ताओं के लिए install और maintain करना आसान बनाना है
Canoeboot क्या प्रदान करता है
- Canoeboot Linux distribution की तरह coreboot को वितरित करने वाला एक coreboot distribution है
- यह कुछ Intel/AMD x86 और ARM-आधारित mainboards पर proprietary BIOS/UEFI firmware को बदलने वाला मुक्त boot firmware प्रदान करता है
- boot प्रक्रिया में यह memory controller, CPU, और peripherals जैसे hardware को initialize करने के बाद operating system के लिए bootloader चलाता है
- यह Linux और BSD को अच्छी तरह support करता है, और मदद Libera IRC के
#canoebootचैनल में मिल सकती है
Libreboot से अलग होने के बिंदु
- Canoeboot, Libreboot का एक विशेष fork है, और Leah Rowe दोनों projects को साथ में maintain करती हैं
- Libreboot अधिक hardware support के लिए binary blob reduction policy अपनाता है, लेकिन Canoeboot coreboot से सभी binary blobs हटा देता है
- यह उन उपयोगकर्ताओं को लक्षित करता है जो केवल मुक्त software चाहते हैं, और तकनीकी नुकसान होने पर भी non-free components को बाहर रखता है
- यह CPU microcode updates भी हटा देता है, इसलिए यह चुनाव system stability पर नकारात्मक असर डाल सकता है
- नवीनतम release Canoeboot 26.01 है, जो 30 जनवरी 2026 को जारी हुआ
Boot payloads और image design
- Canoeboot, coreboot से machine initialize करने के बाद control को boot flash में मौजूद payload को सौंपता है
- x86/x86_64 Intel/AMD mainboards पर यह GNU bootloader GRUB और SeaBIOS payload देता है
- ARM64(Aarch64) mainboards पर यह coreboot के लिए U-Boot UEFI payload प्रदान करता है
- कुछ boards पर x86/x86_64 के लिए U-Boot UEFI payload भी इस्तेमाल किया जा सकता है
- इसे इस तरह डिज़ाइन किया गया है कि कई payloads एक single image में हों और उपयोगकर्ता boot के समय उन्हें चुन सके
आम उपयोगकर्ताओं के लिए coreboot वितरण तरीका
- Canoeboot उन उपयोगकर्ताओं के लिए automated build system, build procedures, और installation documents देता है जिन्हें सीधे coreboot configure करना कठिन लगता है
cbmk, CanoeBoot MaKe का संक्षिप्त रूप है, जो बिना user input के पूरी ROM image अपने आप build करता है- नियमित binary releases में supported hardware के लिए precompiled ROM images शामिल होती हैं
- उपयोगकर्ता simplified installation instructions का पालन करके ROM image install कर सकते हैं
- अगर coreboot को सीधे build करना हो, तो coreboot, GRUB, और अन्य software के लिए विशेषज्ञ स्तर की configuration चाहिए
उपयोग के कारण और project philosophy
- Canoeboot का फोकस coreboot उपयोगकर्ताओं और मुक्त software समर्थक उपयोगकर्ताओं को boot firmware के साथ शुरुआत और उसका maintenance आसान बनाने पर है
- coreboot एक rolling release model है और उसका स्वभाव डेवलपर-केंद्रित है, लेकिन Canoeboot अंतिम उपयोगकर्ताओं के लिए नियमित tested releases और preconfigured images देता है
- यह मुक्त software, तेज़ boot speed, बेहतर security, और उच्च configurability को अपने फायदे के रूप में प्रस्तुत करता है
- proprietary firmware में backdoors और bugs हो सकते हैं, इसलिए Canoeboot proprietary boot firmware से बाहर निकलने का विकल्प देता है
- Intel Boot Guard जैसी तकनीकों को ऐसे तत्वों के रूप में देखा जाता है जो उपयोगकर्ता की अपने कंप्यूटर पर नियंत्रण की स्वतंत्रता सीमित करते हैं
योगदान और development flow
- Canoeboot, Libreboot को commit स्तर पर track करता है, और zero-blob configuration के अनुरूप बदलावों को चुनकर merge करता है
- अगर कोई feature सिर्फ Canoeboot के लिए आवश्यक न हो, तो पहले Libreboot में योगदान देना बेहतर माना जाता है
- सबसे बड़ा योगदान तरीका Libreboot में नई mainboard configuration जोड़ना है
- जिन boards को coreboot support करता है, उन्हें Libreboot में integrate किया जा सकता है
- Canoeboot policy के अनुरूप boards को बाद में Canoeboot में भी merge किया जा सकता है
- build system maintenance, documentation, और user support भी महत्वपूर्ण योगदान माने जाते हैं
- development discussions और user support IRC चैनलों में होती है
अनुवाद और documentation में योगदान
- Canoeboot वेबसाइट page translations, मौजूदा translations के updates, और translated submissions स्वीकार कर सकती है
- अगर कोई page Libreboot के समान है, तो translation Libreboot को भेजना अधिक उपयुक्त हो सकता है
- जो documents केवल Canoeboot से संबंधित हैं, उन्हें Canoeboot को भी साथ में भेजने का सुझाव दिया गया है
- यदि उसी भाषा का translation पहले से कोई और कर रहा हो, तब भी कई लोगों की भागीदारी का स्वागत है
1 टिप्पणियां
Hacker News की रायें
पिछली बातचीत का पूरा संदर्भ नहीं है, लेकिन स्क्रीनशॉट वाला संदेश काफ़ी passive-aggressive लगता है
“एक छोटा-सा reminder कि आप maintainer नहीं हैं” — यह बात दोनों पक्ष पहले से जानते हैं, और “अगर चाहें तो review के लिए patch भेज सकते हैं” वाली भाषा से यह nuance काफ़ी मजबूत आता है कि patch को बस नज़रअंदाज़ भी किया जा सकता है
हो सकता है Libreboot पक्ष ने भी professional तरीके से संवाद न किया हो, लेकिन इससे इस तरह का जवाब जायज़ नहीं हो जाता
अगर सचमुच किसी से कोई काम रुकवाना हो, तो ठंडी और औपचारिक भाषा इस्तेमाल करना बेहतर होता है; ऐसे वाक्य legal enforcement से ज़्यादा सामने वाले को उकसाने की कोशिश जैसे लगते हैं
open source वैश्विक है, और हर कोई native English speaker नहीं है; English-speaking दुनिया के भीतर भी cultural norms और nuances अलग होते हैं
किसी अमेरिकी शहर में भी 15 मिनट चलते ही norms काफ़ी बदल सकते हैं, और Boston की culture Bay Area या Bolivia जैसी नहीं है
एक ही culture के भीतर भी language signals को पकड़ने या भेजने की क्षमता व्यक्ति-दर-व्यक्ति अलग होती है; कुछ लोग सोचते हैं कि वे signals पढ़ रहे हैं, लेकिन असल में वह bias के साथ मिल जाता है
फिर भी ऐसी tone का असर मुझ पर पड़ता है
उदाहरण के लिए, जब किसी परेशान करने वाले bug को ठीक करने के लिए bug database खंगालते हुए कोई सक्रिय volunteer bug पर रूखे या dismissive अंदाज़ में जवाब देता दिखता है, तो ऐसा ही महसूस होता है
हो सकता है जहां वह व्यक्ति है, वहां ऐसी tone professional या competent मानी जाती हो और उल्टा आश्वस्त करने वाली लगती हो
यहां मुझे यह मिला: https://libreboot.at
“हम कौन हैं? Denis ‘GNUtoo’ Carikli और Adrien ‘neox’ Bourmault। हम इसे बनाते और maintain करते हैं”
इसमें कुछ इस तरह लिखा है कि “पूरी तरह free software का समर्थन करने के लिए web पर URLs बदलने होंगे, और लोगों को बताना होगा कि Libreboot के दूसरे versions भरोसेमंद free software नहीं हैं”
GNU शायद पीछे हट जाएगा
“मैंने यह release उनके लिए किया” वाला हिस्सा देखकर लगता है कि क्या मैं कुछ miss कर रहा हूं
पिछले 7 सालों में Libreboot project FSF के प्रति बहुत aggressive रहा है, यहां तक कहा कि GNU project का अस्तित्व नहीं होना चाहिए, और organization के अंदर के लोगों का अपमान भी किया
“मैंने यह release उनके लिए किया” पर इतना जोर देना, सच कहूं तो, संदेहास्पद लगता है और जानबूझकर drama बनाने जैसा भी
“उन्होंने मुझसे contact क्यों नहीं किया” का जवाब पुराने interactions देखें तो बहुत साफ़ है
बेहतर सवाल यह है कि Libreboot ने अपना GNU Boot release public करने से पहले GNU से contact क्यों नहीं किया
GNU होने का नाटक क्यों किया
कोई reference करने लायक source है क्या
बेहतर सवाल यह है कि FSF ने libreboot.at पर अपना Libreboot release public करने से पहले Leah से contact क्यों नहीं किया
Libreboot होने का नाटक क्यों किया
Leah ने चाहे इस बात को आप जैसे भी देखें कि उसने एक unofficial GNU Boot release निकाला ताकि वे उसे फिर से आधार बना सकें, लेकिन उसने confusingly similar domain खरीदकर उनका रूप धारण नहीं किया
उसने एक बार “unofficial GNUBoot release” कहा था—इसे इससे compare कर सकते हैं: https://libreboot.at/
पूरी तरह बेकार drama है, लेकिन असली problem यह है कि unofficial release को लोगों ने सचमुच official समझ लिया
phoronix ने भी ऐसा ही गलत समझा: https://www.phoronix.com/news/GNU-Boot-20230717
यह उनके दखल देने का तरीका लगता है
स्थिति यह है कि Libreboot को “LibreBoot” पढ़ा जाता है, और Leah Rowe द्वारा बनाया गया unofficial GNU Boot “NewBoot” पढ़ा जाता है
Leah Rowe UK से हैं, coding अच्छी करती हैं, लेकिन drama attract करने वाली शख्सियत भी हैं
कहा जा रहा है कि unofficial GNU Boot, Libreboot स्तर के ज़्यादा करीब है और “पूरी तरह FOSS” है, जबकि दूसरे पक्ष ने compromises किए हैं
और Libreboot का आधार Coreboot है, जिसका पुराना नाम LinuxBIOS था
फिर unofficial Libreboot और official GNU Boot भी हैं
unofficial Libreboot और official GNU Boot का मकसद क्या है, समझ नहीं आता
दोनों Leah Rowe के दूसरे versions से पीछे हैं
forks से मुझे समस्या नहीं है, लेकिन समझ नहीं आता कि collaboration न कर पाने वाले लोग ऐसा drama क्यों पैदा करते हैं
मैंने कभी पुराने ThinkPad T61 पर LinuxBIOS इस्तेमाल किया था
proprietary BIOS को LinuxBIOS से replace किया था, और धीमे proprietary BIOS की तुलना में यह वाकई बहुत तेज़ था
लेकिन soldering जैसे physical काम के बिना BIOS replace करना risky था, इसलिए बहुत समय तक हिम्मत नहीं हुई
इसी वजह से Leah दूसरों को पुराने devices physically clean करके और proprietary firmware हटाकर देने की service करती हैं
पुराने devices हैं, इसलिए कई microcode fixes की जरूरत होती है, लेकिन अगर modern Linux distributions इसे handle करें तो safe होना चाहिए
आखिरकार मैंने अपना ThinkPad T61 scrap में भेज दिया
battery और backup battery दोनों खत्म थीं, SSD भी मरने की हालत में था, case थोड़ा टूटा था, कुछ screws गायब थे, और धीमी machine को update करने की इच्छा भी नहीं थी
तब यह खयाल नहीं आया कि इसे बेचा जा सकता था या कोई इसे repair करके resale कर सकता था
घर बदलते समय बहुत-सी चीज़ें हटानी पड़ीं, और अब पीछे मुड़कर देखता हूं तो शायद वही सबसे अच्छा फैसला था
अगर यह situation न पता हो तो समझ आता है कि यह बहुत confusing क्यों दिखती है
Leah का release शुरू से ही unofficial के रूप में marked था
GNU Boot ने जो भेजा था, वह Libreboot खुद की वजह से नहीं था; लगता है कि उसने उस वेबपेज पर आपत्ति की थी जो खुद को “अनौपचारिक” GNU Boot रिलीज़ बताता था
वे बस चाहते थे कि वह अभिव्यक्ति इस्तेमाल करना बंद हो
थोड़ा शत्रुतापूर्ण तो है, लेकिन समझ आता है
जोड़ दूँ कि jbit¹ ने जिस वेबपेज की जानकारी दी थी, वह यह है:
<https://web.archive.org/web/20230719185342/https://libreboot...>
यह नकार नहीं सकता कि free software community के आसपास होने वाला तीखा drama मुझे पसंद है
project की सेहत के लिए काश लोग बेहतर तरीके से साथ रहते, लेकिन मुझे लगता है कि शायद इन्हीं मजबूत व्यक्तित्वों की वजह से यह movement corporate हितों के हाथों पूरी तरह कब्ज़े में नहीं गया
classic Torvalds जैसी मजबूत free software leadership, अपनी कई समस्याओं के बावजूद, मूल रूप से anti-corporate है
किसी भी ठीक-ठाक बड़ी company में सच में काम कर चुका कोई भी व्यक्ति यह जानता होगा
यह एक global office जैसा है जिसमें हर कोई झांक सकता है
यह मामला खास तौर पर Red Hat और CentOS की याद दिलाता है
एक project बस यह सुनिश्चित करने की कोशिश कर रहा है कि download करने वाले लोगों को वही मिले जो वे सच में चाहते थे, कुछ और नहीं
ऐसी चिंता open source में भी उतनी ही वैध है जितनी बड़ी companies के माहौल में
“acquisition” उस पर्दे की बलि होगी जिसे प्रचारित open source community corporate egalitarianism के रूप में समझती है
Libreboot ऐसा project है जो हमेशा किसी न किसी के पैर पर चढ़ा रहता है, इसलिए उसे follow करना मुश्किल है
पता नहीं इस project में इतने people issues क्यों हैं
अगर project की शुरुआत user hostility या users की अनदेखी रोकने से हुई थी, तो उसके पीछे काफी passionate लोग होने की संभावना तो है
शायद जरूरत से ज्यादा passionate भी
दोस्तों, दुनिया में न सिर्फ दो boot के लिए जगह है, बल्कि कहीं भी जाने के लिए उतने तो चाहिए ही
https://web.archive.org/web/20230719185342/https://libreboot...
context के हिसाब से cease request जिस page की ओर इशारा कर रही थी, वह यही है
Libreboot हमेशा drama के बीच में क्यों रहता है
क्या maintainer बस ऐसी ही व्यक्ति है
2020 में financial issues, 2021 में Leah की libreboot में वापसी हुई
आज का drama community के भीतर चल रही एक बड़ी culture war का हिस्सा है
एक है pro-RMS बनाम anti-RMS संघर्ष, जो 2019 में RMS के FSF से हटने के बाद से चल रहा है और 2021 में उनकी वापसी से बहुत बढ़ गया
उस वापसी की वजह से FSF के ज्यादातर staff ने इस्तीफा दे दिया
इसमें यह सवाल जुड़ा है कि क्या RMS अभी भी FSF को lead करने के योग्य हैं, क्या FSF रास्ता भटक गया है
दूसरा संघर्ष इस बात पर है कि firmware और microcode को लेकर FSF/RMS की RYF और FSDG policies गलत और हानिकारक हैं या नहीं
Libreboot नवंबर 2022 में osboot को merge करने के बाद इसमें खिंच गया, और उसने osboot की firmware/microcode policy अपना ली, जो FSF policy से टकराती है
इसके बाद कुछ लोगों ने https://libreboot.org को https://libreboot.at पर “fork” किया और दावा किया कि वे “असली” Libreboot हैं
“fork” को quotes में रखने की वजह यह है कि वहां नया Libreboot development नहीं हुआ, बल्कि वह osboot merge से पहले की Libreboot release के snapshot जैसा था
हाल में libreboot.at वाले लोगों ने FSF-friendly coreboot distribution को “GNU Boot” के रूप में फिर से develop करने का फैसला किया
इसलिए कहा जा सकता है कि यह drama Leah की जिम्मेदारी है
क्योंकि उन्होंने FSF की firmware/microcode policy का साफ विरोध किया था
लेकिन community में कई और लोग भी यही रुख रखते हैं
drama navigator के तौर पर मेरा निजी अनुभव है
उनके आसपास हमेशा किसी न किसी तरह का drama रहता है, और ज्यादातर वे ही शुरू करती हैं
Libreboot नाम सच में अफसोसजनक है
इसे computer reboot करने के लिए समर्पित library जैसा भी पढ़ा जा सकता है
OpenOffice fork को भी LibreOffice कहा गया था
मैं Spain में छुट्टियों पर हूँ, और libraries और books के संदर्भ में Libre शब्द बार-बार दिख रहा है
इसलिए मेरे मन में भी वही विचार आया