कई चीजें हैं जो एक वितरण को परिभाषित करती हैं, नाम के अलावा। पैकेजिंग प्रणाली (डिब, आरपीएम, ...), मानक पर्यावरण (उदाहरण के लिए, "मानक के रूप में इस्तेमाल किया जाने वाला" इनिट "का प्रकार), और कई अन्य चीजें, जैसे शेड्यूलिंग पॉलिसी, मुख्य लक्ष्य उपयोगकर्ता, आदि। नोटिस कि शेयरिंग कुछ मुख्य उपकरण दो वितरण "भाई बहन" नहीं बनाते हैं। उदाहरण के लिए, Red-Hat और SuSE के मामले को देखें: @Zenklys द्वारा लिंक किए गए ग्राफ़ पर, आप देखते हैं कि SuSE Slackware से एक प्रारंभिक व्युत्पन्न है, लेकिन उन्होंने Red-Hat से RPM पैकेजिंग सिस्टम को उधार लिया, मैं इसे सुदृढ़ नहीं करना चाहता। पहिया।
उन चीजों में से अधिकांश निर्णय हैं जो कोई (एक कंपनी, व्यक्ति या एक विकासशील समुदाय) आपके लिए लेता है। कुछ वितरण एक-दूसरे से काफी अलग हैं और उनकी उत्पत्ति में लगभग कुछ भी सामान्य नहीं है (डेबियन और रेड-हेट शुरुआती समय से दो उदाहरण हैं ...), काम के माहौल को प्राप्त करने पर समानांतर प्रयासों के परिणामस्वरूप, लेकिन अन्य सिर्फ इसलिए पैदा होते हैं एक बड़ा समुदाय इस बात से सहमत है कि मौजूदा वितरण के कुछ पहलुओं को अलग तरीके से किया जा सकता है, जैसे छोटे (या बड़े!) साइकल जारी करना, या शायद वितरण को "सामान्य" बनाना और कुछ पहलुओं पर ध्यान केंद्रित करना, जैसे मीडिया निर्माण (आप पूर्व-स्थापित टूल, विशिष्ट चीज़ों के लिए बेहतर / आसान हार्डवेयर कॉन्फ़िगर करने का प्रयास करें ...); या जब कोई कंपनी यह तय करती है कि वे कुछ निश्चित दर्शकों के लिए डिस्ट्रो ट्यूनिंग करके व्यापार कर सकते हैं।
चलो यहाँ से उबंटू के साथ रहते हैं, लेकिन ध्यान रखें कि यह प्रक्रिया चारों ओर समान है।
बेशक, "व्युत्पन्न" तरीका लेने का मतलब है कि आप दिन 0 से एक कार्य प्रणाली के साथ शुरू करते हैं, जहां आपका काम वांछित परिवर्तन करने और "मूल" संस्करण के साथ अद्यतित रखने पर ध्यान केंद्रित करेगा।
उबंटू इस मायने में डेबियन का एक व्युत्पन्न है: उन्होंने एक काम वितरण लिया और कई चीजों पर फैसला किया: डिफ़ॉल्ट (और आधिकारिक तौर पर समर्थित) डेस्कटॉप वातावरण और थीमिंग, एक गैर-रूट उपयोगकर्ता पर जोर देते हुए सभी प्रतिबंधित क्षेत्रों तक पहुंचने में सक्षम होना। (हार्डवेयर सेटअप, उदाहरण के लिए), आदि, और भी उपकरण और एकीकृत, कभी-कभी, अपने लक्ष्यों को प्राप्त करने के लिए, नए लोगों को भी विकसित करना। कुछ बिंदु पर, उन्होंने अधिक मूलभूत निर्णय लेना शुरू कर दिया, जैसे कि महत्वपूर्ण उपप्रणालियों (ऊपर की ओर जाना, उदाहरण के लिए), या उपकरणों का डिफ़ॉल्ट संस्करण, उदाहरण के लिए, पायथन के लिए एक, जिसमें उबंटू बहुत निर्भर करता है। उन परिवर्तनों में से कुछ मूल वितरण पर नहीं लग रहे हैं, या बस अधिक समय लग सकता है ... या इसके विपरीत, जहाँ आप डॉन '
तब फिर से, कुछ बिंदु पर उबंटू के उपयोगकर्ताओं ने फैसला किया कि वे उन सभी विकल्पों से खुश नहीं हैं जो उनके लिए उठाए जा रहे हैं, इसलिए आप कुबंटु या एक्सबंटू जैसे डेरिवेटिव के साथ समाप्त होते हैं जो एक निश्चित "आधिकारिक" को प्राप्त करने (या नहीं) कर सकते हैं। मूल परियोजना के भीतर स्थिति।
उबंटू ने डेबियन के साथ एक निश्चित स्तर की प्रतिक्रिया रखी है, जिससे आपके ज्ञान को एक से दूसरे तक (कुछ हद तक) ले जाना आसान हो गया है, लेकिन यह सभी व्युत्पन्न विकृतियों के लिए सही होने की आवश्यकता नहीं है।
और इसी तरह ... लेकिन जवाब अब तक चल रहा है: पी
