Android को उबंटू लिनक्स पर बनाएँ

यह लेख मेरे पहले प्रकाशन का अप्रत्यक्ष निरंतरता है, मैक ओएस एक्स के लिए बिल्ड एंड्रॉइड, और एक समान लक्ष्य है - एंड्रॉइड 4.0.x के पुराने संस्करणों के संबंध में बिल्ड समस्याओं को हल करना।

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

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

मेरे मामले में, काम का माहौल इस तरह दिखता है:

• AOSP 4.0.4 r1.1
• उबंटू लिनक्स 12.04.3 x64
• GNU मेक 3.81 और अन्य अनुशंसित उपयोगिताओं

आधिकारिक दस्तावेज में एओएसपी को इकट्ठा करने के सभी मुख्य बिंदुओं और कठिनाइयों को अच्छी तरह से वर्णित किया गया है। मैकओएस के लिए, उबंटू के मामले में, एओएसपी 4.0.x संस्करण बनाने के लिए बेस ओएस के पुराने संस्करणों का उपयोग करने का प्रस्ताव है। विशेष रूप से, "ज्ञात समस्याएँ" खंड में, " बिल्ड त्रुटि 4.0.x और पहले Ubuntu 11.10 पर " समस्या को हल करने के लिए, पुराने Ubuntu 10.04 रिलीज़ का उपयोग करने का प्रस्ताव है, जो मैं वास्तव में नहीं करना चाहता अगर आप ओएस और अन्य कार्यों से निपटने का इरादा रखते हैं, तो एओएसपी के निर्माण के अलावा।

निर्णय

कई एप्लिकेशन प्रोग्राम के अपवाद के साथ, इंस्टालेशन लगभग शुद्ध उबंटू पर किया गया था। पर्यावरण की प्रारंभिक सेटिंग आधिकारिक विवरण के अनुसार की गई थी।

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

त्रुटि ०

या यह बिल्कुल भी गलती नहीं है, लेकिन विधानसभा के लिए मालिकाना ओरेकल जावा पैकेज स्थापित करने की आवश्यकता है, जो कुछ समय के लिए उबंटू पैकेज में शामिल नहीं किया गया है।

सुधार

Android बनाने के लिए, हमें क्रमशः JDK 6 वें संस्करण की आवश्यकता है, इसके लिए, हम आवश्यक पैकेजों के साथ Oracle रिपॉजिटरी को लिखते हैं और आवश्यक एक को स्थापित करते हैं:

sudo apt-get install python-software-properties sudo add-apt-repository ppa:webupd8team/java sudo apt-get update sudo apt-get install oracle-java6-installer 

इसी तरह, आप नवीनतम JDK 7 वें संस्करण को स्थापित कर सकते हैं यदि यह अन्य उद्देश्यों के लिए आवश्यक है:

 sudo apt-get install oracle-java7-installer 

त्रुटि १

आवश्यक पैकेजों को स्थापित करते समय, libgl1-mesa-glx पैकेज स्थापित नहीं किया जाता है: i386, जिसमें वह libGL x86 लाइब्रेरी है जिसकी हमें आवश्यकता है। यह निम्नलिखित कारण से स्थापित नहीं है:

 The following packages have unmet dependencies: libgl1-mesa-glx:i386 : Depends: libglapi-mesa:i386 (= 8.0.4-0ubuntu0.6) Recommends: libgl1-mesa-dri:i386 (>= 7.2) E: Unable to correct problems, you have held broken packages. 

इसके साथ ही, libgl1-mesa-dev संकुल को संस्थापन के लिए निर्दिष्ट किया गया है, जिसमें libGL शामिल है, लेकिन x64 संस्करण हमारे लिए AOSP बनाने के लिए उपयुक्त नहीं है।

यदि हम x64 आर्किटेक्चर के लिए libgl1-mesa-dev के साथ निर्माण करने का प्रयास करते हैं, तो लिंक करते समय हमें एक त्रुटि मिलती है:

 /usr/bin/ld: cannot find -lGL collect2: ld returned 1 exit status make: *** [out/host/linux-x86/obj/lib/libGLES_CM_translator.so] Error 1 make: *** Waiting for unfinished jobs.... /usr/bin/ld: cannot find -lGL collect2: ld returned 1 exit status make: *** [out/host/linux-x86/obj/lib/libEGL_translator.so] Error 1 

सुधार

Libgl1-mesa-glx: i386 और libgl1-mesa-dev package के बजाय, libgl1-mesa-dev: i386 पैकेज स्थापित करें:

 sudo apt-get install libgl1-mesa-dev:i386 

पैकेज की सामग्री का अधिक विस्तृत विवरण उबंटू के विवरण में पाया जा सकता है, यह देखा जा सकता है कि इसमें आवश्यक libgl1-mesa-glx शामिल है।

पैकेज स्थापित करते समय, एक सिम्लिंक / usr / lib / i386-linux-gnu / निर्देशिका में बनाया जाएगा, इसलिए आपको इसे अतिरिक्त रूप से बनाने की आवश्यकता नहीं है, जैसा कि कमांड द्वारा मैनुअल में दर्शाया गया है:

 sudo ln -s /usr/lib/i386-linux-gnu/mesa/libGL.so.1 /usr/lib/i386-linux-gnu/libGL.so 

त्रुटि २

सिस्टम में प्रयुक्त gcc संकलक संस्करण (4.6.x) को _FORTIFY_SOURCE प्रतीक को ओवरराइड करने में समस्या है, जिसे आधिकारिक " ज्ञात मुद्दे " में भी वर्णित किया गया है। समाधान के रूप में, इसे Ubuntu 10.04 पर वापस लाने का प्रस्ताव है, जो स्पष्ट रूप से सबसे अच्छा विकल्प नहीं है। चेतावनी और त्रुटि का पाठ इस प्रकार होगा:

 <command-line>:0:0: warning: "_FORTIFY_SOURCE" redefined [enabled by default] 

या

 <command-line>:0:0: error: "_FORTIFY_SOURCE" redefined [-Werror] <built-in>:0:0: note: this is the location of the previous definition cc1plus: all warnings being treated as errors 

सुधार

इस समस्या को gcc-4.4 और आवश्यक पुस्तकालयों को स्थापित करके हल किया जा सकता है:

 sudo apt-get install gcc-4.4 g++-4.4 g++-4.4-multilib gcc-4.4-multilib 

आप इस ब्लॉग में प्राथमिकता के संस्करण के रूप में gcc के 2x संस्करणों को कॉन्फ़िगर करने और gcc-4.4 का उपयोग करने के बारे में अधिक पढ़ सकते हैं। हमारे उद्देश्यों के लिए, आवश्यक पैकेजों को स्थापित करने और कंपाइलर के संस्करण को इंगित करने वाली कमांड के साथ विधानसभा शुरू करने के लिए पर्याप्त है:

 make CC="gcc-4.4" CXX="g++-4.4" 

उपरोक्त कार्यों के बाद, एंड्रॉइड इकट्ठा हो जाएगा जैसा कि हम चाहते थे, लेकिन इस तथ्य के बाद आप कुछ परेशानियों का सामना कर सकते हैं।

त्रुटि ३

जब आप हार्डवेयर रेंडर त्वरण को सक्षम करने के लिए "पैरामीटर पर निर्दिष्ट -gpu" के साथ एमुलेटर शुरू करते हैं, तो आपको एमुलेटर में निम्न संदेश और एक काली स्क्रीन मिलेगी:

 Failed to load libGL.so error libGL.so: cannot open shared object file: No such file or directory Failed to load libGL.so error libGL.so: cannot open shared object file: No such file or directory 

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

सुधार

पैकेजों की जांच करके, यह पता चला कि उनमें से एक को स्थापित करते समय, एनवीडिया से मालिकाना ग्राफिक्स ड्राइवर को हटा दिया गया था और, परिणामस्वरूप, सिस्टम भूल गया कि प्रशंसक गति को कैसे समायोजित किया जाए और वांछित पुस्तकालय की तलाश कहां की जाए। दुर्भावनापूर्ण पैकेज libncurses5-dev: i386 निकला, ध्यान दें कि इसे स्थापित करते समय, निम्नलिखित अनुरोध निम्न होंगे:

 sudo apt-get install libncurses5-dev:i386 The following packages will be REMOVED: dkms gcc gcc-4.6 nvidia-304 

तदनुसार, समस्या का समाधान केवल कंसोल में या नियंत्रण कक्ष के माध्यम से मालिकाना चालक को फिर से स्थापित करना है।

त्रुटि ४

तब होता है जब एमुलेटर एक सिस्टम कर्नेल फ़ाइल को निर्दिष्ट किए बिना शुरू होता है। पिछले लेख में, मैं इस बिंदु को इंगित करना भूल गया, इसमें मैंने सही किया ताकि विवरण पूरी तरह से पूरा हो जाए। इसलिए, AOSP 4.0.4 एमुलेटर शुरू करते समय, हमें संदेश मिलता है:

 emulator: ERROR: bad workspace: cannot find prebuilt kernel in: /home/user/Development/workspace_aosp/android-4.0.4_r1.1/prebuilts/qemu-kernel/arm/kernel-qemu-armv7 

समस्या इसलिए पैदा हुई क्योंकि AOSP के अधिक हाल के संस्करणों में, प्रीबॉइट्स को एक अलग निर्देशिका में स्थानांतरित कर दिया गया था और यह फिक्स पुराने संस्करणों के लिए विधानसभा स्क्रिप्ट में मिला, लेकिन स्थान नहीं बदला गया था।

सुधार

एमुलेटर शुरू करते समय कर्नेल का स्थान निर्दिष्ट करें, विधानसभा रूट के सापेक्ष पथ:

 emulator -kernel prebuilt/android-arm/kernel/kernel-qemu-armv7 

या बेहतर प्रदर्शन के लिए:

 emulator -kernel prebuilt/android-arm/kernel/kernel-qemu-armv7 -memory 1024 -gpu on 

निष्कर्ष

सामान्य तौर पर, लिनक्स बिल्ड तेज था और डीब्रीफिंग में कम समय लगा, हालांकि ग्राफिक्स ड्राइवर और प्रशंसक के साथ स्थिति ने मुझे पहले ही एक मृत अंत में डाल दिया। इसलिए, लिनक्स के लिए विधानसभा का मूल्यांकन कम समस्याग्रस्त के रूप में किया जा सकता है, हालांकि पूरी तरह से स्पष्ट रूप से नहीं :)।