1993 की ‘Debian Linux Release’ विकास घोषणा
(wiki.debian.org)- Ian Murdock ने बताया कि SLS को थोड़ा-सा सुधारकर बनाया गया डिस्ट्रीब्यूशन नहीं, बल्कि लगभग शुरुआत से नया बनाया गया Debian Linux Release जल्द पूरा होने वाला है
- यह काम SLS के उपयोग और संशोधन के दौरान पैदा हुई असंतुष्टि से शुरू हुआ था, और बेस सिस्टम लगभग पूरा है, लेकिन नवीनतम source की पुष्टि और अतिरिक्त components शामिल करने से पहले community feedback मांगा गया है
- ज़रूरी मदद में anonymous FTP site उपलब्ध कराना और अंतिम release में शामिल करने के लिए package·series·feature suggestions देना शामिल है, और SLS के पैकेज Debian में अनिवार्य रूप से शामिल नहीं होंगे
- लक्ष्य duplicate binaries और manpage को कम करने वाली एक हल्की संरचना, नवीनतम components, upgrade scripts, बिना लगातार ध्यान दिए चल सकने वाली installation, और
fstabसेXconfigतक मदद करने वाली configuration प्रक्रिया था - इंटरनेट एक्सेस न रखने वाले users भी periodic upgrade packages और अतिरिक्त package libraries प्राप्त कर सकें, और source records व documentation के ज़रिए up-to-date रहने का बोझ कम किया जा सके, यही उद्देश्य था
1993 की Debian Linux Release विकास घोषणा
- Ian Murdock ने नए Linux release का नाम Debian Linux Release बताया और कहा कि यह जल्द पूरा होने वाला है
- यह SLS का थोड़ा बदला हुआ संस्करण नहीं, बल्कि लगभग शुरुआत से बनाया गया distribution था
- SLS का उपयोग करते हुए उन्हें कई हिस्सों से असंतोष हुआ, और बहुत बदलाव करने के बाद उन्होंने माना कि शुरुआत से नया बनाना अधिक आसान है
- बेस सिस्टम लगभग पूरा हो चुका था, लेकिन यह जांचना अभी बाकी था कि सभी components नवीनतम source पर हैं या नहीं
- release पूरा होने में अभी कुछ हफ्ते और लग सकते थे, और अधिक “fancy” तत्व जोड़ने से पहले वे feedback लेना चाहते थे
community से मांगी गई मदद
- ज़रूरी मदद मुख्य रूप से दो तरह की थी
- release होस्ट करने के लिए anonymous FTP site उपलब्ध कराने वाला कोई व्यक्ति
- Linux community की राय, सुझाव, सलाह, और अंतिम release में शामिल करने के लिए specific packages या series की recommendation
- SLS में शामिल packages Debian में अनिवार्य रूप से नहीं जोड़े जाएंगे, और
lsतथाcatजैसे बुनियादी tools को छोड़कर अगर SLS का कोई और package ज़रूरी है तो बताने का अनुरोध किया गया - installation से पहले अनचाहे packages चुनकर अलग कर देने जैसी installation improvement suggestions भी स्वागतयोग्य थीं, ताकि पूरी install process पर लगातार नज़र रखने की ज़रूरत न पड़े
- जवाब mail से भेजने को कहा गया, और यह भी जोड़ा गया कि यदि newsgroup में चर्चा हो तो वह flamewar में न बदले
SLS से बेहतर बनाने की कोशिश कहाँ थी
- duplicate binaries और manpage हटाकर अधिक छोटी और संक्षिप्त संरचना बनाना लक्ष्य था
- नवीनतम components और बेस सिस्टम के
upgradingscripts के ज़रिए upgrade packages को integrate करने की योजना थी - basedisk installation, distribution disks की copying, और package selection के बाद user को दूसरे काम करने देने वाली installation प्रक्रिया की कल्पना की गई थी
fstabसेXconfigतक setup और configuration आज़माने वाली system configuration प्रक्रिया शामिल करने की योजना थी- package installation·upgrade, system configuration, help, और system administration के लिए menu-based tools की योजना थी
- इंटरनेट न रखने वाले users के लिए periodic upgrade packages और अतिरिक्त package libraries उपलब्ध कराने की योजना थी
- बेस सिस्टम के बाहर अतिरिक्त packages में S3 X-server, nethack, Seyon आदि शामिल हो सकते थे
- कुछ README files से आगे बढ़कर व्यापक documentation लक्ष्य था
- हर component के source और उसके latest version होने की स्थिति को रिकॉर्ड कर, users को source location और included version की पुष्टि करने योग्य बनाना उद्देश्य था
1 टिप्पणियां
Hacker News की रायें
Debian ने मेरी ज़िंदगी बदल दी। 90 के दशक के आखिर में पहली बार जिस multi-developer operating system से मेरा सामना हुआ, वह RedHat 5.0 था, और documentation लगभग सिर्फ Linux HOWTO ही थी
pppdसे फोन उठवाकर मैं दोस्त के घर से अपने घर connect होता था, हमेशाrootके रूप में login करता था, औरfvwmस्टाइल की पराकाष्ठा जैसा लगता थाDebian ने local high-quality documentation, community, और पूरे system के साथ अच्छे से फिट होने के लिए हाथ से सँवारे गए packages के जरिए friction हटा दिया; फर्क ऐसा था मानो LA में पैदल चलते हुए किसी ने आपको कार और map दे दिया हो
potatoअच्छे से चलता था,woodyभविष्य जैसा लगता था, और मैंने इसे iBook G3 पर कई साल इस्तेमाल किया।sargeका इंतज़ार इतना लंबा हुआ कि आज भी वह “futuristic लेकिन reality से कटा हुआ” जैसा लगता हैजब 100 copies खत्म हो गईं और 30 और मंगाईं, तब तक वह Debian 1.2 हो चुका था। अगर मेरी याद गलत है, तो शायद यह 1.1→1.2 नहीं बल्कि 1.2→1.3 रहा होगा
उस समय Linux distributions मिलना मुश्किल था; अधिक से अधिक dial-up होता था, या Linux CD लगी हुई कोई magazine या book खरीदनी पड़ती थी। Slackware इस्तेमाल करने के बाद मैंने Debian और उससे निकले distributions लगभग लगातार इस्तेमाल किए, बीच में थोड़े समय के लिए Red Hat और Fedora भी आज़माए, लेकिन आखिरकार Debian पर लौट आया
उस दौर में Debian, Redhat की तुलना में कहीं ज़्यादा “सही” महसूस होता था, और उसके बाद मैं Redhat की तरफ लगभग वापस नहीं गया। उस समय Debian के लिए third-party support बहुत कम था, और Ubuntu के उभरने से पहले Redhat ecosystem पूरी तरह हावी था, इसलिए हमेशा यह बेचैनी रहती थी कि क्या मैंने tech दुनिया में फिर से गलत पक्ष चुन लिया है
उस समय की data sharing वाकई अच्छी थी। आज के weaponized internet की security threats वाले दौर को ध्यान में रखते हुए भी, anonymous FTP site पर upload करने के लिए कहना सबसे सुविधाजनक drag-and-drop sharing site से बेहतर लगता है
“Debian हर चीज़ को latest रूप में रखेगा” वाला हिस्सा आज देखने पर ironic लगता है। आज Debian एक भरोसेमंद stable system बन गया है, और development के लिए भी काफी flexible है, लेकिन priorities बदली हुई लगती हैं
Debian मेरा सबसे पसंदीदा distribution है, और यह बस हमेशा अच्छे से काम करता है। Ian Murdock की ज़िंदगी में दुखद पहलू थे और वे कई companies से गुज़रे; सोचता हूँ कि Debian के विकास को वे कैसे देखते
जब Debian का APT network package manager आया था, तो वह काफी नया और अनोखा था। किसी package के बारे में सुनकर shell command डालते, और Debian में वह package आम तौर पर मौजूद होता और तुरंत install हो जाता
Debian से पहले Red Hat इस्तेमाल करते समय packages खोजने के लिए मैं कई websites पर भटकता था, जो आज देखने पर भोला और खतरनाक तरीका लगता है: "https://www.neilvandyke.org/lab-linux-1999/#software"
अब package ecosystem ज़्यादा mature हो चुका है, और Debian Stable में लगभग हमेशा ज़रूरत की चीज़ मिल जाती है, इसलिए अब भी APT के फायदे मिलते हैं। कुछ दिन पहले मैंने Debian Stable के
non-freerepository से proprietary Nvidia CUDA stack भी लिया था, और वह बस ठीक से चल गयाstability ही एकमात्र महत्वपूर्ण feature नहीं है। upgrades बस ठीक से हो जाते हैं, और जिन distributions को मैंने test किया, उनसे बेहतर थे। जब तक आप frankendebian नहीं बनाते; और ऐसा करने पर भी यह आश्चर्यजनक रूप से अक्सर “बस काम कर जाता है”
अगर system पर सिर्फ कुछ services चल रही हैं, तो
unattended-upgradespackage में थोड़ा configuration जोड़कर लगभग भूलकर जी सकते हैंDebian के बारे में पहली बार मुझे California के Rohnert Park में एक used electronics store में पता चला। SCTV में Ed Grimley निभाने वाले Martin Short से अजीब तरह मिलते-जुलते एक बच्चे ने floppy disks का मोटा ढेर checkout counter पर रखा और गर्व से कहा कि वह इन्हें Debian Linux install करने में इस्तेमाल करेगा
शुरुआती Linux मेरे computing अनुभव से पहले का दौर था, इसलिए मुझे देखना पड़ा कि SLS क्या था। यह Softlanding Linux System[0] था, और मुझे लगा था कि यह Slackware से जुड़ा होगा
[0] - https://en.wikipedia.org/wiki/Softlanding_Linux_System
Debian नाम Deborah और Ian से आया था। Deborah उस समय Ian की girlfriend थीं
Edit: दोनों के relationship history को ठीक किया
मुख्य innovation को अच्छी तरह दिखाने वाला वाक्य देखकर अच्छा लगा: “बेस सिस्टम की ‘upgrading’ स्क्रिप्ट से सिस्टम को आसानी से up to date रखा जा सकेगा”
मुझे नहीं पता कि
dpkgऐसे upgrade system में पहला था या नहीं, लेकिन यह निश्चित रूप से आज भी सबसे अच्छे में से एक है। बाद में आए कई imitators उतने प्रभावी नहीं रहेअसली बात तो स्वाभाविक रूप से packaging work में है, ताकि packages maintainable और upgradeable बन सकें
बड़े ideas के साथ अक्सर जैसा होता है, लगता है Linux community ने लगभग एक ही समय पर ज़रूरत को समझा और कुछ ही वर्षों में कई solutions पेश किए। उस समय software के साथ आज की तरह साफ़ “release dates” लगी हों, ऐसा भी कम ही होता था, इसलिए सवाल खुद भी जटिल है
जांच के बाद मेरा निष्कर्ष यह था कि Bogus Linux[2] पूरी तरह काम करने वाले पूरे system के लिए binary package manager रखने वाला पहला distribution था, और Perl भी 1993 में Perl libraries तक सीमित package manager विकसित कर रहा था या शायद उसका कुछ इस्तेमाल हो रहा था
[1]: https://framatube.org/w/uubjKne6swPQpJWiQLfqxd
[2]: https://bogus.org/
dist-upgradeकरके मौजूदा version तक आया हैबेशक यह तभी संभव है जब packages अच्छी तरह बनाए गए हों, लेकिन Debian organization की quality control process अब तक बहुत अच्छी रही है। third-party packages अलग बात हैं
dpkgindividual packages को संभालता है, और APT dependencies और version upgrades को handle करता है। शुरुआती दिनों में APT के predecessor जैसाdselectइस्तेमाल करने की याद है, लेकिन यह first release में शामिल था या नहीं, पता नहींसुधार:
dselectकोdpkgके साथ ही develop किया गया था और शुरू में उसे उसी का हिस्सा माना जाता था, इसलिए उस अर्थ में कहा जा सकता है कि सिर्फdpkgसे भी system upgrade संभव था: https://en.wikipedia.org/wiki/Dselectअगर आप Debian इस्तेमाल कर रहे हैं, तो
debian-historypackage कोapt-installकर सकते हैं। तब project history को संकलित करने वाला एक ठीक-ठाक HTML document/usr/share/doc/debian-historydirectory में मिल जाता हैयह दिलचस्प है कि उस समय इसे “distribution” नहीं, बल्कि “releases” कहा जाता था। उत्सुकता है कि यह कब से “distribution” बन गया। क्या उस समय यह शब्द सिर्फ BSD में इस्तेमाल होता था
अभी मेरे पास 13 साल से भी पुराने installations वाली 2 machines हैं। एक 2007 में install की थी, दूसरी 2010 में, और हर 2 साल में सिर्फ
dist-upgradeकरता हूं। दोनों Theseus के जहाज़ की तरह किसी समय तक सारे parts बदल चुके हैंशुरुआत Mandrake से हुई, जो बाद में Mandriva बना, और मैंने किताब के साथ आई Red Hat 6 भी इस्तेमाल की। RHEL नहीं, वही पुरानी Red Hat 6। फिर Storm Linux से होते हुए आखिर Debian पर आ गया
उस समय ध्यान देने वाली बात यह थी कि dependencies वाले packages install करना Red Hat या Mandrake installer में तो संभव था, लेकिन installed operating system के अंदर मौजूद tools से नहीं।
yum2002 में ही आयाइसलिए Debian-derived distribution में पहली बार जो झटका लगा, वह यह था कि package install करने को कहें तो वह dependencies अपने-आप खोज लेता था। उन dependencies को हटाया भी जा सकता था, और upgrades भी काम करते थे
Mandrake और Red Hat के बाद यह चमत्कार जैसा था। Debian का “दूसरे packages के साथ अच्छी तरह fit रखते हुए भी जितना हो सके upstream के करीब” बनाए रखना भी पसंद आया। इसके उलट RHEL में कई बार समझ नहीं आता था कि वह आखिर कर क्या रहा है, और बिना बढ़ा-चढ़ाकर कहूं तो RHEL5/6 में हज़ारों lines के patch code रखे हुए थे, लेकिन Debian पर move करने के बाद वे सब गायब हो गए
शानदार distribution है, और खासकर servers के लिए बहुत recommend करता हूं।
unattended-upgradesलगा दें तो लगभग इसके अस्तित्व को भूल सकते हैं