पीपीए निकालें: "ऐड-एप्ट-रिपॉजिटरी - वर्मोव" बनाम "आरएम /etc/apt/source.list.d/???list"


14

पीपीए को कैसे हटाया जा सकता है? PPA से छुटकारा पाने के लिए मुख्य रूप से 3 विधियाँ हैं:

  • add-apt-repositoryकमांड का उपयोग करें :

    sudo add-apt-repository --remove ppa:???/???
    
  • .listफ़ाइल को मैन्युअल रूप से निकालें :

    sudo rm /etc/apt/sources.list.d/????.list
    
  • जैसे अतिरिक्त उपकरणों का उपयोग करें ppa-purge... (इस प्रश्न का विषय नहीं)

मैं उत्सुक हूं कि पहले और दूसरे विकल्प के बीच अंतर क्या है, यानी add-apt-repository --removeक्या .listफ़ाइल को हटाने की तुलना में कुछ और है ?

एक उदाहरण मैं सोच सकता हूं कि पीपीए के साथ मिलकर स्थापित किए गए जीपीजी कुंजी होंगे। विल add-apt-repositoryसंभालने के लिए और बस के विपरीत उन्हें हटाने rmआईएनजी .listफ़ाइल?

कृपया ध्यान दें कि न तो GPG कुंजी निकालना और न ही ppa-purgeइस प्रश्न का विषय है!


क्षमा करें, अपना तीसरा बिंदु नहीं देखा। यह आपकी मदद कर सकता है: "ppa-purge" और "add-apt-repository -r" के बीच अंतर? add-apt-repositoryउन्हें भी दूर करना चाहिए।
रॉन

नहीं, यह एक और सवाल है।
पायलट

आप चाबियाँ/etc/apt/trusted.gpg.d/
Pilot6


@ Pilot6 कोई डुप्लिकेट नहीं, क्योंकि मेरा मुख्य प्रश्न फ़ाइल add-apt-repositoryको मैन्युअल रूप से हटाने और उसके बीच अंतर है .list। GPG कीज़ सिर्फ एक उदाहरण था जो मेरे दिमाग में आया कि क्या अंतर हो सकता है। अब और अधिक स्पष्ट करने के लिए संपादन ... - लेकिन लिंक को वहीं रहने दें, क्योंकि यह कम से कम संबंधित है।
बाइट कमांडर

जवाबों:


25

दोनों आदेश पीपीए को हटा देते हैं, लेकिन एक बुनियादी अंतर है:

sudo add-apt-repository --remove ppa:???/???

यह कमांड केवल .listफ़ाइल की सामग्री को हटा देगा । यह फ़ाइल को स्वयं नहीं निकालेगा।

sudo rm /etc/apt/sources.list.d/????.list

एक बार जब आप इस कमांड को चलाते हैं, तो यह पीपीए फाइल को पूरी तरह से हटा देगा।

हालांकि, मेरी राय में, इसका उपयोग करना बेहतर है:

sudo rm /etc/apt/sources.list.d/????.list*

मैं आमतौर पर अंतिम कमांड का उपयोग ट्रेलिंग तारांकन चिह्न ( *) के साथ करता हूं , क्योंकि जब भी हम कोई रिपॉजिटरी जोड़ते हैं तो यह दो फाइलों को बनाएगा /etc/apt/sources.list.d/। पहला एक .listफाइल है और दूसरा उसका एक बैकअप है, जिसमें एक्सटेंशन है .list.save

कमांड के साथ एक ही मामला sudo apt-key del ???? और केsudo rm /etc/apt/trusted.gpg.d/file.gpg । जब भी हम कुंजी जोड़ते हैं, तो दो कमांड के तहत बनाई गई फ़ाइल /etc/apt/trusted.gpg.d/ file.gpgऔर file.gpg~जब आप कमांड चलाते हैं

sudo apt-key del ????

एक फ़ाइल file.gpgको हटा दिया जाएगा और दूसरा एक रहेगाfile.gpg~ जैसा । हालांकि, मेरी राय में, इसका उपयोग करना बेहतर है:

sudo rm /etc/apt/trusted.gpg.d/file.gpg*

आप हानिरहित बैकअप क्यों हटाना चाहेंगे?
मुरु

@ ममरू !! यह मेरी राय है कि मैं आम तौर पर ऐसा करता हूं कि जब मैं अब उस भंडार का उपयोग नहीं करना चाहता हूं। इसकी आवश्यकता पर निर्भर करता है अगर किसी को लगता है कि सिस्टम में रखना उपयोगी हो सकता है तो वे इसे रख सकते हैं। मान लीजिए अगर मैंने 30 रेपो पीपीए जोड़े तो वहां 60 फाइल बन जाएगी। अगली बार अगर मैं कोई रेपो जोड़ूं या हटाऊं तो हमें किसी भी फाइल को खोजने और संशोधित करने के लिए और प्रयास करने होंगे। या आपको लगता है कि यह भविष्य में उपयोग करने योग्य हो सकता है तो आप फ़ाइल के अंदर रेपो प्रविष्टियों पर भी टिप्पणी कर सकते हैं या आप उस फ़ाइल की सामग्री को कहीं कॉपी कर सकते हैं। वैसे भी इसकी आवश्यकता पर निर्भर करता है।
pl_rock

गंभीरता से? Oo आपको 60 फ़ाइलों के माध्यम से grep करने के लिए समय और प्रयास की आवश्यकता है? ऊ
मुरु

कोई समय नहीं, मैं उस फ़ाइल का नाम यादगार नाम बदलना भूल गया, फिर मैंने समय बिताया कि किस फ़ाइल में कौन सी प्रविष्टि है। कुछ फ़ाइल नाम की तरह जैसे webupd8।
pl_rock

संस्करण 13, 14 में भी हो सकता है और पहले वाला ubuntu संस्करण हो सकता है, जिससे समस्या पैदा होती है यदि आपकी gpg 40 से अधिक कुंजी है तो आपको नया जोड़ने के लिए कुछ कुंजी को हटाना होगा। Bugs.launchpad.net/ubuntu/+source/apt/+bug/1263540
pl_rock

1

नहीं, apt-add-repository GPG कुंजियों को नहीं संभालेगा, इसलिए यदि आप कुंजियों को भी हटाना चाहते हैं, तो rm /etc/apt/source.list.d/???list और फिर GPG कुंजी आदि का उपयोग करें। etc / उपयुक्त / trusted.gpg.d /


इन सूचियों में कुंजियाँ संग्रहीत नहीं हैं।
पायलट

मुझे पता है। @ पायलट 6
डेविड

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