Chimera Linux
(chimera-linux.org)- Chimera मौजूदा Linux ecosystem से असंतोष से शुरू हुआ एक general-purpose Linux-आधारित OS है, जिसका लक्ष्य सरलता और पारदर्शिता बनाए रखते हुए व्यावहारिक capabilities देना है
- यह शुरुआत से नया बनाया गया distribution है, और नए tools व user-space tools (userland) के जरिए conceptual simplicity और ease of use दोनों हासिल करना चाहता है
- इसका core tools FreeBSD, toolchain LLVM, और C library Musl का संयोजन है, जिससे यह आम Linux distributions से अलग configuration अपनाता है
- Binary distribution होते हुए भी यह source package build system देता है, जिससे नए software की packaging और custom builds support होते हैं
- Intel/AMD, ARM AArch64, POWER, RISC-V जैसी कई processor architectures को target करता है, और central build system के जरिए package availability का दायरा बढ़ाना चाहता है
लक्ष्य और design direction
- Chimera simplicity, transparency और low entry barrier को लक्ष्य बनाने वाला general-purpose Linux-आधारित operating system है
- Practicality और rich features छोड़े बिना, thoughtful और high-quality software design के जरिए conceptual simplicity और सुविधा दोनों हासिल करना चाहता है
- विस्तृत जानकारी Read more पर देखी जा सकती है
Distribution की मुख्य विशेषताएँ
-
वैकल्पिक user-space tools
- FreeBSD के core tools, LLVM toolchain और Musl C library को combine करता है
- इस combination के जरिए मौजूदा distributions से अलग user experience और मुख्य लाभ देने की कोशिश करता है
-
साफ़ और consistent system
- जहाँ संभव हो, legacy remnants को हटाने की कोशिश करता है
- एक modern, general-purpose और fully featured operating system का लक्ष्य रखता है
-
Source से build किया जा सकता है
- Chimera मूल रूप से एक binary distribution है
- Source package build system देता है, जिससे नए software की packaging और custom package builds आसान बनाए जा सकें
-
कई architectures का support
- Intel/AMD, ARM AArch64, POWER, RISC-V जैसे विभिन्न processors पर इस्तेमाल किया जा सकता है
- Central build system कई environments में packages उपलब्ध कराता है
1 टिप्पणियां
Hacker News की रायें
अगर आप लंबे समय से GNU tools (GNU grep, sed, less, awk, find, tar आदि) इस्तेमाल करते आए हैं, तो यह उम्मीद से कहीं ज़्यादा झुंझलाहट भरा हो सकता है
UNIX के दौर में हर command-line tool में छोटे-छोटे फर्क होते थे, जो सचमुच परेशान करते थे, और GNU tools के Linux से पहले ही लोकप्रिय होने की वजह भी यही थी
इन्हें irix, hpux, sun जैसे किसी भी UNIX पर इंस्टॉल कर देने से hpux grep और irix grep जैसे अजीब फर्कों से बचा जा सकता था
हालांकि Aix और HP-UX servers मेरे नियंत्रण में नहीं थे, इसलिए जिन scripts को सभी servers पर चलना होता था उन्हें POSIX-compatible रखना पड़ता था या Perl में लिखना पड़ता था
awk अक्सर gawk, mawk की तरह explicit रूप से इंस्टॉल होता है, लेकिन अच्छा होगा अगर tar के लिए भी bsdtar, gtar जैसा इस्तेमाल आम हो जाए
nixpkgs में संदर्भ के हिसाब से exact version बताना आसान है, लेकिन बाकी environments में ज़्यादातर यह अनुमान लगाने जैसा ही होता है
जिन Solaris boxes पर root access होता था, उन पर तुरंत gtar इंस्टॉल करने की आदत बन गई, खासकर archives के अंदर leading “/” की वजह से
दूसरी सबसे मुश्किल चीज़ थी काम पर SunOS और HP/UX, और बाहर Ultrix से निपटना; सबसे खराब अनुभव MS-DOS से कुछ बार सामना होने पर यह न समझ पाना था कि वह key input को buffer क्यों नहीं करता
Chimera Linux के कई design choices, खासकर packaging/build system, मुझे पसंद हैं, लेकिन अभी Alpine Linux को main PC पर इस्तेमाल करते हुए भी मुझे लगता है कि musl को justify करना अब भी मुश्किल है
मुझे छोटा, सरल और सही software पसंद है, लेकिन इन खूबियों के बावजूद अनुभव में musl glibc से धीमा है और कभी-कभी अप्रत्याशित जगहों पर धीमा पड़ता है
software को musl पर port करते समय काफी छोटी-मोटी समस्याएं आती हैं, और ज्यादातर upstream patches स्वीकार करने में हिचकते हैं, जिससे distro maintainers पर बोझ आता है
runtime पर subtle तरीके से टूटने के मामले भी हैं; उदाहरण के लिए Alpine और Chimera के Firefox builds में वही दो crashes दिखते हैं जो official Mozilla build या Arch Linux build में नहीं हैं
अंत में Mozilla Firefox build जैसे कामों में glibc chroot पर बहुत बार निर्भर होना पड़ता है
जहां तक याद है, Chimera default musl allocator से अलग allocator इस्तेमाल करता है
musl अंततः अपने मूल्य से कहीं ज़्यादा समस्याएं पैदा करने वाला साबित हुआ
toolchain setup के हिसाब से दूसरा विकल्प ठीक से फिट नहीं बैठता, और glibc clang+compiler-rt के साथ मेल नहीं खाता
glibc ने हाल ही में clang से build होना शुरू किया है, लेकिन यह अब भी gcc-centric runtime मानकर चलता है, और असल में glibc libgcc_s को dlopen करता है
अन्य libc support के मामले में शायद इससे भी बहुत खराब होंगे
software को musl पर port करने की कठिनाई कुछ हद तक बढ़ा-चढ़ाकर बताई जाती है
अधिकतर software को शुरू से ही porting की जरूरत नहीं होती, और upstream भी इतने निष्क्रिय नहीं होते
अगर Firefox के specific crashes हैं, तो जिज्ञासा है कि क्या उन्हें report किया गया है
धीमापन आम तौर पर default allocator की समस्या है, जो Chimera पर लागू नहीं होती, और कुछ मामलों में यह तेज़ भी हो सकता है
मेरे पास System76 machine है, इसलिए एक बार कोशिश करना चाहता हूं
पूरी तरह सहमत तो नहीं हूँ, लेकिन इस project का systemd पर रुख अब तक देखे गए रुखों में सबसे परिपक्व, nuanced और संतुलित है
https://chimera-linux.org/docs/faq#what-is-the-projects-take...
बहुत सारे Linux server संभाले हैं और काफी practical नजरिए से देखता हूँ; systemd ने बहुत-सी चीजें आसान बनाई हैं, यह configurable है, maintain किया जाता है, अक्सर update होता है और ठीक से standardized है
जो लोग control का अहसास चाहते हैं, उन्हें भी मैं समझता हूँ, लेकिन मुझे ऐसा भरोसेमंद computer चाहिए जो एक ही तरीके से काम करे
आखिर server तो cattle की तरह treat किए जाने वाली चीजें हैं
इसलिए अच्छा होगा अगर कोई immutable system image, signed boot, और ऊपर से नीचे तक systemd services से बना कुछ हो, जैसे Poettering blog वाला thought experiment
Linux-only kernel features और user-space extensions, यानी GNU बनाम POSIX, को अलग-अलग देखना चाहिए
cgroups जैसी Linux-only kernel features का इस्तेमाल Linux systems में अच्छी बात है
पहले high load के समय sshd धीमा पड़ जाता था और login करना मुश्किल हो जाता था; systemd system को इस तरह set करता है कि ऐसा कम हो
user-space extensions के मामले में, मैं चाहता था कि systemd को छोटे tools और feature set के ऊपर build करने को net positive माना जाए, लेकिन उस page से ऐसा नहीं लगता
वहाँ क्या हुआ था, यह जानने की उत्सुकता है
Void सिर्फ systemd-free होने के लिए ऐसा नहीं है; इसका मकसद छोटे, loosely coupled components वाली Unix विरासत को बनाए रखना, समझदारी से POSIX और portability को निभाना (xbps), और ऐसा Linux system देना है जिसमें user अपनी libc चुन सके
systemd को upstart की कमियों को हल करने के लिए बनाया गया था
Chimera का लक्ष्य, सच में उपयोगी systemd features को स्वतंत्र रूप से अपने तरीके से implement करना, शानदार है
systemd की सबसे बड़ी value यह है कि बहुत सारी service files लिखी जा चुकी हैं, और मेरे ~/.config/systemd directory में भी दर्जनभर services हैं
इसलिए मुझे systemd-compatible होने में value दिखती है
systemd को upstart की कमियों को हल करने के लिए बनाया गया था
Chimera Linux का इरादा समझना हो तो इसे Void Linux को एक कदम और आगे धकेला गया मान सकते हैं
founder पहले Void के PPC maintainer थे, और Chimera के supported architectures का चुनाव भी उसी context में समझ आता है
मेरी व्याख्या में, Chimera वह system है जिसे कोई FreeBSD user Linux इस्तेमाल करना पड़े तो शायद चाहेगा
यह वही compiler और user space share करता है, और build system भी परिचित-सा लगता है
शुरुआत में GNOME का चुनाव अजीब लगता है, लेकिन Chimera बहुत-सी legacy से बचना चाहता है और शुरू से ही PipeWire और Wayland पर आधारित है
सोचता हूँ कि System76 का COSMIC कभी इतना स्थापित होगा कि विचार करने लायक बन जाए
अच्छा होगा अगर एक stable, practical, productivity- और user-centric नया desktop environment उभरे
Plasma में bugs थोड़े ज्यादा हैं, GNOME न practical लगता है न user-centric, और बाकी में कुछ polish और maintenance की कमी दिखती है
System76 के पास इसमें invest करने के लिए पैसा है, और developers के ideals से ज्यादा users की जरूरतों और संवेदनाओं के अनुरूप कुछ बनाने की motivation भी सही लगती है, इसलिए समय के साथ यह एक बड़ा competitor बन सकता है
शानदार तो है, लेकिन जब भी मैं देखता हूँ कि यह user-friendly मुख्यधारा का distribution बनने की कोशिश करता-सा लग रहा है, तो चिंता होती है
क्योंकि मैंने देखा है कि Manjaro ने “जनता के लिए simplicity” जैसे लक्ष्य के साथ कितनी कोशिश की, फिर भी उसमें अब भी कितनी समस्याएँ हैं
सोचता हूँ कि यह experimental या hobby distribution है, या इसका लक्ष्य ऐसा कुछ बनना है जिसे दादी भी इस्तेमाल कर सकें
अगर इसे BSD से तुलना करके चुनना हो, तो मैं इसे या इसी तरह की चीज़ को काफ़ी गंभीरता से consider करूँगा, लेकिन यह Ubuntu या Windows का replacement जैसा नहीं दिखता
simplicity कोई ऐसा factor नहीं है जिस पर आम end user विचार करता है
एक developer के तौर पर, जिसे modern software पसंद है और हल्के hacker-friendly environment में ख़ास दिलचस्पी नहीं है, desktop share के कम-से-कम 1% तक भी न पहुँचने वाली चीज़ इस्तेमाल करने की संभावना बहुत कम है
जो लोग Arch/Kali/BSD/suckless के कट्टर समर्थक नहीं हैं, उनमें “अरे, यह वही feeling है जो project car के बारे में सोचते समय आती है, इससे दूर रहना चाहिए” वाली समझ बहुत विकसित होती है
यह एक बढ़िया और मूल्यवान project हो सकता है, लेकिन tinkering पसंद करने वालों से बाहर लोगों की रुचि खींचना कठिन लड़ाई होगी, और ऐसी चीज़ों में बहुत समय लगता है, इसलिए expectations manage न किए जाएँ तो सफल न होने पर बड़ी निराशा हो सकती है
मैंने भी कई बार नए projects शुरू किए हैं, और यह समझने की प्रक्रिया काफ़ी कठिन रही कि निकट भविष्य में उनके कहीं पहुँचने की संभावना ज़्यादा नहीं है
मुख्यधारा में adoption पाने के लिए शायद पूरे software ecosystem को ही बदलना पड़ेगा
Steam या Chrome जैसे मौजूदा बड़े apps को यहाँ port करने में समस्याएँ आएँगी, ऐसा मुझे लगता है
इसके अलावा dynamic linking end users के लिए friendly distribution में बहुत फिट नहीं बैठती लगती
अगर Snap या Flatpak जैसी चीज़ें नहीं हैं, तो नए बड़े और जटिल third-party packages को intermittent compatibility issues के बिना उपलब्ध कराना मुश्किल लगता है
dynamic linking आधारित distributions का अनुभव कुल मिलाकर भयानक नहीं था, लेकिन हमेशा कुछ-न-कुछ समस्याएँ रहती थीं
यह भी जानना चाहूँगा कि AppArmor जैसी sandboxing है या नहीं
Chimera एक experimental hobby distribution है, काफ़ी niche है और कई standards के खिलाफ जाता है
आपको हमेशा Chimera-specific समस्याओं का सामना करना पड़ेगा
बदले में एक transparent build system है जिसे आप छेड़-छाड़ कर देख सकते हैं
Manjaro के बारे में, मुझे नहीं लगता कि Arch पर आधारित अच्छी तरह काम करने वाला distribution बनाना मुश्किल है
बस Manjaro developers यह नहीं कर पाते
क्योंकि ज़्यादातर projects सफल नहीं होते
ऐसी चीज़ें आम तौर पर इसलिए करनी चाहिए कि वे खुद के लिए उपयोगी या मज़ेदार हैं, न कि इसलिए कि उन्हें सफल बनाना है
ज़्यादा hobby-oriented किसी खास target को aim करने वाले projects भी ठीक हैं
हर project का सबके लिए होना ज़रूरी नहीं है
marketing ज़्यादा इस तरह की है कि “musl इस्तेमाल करने वाला हल्का hacker-oriented distribution, लेकिन इसी category की दूसरी चीज़ों से ज़्यादा simple”
अच्छा होगा अगर Linux distributions मौजूदा Linux users को promote करते हुए भी non-Linux tech media में इस तरह की confusion अनजाने में न पैदा करें
कई Linux users नहीं चाहते कि operating system बहुत बड़ा hit हो
क्योंकि popular होने पर यह कई मायनों में सचमुच और खराब हो जाएगा
“Linux desktop का साल” या Windows की तुलना में संकीर्ण नजरिए वाली product weaknesses की बातें आम तौर पर सिर्फ नए users और tech media से आती हैं
Fedora इस public image issue का balance काफ़ी अच्छे से संभालता है
front page पर यह “हर तरह के developers और creators” के लिए होने पर जोर देता है, लेकिन Fedora Workstation असल में लगभग सबके लिए आसान distribution के करीब है, इसलिए “Is Fedora For Me” page पर बताया गया है कि यह computers के प्रति सामान्य curiosity या passion रखने वाले non-developers के लिए भी उपयुक्त हो सकता है
quote भी कहता है कि Fedora curious और सीखने के इच्छुक computer users के लिए बनाया गया है, और यह हर किसी के लिए सही न हो, लेकिन अगर आप नए hardware को support करने वाला stable Linux और FOSS community में contribute करने की इच्छा रखते हैं, तो यह perfect system हो सकता है
Steam stats में यह Ubuntu से ज़्यादा popular है, और इसमें SteamOS तो शामिल भी नहीं है
“simple system को practical होने के लिए endless configuration और customization की ज़रूरत नहीं होनी चाहिए” और alternative userland साथ में बहुत मेल नहीं खाते
क्योंकि कोई भी alternative userland बहुत-सी चीज़ें तोड़ेगा, और आखिरकार व्यापक adjustment work की ज़रूरत पड़ेगी
Chimera को इस तरह design किया गया है कि repository से आप जो भी install करें, उसके लिए out-of-the-box काम करने वाली configuration मिले
desktop चाहिए तो install करें और वह काम करेगा; dbus, audio, Wi‑Fi/Bluetooth वगैरह को सही करने के लिए ज़रूर हाथ लगाने की ज़रूरत नहीं है
सबसे महत्वपूर्ण बात यह है कि installation को consistently deterministic और auditable बनाया गया है
यह complex shell hooks या उस तरह के “fix-up work” पर निर्भर नहीं करता, और अधिकांश packages सिर्फ extract करने भर से configured होते हैं
बेशक अगर आप third-party shell scripts जैसी चीज़ें खींच लाते हैं तो compatibility issues मिलने की संभावना है, लेकिन शायद यह उतनी बार न हो जितना आप सोचते हैं
अगर यह असल में अलग है, तो adjustment से पहले मुख्यतः सीखने की चीज़ें होंगी
Chimera को Void Linux को PowerPC पर port करने वाले व्यक्ति ने develop किया है
https://web.archive.org/web/20230811081600/https://voidlinux...
https://voidlinux.org
अगर यह Wayland hype train पर चढ़ा हुआ न दिखता, तो शायद मैं इससे कहीं ज़्यादा उम्मीद करता
लगता है इसने कई अच्छे decisions लिए हैं—इतना simple कि काम का रहे लेकिन बहुत ज़्यादा simplistic नहीं, और बहुत ज्यादा legacy रखे बिना भी पर्याप्त backward compatibility—लेकिन personally Wayland अभी उस तरह की स्थिति में फिट नहीं बैठता
Wayland खुद कितना अच्छा है, इससे अलग, उनके साथ compatibility तोड़ना झंझट भरा लगता है
SystemD पर नज़रिया दिलचस्प है
निजी तौर पर मैं इसे बहुत उपयोगी मानता हूँ, लेकिन एक project के तौर पर इसकी बड़ी कमियों में से एक, Benno Rice के शब्दों में, यह है कि यह आक्रामक रूप से सिर्फ़ Linux-केंद्रित है
हालांकि Chimera का software चयन ही systemd के इस्तेमाल को रोकता दिखता है, और FAQ में “उपयोगी systemd features को स्वतंत्र रूप से अपने तरीके से implement करेंगे” वाला वाक्य इसे अच्छी तरह समेटता है
मुझे संदेह है कि SystemD को किसी दूसरे software stack पर port करना संभव है या नहीं
शब्दशः SystemD को फिर से लिखने के बजाय उसे port करने की कोशिश करना काफ़ी उपयोगी लगता है, और इससे systemd समर्थकों और विरोधियों दोनों को संतुष्ट किया जा सकता है
बेशक, वही काम करने वाला कोई competing product बन जाए तो वह भविष्य के innovation की ओर भी ले जा सकता है
इसलिए जिन लोगों में इसे port करने की क्षमता है, वे भी असल में वह काम करना चाहने के बजाय, इस project की तरह partial replacement इस्तेमाल करना चाहेंगे
संस्थापक को यह पसंद आएगा या नहीं, पता नहीं, लेकिन desktop पर Chimera इस्तेमाल करने का मेरा मौजूदा पसंदीदा तरीका है कि उसके अंदर Arch Linux distrobox install कर दूँ
इससे base Chimera system का आनंद लेते हुए भी पूरे Arch repository और AUR catalog तक तुरंत access मिल जाता है
MUSL पर जिन applications में दिक्कत होती है, वे भी distrobox के अंदर glibc पर चलती हैं, इसलिए आसानी से चल जाती हैं, और Distrobox Wayland को pass through करता है, इसलिए graphical apps भी बहुत अच्छी तरह काम करती हैं
लक्ष्य है कि जितना संभव हो उतना Chimera-native चलाया जाए, लेकिन कभी-कभी बस कोई दूसरा काम पूरा करना होता है
Chimera repository में distrobox नहीं है, लेकिन podman शामिल है, इसलिए ज़्यादातर काम हो जाता है
खैर, यह अच्छी तरह काम करता है, और मैं यह लिख भी अभी Chimera पर ही रहा हूँ
कुछ लोग Flatpak पसंद करते हैं, लेकिन मुझे पुराने तरीके की package management ज़्यादा पसंद है
Flatpak मुझे बहुत भारी और opaque लगता है, हालांकि मुझे पता है कि इस पर राय अलग हो सकती है
Distrobox console काम के लिए निश्चित रूप से बेहतर fit है
तेज़ sandbox और अस्थायी development environment खड़ा करने के लिए भी यह सुविधाजनक tool है
Arch बस मेरी निजी पसंद है; Void या Debian आदि में से कुछ भी चुना जा सकता था