मैंने अक्सर अपने आप से, और दूसरों से यह सवाल पूछा है, और मैं एक बिंदु को संबोधित करना चाहूंगा, जिसे मैं अक्सर देखता हूं, इससे पहले कि मैं यह देखूं कि लिनक्स क्यों स्थापित करता है:
लिनक्स वितरण पैकेज मैनेजर प्रदान करता है।
हालाँकि, मैं यह नहीं कहूंगा कि लिनक्स वितरण का पैकेज मैनेजर निम्नलिखित कारणों से इंस्टॉलर के लिए एक प्रतिस्थापन है:
ये पैकेज मैनेजर ऑपरेशन में मानकीकृत नहीं हैं
एक पैकेज मैनेजर आपके बाइनरी को उपलब्ध कराने और एंड-यूज़र को इंस्टॉलर चुनने की सुविधा देता है। वे टर्मिनल चुन सकते हैं, या वे एक अधिक उन्नत GUI के साथ एक उपकरण चुन सकते हैं, लेकिन यह आपको प्रक्रिया के समान स्तर के नियंत्रण को "पारंपरिक" इंस्टॉलेशन विज़ार्ड के साथ बर्दाश्त नहीं कर सकता है।
नियंत्रण से मेरा मतलब क्या है इसका एक उदाहरण दस्तावेज़ीकरण है। आप "अगला क्लिक करें, और आपको देखना चाहिए" जैसे अपने अंतिम-उपयोगकर्ता निर्देश नहीं दे सकते। आप एक विशिष्ट उपकरण के लिए कमांड-लाइन निर्देश दे सकते हैं, लेकिन तब आप न केवल इस तथ्य पर भरोसा कर सकते हैं कि उपयोगकर्ता के पास वह उपकरण है, बल्कि एक इंस्टॉलेशन विज़ार्ड के अधिकांश लाभों को भी खो रहा है (आखिरकार, अधिकांश विज़ार्ड एक फ्रंट प्रदान कर रहे हैं सरल कमांड लाइन निर्देशों के लिए-भेजें और स्क्रिप्ट को बंद करना)।
यह भी सौंदर्यशास्त्र में शामिल है। अब आप सहज / उपयुक्त इंटरफ़ेस प्रदान करने के लिए अपने अंतिम-उपयोगकर्ता वितरण पर निर्भर हैं। जब आप उस तथ्य के बारे में पूरी तरह से जानते हैं, तो यह शिकायत करने के लिए अधिक आकस्मिक उपयोगकर्ता के लिए अनुचित नहीं है कि क्या आपकी फ़ाइल पर डबल क्लिक करने से (उनके विचार में इंस्टॉलर) एक बदसूरत पैकेज प्रबंधक को खोलता है, बिल्कुल भी कुछ नहीं करता है, या सबसे बुरा एक टर्मिनल खोलता है। खिड़की। (जो अनुभव मैंने उपयोगकर्ताओं के साथ किए हैं और "डॉस प्रॉम्प्ट" / "ब्लैक एंड व्हाइट बॉक्स" / "थिंग जो कि उनकी सभी फाइलों को हटाने के लिए जा रहे हैं, यदि वे इसे मजाकिया रूप में देखते हैं" तो शायद एक किताब भर सके)
पैकेज स्वरूपों को प्लेटफ़ॉर्म पर मानकीकृत नहीं किया जाता है।
सिस्टम जैसे rpm
और के बीच परिवर्तित करने के लिए उपकरण हैं deb
, लेकिन अपने एंड-यूज़र से अपने पैकेजों को परिवर्तित करने की अपेक्षा करना उचित नहीं है यदि आप उन्हें ऐसी स्थिति में उपयोग कर रहे हैं जहां एक इंस्टॉलेशन विज़ार्ड किसी अन्य प्लेटफ़ॉर्म पर प्रदान किया जाएगा (यानी क्लिक-एंड-किया गया )। यदि आपके पास अल्पविकसित निर्माण प्रणाली है, तो अतिरिक्त पैकेज प्रारूप के लिए अप-टू-डेट पैकेज प्रदान करना सीधे आगे हो सकता है, लेकिन आप अभी भी एक नया बाइनरी जोड़ रहे हैं, जिसका समर्थन किया जाना चाहिए।
यह भी एक नया द्विआधारी लोगों को अपने मंच के आधार पर चुनने के लिए है (यह मामूली लगता है, लेकिन मुझे यकीन है कि यहाँ कोई व्यक्ति x86 बनाम x64 समझाने से पहले यह सुनिश्चित कर सकता है कि हाँ, सही मंच से कटौती करने के तरीके हैं ब्राउज़र, लेकिन तब आप और अधिक जटिल हो रहे हैं, और प्रक्रियाओं का समर्थन करने के लिए कठिन]]
पैकेज मैनेजर ओपन-सोर्स सॉफ्टवेयर के लिए "अच्छे" हैं।
यह नहीं कह रहा है कि आप पैकेज प्रबंधन प्रणाली के साथ बंद-स्रोत सॉफ़्टवेयर साझा नहीं कर सकते, यह निश्चित रूप से किया जा सकता है। लेकिन एक बार जब आप लिनक्स वितरण पर क्लोज-सोर्स सॉफ़्टवेयर साझा करने का प्रयास करते हैं, तो आप एक दीवार में चलते हैं, जहाँ तक आपके सॉफ़्टवेयर को सामान्य रिपॉजिटरी में प्राप्त करने का विकल्प होता है। PPA या OpenSUSE बिल्ड सेवा जैसी चीजें बाहर हैं, और यहां तक कि कैननिकल पार्टनर्स रिपॉजिटरी भी डिफ़ॉल्ट रूप से सक्षम नहीं हैं।
इसका मतलब है कि, जब तक आप अपना रिपॉजिटरी प्रदान नहीं करते, आप स्वचालित अपडेट सहित पैकेज प्रबंधन प्रणालियों की कई प्रमुख विशेषताओं को नहीं अपना सकते। मेरी राय में , इन प्रणालियों का उपयोग करने वाले अधिकांश प्लेटफार्मों में यह सबसे महत्वपूर्ण लाभ है (उदाहरण के लिए आईओएस, एंड्रॉइड और विंडोज स्टोर)।
और यहां तक कि अगर आप एक रिपॉजिटरी (चर तुच्छता का एक और काम) प्रदान करते हैं, तो भी आपको इसे स्थापित करने के लिए उपयोगकर्ताओं को प्राप्त करने की आवश्यकता है (जो समर्थन की एक और परत है, गैर-मानक दृष्टिकोण का एक और सेट, और मूल बिंदु से एक और मोड़ है) संस्थापक)
अब, यह सब कहते हुए, मैंने अभी भी मूल समस्या को संबोधित नहीं किया है, क्यों इन कारकों (दूसरों के बीच) के बावजूद लिनक्स पर इंस्टॉलर सामान्य रूप से कम हैं। मूल प्रश्न पूछता है कि क्या यह तकनीकी है, या सम्मेलन पर आधारित है, और यह दोनों भाग में आधारित है।
यदि आप उपर्युक्त कारकों को देखते हैं, तो वे "विज़ार्ड-जैसे" इंस्टॉलर के लिए चीजों को और अधिक जटिल बनाते हैं। उदाहरण के लिए, क्या आपके विज़ार्ड को स्थापित करने के लिए कई पैकेज प्रारूप शामिल होंगे? वितरण के दौरान आप लुक-एंड-फ़ील को कैसे संभालते हैं? सूची पर चला जाता है, और एक बात यह है कि कि संकुल है जिसे आप वहन है इस बात का कि कोई भी आपकी समस्या (होगा बेहतर करने के लिए या बदतर के लिए ) जब तक आप सही संकुल प्रदान करते हैं। और अपनी परियोजना की प्रकृति के आधार पर, आप उन अधिक "विशेष" संसाधनों का लाभ उठाना शुरू कर सकते हैं, जैसे कि उबंटू सॉफ्टवेयर सेंटर के लिए एप्लिकेशन को प्रस्तुत करना। यह सब तकनीकी से संबंधित होगा।
लेकिन जो पहलू मुझे व्यक्तिगत रूप से लगता है कि ड्राइविंग बल है। (मुझे आशा है कि मैंने इसे काफी गहराई से दफनाया है कि जो लोग इस बात का खंडन करते हैं कि गुमनामी के अन्य उत्तर पढ़ना बंद कर दिया गया है ..)
मुझे लगता है कि पोस्टर में एक बिंदु था, लेकिन हो सकता है कि यह बहुत स्पष्ट रूप से कहा गया हो, और वास्तव में उस बिंदु के लिए उद्देश्यपूर्ण कारण नहीं दिए गए थे। यदि आप एक पैकेज मैनेजर और एक इंस्टॉलर के लिए मेरे द्वारा बताए गए अंतरों की जांच करते हैं, तो मुझे आश्चर्य नहीं होगा यदि आप उनमें से अधिकांश को लगभग गैर-मुद्दे (शायद पांडित्य पर भी सीमाबद्ध) पाते हैं। लेकिन (किसी विज्ञापन होमिनम तर्क के वैध उपयोग के रूप में मुझे आशा है कि बहाना है) हम प्रोग्रामर के लिए साइट पर भी उपयोगकर्ता हैं। मैं देख रहा हूँ लिनक्स वितरण आकस्मिक उपयोगकर्ताओं (स्पष्ट रूप से कई अन्य चीजों के बीच) के लिए एक उत्कृष्ट विंडोज विकल्प के रूप में धकेल दिया गया है। आम तौर पर परिभाषित क्लिक्स-एंड-किया प्रक्रिया प्रदान नहीं करना, जो इन सभी उपयोगकर्ताओं को वास्तव में उपयोग कर सकते हैं आदर्श इमो नहीं है ।
लेकिन एक ही समय में, मुझे नहीं लगता कि लिनक्स में कई चीजें विशेष रूप से उस समूह के लिए आदर्श हैं। ज़रूर कुछ distros जीयूआई आधारित पैकेज प्रबंधक होते हैं, लेकिन वह साधन इन लोगों को, कैसे एक अलग उपकरण का उपयोग करने में देख शुरू कर दिया है पर अपने कार्यक्रम की स्थापना पर सख्ती से नहीं ध्यान केंद्रित (तुलना है कि इस और इस के लिए यह )।
स्वाभाविक रूप से आप जीयूआई का उपयोग कर सकते हैं बहुमत के लिए अपने औसत आकस्मिक उपयोगकर्ता को करने की ज़रूरत है, विशेष रूप से कुछ डिस्ट्रोस के साथ (विडंबना यह है कि जो डिस्ट्रोस कर रहे हैं वे हमेशा खुले स्रोत समुदाय में गले नहीं होते हैं [उबंटू के बारे में शिकायतों को देखें और यह "दीवार) है उद्यान "]) लेकिन मुझे नहीं लगता कि यह अस्वीकार्य है कि लिनक्स कन्वेंशन किसी ऐसे व्यक्ति के पक्ष में है जो सीएलआई के साथ सहज है, या कम से कम घातक डर से ऐसा नहीं लगता है कि इसका मतलब है कि उन्होंने कुछ गलत किया है।
मैं यह नहीं कह रहा हूं कि यह वही है जो वे लक्ष्य बनाते हैं, लेकिन यह वास्तव में है जो मैं उन सम्मेलनों को देखता हूं। और लिनक्स में पैकेज मैनेजमेंट सिस्टम का अनुसरण करने लगता है। आखिरकार, उनके अधिकांश "डाउनसाइड्स" लगभग गैर-मौजूद हैं यदि आपका अंत-उपयोगकर्ता अंतर्निहित अवधारणाओं के साथ अधिक आरामदायक है।
अधिकांश अन्य प्लेटफार्मों पर इंस्टॉलर वास्तव में उस से प्रभावित नहीं होते हैं, और उन्हें इस तरह से डिज़ाइन किया गया है, ताकि प्रश्न पर टिप्पणी को उद्धृत किया जा सके, "99.99% उपयोगकर्ता [कर सकते हैं] आँख बंद करके" जारी रखें "। पैकेज प्रबंधन के साथ समस्या उन उपयोगकर्ताओं को मिल रही है। "जारी रखें" बटन, उन्हें बताएं कि "जारी रखें" बटन क्या है (मैंने देखा है कि उपयोगकर्ता उन टूल के द्वारा ट्रिप हो जाते हैं जो कहा जाता है कि प्रेस अन्य पाठ के साथ दर्ज करें), और उन्हें यह बताएं कि जब वे हिट करते हैं तो "तट" पर क्लिक करें "जारी रखें" बटन "चरण।