क्या मैं उबंटू पर पोर्टेज, पैकमैन या अन्य पैकेज मैनेजर स्थापित कर सकता हूं?


28

मैं Ubuntu 12.04 LTS पर पोर्टेज (जेंटू) या पैकमैन (आर्क) की तरह एक गैर-उबंटू पैकेज प्रबंधक स्थापित करना चाहता हूं।

मैं उसको कैसे करू?


1
आप इसके लिए क्यों चाहते हैं?
वेब-ई

6
कोई खास वजह नहीं। बस सोच रहा।
अक्षित बौंठियाल

1
Ubuntu
baldrs

जवाबों:


24

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

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

तो अब मैं दृढ़ता से सुझाव दूंगा कि आप अपने सिस्टम के मूल निवासी पैकेज मैनेजर के साथ रहें (ऊपर देखें)।


2
वास्तव में, हम कर सकते हैं। मैं अभी इस गाइड की सामग्री को समझ नहीं पाया। forum.gentoo.org/…
अक्षित बौंठियाल

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

16

आप नहीं कर सकते हैं चाहिए नहीं

पैकेज प्रबंधक आमतौर पर एक विशेष लिनक्स वितरण के साथ बहुत कसकर एकीकृत होते हैं, और आप आमतौर पर एक दूसरे के लिए एक मूल प्रबंधक स्थापित नहीं कर सकते हैं और यह सिर्फ काम करने की उम्मीद कर सकते हैं। (लेकिन अंत में नोट देखें)

आप परिणामी पैकेजों को स्थापित कर सकते हैं, हालाँकि, उदाहरणार्थ RPM को DEB में बदलने के लिए उपकरणों का उपयोग करना, यह Pacman संकुल के लिए संभव हो सकता है। पोर्टेज, जैसा कि आप जानते हैं, स्रोत से सब कुछ बनाता है, और आप किसी भी डिस्ट्रो पर ऐसा कर सकते हैं, न कि केवल जेंटू।

नोट: जबकि कुछ yumउबंटू यूनिवर्स रिपॉजिटरी में उपलब्ध हैं, और यहां तक ​​कि पैकमैन, पोर्टेज आदि को सिद्धांत में स्थापित किया जा सकता है, यह व्यवहार में एक बुरा विचार है क्योंकि पैकेज स्वयं उबंटू के लिए अनुकूल नहीं हो सकते हैं (निर्देशिका संरचना, आदि)।


4
मुझे नहीं लगता कि यहां आंतरिक पैकेज संरचना महत्वपूर्ण है (जिसे संबंधित प्रबंधक द्वारा नियंत्रित किया जाना चाहिए)। यह बल्कि निर्भरताएँ गड़बड़ हो रही हैं, फाइलें / विन्यास एक दूसरे पर ओवरराइटिंग कर रहे हैं ... संक्षेप में: सिस्टम पूर्णता खतरे में है। "विदेशी चीजों" के साथ खेलने से पहले पैकेज, पैकेजिंग और पैकेज प्रबंधकों से काफी परिचित होना चाहिए।
इज़्ज़ी

2
यप्प, आपका स्वागत है। पैकेज रूपांतरण के लिए, विदेशी इस कार्य के लिए सबसे अधिक उपयोग किए जाने वाले उपकरण के रूप में उल्लेख के लायक हो सकता है। एक अन्य संभावना निकालने के स्रोत RPM का उपयोग कर रहा है । या (आर्क / Gentoo से जैसे) स्रोत टारबॉल उपयोग करने के लिए और के साथ अपने स्वयं .deb निर्माण checkinstall
इज़्ज़ल

7

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

यदि वह ऐसा नहीं है जिसे आप खोज रहे हैं, तो आपका सर्वश्रेष्ठ दांव (और कार्रवाई का अनुशंसित कोर्स) पैकेज प्रबंधक के वितरण को स्थापित करने के लिए हो सकता है जिसे आप उपयोग करना चाहते हैं।

PacApt अन्य लिनक्स वितरण के लिए आर्क लिनक्स के अद्भुत Pacman पैकेज प्रबंधक लाता है (खैर, क्रमबद्ध करें)

Source:  LifeHacker


1
यह मजेदार है। : डी
अक्षित बौंठियाल

2

यहां लोग gentoo की तुलना में अन्य लिनक्स डिस्टिब्यूशन पर पोर्टेज को कैसे स्थापित करते हैं: https://forums.gentoo.org/viewtopic-t-125553-postdays-0-postorder-asc-start-300.html

यहाँ एक आदमी वर्णन करता है कि उबंटू से अन्य विभाजन पर पूरे गेंटो को कैसे स्थापित किया जाए http://blog.abhiomkar.in/2008/07/17/install-gentoo-when-other-linux-running/


3
उबंटू पूछने के लिए आपका स्वागत है! जब भी यह सैद्धांतिक रूप से प्रश्न का उत्तर दे सकता है, तो उत्तर के आवश्यक भागों को शामिल करना और संदर्भ के लिए लिंक प्रदान करना बेहतर होगा
केविन बोवेन

1
इसके अलावा, दोनों गाइड लगभग 10 साल पुराने हैं (2008 बनाम 2007)। क्या आप निश्चित हैं कि वे अभी भी हाल ही में और अप-टू-डेट इंस्टॉलेशन (या यहां तक ​​कि प्रश्न में वर्णित 12.04) पर लागू होते हैं? इसके अलावा, ओपी को पढ़ना "लिनक्स के लिए एक नौसिखिया" और "बस सोच रहा है" अगर यह काम करता है, तो बस बिना किसी निहितार्थ का उल्लेख किए हुए कुछ हाउटो को इंगित करता है, कम से कम "लापरवाह" है - एक नौसिखिया के रूप में लगभग निश्चित रूप से एक गड़बड़ के साथ समाप्त होगा -अप सिस्टम (जैसा कि मैंने अपने जवाब के साथ बताया)।
इज़ी

0

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

उदाहरण?

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

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

अवही सर्वर? फिर से, उपयोगी हो सकता है, लेकिन मुझे अपने डेस्कटॉप विज्ञापन को इसकी सभी सेवाओं और डेमों की आवश्यकता क्यों है? अगर मुझे अधिक गुमनामी चाहिए होती तो मैं ऐसा प्रोग्राम नहीं चाहता जो किसी भी हैकर या सरकारी कर्मचारी को मेरी कंप्यूटर सेवाओं का विज्ञापन दे। प्रिंटर को यह कहते हुए होना चाहिए कि "मैं एक प्रिंटर हूं" .... मेरे कंप्यूटर को यह कहने की आवश्यकता नहीं है कि "मैं इन सभी बंदरगाहों पर सुनने वाला कंप्यूटर हूं, क्या आप प्रिंटर हैं ... क्या आप प्रिंटर हैं। ..आप एक प्रिंटर .. "। जब मैं इसे हटाने की कोशिश करता हूं, तो यह बहुत अधिक होता है।

नेट bios? इसकी आवश्यकता नहीं है। यह नहीं चाहिए।

मानक उत्तर क्या है? इसे हटाओ मत। इसका आसान जवाब है, लेकिन यह बेकार है।

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

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