📠 👇🏾 🎮 मैं लेने और शूट करने या शैक्षिक कार्यक्रम के बारे में कहना चाहूंगा कि आपको मेक इन इंस्टाल क्यों नहीं करना चाहिए 😐 👵🏼 ⚡️

_{इस नोट को लिखने के लिए, मुझे इस तथ्य से प्रोत्साहित किया गया था कि मैं लेखों की टिप्पणियों में इस विषय पर विस्तृत टिप्पणी करने से थक गया था, जहां, एक विशेष डिस्ट्रो के लिए कुछ को इकट्ठा करने और कॉन्फ़िगर करने के निर्देशों के भाग के रूप में, वे बनाने का सुझाव देते हैं।}

लब्बोलुआब यह है कि इस आदेश को "वितरण स्थापित करें" या "sudo make install" के रूप में आधुनिक वितरण में उपयोग नहीं किया जा सकता है।

लेकिन अधिष्ठापन गाइड में कार्यक्रमों के लेखक लिखते हैं कि आपको इस कमांड का उपयोग करने की आवश्यकता है, आप कह सकते हैं। हाँ, वे करते हैं। लेकिन इसका मतलब केवल यह है कि वे नहीं जानते हैं कि आपके पास कौन सा वितरण है, और क्या यह बिल्कुल भी वितरण है, हो सकता है कि आपने एक संप्रदाय में प्रवेश किया था और ~~एलएफएस द्वारा धूम्रपान किया गया था~~ और अब अपने रचना तंत्र के तहत उनके निर्माण को संकलित करने का फैसला किया है। और स्थापित करें एक सार्वभौमिक है, यद्यपि अक्सर ऐसा करने का गलत तरीका है।

गीतात्मक विषयांतर

जैसा कि आप जानते हैं, सामान्य ऑपरेशन के लिए, अधिकांश सॉफ़्टवेयर को न केवल संकलित किया जाना चाहिए, बल्कि सिस्टम में सही ढंग से स्थापित किया जाना चाहिए। प्रोग्राम उन फ़ाइलों को खोजने की अपेक्षा करते हैं जिनकी उन्हें विशिष्ट स्थानों में आवश्यकता होती है, और अधिकांश * निक्स सिस्टम में इन स्थानों को संकलन चरण में कोड में वायर्ड किया जाता है। इस पहलू के अलावा, विंडोज / मैकओएस में linux / freebsd / जो कुछ भी हो, में इंस्टॉलेशन प्रक्रिया के बीच मुख्य अंतर यह है कि प्रोग्राम सिर्फ फाइलों या प्रोग्राम एप्लिकेशन में एक अलग निर्देशिका में फाइलों का एक गुच्छा नहीं रखता है, बल्कि पूरे फाइल सिस्टम में फैल जाता है। लाइब्रेरीज़, लिब को एक्ज़ीक्यूटेबल्स, बिन, कॉन्फिगरेशन वगैरह, सभी तरह के डेटा से लेकर वैर वगैरह तक जाती हैं। यदि आपको अचानक इसे अपडेट करने की आवश्यकता है, तो यह सब पहले किसी तरह से साफ किया जाना चाहिए, क्योंकि नए संस्करण का उपयोग करते समय, पुरानी से बाकी फाइलें पूरी तरह से अप्रत्याशित परिणाम पैदा कर सकती हैं , अक्सर अच्छा नहीं होता है। इस घटना की संभावना इतनी महान नहीं है, लेकिन आपको एक मुकाबला सर्वर पर इसकी आवश्यकता है?

और तो क्या?

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

कैसे लड़ें?

चूंकि वितरण में कभी-कभी पैकेजों को अपडेट करने की क्षमता होती है, इस समस्या को हल करने के लिए वे पैकेज मैनेजर जैसी चीज के साथ आए। इसका उपयोग करते समय, स्थापना लगभग इस प्रकार है:

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

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

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

क्या करें?

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

इसलिए आपको पैकेज एकत्र करने की आवश्यकता है।

मेरे पास इसके लिए *** का समय नहीं है, इसे फिर से स्थापित करना बेहतर है, सब कुछ सरल और स्पष्ट है!

शांत, शांत। वह हमारे पैरों से बंधा है। सब कुछ इतना डरावना और जटिल नहीं है जितना पहली नज़र में लगता है।

checkinstall

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

मैन्युअल रूप से एक डिब पैकेज का निर्माण

यदि आप ऐसे स्वचालन पर भरोसा करने के लिए इच्छुक नहीं हैं (जो कभी-कभी अभी भी गलतियाँ करता है) या आप कुछ बदलाव करना चाहते हैं, लेकिन आप सामान्य पैकेज असेंबली प्रक्रिया से निपटने के लिए अभी भी आलसी हैं, तो आप पैकेज को कलमों के साथ एकत्र कर सकते हैं। मैं एक तरीका बताता हूं कि इसे डेबियन आधारित प्रणालियों के लिए कैसे बनाया जाए, क्योंकि उनके साथ परिचित होना सबसे अच्छा है। यह वैचारिक रूप से सही नहीं है, लेकिन अतिरिक्त संस्थाओं को शामिल किए बिना आउटपुट पूरी तरह से सही पैकेज है। यह निम्नानुसार किया जाता है।
आरंभ करने के लिए, हम कॉन्फ़िगर या autogen.sh --prefix = / usr और --exec- उपसर्ग = / usr के लिए पूर्वनिर्धारित मापदंडों के साथ सॉफ़्टवेयर एकत्र करते हैं।
अगला, एक अस्थायी निर्देशिका में स्थापित करें। हम लिखते हैं:

fakeroot
make install DESTDIR=`pwd`/tempinstall

. , fakeroot-, . . , . fakeroot- , .
« » DEBIAN DEBIAN/conffiles , /etc:

cd tempinstall
mkdir DEBIAN
find etc | sed "s/^/\//" > DEBIAN/conffiles

DEBIAN/control :

Package: _
Version: 1.2.3
Architecture: amd64/i386/armel/all
Maintainer:    ,  ,    ,  dpkg  
Depends:       .
Priority: optional
Description:   - ,

preinst, postinst, prerm postrm.

, dpkg -b tempinstall tempinstall.deb, dpkg -i , .

«» , , .

, , .

: checkinstall make install. .

मैं लेने और शूट करने या शैक्षिक कार्यक्रम के बारे में कहना चाहूंगा कि आपको मेक इन इंस्टाल क्यों नहीं करना चाहिए