Emacs में पैकेज प्रबंधन

मैं काफी समय से Emacs का उपयोग कर रहा हूं और सामान्य तौर पर, एक पंक्ति में सब कुछ के लिए। हालाँकि इस टेक्स्ट प्रोसेसर के साथ वितरित किए गए elisp package की संख्या लगातार बढ़ रही है, कभी-कभी आपको अभी भी तृतीय-पक्ष पैकेज स्थापित करने की आवश्यकता होती है। समय के साथ, उनकी संख्या भी धीरे-धीरे बढ़ रही है, उन्हें निर्भरता को ट्रैक करना होगा, उन्हें अद्यतन करने के लिए भी (या अधिमानतः) की आवश्यकता है, सामान्य तौर पर, पैकेज प्रबंधक के लिए कार्यों का मानक सेट। हाल तक तक, मैं लिनक्स पैकेज के लिए सिस्टम पैकेज प्रबंधकों का उपयोग करता था, एलिस्टे पैकेज स्थापित करने के लिए पोर्टेज। निश्चित रूप से कुछ असुविधाएँ थीं, लेकिन असली समस्याएं तब शुरू हुईं, जब एमएसीएस को विंडोज और मैक ओएस के तहत इस्तेमाल किया जाना था। वास्तविक पैकेज प्रबंधन के अलावा, सभी स्थापित फ़ाइलों को सिंक्रनाइज़ करना आवश्यक हो गया, और न केवल ~ / .emacs में सेटिंग्स।

नतीजतन, मैं निम्नलिखित गुणों के साथ एक पूर्ण रूप से तैयार किए गए विशिष्ट पैकेज प्रबंधक का उपयोग करने के लिए परिपक्व हो गया हूं:

• बड़े पैकेज डेटाबेस
• अपने स्वयं के पैकेज बनाने और बनाए रखने की सुविधा
• कंप्यूटर के बीच स्थापित संकुल के तुल्यकालन में आसानी
• अतिरिक्त एप्लिकेशन इंस्टॉल किए बिना क्रॉस-प्लेटफ़ॉर्म

मौजूदा संभावनाओं के थोड़े शोध के बाद, यह समीक्षा निकली, जिसमें मैं एलपा पर विस्तार से लिखूंगा और साथ ही साथ दूसरों के बारे में संक्षेप में बात करूंगा।



महत्वपूर्ण नोट: नीचे वर्णित सब कुछ emacs 23 के एक स्थिर संस्करण पर करने की कोशिश की गई थी, पहले के संस्करण वर्णित के रूप में काम नहीं कर सकते हैं। विभिन्न ऑपरेटिंग सिस्टम पर विशेष परीक्षण नहीं किया गया था, ऑपरेशन के दौरान कुछ छोटी चीजें पता चली थीं।

ELPA या package.el

प्रारंभ में, Emacs लिस्प पैकेज आर्काइव (यह है कि कैसे कल्प खड़ा है) यहां स्थित था, मूल अभी भी डाउनलोड और स्थापित किया जा सकता है। वर्तमान में, पैकेज.सेल को एमएसीएस डेवलपमेंट ट्री में सपोर्ट किया गया है और इसे 24 रिलीज में शामिल किया जाएगा। यानी, एल्पा में संभवतः एक बड़ा उपयोगकर्ता आधार होगा, इसलिए पैकेज बेस विकसित होगा। वैसे, यह Emacs Starter Kit में कुंजीबद्ध है, यह शायद शुरुआती लोगों के लिए elpa स्थापित करने का सबसे आसान तरीका है, साथ ही यह emacs 22 के साथ काम करता है, लेकिन मेरे उद्देश्यों के लिए बहुत अनावश्यक है। यह emacs के विकास के पेड़ से package.el को प्राप्त करना बहुत आसान है, मैं इस संस्करण की सिफारिश करता हूं क्योंकि पैकेज के बाद यह पूरी तरह से स्वतंत्र होना बंद हो गया है।

इसलिए, सभी स्थापित पैकेजों को संग्रहीत करने के लिए ~ / .emacs.d / elpa फ़ोल्डर बनाएं, डाउनलोड की गई फ़ाइल को वहां डालें और निम्नलिखित पंक्तियों को ~ / .emacs में जोड़ें:

;;; This was installed by package-install.el.
;;; Move this code earlier if you want to reference packages in your .emacs.
(when (load (expand-file-name "~/.emacs.d/elpa/package.el"))
(package-initialize))


इस कमांड को निष्पादित करने के बाद (या सबसे खराब रीमेकिंग एमएसीएस), आप डेटाबेस से पैकेजों की सूची प्राप्त करने और देखने के लिए एमएक्स सूची-पैकेजों की कोशिश कर सकते हैं। डिफ़ॉल्ट रूप से, http://elpa.gnu.org का उपयोग किया जाता है, वहां काफी पैकेज हैं, इसलिए रिपॉजिटरी जोड़ें:

;; use more repositories for elpa
(setq package-archives '(("elpa" . "http://tromey.com/elpa/")
("gnu" . "http://elpa.gnu.org/packages/")
("marmalade" . "http://marmalade-repo.org/packages/")))


पेशेवरों:

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

विपक्ष:

• (अन) स्थापित पैकेजों के बारे में बहुत कम जानकारी: कोई स्थापना तिथि, कोई रिपॉजिटरी नाम, बहुत अधिक नहीं;
• स्थापित पैकेजों की सूची का समर्थन नहीं करता है, इससे विभिन्न मशीनों पर संकुल को सिंक्रनाइज़ करना मुश्किल हो जाता है;
• पैकेज और निर्भरताएँ नहीं निकाल सकते

आज तक, रिपॉजिटरी में लगभग 330 पैकेज हैं, कुछ महीने पहले उनमें से लगभग 280 थे, प्रगति स्पष्ट है।

अल-get.el

आप इसे GitHub पर पा सकते हैं '(बाकी कहां?), जहां लेखक Emacs किकर को Emacs स्टार्टर किट के विकल्प के रूप में भी सुझाता है । आप केवल एक कमांड चलाकर एल्पा की तरह एल-गेट स्थापित कर सकते हैं, जो इंस्टॉलेशन स्क्रिप्ट को डाउनलोड करता है, रिपॉजिटरी को गितुब से ~ / .emacs.d / el-get पर क्लोन करता है और इसे इनिशियलाइज़ करता है। चूंकि ~ / .emacs.d पहले से ही git पर्यवेक्षण के अधीन है, मैंने git सबमॉड्यूल का उपयोग किया:

cd ~
mkdir .emacs.d/el-get
git submodule add github.com/dimitri/el-get.git .emacs.d/el-get/el-get


इससे प्रबंधक और पैकेज डेटाबेस ( व्यंजनों ) दोनों को अपडेट करना आसान हो जाएगा। व्यंजनों से सभी पैकेज ~ / .emacs.d / el-get में स्थापित होते हैं और एल्पा पैकेज के साथ नहीं मिलते हैं। आरंभ करने के लिए, आपको निम्नलिखित को ~ / .emacs में जोड़ना होगा:

;;; check if git sumbodule is there before loading el-get
(when (file-readable-file "~/.emacs.d/el-get/el-get/el-get.el")
(add-to-list 'load-path "~/.emacs.d/el-get/el-get")
(require 'el-get)
;; packages to manage
(setq el-get-sources
'((:name magit :type elpa)
))
(setq recipes
(append
'(bbdb mediawiki auctex)
(mapcar 'el-get-source-name el-get-sources)))
(el-get 'sync recipes))


El-get डाउनलोड करने के बाद, कोड इंस्टॉल किए गए पैकेजों की जांच करता है और, यदि कोई गायब है, तो उन्हें स्थापित करने का प्रयास करता है। तो el-get, bbdb, mediawiki और auctex अपने स्वयं के व्यंजनों से स्थापित किए गए हैं, और elpa का उपयोग करके मैगिट किया गया है। इसके अलावा, एप्टीट-गेट, गिट और अन्य सभी चीजों से स्थापना संभव है। इसी समय, अलग-अलग फ़ोल्डरों में एल्पा और एप्ट-गेट स्थापित पैकेज और सिद्धांत रूप में, स्वतंत्र रूप से अपने पैकेज का प्रबंधन कर सकते हैं। जिसे अनुशंसित नहीं किया गया है, क्योंकि एल-गेट अपनी निर्देशिका में सीमलिंक बनाता है, और अगर पैकेज को बाहर से हटा दिया जाता है, तो यह अप्रिय होगा। सामान्य तौर पर, एक जगह पर स्थापित पैकेजों की सूची और विकल्पों को संग्रहीत करना बेहतर होता है, जैसा कि ऊपर दिखाया गया है, यह कंप्यूटरों के बीच सिंक्रनाइज़ेशन को सरल करता है।

Mx el-get-install का उपयोग करके व्यंजनों को अंतःक्रियात्मक रूप से भी स्थापित किया जा सकता है, लेकिन आप भी इस जाल में पड़ सकते हैं: पहले से स्थापित पैकेज स्वतः पूर्ण सूची में नहीं दिखाई देते हैं, और इसलिए आपको गलत धारणा मिल सकती है कि वे डेटाबेस में नहीं हैं। संकुल की सूची को स्पष्ट रखने का यह एक और कारण है।

सिंक्रनाइज़ेशन की बात कर रहे हैं। एक नई जगह में आपको जो कुछ भी चाहिए, उसे स्थापित करने के लिए, मुझे सिर्फ ईमैक शुरू करने से पहले कुछ आदेशों को निष्पादित करना होगा:

cd ~
git submodule init
git submodule update


Emacs शुरू करने के बाद (फिर से), सब कुछ अपने आप इंस्टॉल हो जाएगा सच है, कई नुकसान हैं:

1. अगर, emacs के अलावा, पैकेज को संकलित करने के लिए अतिरिक्त कार्यक्रमों की आवश्यकता होती है, तो उन्हें काम करने के लिए स्थापित और बनाया जाना होगा। मुझे एक उदाहरण के रूप में emacs-w3m दें: इसे संकलन करने के लिए स्रोत और ऑटोकॉन्फ़ को डाउनलोड करने के लिए सीवी की आवश्यकता होती है। ईमानदारी से, मुझे विंडोज के तहत काम करने के लिए emacs-w3m नहीं मिला।
2. यदि apt-get का उपयोग किया जाता है, तो Linux के तहत पैकेज केवल डेबियन डेरिवेटिव पर स्थापित किया जा सकता है, Mac OS पर आप Fink का उपयोग कर सकते हैं (el-get भी इसका समर्थन करता है), लेकिन यह सभी के लिए नहीं है। साथ ही, आपको व्यवस्थापक अधिकारों की आवश्यकता है, क्योंकि सिस्टम पर ऐसा पैकेज स्थापित है।
3. तृतीय-पक्ष पैकेज प्रबंधकों के साथ सिम्बलिंक का उपयोग करना विंडोज एक्सपी के तहत जीवन को बहुत जटिल करता है, वे वहां बेवकूफ तरीके से समर्थित नहीं हैं। हालांकि यह एक अस्थिर शाखा में तय किया गया लगता है, लेकिन मैंने अभी तक इसकी कोशिश नहीं की है।

पेशेवरों:

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

विपक्ष:

• संस्करणों को बिल्कुल भी ट्रैक नहीं करता है;
• बहुत असुविधाजनक इंटरफ़ेस: व्यंजनों से संकुल के नाम को ऑटो-पूर्णता का उपयोग करके देखा जा सकता है, आप अतिरिक्त जानकारी का अनुरोध el-get-description द्वारा कर सकते हैं, लेकिन elpa में विवरण के साथ कोई सुंदर सूची नहीं है।

व्यंजनों में लगभग 350 पैकेट पाए गए थे, एल्पा पैकेट को जोड़ने पर, हमें एक सुंदर सुंदर संख्या मिलती है। सिद्धांत रूप में, यह emacswiki से संकुल को स्थापित करने में सक्षम है, और यह लगभग 1660 संकुल है।

बाकी

मैंने बाकी पैकेज प्रबंधकों के माध्यम से काफी संक्षेप में देखा; प्रबंधकों की सूची और अतिरिक्त जानकारी EmacsWiki और StackOverflow पर पाई जा सकती है।

• ऑटो-इंस्टॉल : एक केंद्रीकृत पैकेज डेटाबेस (अन्य विकल्प भी संभव हैं) के रूप में इमैक्सीकी का उपयोग करता है, निर्भरता को ट्रैक कर सकता है और संस्करणों के बीच अंतर दिखा सकता है। इसे एल-गेट से स्थापित किया जा सकता है।
• elinstall.el : बहुत स्पष्ट प्रलेखन नहीं।
• epackage : डिस्ट्रीब्यूटेड एमएसीएस लिस्प पैकेज सिस्टम (DELPS) बनना चाहिए, पैकेज का भंडारण और वितरण गिट द्वारा किया जाता है। विचार बुरा नहीं हो सकता है, लेकिन मैं एक दर्जन पैकेटों के कारण पूरे पेड़ को डिस्क पर रखने के लिए मुस्कुराता नहीं हूं। और सामान्य तौर पर, विकास किसी तरह सुस्त है।
• epkg.el : विकास में छह महीने का भी उपयोग करता है, अभी तक अपलोड नहीं किया गया है।
• install.el : जाहिर तौर पर अब समर्थित नहीं है, कॉपीराइट 2006 में नवीनतम तारीख।
• install-elisp.el : ऑटो-इंस्टॉल का पूर्ववर्ती, अब समर्थित नहीं है
• jem-pkg.el : दिलचस्प विशेषताओं के लिए, यह विभिन्न मशीनों के लिए अलग-अलग कॉन्फ़िगरेशन का समर्थन करता है, हालांकि मुझे सभी कंप्यूटरों के लिए एक ही पैकेज और सेटिंग्स का समर्थन करने की आवश्यकता है। और यह स्पष्ट नहीं है कि पैकेज कहाँ से लाएँ।
• pases.el : पैकेज मेकफाइल्स के रूप में बनाए जाते हैं, आपको उन्हें (मैन्युअल रूप से) इकट्ठा करने की आवश्यकता है, और गैसें उन्हें emacs में स्थापित करेंगी। वैसे, बहुत कम पैकेज हैं, सामान्य तौर पर, यह एक छात्र थीसिस की तरह दिखता है।
• श्रोणि : PHP Emacs लिस्प मैनेजर, सच्चा emacs'ovodu नाराज।
• plugin.el और उपयोग- package.el स्पष्ट रूप से अब समर्थित नहीं हैं।

समापन के बजाय, मैं ध्यान देता हूं कि फिलहाल मैं उपरोक्त एल-गेट + एल्पा गुच्छा का उपयोग कर रहा हूं। जब समय प्रकट होता है, मुझे लगता है कि ऑटो-इंस्टॉल के साथ चारों ओर खेलना चाहिए और इसके बारे में हब्रोसैक्विटी बताएं।