एक नए संस्करण में अपग्रेड करते समय अधिकांश डिस्ट्रोस (डेबियन के अलावा) एक पूर्ण पुनर्स्थापना की सिफारिश / आवश्यकता क्यों करते हैं?


10

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

मैं फेडोरा (और डेरिवेटिव), यहां तक ​​कि उबंटू और डेरिवेटिव जैसी अच्छी तरह से समर्थित विकृतियों के बारे में बात कर रहा हूं। यहां तक ​​कि स्थिर सर्वर-केंद्रित डिस्ट्रोस जैसे CentOS।

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

या एक प्रमुख संस्करण उन्नयन पर खरोंच से पुनः स्थापित कर रहा है, कुल मिलाकर एक बेहतर विचार है, चाहे वह डिस्ट्रो हो?

जवाबों:


6

यह कई कारकों का एक संयोजन है।

अधिकांश डिस्ट्रो प्रमुख महत्वपूर्ण रिलीज को लागू करने के लिए समय का उपयोग करते हैं, कभी-कभी परिवर्तन को तोड़ते हैं। उदाहरण के लिए, Fedora 15 ने systemd और Ubuntu को 6.10 में जोड़ा। डेबियन कई तरह से एक रूढ़िवादी डिस्ट्रो है। बड़े, टूटने वाले बदलावों पर ध्यान दिया जाता है।

इसका एक परिणाम है, उदाहरण के लिए, कि डेबियन की रिलीज़ साइकिल अब तक अलग हैं, क्योंकि उन्हें नए रिलीज के मानकों को पूरा करने के लिए हर महत्वपूर्ण पैकेज को संशोधित करने की आवश्यकता होती है।

डेबियन के पैकेज प्रबंधन तकनीक फेडोरा या उबंटू के लिए बेहतर नहीं है (जाहिर है, क्योंकि यह उबंटू के समान है), लेकिन डेबियन ने फैसला किया है, सांस्कृतिक रूप से, एक चिकनी उन्नयन प्रणाली होना महत्वपूर्ण है।


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

हालांकि फेडोरा के साथ, इंस्टॉलर के माध्यम से एक (सिंगल-वर्जन) अपग्रेड का प्रदर्शन करना संभव होने पर अंतर्निहित बुनियादी ढाँचे में बदलाव के संबंध में DTRT के लिए प्रयास करेगा।
इग्नासियो वाज़केज़-अब्राम्स

1

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

डेबियन इस तरह के कठोर परिवर्तनों की कीमत पर, चिकनी उन्नयन को प्राथमिकता देता है। यही कारण है कि डेबियन नई सुविधाओं पर धीमी है, उनके समुदाय के लिए व्यापार बंद स्वीकार्य है। पिछले उत्तर को प्रतिध्वनित करने के लिए, इसका प्रति सेगमेंट प्रबंधन तकनीक से कोई लेना-देना नहीं है। मैं कहूंगा, निरंतर उबंटू पुन: स्थापना मुझ पर पहने हुए हैं।


उबंटू में अपग्रेड के लिए एक विशेष टूल शामिल है जो माना जाता है कि केवल डिस्ट-अपग्रेड से अधिक का ध्यान रखता है। क्या आप इसके बारे में अधिक जानते हैं और क्या यह कोई अच्छा है?
trr

1

आप जो जारी करते हैं वह रोल रिलीज वितरण के पूरे परिवार के लिए सही नहीं है ।

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

यही कारण है कि सिस्टम अपडेट प्रदान करने के लिए सबसे आसान ( एक ही देव समय प्रयास में सबसे विश्वसनीय ) समाधान है कि समय-समय पर पूर्ण, अच्छी तरह से जांच की गई, पूर्ण-स्थापना रिलीज तैयार करें। Red Hat जैसे एंटरप्राइज़ समाधान इस स्थिति को लेते हैं कि क्लाइंट को एक विश्वसनीय सिस्टम दिया जाना चाहिए और यथासंभव लंबे समय तक अपग्रेड को तोड़कर परेशान होना चाहिए। (बेशक, मामूली उन्नयन और बगफिक्स उपलब्ध होना चाहिए या यहां तक ​​कि स्वचालित रूप से खींचा जाना चाहिए)। यह CentOS जैसे फ्री सर्वर डिस्ट्रोस के पीछे भी सामान्य दर्शन है।

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

इसलिए, जैसा कि आप पहले ही अनुमान लगा चुके हैं, सबसे चुनौतीपूर्ण दृष्टिकोण रिलीज जारी है। मैं डेबियन के दृष्टिकोण का विवरण नहीं जानता, लेकिन आपके विवरण से मैं देख सकता हूं कि वे बीच में कहीं हैं।


डेबियन पिछले स्थिर से वर्तमान स्थिर तक उन्नयन का पूरी तरह से समर्थन करता है। चूँकि वे 2 या 3 साल अलग होते हैं, उनमें प्रमुख बदलाव जैसे glibc, KDE 3 से 4, आगामी Gnome 2 से 3, आदि शामिल होते हैं। आप उल्लेख करते हैं कि कुछ पैकेजों को अपग्रेड करना मुश्किल है और उन्हें फिर से स्थापित करना होगा - यह वही है जो जाना जाता है डेबियन के भीतर एक "प्रमुख संक्रमण" के रूप में और फिर भी उनके पैकेज मैनेजर इनका प्रबंधन करने में पूरी तरह से सक्षम हैं और वे अंतिम उपयोगकर्ताओं के लिए पूरी तरह से परीक्षण और समर्थन करते हैं। मुझे लगता है कि आपके पास दावा करने की तुलना में मानसिकता के बारे में बहुत कुछ है - डेबियन का मानना ​​है कि इसके बारे में जाने का सही तरीका है, इसलिए वे ऐसा करते हैं।
trr
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.