लिनक्स में प्रोग्राम अनइंस्टॉल करना

Question

मैं पिछले 5 वर्षों से विंडोज और मैक ओएस का उपयोग कर रहा हूं और अब मैं दैनिक आधार पर लिनक्स का उपयोग करने पर विचार कर रहा हूं। मैंने उबंटू को एक वर्चुअल मशीन पर स्थापित किया है और यह समझने की कोशिश कर रहा हूं कि मैं अपने दैनिक काम के लिए लिनक्स का उपयोग कैसे कर सकता हूं (जेएस प्रोग्रामर / वेब डिजाइनर के रूप में)।

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

लेकिन लिनक्स में वहाँ है apt-getऔर फिर वहाँ है make। मुझे यह समझ में नहीं आया कि मैं अपने लिनक्स की स्थापना को कैसे साफ और सुव्यवस्थित रख सकता हूँ। ऐसा लगता है कि कोई भी नया ऐप इंस्टालेशन मेरे सिस्टम को तोड़ सकता है। लेकिन तब लिनक्स में बहुत मजबूत होने की प्रतिष्ठा होती है, इसलिए ऐसा कुछ होना चाहिए जो इस बारे में न समझे कि ऐप इंस्टॉलेशन और अनइंस्टॉल सिस्टम को कैसे प्रभावित करता है। क्या कोई इसमें कुछ प्रकाश डाल सकता है?

---

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

Comments

एक साधारण उपयोगकर्ता के रूप में जिसे आप सॉफ़्टवेयर इंस्टॉल करने के apt-getबजाय उपयोग makeकरने वाले हैं। make installका उपयोग तब किया जाता है जब आपको स्रोतों से किसी सॉफ़्टवेयर का नवीनतम (संभवतः अस्थिर) संस्करण बनाने की आवश्यकता होती है, जो अभी तक पैकेज के रूप में उपलब्ध नहीं है।

— दिमित्री ग्रिगोरीव

@DmitryGrigoryev का उपयोग करना aptसरल है और उपयोग करने से बेहतर तुई प्रदान करता है apt-get।

— बकुरीउ

जब मैंने OS X का उपयोग किया, तो मैंने अक्सर *.appफाइल को अपर्याप्त पाया , क्योंकि एप्लिकेशन इंस्टालेशन अक्सर अन्य स्थानों (जैसे लाइब्रेरी डायरेक्टरी, मेमोरी से) को लैटर करता था। इसके अलावा, अगर आप मैन्युअल रूप से उबंटू में स्रोत से निर्माण make install, उपयोग checkinstallके बजाय आसानी से हटाने की अनुमति के लिए।

— स्पार्कवॉक

./configure ; make ; make installरास्ते का उपयोग न करें । बस आपको शानदार fpm टूल सीखने की ज़रूरत है ।

— हिरण हंटर

fpm टूल क्या है?

— एलेक्सस्टैक

Answer 1

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

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

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

यदि आप उपयोग करने की स्थापना रद्द करना चाहते हैं apt-getतो आप apt-get remove packageपहले बताए अनुसार उपयोग करेंगे। जो भी प्रोग्राम उस पैकेज पर भरोसा करते हैं, उन्हें भी अनइंस्टॉल कर दिया जाएगा और आपके पास उनकी समीक्षा करने का मौका होगा।

अगर आप अनइंस्टॉल करना चाहते हैं तो आमतौर पर यह प्रक्रिया है make uninstall। कोई चेतावनी नहीं है (जैसा कि मैंने ऊपर कहा है)।

make configआपके सिस्टम में परिवर्तन नहीं करेगा, लेकिन make installकरेगा।

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

उम्मीद है, कि सब कुछ साफ हो जाता है।

Comments

के लिए लापता स्थापना रद्द करें आप के पाठ्यक्रम का उपयोग करेगा --purgeके साथ विकल्पapt-get

— हेगन वॉन Eitzen

Answer 2

सिद्धांत रूप में, make uninstallजो make installजोड़ा गया है उसे हटा देना चाहिए और आपके सिस्टम में cruft जमा नहीं होना चाहिए । समस्या, निश्चित रूप से, यह है कि सभी मेकफाइल्स समान नहीं बनाए जाते हैं।

कुछ uninstallनियम को छोड़ सकते हैं , यह जानने के लिए कि installनियम ने क्या किया है। इससे भी बदतर, अगर एक जुड़े पुस्तकालय में नियम स्थापित किया जाता है, तो गूंगा uninstallदिनचर्या कुछ अन्य कार्यक्रम के लिए निर्भरता को तोड़ सकता है।

स्रोत इंस्टॉल का सबसे अच्छा समाधान सिस्टम के पैकेजिंग प्रबंधक द्वारा स्थापित पैकेजों की तुलना में विभिन्न उपसर्ग का उपयोग करना है। Apt आपके इंस्टालेशन के लिए पदानुक्रम का /usr/उपयोग करने के लिए फ़ाइलें /usr/local/स्थापित करता है। इससे यह पता लगाना आसान हो जाता है कि कौन सी फाइलें किस पैकेज से जुड़ी हैं और किन सिस्टमों को नहीं तोड़ा जाएगा।

./configure --prefix=/usr/localकई कॉन्फ़िगर स्क्रिप्ट के लिए काम करता है। यदि नहीं, तो आप Makefile को मैन्युअल रूप से संपादित कर सकते हैं। या फ़ाइलों को मैन्युअल रूप से कॉपी करें।

Apt और अन्य पैकेजिंग प्रबंधक उन फ़ाइलों का ट्रैक रखते हैं जो उन्होंने स्थापित की हैं और उनकी रिवर्स निर्भरताएं हैं ताकि उनके अनइंस्टॉल फ़ंक्शन का उपयोग करना सुरक्षित हो।

Answer 3

मैं आपको सलाह दूंगा कि आप apt-get installकिसी भी पैकेज को linux और apt-get remove(पैकेज नाम) या apt-get purge(पैकेज नाम) में स्थापित करने के लिए उपयोग करें, जो न केवल मुख्य पैकेज को हटा देगा जिसे आप अनइंस्टॉल करना चाहते हैं, लेकिन सभी संबंधित पैकेज या निर्भरताएं जो स्थापना के दौरान स्थापित की गई थीं।

अब, अपने सिस्टम को साफ रखने के लिए मैं आपको apt-get clean https://askubuntu.com/questions/144222/how-do-apt-get-clean-and-apt-get-clean-all-differ#144224 ( यह पोस्ट उस बारे में दिलचस्प है) जो स्थापना के दौरान डाउनलोड की गई सभी फ़ाइलों को हटा देगा लेकिन अब इसकी आवश्यकता नहीं है।

एक अन्य कमांड जो आपके सिस्टम में स्थापित सभी निर्भरताओं को दूर करना चाहता है, लेकिन अगर आप अनइंस्टॉल हो जाते हैं, तो उन्हें हटाया नहीं जाना चाहिए apt-get autoremove।

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

आशा है कि ये आपकी मदद करेगा :)

Answer 4

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

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

यदि आपको "विदेशी" सॉफ़्टवेयर की आवश्यकता है, तो आपको इसे मैन्युअल रूप से स्थापित करने की आवश्यकता हो सकती है, या तो संग्रह को अनपैक करके या स्रोत से संकलन करके। एक निष्पादन योग्य प्रोग्राम के रूप में आने वाले इंस्टॉलर लिनक्स दुनिया में दुर्लभ हैं। चल रहा है make installकई निर्देशिका (पर एक कार्यक्रम का प्रसार करता है /usr/local/bin, /usr/local/man, /usr/local/lib, आदि)। चीजों को क्रमबद्ध रखने के लिए, मैं एक "गरीब आदमी के पैकेज प्रबंधक" का उपयोग करने की सलाह देता हूं, जैसे कि स्टोव । स्टोव के साथ, प्रत्येक पैकेज अपनी स्वयं की निर्देशिका में स्थापित होता है, और stowउपयोगिता प्रतीकात्मक लिंक बनाने का ख्याल रखती है ताकि पैकेज द्वारा स्थापित कमांड कमांड सर्च पथ और इतने पर हो। अधिक जानकारी के लिए कार्यक्रमों का ट्रैक रखना देखें ।

Comments

यह "विदेशी सॉफ्टवेयर" किसी के द्वारा सही लिखा जा सकता है? यह "विदेशी सॉफ्टवेयर" आधिकारिक रूप से डिस्ट्रोस में कैसे उपलब्ध होता है? क्या कोई लाइन द्वारा अपने स्रोत कोड लाइन की समीक्षा करता है? उदाहरण के लिए Ubuntu अपने APT-GET कमांड में एक सॉफ्टवेयर को शामिल करने और दूसरे को अनदेखा करने का निर्णय कैसे लेता है?

— एलेक्सस्टैक

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

— गिलेस एसओ- बुराई को रोकना

@AlexStack इस बात की कोई गारंटी नहीं है कि किसी ने सॉफ्टवेयर लाइन-बाय-लाइन के किसी विशेष टुकड़े की समीक्षा की है, भले ही वह सॉफ्टवेयर उबंटू रिपॉजिटरी में उपलब्ध हो (यानी डिफ़ॉल्ट इंस्टॉलेशन apt-getया लाइक के माध्यम से )। लेकिन वे केवल रिपॉजिटरी में यथोचित लोकप्रिय कार्यक्रम डालते हैं, जिनके पास पर्याप्त उपयोगकर्ता हैं जो यह आश्वस्त करते हैं कि वे मूल रूप से वही करते हैं जो वे करने वाले हैं।

— डेविड जेड

Answer 5

लगभग हर डिस्ट्रो के पास पैकेज मैनेजर की अपनी पसंद है, कई लोकप्रिय-ईश हैं। pacman, apt, rpm, उभरते हैं, ... डेबियन-आधारित डिस्ट्रोस apt का उपयोग करते हैं।

डॉक्टर कठिन लग रहा है, लेकिन वास्तव में यह सब करना मुश्किल नहीं है। स्थानीय उपयोग के लिए । बस काम पर रहें।

Answer 6

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

आप आप की जरूरत सॉफ्टवेयर का एक पैक संस्करण नहीं मिल रहा है, तो आपको पता चल सकता checkinstall( checkinstall make install) उपयोगी।

Answer 7

मैं कोई विशेषज्ञ नहीं हूं, और स्रोत से सॉफ़्टवेयर स्थापित करने के बारे में बहुत कुछ नहीं जानता, लेकिन इसका उपयोग करके apt-get, आप स्थापित सॉफ़्टवेयर को निकाल सकते हैं apt-get remove package-name। सभी कॉन्फ़िगरेशन फ़ाइलों को भी निकालने के लिए, का उपयोग करें apt-get purge package-name। अपने लिनक्स इंस्टॉलेशन को सुरक्षित रखने का सबसे सुरक्षित तरीका केवल आधिकारिक रिपॉजिटरी में पैकेज का उपयोग करना है। जब एक पैकेज की आवश्यकता होती है जो आधिकारिक रिपॉजिटरी में नहीं होती है, तो इसे अक्सर पीपीए में पाया जा सकता है (जब से आप उबंटू का उपयोग कर रहे हैं) ।

Comments

apt-getओपी के लिए कोई उपयोग नहीं है जो उपयोग कर रहा है configureऔरmake install

— 15'15

Answer 8

जैसा कि अन्य उत्तर कहते हैं, आजकल यह विशिष्ट है कि आपके डिस्ट्रो के पैकेज मैनेजर की पसंद का उपयोग करके आपके सॉफ़्टवेयर का अधिकांश हिस्सा स्थापित किया जाए। यह इतना सुविधाजनक है कि जब आप विंडोज पर वापस जाएंगे तो शायद आप इसे मिस कर देंगे! एक अर्थ में, विभिन्न "बाजार" और "स्टोर" वाणिज्यिक ओएस के लिए भी उस दिशा में जा रहे हैं।

यह कहने के बाद, मुझे याद है कि जब मैंने पहली बार लिनक्स के बारे में सीखना शुरू किया था, तो जिस तरह से सॉफ्टवेयर आम तौर पर स्थापित किया गया था, उससे मैं हैरान था। विंडोज पर सभी फाइलें एक ही डायरेक्टरी के तहत जाती हैं c:\Programs, पारंपरिक "यूनिक्स तरीका" उन्हें "मानक स्थानों" में इधर-उधर बिखेरने के लिए है (विवरण ऐसा नहीं है कि मानकीकृत हो, [अधिक जानकारी के लिए एलएसबी पर एक नजर है] [1] ), जैसे /usr/local/binनिष्पादन के लिए, /usr/local/docप्रलेखन के लिए और इसी तरह।

एक अर्थ में, विंडोज "नहीं जानता" जहां आपके निष्पादनयोग्य हैं। यह जानता है कि वे "कहीं से भी" हैं c:\Program Files, लेकिन बहुत अधिक नहीं। उन्हें खोजने के लिए उन सभी निर्देशिकाओं को स्कैन करना, या निषेधात्मक रूप से महंगा होना चाहिए। तो निष्पादन योग्य के लिए एक लिंक स्पष्ट रूप से एक ज्ञात स्थान (स्टार्ट मेनू) में रखा जाएगा, और यही आप इसे शुरू करने के लिए उपयोग करेंगे।

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

दोनों तंत्रों में उनके पेशेवरों और विपक्ष हैं, लेकिन आप पाएंगे कि यूनिक्स दृष्टिकोण आमतौर पर अधिक लचीला है।

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

Comments

शुक्रिया @unclezeif उस मुद्दे के साथ "सभी जगह बिखरी हुई फाइलें" वास्तव में मुझे परेशान कर रही हैं क्योंकि मैं इसे नहीं समझता। आपने कहा कि यूनिक्स दृष्टिकोण आमतौर पर अधिक लचीला है। क्या आप कृपया विस्तार से बता सकते हैं?

— एलेक्सस्टैक

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

— चाचाझीव

एक अन्य उदाहरण है: सिद्धांत रूप में, आप अपने घर निर्देशिका में एक प्रोग्राम स्थापित कर सकते हैं, जैसे / होम / फू / बिन, और साझा सिस्टम को छूने के बिना, अपने पथ वातावरण में सिर्फ / होम / फू / बिन जोड़ें।

— चाचाझीव

Answer 9

मुझे लगता है कि सबसे अच्छी सलाह सिर्फ इस मंच पोस्ट में है । यहां आपके विकल्प हैं (2 और 3 प्रभाव के मामले में कमोबेश एक जैसे हैं, वास्तव में):

1. एक पैकेज प्रबंधक और एक भंडार का उपयोग करें। इसका मतलब है कि आप अपडेट प्राप्त करते हैं, आपको आधिकारिक रिलीज़, हस्ताक्षरित रिलीज़ आदि मिलते हैं।
2. यदि आप रिपॉजिटरी से पैकेज का उपयोग नहीं कर सकते हैं या नहीं कर सकते हैं, तो सॉफ़्टवेयर के लिए एक पैकेज बनाएं और अपने पैकेज मैनेजर का उपयोग करके इंस्टॉल करें। डेबियन-आधारित सिस्टम पर ऐसा करने के लिए विस्तृत निर्देश ऊपर दिए गए पोस्ट में हैं। यह पहली बार में डरावना लग रहा है, लेकिन यह वास्तव में काफी सरल है, और विशेष रूप से डेबियन के मामले में आपके लिए सभी कड़ी मेहनत करने के लिए बहुत सारी स्क्रिप्ट हैं।

3. यदि आपको वह विधि काम करने के लिए नहीं मिल सकती है, checkinstallतो जैसा कि दूसरों ने सुझाया है , उपयोग करें । यह स्थापित करने के लिए एक बहुत ही सरल ड्रॉप-इन प्रतिस्थापन है:

   $ ./configure
   $ make
   $ sudo checkinstall
   

   यह सॉफ्टवेयर को सामान्य रूप में बनाना चाहिए, और फिर make installएक सीमित वातावरण में चलता है जो ट्रैक करता है कि यह क्या करता है और एक पैकेज बनाता है जो बिल्कुल उन चीजों को करेगा। फिर यह आपके पैकेज मैनेजर के साथ उस पैकेज को स्थापित करता है। तब निकालना किसी अन्य पैकेज को हटाने की तरह है, जैसे (2)।

4. यदि आप पैकेज मैनेजर का उपयोग नहीं कर सकते हैं या नहीं कर रहे हैं, तो ठीक है, तो उपयोग करें make install, मुझे लगता है। और आशा है कि सॉफ्टवेयर मेंटेनर एक अनइंस्टॉल रूटीन को बनाए रखता है।