पर्ज और dpkg के बीच अंतर?


9

मुझे उत्पादन सर्वर से phpmyadmin को अनइंस्टॉल करना पड़ा और इसके लिए गुगली दी और इसका उपयोग किया:

sudo dpkg -P phpmyadmin

ठीक है, यह ठीक काम किया है, लेकिन ऐसा लगता है कि Ubuntu पर हर कोई इसके बजाय एक पर्स का उपयोग कर रहा है

sudo apt-get purge phpmyadmin 

हमसे क्या गलती हो गयी? किसी भी परिणाम के बारे में मुझे पता होना चाहिए (यह सब के बाद मेरा उत्पादन सर्वर है) क्या phpmyadmin के सभी बिट्स वास्तव में dpkg -P के माध्यम से अनइंस्टॉल किए गए हैं?


Dpkg के मैन पेज से, यह "-P, --purge पैकेज" कहता है, इसलिए -P 'purge' के लिए खड़ा है, इसलिए, जैसा मैं सोचता हूं, यह वैसा ही होना चाहिए। मैं व्यक्तिगत रूप से 'apt-get purge'
hytromo

जवाबों:


5

dpkgऔर apt-getसॉफ़्टवेयर स्थापित करने के 2 अलग-अलग तरीके हैं। मूल रूप से apt-get, aptitude और synaptic को डेबियन के dpkg पैकेज मैनेजमेंट प्रोग्राम के शीर्ष पर बनाया गया है। वे सभी एक ही मूल कार्य - पैकेज प्रबंधन करते हैं, लेकिन कुछ अतिरिक्त विशेषताएं हैं। Apt-get की अतिरिक्त विशेषताओं में से 1 यह है कि यह निर्भरता को स्थापित करेगा और dpkg नहीं करता है।

-P / purge के बारे में ...

-Pमें dpkgसाधन --purgeऔर सब कुछ निकाल देंगे, setttings और विन्यास फाइल भी शामिल है। मैनुअल से:

-r, --remove, -P, --purge package...|-a|--pending

          Remove  an  installed  package. -r or --remove remove everything
          except conffiles. This may avoid having to reconfigure the pack‐
          age  if  it  is  reinstalled later. (Conffiles are configuration
          files that are listed in the DEBIAN/conffiles control file).  -P
          or  --purge  removes  everything,  including conffiles. If -a or
          --pending is given instead of a package name, then all  packages
          unpacked,   but   marked   to  be  removed  or  purged  in  file
          /var/lib/dpkg/status, are removed or purged, respectively. Note:
          some  configuration  files might be unknown to dpkg because they
          are created and handled  separately  through  the  configuration
          scripts. In that case, dpkg won't remove them by itself, but the
          package's postrm script (which is called by dpkg), has  to  take
          care of their removal during purge. Of course, this only applies
          to files in system directories, not configuration files  written
          to individual users' home directories.

          Removing of a package consists of the following steps:

          1. Run prerm script

          2. Remove the installed files

          3. Run postrm script

उसी में चला जाता purgeहै apt-get

 remove
       remove is identical to install except that packages are removed
       instead of installed. Note the removing a package leaves its
       configuration files in system. If a plus sign is appended to the
       package name (with no intervening space), the identified package
       will be installed instead of removed.


 purge
       purge is identical to remove except that packages are removed and
       purged (any configuration files are deleted too).

मूल रूप से यह एक ही विकल्प है। माइंड यू: डिपेंडेंसी को दूर करना dpkg के साथ नहीं होता है। apt-get निर्भरता को दूर करता है

Lekensteyn द्वारा टिप्पणी से प्रलेखन:


+1 एक समान उत्तर लिखने वाला था। प्रलेखन: debian.org/doc/manuals/debian-faq/ch-pkgtools.en.html । निर्भरता वाली बात पर प्रकाश डाला जाना चाहिए। उदाहरण: हटाने php5से भी phpmyadminहटा दिया जाएगा (यह मानते हुए कि कोई अन्य PHP SAPI नहीं हैं)। aptइसे संभाल सकते हैं, dpkgखुद नहीं कर सकते।
लेकेनस्टाइन

बहुत बढ़िया लेकेस्टीन। में अभी भी देख रहा था (निर्भरता बात मुझे पागल था) इसे जोड़ा गया :) यदि आपके पास अधिक है तो मेरे उत्तर को संपादित करने के लिए स्वतंत्र महसूस करें: D
Rinzwind

यह ठीक है :) यदि कोई dpkgसीधे उपयोग करने के बाद निर्भरता के मुद्दे को हिट करता है , तो वह इसे सही कर सकता है sudo apt-get install -f(जैसा कि सुझाव दिया गया है dpkg)
Lekensteyn

दोस्तों, आपकी सलाह के लिए धन्यवाद। तो क्या मैं sudo apt-get install -f phpmyadminयह सुनिश्चित करने के लिए अपने मामले में कर रहा हूं कि निर्भरताएं नष्ट हो जाएं? अगर निर्भरता साझा की जाती है तो क्या होगा?
होउमैन

@Kave निर्भरताएँ मैन्युअल रूप से स्थापित नहीं की जाएंगी, जब कोई संकुल संस्थापित नहीं होता है जो उन पर निर्भर करता है।
नानोफारड
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.