यह संकलन निर्भरता और पैकेज प्रबंधन के बारे में एक कैननिकल प्रश्न है ।
मेरे पास अपने * निक्स सर्वर पर पोर्ट / सॉफ़्टवेयर संकलित करने या RPM स्थापित करने से संबंधित प्रश्न है। जब मैं ऐसा करने की कोशिश करता हूं तो मुझे लापता निर्भरता के बारे में बहुत सारे संदेश मिलते हैं।
क्या सर्वर फॉल्ट समुदाय की मदद कर सकता है?
जवाबों:
सर्वर दोष में आपका स्वागत है। सामान्य तौर पर इस प्रकार का प्रश्न यहाँ विषय पर नहीं है। यह उम्मीद की जाती है कि अधिकांश sysadmins पहले से ही इस मुद्दे का सामना कर चुके होंगे, क्योंकि वे अपने स्वयं के कार्यस्थानों के साथ छेड़छाड़ के माध्यम से एक sysadmin बन गए थे। हालाँकि, Windows बैकग्राउंड से आने वाले sysadmins को इसका सामना नहीं करना पड़ा होगा, इसलिए यहाँ कुछ बातों पर विचार किया गया है:
पैकेज प्रबंधक जैसे कि yumया आपके aptलिए इन निर्भरताओं को संभालते हैं। इसके अलावा उनका उपयोग आपके सर्वर पर सॉफ़्टवेयर के अपडेट को प्रबंधित करने के लिए भी किया जा सकता है। * Nix के अधिकांश फ्लेवर में डिफ़ॉल्ट रूप से स्थापित एक पैकेज मैनेजर होगा, खासकर VPS पर जो OS प्री-इंस्टॉल के साथ आता है। यदि आप वास्तव में इसके लिए नए हैं, तो अपनी उत्पादन प्रणाली पर इनमें से किसी एक का उपयोग करें, और अपने परीक्षण वातावरण के लिए रक्तस्रावी किनारे RPM को संकलित या स्थापित करने में रोमांच को बचाएं।
अधिकांश पैकेज प्रबंधकों को विभिन्न रिपॉजिटरी का उपयोग करने के लिए कॉन्फ़िगर किया जा सकता है - आप पा सकते हैं कि एक ऐसा पैकेज है जो आपको आवश्यक पैकेज प्रदान करता है, और फिर भी आपको अपने पैकेज प्रबंधक के कार्यों का लाभ उठाने की अनुमति देता है।
उस मामले में आप शायद कर बाहर निर्भरता आंकड़ा करने की जरूरत है (या इसे चूसना और सॉफ्टवेयर का एक अधिक स्थिर / सामान्य संस्करण का उपयोग करें)। आपको संभवतः एक परीक्षण वातावरण में निम्नलिखित करना चाहिए और आपके द्वारा किए जाने वाले सावधान नोट्स को लेना चाहिए:
यदि आपने उपरोक्त सभी चरणों का पालन किया है और अभी भी परेशानी हो रही है, तो आप कुछ अजीब मुद्दे पर आ सकते हैं जो अन्य सर्वर फॉल्टर्स के साथ मदद करने के लिए खुश हो सकते हैं। एक नया प्रश्न बनाएं, यह बताने के लिए कि आप किस सॉफ़्टवेयर को स्थापित करने का प्रयास कर रहे हैं, कौन सा संस्करण, और सटीक त्रुटि संदेश जो आप देख रहे हैं।
./configure && make && make installयदि संभव हो तो आँख बंद करके प्रयोग न करें ! पैकेज प्रबंधन का आविष्कार इस कारण से किया गया था कि कई परस्पर विरोधी फाइलों के अप्राप्य स्थापना के परिणामस्वरूप अजीब और अकल्पनीय गड़बड़ी को रोका जा सके।libfooऔर libfoo-devel(या -dev) संकुल।fpm( https://github.com/jordansissel/fpm ) के उपयोग पर विचार करेंhttp://rpmfind.net संकुल के नाम देखने के लिए एक अच्छी जगह है यदि आपको पता है कि फ़ाइल का नाम अधिष्ठापन प्रक्रिया के बारे में शिकायत कर रहा है। अलग-अलग वितरणों से पैकेजों का मिलान और मिश्रण करने की सिफारिश नहीं की जाती है, हालांकि।