एक सामान्य लिनक्स परियोजना कैसे बनाएं: 9 चरणों (चित्रों के साथ)

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

कदम

1. यदि परियोजना में कोई स्पष्ट रिलीज नहीं है, तो आपको सीधे अपने सीवीएस या एसवीएन रिपॉजिटरी से स्रोत कोड को खींचने की आवश्यकता हो सकती है. ऐसी परियोजनाओं की वेबसाइटों में संबंधित कमांड लाइन होगी जो आपको केवल अपने सिस्टम को कॉपी-पेस्ट करने की आवश्यकता होगी, उदाहरण के लिए cvs -z3 -d: pserver: बेनामी @ सीवीएस.सवाना.बैल की आकृति का बारहसिद्धान्त.संगठन: / स्रोत / कक्षापाथ सह क्लासपाथ. समान आदेश आमतौर पर वर्तमान फ़ोल्डर में बड़ी संख्या में प्रोजेक्ट फ़ाइलों को डाउनलोड करता है.

एक विशिष्ट लिनक्स परियोजना चरण 2 का शीर्षक वाली छवि

2. फ़ाइलों को पढ़ें और स्थापित करें जो डाउनलोड की गई परियोजना में शीर्ष फ़ोल्डर में होना चाहिए. उनमें मूल्यवान जानकारी हो सकती है जो आपको बहुत समय बचाएगी.

एक विशिष्ट लिनक्स परियोजना चरण 3 शीर्षक वाली छवि

3. कुछ परियोजनाएं बिल्ड स्क्रिप्ट को एक शेल स्क्रिप्ट (आमतौर पर नामित) के रूप में प्रदान करती हैं बिल्ड.श्री). यह बहुत बार नहीं है, लेकिन बहुत पुरानी परियोजनाओं के लिए होता है और नई परियोजनाओं के लिए भी जो प्रदान करने का प्रयास करते हैं "यूजर फ्रेंडली" निर्माण प्रक्रिया. यदि आपको ऐसी फ़ाइल मिलती है, तो इसे पहले उपयोग करने का प्रयास करें (स्थापना को एक अलग स्क्रिप्ट में रखा जा सकता है जिसे आमतौर पर नाम दिया जाता है इंस्टॉल.श्री). यदि आपको ये स्क्रिप्ट मिलती हैं, तो बस उन्हें चलाएं. अन्यथा, निम्नलिखित चरणों में आगे बढ़ें.

छवि शीर्षक एक सामान्य लिनक्स परियोजना चरण 4 का निर्माण

4. फ़ाइल के लिए खोज कॉन्फ़िगर जो एक परियोजना शीर्ष फ़ोल्डर में भी मौजूद होना चाहिए. यह आमतौर पर एक है .एसएच स्क्रिप्ट जो आपकी मशीन पर प्रोजेक्ट बिल्ड सिस्टम को ट्यून करेगी. यदि आप इसे पाते हैं, तो टाइप करें ./ इस स्क्रिप्ट को चलाने के लिए कॉन्फ़िगर या SH कॉन्फ़िगर करें. ./ कॉन्फ़िगर आमतौर पर बहुत सारे विकल्प होते हैं जो मदद कर सकते हैं "चूक" त्रुटि संदेशों के साथ विफल रहता है. कुंजी के साथ स्क्रिप्ट चलाएं --ह मदद विकल्पों को देखने के लिए. अगर वहाँ कोई नहीं है कॉन्फ़िगर स्क्रिप्ट, यह एक पुरानी शैली परियोजना हो सकती है जो केवल फाइलों का उपयोग करती है, ताकि आप सीधे अगले चरण में आगे बढ़ सकें.

5. फ़ाइल के लिए खोज मेकफ़ाइल जो आपके द्वारा चलाने के बाद शुरू में मौजूद या दिखाई दे सकते हैं कॉन्फ़िगर. यदि आप इसे पाते हैं, तो कमांड टाइप करें बनाना. इसे वर्तमान निर्देशिका में फाइल को ढूंढना चाहिए और आपके लिए प्रोजेक्ट का निर्माण करना चाहिए.

6. अगर वहाँ कोई नहीं है कॉन्फ़िगर न मेकफ़ाइल परियोजना के पेड़ में, यह एक हो सकता है चींटी - संचालित परियोजना के साथ बिल्ड.एक्सएमएल इसके बजाय फ़ाइल. इस मामले में, प्रकार चींटी प्रोजेक्ट रूट फ़ोल्डर में. जबकि बनाना सी और सी ++ परियोजनाओं के लिए अधिक लोकप्रिय है, चींटी जावा परियोजनाओं के लिए लोकप्रिय है.

एक सामान्य लिनक्स परियोजना चरण 7 का शीर्षक वाली छवि

7. यदि चींटी या तो काम नहीं करती है, या परियोजना सी या सी ++ है, चलाने का प्रयास करें ./ ऑटोजन.sh बनाने के लिए कॉन्फ़िगर तथा मेकफ़ाइल फ़ाइलें. यह इन फ़ाइलों को बनाने के लिए autoconf, automake और libtool का उपयोग करता है.

एक सामान्य लिनक्स परियोजना चरण 8 शीर्षक वाली छवि

8. मेकफ़ाइल-आधारित परियोजना को संकलित करने के लिए सफल होने के बाद, प्रयास करें स्थापित करना प्रोजेक्ट फ़ाइलों को उपयुक्त स्थानों में रखने के लिए (प्रोजेक्ट को स्थापित करने के लिए). डिफ़ॉल्ट स्थान जैसे / usr / lib या / usr / bin आमतौर पर केवल रूट-लेखन योग्य होते हैं, इसलिए इस चरण को आमतौर पर व्यवस्थापक अधिकारों की आवश्यकता होती है.

9. स्थापना के सफल होने के बाद, लघु परियोजना नाम टाइप करने का प्रयास करें. यह आमतौर पर नए संकलित और स्थापित प्रोग्राम को आमंत्रित करता है जो अब उपयोग करने के लिए तैयार है.

टिप्स

यदि बिल्ड विफल रहता है, तो त्रुटि संदेश को Google या अन्य वेब सर्च इंजन में पेस्ट करें. आपको अक्सर स्पष्टीकरण के साथ एक ही समस्या का विवरण मिल जाएगा, इसे कैसे हल करें.

लगातार कारण अनुपस्थिति या कुछ आवश्यक पुस्तकालय का गलत संस्करण है. इस मामले में आपको यह लाइब्रेरी ढूंढना और बनाना है जो आमतौर पर एक समान परियोजना है.

यदि आप अभी भी समझ नहीं सकते कि यह गलत हो रहा है, तो अपने बिल्ड टूल्स और मौजूदा सी / सी ++ / जावा या अन्य पुस्तकालयों को अपडेट करने का प्रयास करें (इस पर निर्भर करता है कि किस प्रोग्रामिंग भाषाओं का उपयोग प्रोजेक्ट में किया जाता है). सिस्टम सॉफ़्टवेयर अपडेटर का उपयोग करके आमतौर पर उपकरण और पुस्तकालयों को अपडेट करना आसान होता है.

पहले के चरणों की कोशिश करने के बाद (लेकिन के पश्चात, पहले नहीं), प्रोजेक्ट मेलिंग सूची में एक प्रश्न भेजें. बताएं कि आप अपने ऑपरेटिंग सिस्टम के बारे में प्रासंगिक हो सकते हैं, विवरण में समस्या का वर्णन करें और सभी त्रुटि संदेशों को शामिल करें. हैकर्स को यह समझना चाहिए कि आपने आप से पर्याप्त किया है और वास्तव में कुछ मदद के लायक हैं.

यदि आप स्रोत से एक प्रोग्राम बनाने में सफल रहे, तो इसका उपयोग करें. यह समझने की कोशिश करें कि कार्यक्रम कैसे काम करता है और इसमें सुधार करता है!

कभी-कभी प्रोग्राम नवीनतम कंपाइलर संस्करणों के साथ संकलित नहीं होते हैं. इस मामले में आप एक पुराने संस्करण का उपयोग कर सकते हैं, या इंटरनेट या एक दोस्त से बाइनरी पैकेज प्राप्त कर सकते हैं.

लिनक्स पर्यावरण पर कूदने वाले किसी व्यक्ति के लिए एक आम गड़बड़ी विंडोज से स्रोत फ़ोल्डरों की प्रतिलिपि बनाई जाएगी. इस मामले में, लाइन अंत में अंतर के कारण अजीब त्रुटियां दे सकते हैं. हमेशा विशिष्ट ऑपरेटिंग सिस्टम के लिए संबंधित वेबसाइट से डाउनलोड किए गए स्रोत का उपयोग करने का प्रयास करें.

चेतावनी

हमेशा समस्या को हल करने का प्रयास करें, एक समाधान के लिए वेब पर खोजें और मेलिंग सूची में किसी भी प्रश्न पूछने से पहले मेलिंग सूची संग्रह की जांच करें. अन्यथा आप ऐसा कुछ प्राप्त कर सकते हैं आरटीएफएम प्रतिक्रिया में जो निराशाजनक है और बहुत उपयोगी नहीं है.

यदि परियोजना में आधिकारिक रिलीज हैं, तो रिपॉजिटरी से स्रोत कोड को खींचने से पहले उनका उपयोग करने का प्रयास करें. रिपॉजिटरी संस्करण में हाल ही में पेश की गई बग और बहुत अस्थिर हो सकते हैं.

दूसरी तरफ, यदि आधिकारिक रिलीज में समस्या है, तो यह समस्या पहले से ही सीवीएस / एसवीएन पर तय की जा सकती है और ऐसे मामले में यह नवीनतम संस्करण को आजमाने के लायक हो सकता है.

कुछ परियोजनाओं को निर्माण करना बहुत मुश्किल हो सकता है यदि आपका ऑपरेटिंग सिस्टम पुराना है और बहुत सारे पुस्तकालय अप्रचलित हैं. ऐसे मामले में एक और लिनक्स वितरण में माइग्रेट करने के बारे में सोचें जो सक्रिय विकास के तहत है और इन पुस्तकालयों के अधिक हालिया संस्करण होना चाहिए.

सामाजिक नेटवर्क पर साझा करें: