लिनक्स कर्नेल परियोजना ने शुरुआती दिनों में बग को कैसे ट्रैक किया?

Question

हम सभी जानते हैं कि बिटकॉइन के साथ मुद्दों के कारण लिनस टॉर्वाल्ड्स ने गिट बनाया। जो ज्ञात नहीं है (कम से कम मेरे लिए) है, तब तक कैसे मुद्दे / टिकट / बग ट्रैक किए गए थे? मैंने कोशिश की लेकिन कुछ भी दिलचस्प नहीं निकला। इस विषय पर मैं केवल एक ही चर्चा कर पाया था कि यह वह जगह है जहाँ लिनुस ने बुग्जिला का उपयोग करने के बारे में चिंता व्यक्त की थी ।

अटकलें: - लोगों के लिए शुरुआती चरण में बग को ट्रैक करने का सबसे आसान तरीका टिकटों को अपनी खुद की एक शाखा में रखना होगा लेकिन मुझे यकीन है कि यह बहुत जल्दी है जो अच्छे बग्स को लेकर शोर के साथ नहीं बढ़ेगा।

मैंने बुगज़िला को देखा और इस्तेमाल किया है और जब तक आप सही 'कीवर्ड्स' नहीं जानते हैं, तब तक आप स्टम्प्ड होंगे। नोट: मैं विशेष रूप से शुरुआती वर्षों (1991-1995) में दिलचस्पी रखता हूं कि वे कैसे मुद्दों को ट्रैक करते थे।

मैंने दो सूत्र, " कर्नेल एससीएम गाथा ", और " ट्रिविया: गॉट सेल्फ-होस्ट कब देखा? " पर इनमें से किसी ने भी शुरुआती दिनों में कर्नेल के बग-ट्रैकिंग के बारे में उल्लेख नहीं किया।

मैंने चारों ओर खोज की और 1991-1992 में किसी भी FOSS बग-ट्रैकिंग सॉफ़्टवेयर को प्राप्त करने में सक्षम नहीं था। बुगज़िला, अनुरोध-ट्रैकर, और अन्य बहुत बाद में आए, इसलिए वे बाहर दिखाई देते हैं।

मुख्य सवाल

1. तब लिनस, सबसिस्टम-अनुरक्षक और उपयोगकर्ता उन दिनों में बग्स की रिपोर्ट और ट्रैक कैसे करते थे?
2. क्या उन्होंने कुछ बग-ट्रैकिंग सॉफ़्टवेयर का उपयोग किया, बग की एक शाखा बनाई और मैन्युअल रूप से बग पर सवाल और चर्चाएँ कीं (ऐसा करना महंगा और दर्दनाक होगा) या बस ई-मेल का उपयोग करें।
3. बहुत बाद में, बुग्जिला (पहली रिलीज 1998) के साथ आया और बाद में बग की रिपोर्ट करने का प्राथमिक तरीका प्रतीत होता है ।

पुराने दिनों में चीजों को कैसे किया जाता था, इसकी स्पष्ट तस्वीर के लिए तत्पर हैं।

Comments

मैं बता सकता हूं कि इसे कैसे हैंडल किया जाता है, आज तक, गिट के विकास के लिए - मेरा मानना ​​है कि यह लिनक्स कर्नेल के लिए कैसे किया जाता है के समान है: वे किसी भी बग ट्रैकिंग सॉफ़्टवेयर का उपयोग नहीं करते हैं: कीड़े की रिपोर्ट की जाती है और विकास पर चर्चा की जाती है मेलिंग सूची। यह संभवतः आश्चर्यजनक है, लेकिन बहुत अच्छी तरह से काम करता है। बग ट्रैकिंग सॉफ़्टवेयर का उपयोग करने का प्रश्न प्रस्ताव अक्सर सामने आता है, इसलिए आप इस बारे में बहुत कुछ जान सकते हैं कि गिट सूचियों को संग्रहित करने से क्या होगा। (मुझे पता है जब यह फिर से खोल दिया जाता है, तो मैं इसे एक उत्तर बना सकता हूं)

— वोल्कर सिएगल

@VolkerSiegel इसे अब फिर से खोल दिया गया है। हालाँकि, मैं यह नहीं देखता कि कैसे git के बारे में एक जवाब लिनक्स कर्नेल के बारे में एक उत्तर देता है।

— फहीम मीठा

एंडी क्लेन द्वारा लिखित पैच प्रस्तुत करने पर यह दस्तावेज़ संभवतः आपको सबसे अधिक अंतर्दृष्टि देता है जो आप विषय पर प्राप्त करने जा रहे हैं w / o पूछें लाइनस: halobates.de/on-submitting-kernel-patches.pdf

— slm

यह दस्तावेज़ बताता है कि कैसे आप कर्नेल विकास का पालन अब Git का उपयोग कर सकते हैं: landley.net/writing/git-bisect-howto.html

— SLM

अतीत में जब मैंने इस पर शोध किया है, तो बग ट्रैकर / इश्यू ट्रैकर नहीं हैं। ये आम तौर पर डिस्ट्रोस द्वारा किया जाता है, बगज़िला आरएच के लिए एक बड़ा है। पैच और उनके अनुप्रयोग हैं कि वे ट्रैकिंग परिवर्तनों पर कैसे धुरी हैं। यह उपकरण, पैचवर्क आपको यह दिखाता है: linux-mips.org/wiki/Patchwork । आप इसे यहां एक्शन में लाइव देख सकते हैं: पैचवर्क.लिनक्स-mips.org/project/linux-mips/list । यह इस प्रकार के उपकरण + मेलिंग सूची है।

— स्लम

Answer 1

शुरुआत में, यदि आपके पास योगदान करने के लिए कुछ था (एक पैच या बग रिपोर्ट), तो आपने इसे लिनुस को भेज दिया। यह सूची में मेल करने के लिए विकसित हुआ (जो [e-mail]पहले kernel.orgबनाया गया था)।

कोई संस्करण नियंत्रण नहीं था। समय-समय पर, लिनस ने एफ़टीपी सर्वर पर एक टारबॉल डाला। यह एक "टैग" के बराबर था। शुरुआत में उपलब्ध उपकरण आरसीएस और सीवीएस थे, और लिनुस उन लोगों से नफरत करते हैं, इसलिए हर कोई बस पैच को मेल करता है। ( लिनस से एक स्पष्टीकरण है कि वह सीवीएस का उपयोग क्यों नहीं करना चाहता था।)

अन्य पूर्व-बिटकीपर मालिकाना संस्करण नियंत्रण प्रणाली थे, लेकिन लिनक्स के विकेंद्रीकृत, स्वयंसेवक-आधारित विकास ने उनका उपयोग करना असंभव बना दिया। एक यादृच्छिक व्यक्ति जिसने सिर्फ एक बग पाया है वह कभी भी पैच नहीं भेजेगा यदि उसे हजारों डॉलर में शुरू होने वाले लाइसेंस के साथ एक मालिकाना संस्करण नियंत्रण प्रणाली से गुजरना पड़ता है।

बिटकीपर को उन दोनों समस्याओं के आसपास मिला: यह सीवीएस की तरह केंद्रीकृत नहीं था, और जब यह मुफ्त सॉफ्टवेयर नहीं था, तो कर्नेल योगदानकर्ताओं को भुगतान किए बिना इसका उपयोग करने की अनुमति दी गई थी। इसने थोड़ी देर के लिए अच्छा बना दिया।

आज के गिट-आधारित विकास के साथ, मेलिंग सूचियां अभी भी हैं जहां कार्रवाई की जाती है। जब आप कुछ योगदान करना चाहते हैं, तो आप इसे निश्चित रूप से तैयार करेंगे, लेकिन विलय होने से पहले आपको संबंधित मेलिंग सूची पर चर्चा करनी होगी। Bugzilla "पेशेवर" दिखने के लिए है और आधे-पके बग रिपोर्ट लोगों से भिगोते हैं जो वास्तव में शामिल नहीं होना चाहते हैं।

कुछ पुराने बग-रिपोर्टिंग निर्देशों को देखने के लिए, ऐतिहासिक लिनक्स रिपॉजिटरी प्राप्त करें । (यह एक git रिपॉजिटरी है जिसमें git अस्तित्व में आने से पहले सभी संस्करणों को समाहित किया गया है; अधिकतर इसमें प्रति रिलीज़ एक प्रतिबद्ध है क्योंकि इसे टारबॉल से पुनर्निर्माण किया गया था)। ब्याज की फ़ाइलें शामिल README, MAINTAINERS, और REPORTING-BUGS।

लिनक्स-0.99.12 README से एक दिलचस्प चीज़ जो आप पा सकते हैं, वह है:

 - if you have problems that seem to be due to kernel bugs, please mail
   them to me ([e-mail]), and possibly to any other
   relevant mailing-list or to the newsgroup.  The mailing-lists are
   useful especially for SCSI and NETworking problems, as I can't test
   either of those personally anyway.

Answer 2

प्रक्रियाओं ने समाचार समूहों (USENET), और (मुख्य रूप से) ईमेल का उपयोग किया। एक बग "धागे" के रूप में अस्तित्व में था, जो विषय में " [BUG REPORT]" या " LINUX BUG REPORT" एक आम सम्मेलन था। बग आईडी नहीं थे। विशिष्ट उपयोगकर्ता-आधार को देखते हुए, एक बग रिपोर्ट अक्सर पैच के साथ आती है। एक लंबे समय से भूल गए सॉफ़्टवेयर टूल का उपयोग किया गया था: ibug(नीचे देखें), इसके अलावा अन्य diff+ patch।

से लिनक्स स्थापना और प्रारंभ करना (जनवरी 1994, v2.0 संग्रहीत प्रतिलिपि) >

2.6  The Design and Philosophy of Linux

 When new users encounter Linux, they often have a few misconceptions and
 false expectations of the system. Linux is a  unique  operating  system,
 and  it is important to understand its philosophy and design in order to
 use it effectively.  Time enough for a soapbox. Even if you are an  aged
 UNIX guru, what follows is probably of interest to you.

     In  commercial UNIX development houses, the entire system is devel-
 oped with a rigorous policy of quality assurance,  source  and  revision
 control systems, documentation, and bug reporting and resolution. [...]

     With  Linux,  you  can  throw  out  the entire concept of organized
 development, source control systems, structured bug reporting,  or  sta-
 tistical  analysis.   Linux  is,  and more than likely always will be, a
 hacker's operating system.(4)

                   [...]  For the most part, the Linux community communi-
 cates via various mailing lists and USENET newsgroups. A number of  con-
 ventions have sprung up around the development effort: for example, any-
 one wishing to have their  code  included  in  the  ``official''  kernel
 should  mail it to Linus Torvalds, which he will test and include in the
 kernel [...]

1992

यहाँ एक बग रिपोर्ट है और दिसंबर 1992 (0.98.6) से comp.os.linux पर फिक्स करें: https://groups.google.com/d/topic/comp.os.osux/TwPA00rZMJo/discussion

बहुत जल्दी पर वहाँ था एक ईमेल सूची मिलीलीटर-linux-कीड़े (1992/1993), इस से जल्दी पूछे जाने वाले प्रश्न में स्लैकवेयर 1.01 वितरण:

VI.01) ऐसा लगता है कि $ # @! linux पर पोर्ट सही तरीके से नहीं चलता, मैं बग्स की रिपोर्टिंग के बारे में क्या करूँ?

[...] ध्यान दें कि मेरी "[e-mail]" बग रिपोर्टिंग सूची चरणबद्ध रूप से समाप्त हो गई है। यह पता चला है कि लिनक्स में बहुत कम कीड़े हैं, जिनमें से अधिकांश न्यूज़ग्रुप पर या लिनस के माध्यम से हल किए जाते हैं इससे पहले कि मैं उन्हें जमा कर सकता हूं और पोस्ट कर सकता हूं। :) संक्षेप में: यदि लिनक्स में या लिनक्स-पोर्टेड सॉफ़्टवेयर में बग है, तो यह आमतौर पर अगले पैचवेल या संस्करण में तय किया जाएगा।

"लाइनक्स-कर्नेल" ईमेल सूची थी (जो मूल पर चलती थी vger), समाचार समूह alt.os.linux, फिर comp.os.linux (जो 1993 में जल्दी से एक पदानुक्रम में विभाजित हो गई )।

इस शुरुआती लिनक्स एफएक्यू (v1.11 नवंबर 1992) से comp.os.linux भी सीधे लिनस को ईमेल करने का सुझाव देता है।

1992 में मैट वेल्श ( रनिंग लिनक्स , लिनक्स बाइबिल , टीएलडीपी ) नेibug ईमेल की गई बग रिपोर्ट बनाने में सहायता करने की घोषणा की (विडंबना यह है कि आप इसे लिनक्स पर उस समय नहीं चला सकते थे क्योंकि इसमें ईमेल भेजने में सक्षम होने के लिए पर्याप्त नेटवर्किंग का अभाव था)।

ईमेल बग रिपोर्ट टेम्प्लेटlinux.temp को समय-समय पर comp.os.linux पर भी पोस्ट किया गया था, और बग रिपोर्ट के अपडेट में अपडेट टेम्प्लेट थाlinux.fix.temp ।

एक पैच रिपॉजिटरी (एफ़टीपी) भी था , जहां तक ​​मैं यह बता सकता हूं कि पैच के लिए लिनक्स के पोर्टिंग के कार्यक्रमों के लिए यह ज्यादातर (विशेष रूप से नहीं) था।

1993-1994

कर्नेल स्रोत की सीवीएस प्रतियां आम थीं, सबसे पहले मैं पा सकता हूं डर्क स्टाइनबर्ग, कर्नेल-0.99.14 युग से। पहले घोषणा मैं पा सकते हैं linux-कार्यकर्ताओं पर जनवरी 1993 से है। आप अभी भी संग्रहीत प्रतियाँ (1994) पा सकते हैं । सीवीएस में डिर्क ने cv बायनेरिज़ और libc स्रोत भी बनाए रखा।

सीवीएस का उपयोग समकालीन अर्थों में बग्स को ट्रैक करने के लिए नहीं किया गया था, कुछ डेवलपर्स इसका उपयोग करना पसंद करते थे, और पैच अक्सर cv जनरेटेड डिफरेंशियल के रूप में प्रस्तुत किए जाते थे।

1995-1996

लगभग इसी समय (अक्टूबर 1995) में डेविड एस। मिलर ने लिनक्स कर्नेल ( लिनक्स / SPARC पोर्ट ) के SPARC पोर्ट के लिए CVS का उपयोग शुरू किया । फरवरी 1996 तक कई अन्य कर्नेल डेवलपर्स स्वतंत्र रूप से सीवीएस का उपयोग पैच के ट्रैक को रखने के लिए कर रहे थे, इस धागे और इस धागे से : एलन कॉक्स, स्टीफन ट्वीड्डी, काई हेन्निसेन। (दूसरे सूत्र ने रसेल नेल्सन को सीवीएस के लिए पहले हाथ के लिनस के फैलाव के बारे में बताया।)

1997-1998

अप्रैल 1998 में, लिनुस के दूसरे बच्चे के जन्म के कुछ ही समय बाद CVS का मुद्दा फिर से सामने आया, linux- k गिर्द इस सबथ्रेड को देखें (Linus ने सीधे CVS के बारे में अपनी चिंताओं को दोहराया)।

दिसंबर 1997 में, एंड्रयू ट्रिडेल ने एक वेब-आधारित बग ट्रैकर, जिटरबग जारी किया । जून 1998 तक एलन कॉक्स द्वारा "लिनक्स-पैच" JitterBug को लिनक्स-कर्नेल की वकालत की जा रही थी । यह जहां तक ​​मैं बता सकता हूं, लिनुस और अन्य प्रमुख डेवलपर्स द्वारा उपयोग किया जाने वाला पहला वास्तविक बग ट्रैकिंग सिस्टम है, दुख की बात है कि "लाइनक्स-पैच" उदाहरण अब ऑनलाइन नहीं है।

सितंबर 1998 में, लैरी मैकएवॉय द्वारा पहली बार बिटकॉइन को लिनक्स-कर्नेल पर प्रमोट किया गया है ।

1999 और बाद में

1999/2000 तक lkml अकसर किये गए सवाल (Q 1-16) से CVS ट्री (मूल) vger पर शुरू हुआ। एंड्रयू ट्रिडेल द्वारा इस समय बनाए रखा गया था।

दिसंबर 2001 तक, जिटरबग एहसान से गिर गया था, इस लाइनक्स-कर्नेल धागे को देखें , लिनुस, एलन कॉक्स और कई अन्य क्यों चर्चा करने में शामिल हो जाते हैं।

जनवरी 2002 तक, लिनुस को बिटकीपर (पहले से ही पावरपीसी लिनक्स कर्नेल टीम द्वारा उपयोग किया जाने वाला) में रुचि होने लगी ।

फरवरी 2002 में लाइनस ने 2.5 विकास वृक्ष के लिए बिटकीपर का उपयोग शुरू किया ।

नवंबर 2002 में ओएसडीएल ने 2.5 पेड़ के लिए लिनक्स बुग्जिला की मेजबानी की घोषणा की थी । (यदि आपने प्रश्न में बगज़िला लिंक पहले से नहीं पढ़ा है , तो अभी जाकर पढ़ें, इसमें विंटेज लाइनस रैंट्स शामिल हैं)।

अप्रैल 2005 में लिनुस ने बिटकॉपर से दूर जाने की घोषणा की , उस समय के आसपास जिसका उन्होंने पहलीgit बार नाम बताया था । कुछ ही समय बाद जीआईटी स्वयं-होस्टिंग के लिए सक्षम हो गया , लिनुस ने बिटकॉइन का उपयोग करना बंद कर दिया और कर्नेल के लिए गिट का उपयोग करना शुरू कर दिया।

दिसंबर 2008 में लिनक्स-कर्नेल के लिए पैचवर्क पैच ट्रैकर की घोषणा की गई थी , यह एक SCCS-अज्ञेयवादी वेब-आधारित पैच ट्रैकर है जो पैच और फॉलोअप को ट्रैक करने के लिए मेलिंग सूचियों के साथ एकीकृत करता है। इसका उपयोग आज भी जारी है, https://patchwork.kernel.org/ पर लगभग 40 सूचियाँ इस तरह से ट्रैक हैं , हालाँकि सभी सक्रिय नहीं हैं।

संदर्भ

उपयोगी संदर्भ:

• वितरित कार्य का सार: लिनक्स कर्नेल का मामला (Jae Yun Moon, Lee Sproull) http://www.firstmonday.org/ojs/index.php/fm/article/view/801/710 (Nov 2000)
• लिनक्स बग्स की रिपोर्टिंग के लिए दिशानिर्देश (जुलाई 1992) http://www.linuxmisc.com/19-linux/c27174dbc2bf7185.htm
• महत्वपूर्ण लिनक्स पोस्टिंग / ईमेल के केनेथ आर Saborio के संग्रह: http://www.informatica.co.cr/linux/index.htm (1991-2005)
• लिनक्स-कर्नेल अभिलेखागार आज (नवंबर 2014) से 1995 तक http://lkml.iu.edu/hypermail/linux/kernel/ (दुख की बात है कि पहला ईमेल जून 1995 का है जहां व्यवस्थापक क्रिस डेंट ने घोषणा की है कि वह पहले हार चुके हैं अभिलेखागार ...) LKML संग्रह केवल 1996 तक वापस चला जाता है
• Tsx11 http://www.biblio.org/pub/historic-linux/ftp-archives/tsx-11.mit.edu/Oct-07-1996/mail/archive/linux- से linux-devel 1993-1994 के अंश devel / (URL में और फ़ाइलों पर तारीखों की उपेक्षा)
• संस्करण प्रबंधन उपकरण: लिनक्स कर्नेल , सजीख और कॉर्नफोर्ड में सीकेएस से बीके (2003)
• इस हैकर न्यूज़ थ्रेड को भी देखें (मार्च 2015) 10 वीं वर्षगांठ के रूप में जीआईटी एप्रोच: https://news.ycombinator.com/item?id=9263336

Comments

@ mr-spuratic साझा करने के लिए धन्यवाद।

— शिरीष

कई आकर्षक दस्तावेजों के साथ दिलचस्प शोध! +1

+1 वास्तव में शुरुआती समय में अंतर्दृष्टि के लिए मेरे जवाब को धड़कता है । मुझे कभी पता नहीं चला dg.com। डेटा जनरल था, अब डॉलर जनरल। उदास, लेकिन यह भी प्रफुल्लित करने वाला की तरह।

अच्छा उत्तर। पुस्तक रिबेल कोड: लिनक्स और ओपन सोर्स रेवोल्यूशन में कुछ संबंधित चर्चाएँ भी हैं ।

— फहीम मीठा

Answer 3

मैं बता सकता हूं कि gitस्वयं के विकास के लिए बग की रिपोर्टिंग कैसे होती है।

वे किसी बग ट्रैकिंग सॉफ्टवेयर का उपयोग नहीं करते हैं। बग्स को सूचित किया जाता है और विकास मेलिंगलिस्ट पर चर्चा की जाती है । यह संभवतः आश्चर्यजनक है, लेकिन बहुत अच्छी तरह से काम करता है।

कुछ बग ट्रैकिंग सॉफ़्टवेयर का उपयोग करने का प्रश्न या प्रस्ताव अक्सर आता है, इसलिए आप इसके बारे में बहुत कुछ सीख सकते हैं git मेलिंग सूचियों अभिलेखागार।

यह "हम अभी तक एक बग ट्रैकर नहीं मिला जो काफी अच्छा है" के बारे में नहीं है;
लेकिन यह "हमारे पास एक बेहतर तरीका" भी नहीं है।

इस पद्धति के साथ, परियोजना या उप-परियोजना के अनुरक्षक - एक प्रमुख डेवलपर की तरह कुछ - विकास सूची के अनौपचारिक मध्यस्थ के रूप में एक महत्वपूर्ण भूमिका है।
बग्स को संभालना इसका एक हिस्सा है, और इस तरह बग्स को प्रबंधित करना एक तुच्छ कार्य नहीं लगता है; यह निश्चित रूप से उस भूमिका में व्यक्तियों के कौशल पर निर्भर करता है।

विधि का सबसे औपचारिक हिस्सा एक साप्ताहिक स्थिति सारांश संदेश है।
यह वर्तमान में विभिन्न शाखाओं पर लघु वस्तुओं के रूप में चल रही चीजों को सूचीबद्ध करता है। गिट विकास से एक उदाहरण के लिए, gmane.comp.version-control.gitमेलिंग सूची मिररिंग न्यूजग्रुप में इसे देखें : gitgit में क्या पक रहा है

मैं निश्चित रूप से क्या कह सकता हूं: यदि आपके पास एक अनुचर है जो इस पर अच्छा है, तो यह बहुत अच्छी तरह से काम करता है।
उदाहरण के लिए, मुझे बहुत आश्चर्य होगा अगर बग ट्रैकर की शुरूआत में लागू सुविधाओं और गुणवत्ता पर सकारात्मक प्रभाव उत्पादकता थी, यहां तक ​​कि परिवर्तन के उपरि के परिशोधन के बाद भी लंबे समय में।

लिनक्स कर्नेल के लिए, यह वैसा ही है जैसे कि यह आज तक के लिए कैसे किया जाता है।
लिनक्स कर्नेल विकास के लिए विकास मेलिंग सूचियाँ निश्चित रूप से महत्वपूर्ण हैं। लेकिन यह केंद्रीय सूची के रूप में एक सूची के रूप में नहीं है। उप-प्रणालियों के लिए अलग-अलग सूचियाँ हैं, जैसे कि फ़ाइल सिस्टम, या नेटवर्किंग।
क्योंकि अलग-अलग विषय हैं, जिन्हें ज्यादातर अलग-अलग डेवलपर्स द्वारा नियंत्रित किया जाता है, यह संभव है कि कुछ समूह अपने समूह के लिए स्थानीय रूप से टूल का उपयोग करें।

Comments

मैं DV के लिए नहीं जा रहा हूं, लेकिन इस प्रकार का उत्तर, IMO, meh है, इस प्रकार के क्यू के लिए जो इतिहास टैग को वहन करता है, यह सिर्फ एक ग्लॉजिंग ओवर की तुलना में बहुत अधिक होना चाहिए। देखें कि क्या आप किसी भी संसाधन / संदर्भ को शामिल कर सकते हैं जिसे मैंने शीर्ष पर पोस्ट किया है। मैं आज w / इस प्रयास में मदद नहीं कर सकता, लेकिन आज रात और कल कुछ समय हो सकता है। दूसरों को इस ए को संपादित करने और इसे सीडब्ल्यू ए बनाने के लिए प्रोत्साहित महसूस करना चाहिए ताकि यह पूरी तरह से पकड़ ले कि वे कैसे करते हैं / इससे कर्नेल विकसित हो रहा है!

— SLM

@ एसएलएम मैं सहमत हूं - जबकि मैं खुश हूं कि यह अब फिर से खुल गया है, और इसका आंशिक उत्तर है, यह सवाल विवरण सहित बेहतर उत्तर देने का हकदार है, और इतिहास को कवर करता है - यह सिर्फ इतना है कि मुझे विवरण नहीं पता है कि यह कैसे किया जाता है सीधे कर्नेल, यह सभी अटकलें होंगी।

— वोल्कर सेगेल

यदि किसी के पास कर्नेल मेंटेनर के कनेक्शन हैं जो लंबे समय से कर रहे हैं, तो यह उन कनेक्शनों में से एक का उपयोग करने के लिए क्यू है। Mattdm Fedora प्रोजेक्ट पर काम करता है और वह सबसे निकटतम है जिसके बारे में मुझे पता है।

— SLM