डीपीकेजी-रखरखाव-सहायक - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

डीपीकेजी-रखरखाव-सहायक - अनुचर स्क्रिप्ट में ज्ञात डीपीकेजी सीमाओं के आसपास काम करता है

SYNOPSIS

डीपीकेजी-रखरखाव-सहायक आदेश [प्राचल...] -- रखरखाव-स्क्रिप्ट-पैरामीटर...

कमानों और पैरामीटर

का समर्थन करता है आदेश

आरएम_कॉन्फाइल कन्फाइल [पूर्व-संस्करण [पैकेज]]

एमवी_कॉन्फाइल पुराना ढोंग नई-confile [पूर्व-संस्करण [पैकेज]]

symlink_to_dir पथ नाम पुराना लक्ष्य [पूर्व-संस्करण [पैकेज]]

dir_to_symlink पथ नाम नया लक्ष्य [पूर्व-संस्करण [पैकेज]]

वर्णन

इस कार्यक्रम को कुछ कार्यों को प्राप्त करने के लिए अनुरक्षक स्क्रिप्ट के भीतर चलाने के लिए डिज़ाइन किया गया है
dpkg डिज़ाइन निर्णयों के कारण या वर्तमान के कारण मूल रूप से (अभी तक) संभाल नहीं सकता है
सीमाओं।

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

आम पैरामीटर

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

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

उदाहरण के लिए, संस्करण में हटाए गए एक कॉन्फाइल के लिए 2.0-1 एक पैकेज का, पूर्व-संस्करण
पर सेट किया जाना चाहिए 2.0-1 ~. इससे कॉन्फाइल को हटा दिया जाएगा, भले ही
उपयोगकर्ता ने पिछले संस्करण का पुनर्निर्माण किया 1.0-1 as 1.0-1स्थानीय1. या एक पैकेज स्विचिंग a
एक सिम्लिंक से पथ (संस्करण में भेज दिया गया 1.0-1) एक निर्देशिका के लिए (संस्करण में भेज दिया गया
2.0-1), लेकिन केवल संस्करण में अनुरक्षक स्क्रिप्ट में वास्तविक स्विच का प्रदर्शन कर रहा है
3.0-1, सेट करना चाहिए पूर्व-संस्करण सेवा मेरे 3.0-1 ~.

पैकेज
पैकेज का नाम। जब पैकेज "मल्टी-आर्क: समान" होता है, तो यह पैरामीटर होना चाहिए
आर्किटेक्चर क्वालीफायर शामिल करें, अन्यथा इसे करना चाहिए नहीं आम तौर पर शामिल हैं
आर्किटेक्चर क्वालीफायर (क्योंकि यह क्रॉस-ग्रेड को अस्वीकार कर देगा, या होने से स्विच कर सकता है
वास्तुकला के लिए विशिष्ट वास्तुकला सब या ठीक इसके विपरीत)। यदि पैरामीटर है
खाली या छोड़ा गया, the DPKG_MAINTSCRIPT_PACKAGE और DPKG_MAINTSCRIPT_ARCH
पर्यावरण चर (जैसा कि द्वारा निर्धारित किया गया है) dpkg) का उपयोग आर्क-योग्यता उत्पन्न करने के लिए किया जाएगा
पैकेज का नाम।

-- अनुरक्षक लिपियों के सभी मापदंडों को कार्यक्रम को अग्रेषित किया जाना है
बाद --.

CONFILE संबंधित कार्य

पैकेज को अपग्रेड करते समय, dpkg स्वचालित रूप से एक कॉन्फाइल नहीं हटाएगा (एक कॉन्फ़िगरेशन
फ़ाइल जिसके लिए dpkg उपयोगकर्ता परिवर्तनों को संरक्षित करना चाहिए) यदि यह नए में मौजूद नहीं है
संस्करण। इसके दो प्रमुख कारण हैं; पहला यह है कि conffile हो सकता है
दुर्घटना से गिरा दिया गया था और अगला संस्करण इसे पुनर्स्थापित कर सकता है, उपयोगकर्ता नहीं चाहेंगे कि उनका
परिवर्तन फेंक दिया। दूसरा यह है कि संकुल को a . से फाइलों को बदलने की अनुमति दी जाए
dpkg-बनाए गए कॉन्फाइल को पैकेज के अनुरक्षक स्क्रिप्ट द्वारा अनुरक्षित फ़ाइल में रखा जाता है, आमतौर पर
debconf या ucf जैसे टूल के साथ।

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

हटाना a कन्फाइल
यदि कोई कॉन्फाइल पूरी तरह से हटा दिया गया है, तो इसे डिस्क से हटा दिया जाना चाहिए, जब तक कि उपयोगकर्ता के पास न हो
इसे संशोधित किया। यदि स्थानीय संशोधन हैं, तो उन्हें संरक्षित किया जाना चाहिए। अगर पैकेज
अपग्रेड बंद हो जाता है, नया अप्रचलित कॉन्फाइल गायब नहीं होना चाहिए।

यह सब निम्नलिखित शेल स्निपेट को में डालकर कार्यान्वित किया जाता है पूर्व संस्थापन, पोस्टइंस्टा
और पोस्टआरएम अनुरक्षक स्क्रिप्ट:

dpkg-रखरखाव-सहायक rm_conffile \
कन्फाइल पूर्व-संस्करण पैकेज -- "$@"

कन्फाइल हटाने के लिए conffile का फ़ाइल नाम है।

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

नाम बदल रहा है a कन्फाइल
यदि एक कॉन्फाइल को एक स्थान से दूसरे स्थान पर ले जाया जाता है, तो आपको यह सुनिश्चित करने की आवश्यकता है कि आप आगे बढ़ते हैं
उपयोगकर्ता द्वारा किए गए कोई भी परिवर्तन। यह एक साधारण बदलाव लग सकता है पूर्व संस्थापन स्क्रिप्ट पर
पहले, हालांकि इसके परिणामस्वरूप उपयोगकर्ता द्वारा संकेत दिया जाएगा dpkg conffile को मंजूरी देने के लिए
संपादित करें, भले ही वे उनके लिए ज़िम्मेदार न हों।

ग्रेसफुल नेमिंग को निम्नलिखित शेल स्निपेट में डालकर लागू किया जा सकता है
पूर्व संस्थापन, पोस्टइंस्टा और पोस्टआरएम अनुरक्षक स्क्रिप्ट:

dpkg-रखरखाव-सहायक mv_conffile \
पुराना ढोंग नई-confile पूर्व-संस्करण पैकेज -- "$@"

पुराना ढोंग और नई-confile नाम बदलने के लिए conffile का पुराना और नया नाम हैं।

वर्तमान कार्यान्वयन: पूर्व संस्थापन जाँचता है कि क्या कॉन्फाइल को संशोधित किया गया है, यदि हाँ तो यह है
जगह पर छोड़ दिया अन्यथा इसका नाम बदल दिया गया पुराना ढोंग.dpkg-निकालें. विन्यास पर,
पोस्टइंस्टा हटा देगा पुराना ढोंग.dpkg-निकालें और नाम बदलें पुराना ढोंग सेवा मेरे नई-confile if पुराना-
कन्फाइल अभी भी उपलब्ध है। निरस्त-उन्नयन/निरस्त-स्थापित करने पर, पोस्टआरएम renames पुराना-
कन्फाइल.dpkg-निकालें वापस करने के लिए पुराना ढोंग यदि आवश्यक हुआ।

सिमलिंक और निर्देशिका स्विच

पैकेज को अपग्रेड करते समय, dpkg स्वचालित रूप से एक सिमलिंक को निर्देशिका में स्विच नहीं करेगा या
विपरीतता से। डाउनग्रेड समर्थित नहीं हैं और पथ को वैसे ही छोड़ दिया जाएगा।

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

ग्रेसफुल नेमिंग को निम्नलिखित शेल स्निपेट में डालकर लागू किया जा सकता है
पूर्व संस्थापन, पोस्टइंस्टा और पोस्टआरएम अनुरक्षक स्क्रिप्ट:

dpkg-रखरखाव-सहायक symlink_to_dir \
पथ नाम पुराना लक्ष्य पूर्व-संस्करण पैकेज -- "$@"

पथ नाम पुराने सिम्लिंक का पूर्ण नाम है (पथ अंत में एक निर्देशिका होगी
स्थापना के) और पुराना लक्ष्य पूर्व सिम्लिंक का लक्ष्य नाम है पथ नाम.
यह या तो निरपेक्ष या उस निर्देशिका के सापेक्ष हो सकता है जिसमें पथ नाम.

वर्तमान कार्यान्वयन: पूर्व संस्थापन जाँचता है कि क्या सिमलिंक मौजूद है और इंगित करता है पुराना लक्ष्य,
यदि नहीं, तो इसे वहीं छोड़ दिया जाता है, अन्यथा इसका नाम बदलकर कर दिया जाता है पथ नाम.dpkg-बैकअप. पर
विन्यास, पोस्टइंस्टा हटा देगा पथ नाम.dpkg-बैकअप if पथ नाम.dpkg-बैकअप अभी भी है
एक सिमलिंक। निरस्त-उन्नयन/निरस्त-स्थापित करने पर, पोस्टआरएम renames पथ नाम.dpkg-बैकअप वापस करने के लिए
पथ नाम यदि आवश्यक हुआ।

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

ग्रेसफुल स्विचिंग को निम्नलिखित शेल स्निपेट में डालकर कार्यान्वित किया जा सकता है
पूर्व संस्थापन, पोस्टइंस्टा और पोस्टआरएम अनुरक्षक स्क्रिप्ट:

dpkg-रखरखाव-सहायक dir_to_symlink \
पथ नाम नया लक्ष्य पूर्व-संस्करण पैकेज -- "$@"

पथ नाम पुरानी निर्देशिका का पूर्ण नाम है (पथ अंत में एक सिमलिंक होगा
स्थापना के) और नया लक्ष्य नए सिमलिंक का लक्ष्य है पथ नाम. यह कर सकते हैं
या तो निरपेक्ष हो या उस निर्देशिका से संबंधित हो जिसमें पथ नाम.

वर्तमान कार्यान्वयन: पूर्व संस्थापन जाँचता है कि क्या निर्देशिका मौजूद है, इसमें शामिल नहीं है
conffiles, अन्य पैकेजों के स्वामित्व वाले पथनाम, या स्थानीय रूप से बनाए गए पथनाम, यदि नहीं तो
इसे जगह पर छोड़ दिया गया है, अन्यथा इसका नाम बदल दिया गया है पथ नाम.dpkg-बैकअप, और एक खाली मंचन
निर्देशिका नाम पथ नाम बनाया गया है, एक फ़ाइल के साथ चिह्नित किया गया है ताकि dpkg इसे ट्रैक कर सके। पर
विन्यास, पोस्टइंस्टा स्विच खत्म करता है अगर पथ नाम.dpkg-बैकअप अभी भी है
निर्देशिका और पथ नाम स्टेजिंग निर्देशिका है; यह स्टेजिंग निर्देशिका चिह्न को हटाता है
फ़ाइल, नई बनाई गई फ़ाइलों को स्टेजिंग निर्देशिका के अंदर सिमलिंक लक्ष्य पर ले जाती है
नया लक्ष्य/, अब खाली स्टेजिंग निर्देशिका की जगह लेता है पथ नाम करने के लिए एक सिमलिंक के साथ नया-
लक्ष्य, और हटाता है पथ नाम.dpkg-बैकअप. निरस्त-उन्नयन/निरस्त-स्थापित करने पर, पोस्टआरएम
renames पथ नाम.dpkg-बैकअप वापस करने के लिए पथ नाम यदि आवश्यक हुआ।

एकीकरण IN संकुल

पैकेजिंग हेल्पर का उपयोग करते समय, कृपया जांच लें कि उसमें देशी है या नहीं डीपीकेजी-रखरखाव-सहायक
एकीकरण, जो आपके जीवन को आसान बना सकता है। उदाहरण के लिए देखें dh_installdeb(1).

यह देखते हुए कि डीपीकेजी-रखरखाव-सहायक में प्रयोग किया जाता है पूर्व संस्थापन, बिना शर्त इसका उपयोग करना
यह सुनिश्चित करने के लिए पूर्व-निर्भरता की आवश्यकता है कि आवश्यक संस्करण dpkg अनपैक किया गया है
इससे पहले। आवश्यक संस्करण प्रयुक्त कमांड पर निर्भर करता है, के लिए आरएम_कॉन्फाइल और एमवी_कॉन्फाइल
यह 1.15.7.2 है, के लिए symlink_to_dir और dir_to_symlink यह 1.17.14 है:

पूर्व-निर्भर: डीपीकेजी (>= 1.17.14)

लेकिन कई मामलों में प्रोग्राम द्वारा किया गया ऑपरेशन पैकेज के लिए महत्वपूर्ण नहीं होता है, और
पूर्व-निर्भरता का उपयोग करने के बजाय हम प्रोग्राम को तभी कॉल कर सकते हैं जब हमें पता हो कि
आवश्यक आदेश वर्तमान में स्थापित द्वारा समर्थित है dpkg:

अगर डीपीकेजी-रखरखाव-सहायक समर्थन करता है आदेश; फिर
डीपीकेजी-रखरखाव-सहायक आदेश ...
fi

आदेश का समर्थन करता है सफलता पर 0 लौटाएगा, अन्यथा 1। NS का समर्थन करता है आदेश होगा
जाँच करें कि क्या dpkg द्वारा निर्धारित और स्क्रिप्ट द्वारा आवश्यक पर्यावरण चर मौजूद हैं,
और पर्यावरण के पर्याप्त नहीं होने की स्थिति में इसे विफल मानेंगे।

onworks.net सेवाओं का उपयोग करके dpkg-maintscript-helper ऑनलाइन का उपयोग करें