आप लिनक्स डिस्ट्रो को कैसे ठीक से कांटे? [बन्द है]


19

मैं सोच रहा था, लिनक्स डिस्ट्रो बनाने के बारे में कोई कैसे जानेगा। LFS ओवरकिल की तरह लगता है, मैं एक मौजूदा डिस्ट्रो को कांटा करूँगा। मुझे पता है कि कई "रेस्पिन" अनुप्रयोग हैं, लेकिन ये केवल आपको स्थापित किए जाने वाले अतिरिक्त अनुप्रयोगों को जोड़ने की अनुमति देते हैं, वे आपको रिपॉजिटरी, कॉन्फ़िगरेशन और आदि को संशोधित करने की अनुमति नहीं देते हैं।

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

सामान्य सलाह की सराहना की जाती है, आप उन फ़ाइलों को कैसे संशोधित करेंगे जिनके साथ यह जहाज है? आप किन उपकरणों का उपयोग करते हैं? आप इसे लाइवसीडी में कैसे लपेटेंगे? आप एक रिपॉजिटरी की मेजबानी कैसे करते हैं?


बहुत व्यापक के रूप में बंद करना।
सिरो सेंटिल्ली 新疆 i i i

जवाबों:


12

आप इसमें कस्टमाइज़ किए गए पैकेज के साथ अपना खुद का पैकेज रिपॉजिटरी बनाकर एक डिस्ट्रो बना सकते हैं। वह सब एक डिस्ट्रो है। इससे कोई फर्क नहीं पड़ता कि परिवर्तन कितने बड़े या छोटे हैं।

इसलिए यदि आप डिस्ट्रो को कांटा बनाना चाहते हैं, तो बस पूरे स्रोत रिपॉजिटरी को कॉपी करें, जो भी पैकेज आप चाहते हैं उसे बदल दें, और रेपो को अपने अनुसार प्रकाशित करें (यह सुनिश्चित करें कि आप जो कॉपी कर रहे हैं डिस्ट्रो के किसी भी लाइसेंसिंग अनुबंध का उल्लंघन नहीं करते हैं) ।

परिभाषा के अनुसार, एक नया अंतर पैदा कर रहा है।


आप इसे सीडी में कैसे लपेटेंगे? आप इसे कैसे होस्ट करेंगे?
नाम

1
पैकेजिंग प्रणाली पर निर्भर करता है, लेकिन उनके पास सीडी रिपॉजिटरी और इंस्टॉलर और नेटवर्क होस्टिंग करने के तरीके होंगे।
XTL

माता-पिता के डिस्ट्रो पैकेज के बजाय अपने अद्यतन किए गए पैकेज का उपयोग करने के लिए पैकेज प्रबंधक को कैसे बताएं? जब आपके माता-पिता के डिस्ट्रो में कुछ बदला जाता है तो आपको निर्भरता कैसे प्रबंधित करनी होती है?

7

इस प्रश्न को देखें और अन्य के लिए यह प्रश्न इस पर निर्भर करता है।

क्लासिक उत्तर "स्क्रैच से लिनक्स से शुरू होता है", वहां से जाएं। और यह करने का एक वैध तरीका है: उदाहरण के लिए, डेबियन से कई डिस्ट्रोस प्राप्त होते हैं। डिस्ट्रोस के बहुत सारे रेड हैट या स्लैकवेयर या इवान आर्क लाइनक्स से निकलते हैं।

मैं कहूंगा कि आपको इस डिस्ट्रो के लिए वास्तव में स्पष्ट और रक्षात्मक लक्ष्य रखने की आवश्यकता है। इससे पहले, डिस्ट्रोस के पास "एकल फ्लॉपी पर फिट बैठता है" या "सीडी से लाइव रन" जैसे लक्ष्य थे, या "एक पैकेज मैनेजर विकसित करें जो सभी समस्याओं का समाधान करता है"।

मुझे यकीन नहीं है कि इन आधुनिक समय में यह पर्याप्त है, हालांकि। बस के बारे में हर अजीब दाढ़ी वाले आला में एक डिस्ट्रो होता है जो इसके साथ जाता है: पैठ परीक्षण में बैकट्रैक है, बिल्कुल मुफ्त में जीएनवीसिन है, लिनस्ट को अनिश्चित काल तक बढ़ाया जा सकता है। आपको एक आला से अधिक की आवश्यकता होगी, अन्यथा बस लिनक्स स्क्रैच से करें और इसके साथ किया जाए।


इस उत्तर (या टिप्पणी) के प्रकाश में, मैं इसे थोड़ा और स्पष्ट करने के लिए प्रश्न को संशोधित करूंगा।
एक नाम


ऐसा लगता है कि LFS x86_64 मशीनों के लिए है। यह एक अच्छा विचार (मेरे लिए) की तरह प्रतीत नहीं होता है कि रास्पबेरीपी 3 बी + के लिए ग्राउंड अप से एक डिस्ट्रो बनाने की कोशिश की जाए। ऐसा लगता है कि बहुत सारे पहियों को फिर से लगाया जाएगा। बूट मैनेजर और कर्नेल को बोर्ड में पोर्ट करने के साथ सभी समस्याओं का उल्लेख नहीं करना।

4

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


2

मैं इसका जवाब दे सकता हूं! GNU / Linux वितरण, GNU और अन्य जगहों से सॉफ़्टवेयर टुकड़ों का एक समामेलन है। बहुत कम से कम, आप उन सॉफ़्टवेयर पैकेजों को कांटा करना चाहते हैं जिन्हें आप संशोधित करना चाहते हैं, उन्हें संशोधित करना चाहते हैं, उन्हें फिर से जोड़ सकते हैं, और फिर पसंद के वितरण के अपने कांटे को फिर से वितरित कर सकते हैं

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

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

इसके अलावा, ऐसी 3 फाइलें भी हैं जिन्हें आप स्पष्ट रूप से बदलना चाहते हैं, उन्हें /etc/issue(शायद /etc/issue.netभी), /etc/os-releaseऔर /etc/lsb-release, आखिरी बार अपने डिस्ट्रो के लिए GRUB लिस्टिंग को बदलने के लिए बदलना होगा। /etc/default/grubलाइन के लिए चेकआउट करना सुनिश्चित करें GRUB_DISTRIBUTOR। यह कुछ ऐसा होना चाहिएGRUB_DISTRIBUTOR=lsb_release -i -s 2> /dev/null

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

फिर भी, यदि आप मेरी निजी राय चाहते हैं, तो मैं सीधे स्क्रैच से लिनक्स के बाद एक नया लिनक्स वितरण बनाऊंगा , और फिर सीधे वितरण कांटे के बजाय पैकेज प्रबंधक को शीर्ष पर फेंक दूंगा । डिस्ट्रीब्यूशन बांटने से यह फायदा होता है कि आपको हेडस्टार्ट मिल जाता है, लेकिन अगर आप चीजों को हटाने का फैसला करते हैं, तो यह बहुत तेज सिरदर्द बन सकता है, क्योंकि आप मूल वितरण में निर्भरता के बारे में निश्चित नहीं हो सकते।


0

जब आप लिनक्स में आते हैं, तो modifyingबहुत बड़े पैमाने के साथ एक चीज बन जाती है।

आपको अपने लिए एक स्पष्ट सीमा बनानी चाहिए कि आप किसी विशेष डिस्ट्रो से क्या जोड़ना या हटाना या संशोधित करना चाहते हैं। यदि आप नहीं करते हैं, तो आप अपने आप को हर कदम पर आश्चर्यचकित पाएंगे जो आप लेते हैं। (अनुभव से)।


डाउनवोट किया गया क्योंकि यह वास्तव में सुपर उपयोगी कुछ भी नहीं कहता है।
१५:५०
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.