मैं पिछले कुछ समय से उबंटू की अल्फा रिलीज़ चला रहा हूं। मैं मुद्दों में भागता रहता हूं - मैं ये कैसे सुलझा सकता हूं? इन समस्याओं का सामना करने पर मुझे क्या करना चाहिए? और मुझे प्रश्न पूछने के लिए अन्य Ubuntu + 1 उपयोगकर्ता कहां मिल सकते हैं?
मैं पिछले कुछ समय से उबंटू की अल्फा रिलीज़ चला रहा हूं। मैं मुद्दों में भागता रहता हूं - मैं ये कैसे सुलझा सकता हूं? इन समस्याओं का सामना करने पर मुझे क्या करना चाहिए? और मुझे प्रश्न पूछने के लिए अन्य Ubuntu + 1 उपयोगकर्ता कहां मिल सकते हैं?
जवाबों:
यदि आप यहां पुनर्निर्देशित हुए हैं, तो आपने शायद उबंटू के अल्फा या बीटा रिलीज के बारे में एक सवाल पूछा है।
आम तौर पर बोलते हुए हम उबंटू रिलीज़ के अप्रकाशित संस्करणों को चलाने या उपयोग करने के बारे में सवाल नहीं उठाते हैं क्योंकि विकास रिलीज़ लगभग एक घंटे में बदल जाती है और आमतौर पर यह टूट जाता है और अल्फा परीक्षकों से अपेक्षा की जाती है कि वे बग ट्रैकर के माध्यम से डेवलपर्स को सीधे प्रतिक्रिया दें ताकि ये मुद्दे हर किसी के लिए तय किया जा सकता है।
ऐसा नहीं है कि हम परवाह नहीं करते हैं, हम सिर्फ इस पर अच्छा नहीं होंगे और साइट का एक मुख्य उद्देश्य उपयोगकर्ताओं के लिए एक पुन: प्रयोज्य संसाधन बनाना है, जो किसी चीज़ के बारे में प्रश्नों का एक गुच्छा होने पर कठिन होगा जल्दी से तारीख से बाहर हो गया!
इस प्रश्न के उत्तर आपको आरंभ करने में मदद करेंगे, शुभकामनाएँ, और परीक्षण के लिए धन्यवाद!
फ़ाइल कीड़े
आपको उस संबंधित पैकेज के लिए बग दर्ज करना चाहिए जिसमें आपको समस्या हो रही है। कीड़े डेवलपर रिलीज़ होने के मुख्य लाभों में से एक हैं - वे डेवलपर्स को बहुमूल्य जानकारी प्रदान करते हैं और सॉफ़्टवेयर को बेहतर बनाने में उनकी मदद करते हैं।
यदि आप अनिश्चित हैं कि कौन सा पैकेज बग के खिलाफ फाइल करने के लिए है, तो कृपया अन्य संसाधनों (मंचों, मेलिंग सूची आदि) का उपयोग करके पूछें कि आपको किस पैकेज के खिलाफ इसे दर्ज करना चाहिए।
डिबगिंग सूचना आपको बग दर्ज करने में मदद करेगी।
उबंटू फ़ोरम का विकास और प्रोग्रामिंग खंड शुरू करने के लिए एक अच्छी जगह है। सटीक सबफ़ोर्म रिलीज़ पर निर्भर करता है, लेकिन फिलहाल आप उबंटू डेवलपमेंट वर्जन चाहते हैं ।
हाल के थ्रेड्स के माध्यम से एक नज़र डालें और देखें कि क्या कुछ भी आपको जिस समस्या का अनुभव हो रहा है। यदि ऐसा नहीं है तो आपको अपने अनुभवों का विवरण देते हुए एक नया सूत्र बनाना चाहिए।
उन्नयन से पहले, हमेशा परीक्षण करें
sudo apt-get --simulate dist-upgrade
यदि आपको टूटे हुए पैकेजों के बारे में कोई त्रुटि मिलती है, तो अपग्रेड न करें।
जब बड़े बदलाव किए जा रहे हैं तो आमतौर पर एक डेवलपर ubuntu-devel-घोषणा सूची में पोस्ट करेगा । इस सूची में कई पोस्ट नहीं मिलती हैं (कुछ अन्य उबंटू सूचियों की तुलना में!) पूर्व-रिलीज़ परीक्षकों के लिए कोई बहाना नहीं है कि इसे सब्सक्राइब न किया जाए।
संग्रह में अपलोड एक मेलिंग सूची में भेजे जाते हैं, जिसका नाम पशु उपनाम के रूप में दिया जाता है, उदाहरण के लिए लुसीड-चेंजेस , यूटोपिक-चेंजेस , आदि। इस लिस्ट के बाद यह देखना उपयोगी हो सकता है कि जोखिम भरे अपलोड कब अपलोड किए जा रहे हैं, ताकि आप उम्मीद कर सकें कि इससे पहले समस्याओं से बचा जा सके। बहुत देर हो चुकी है।
साथ ही पुरालेख स्थिति उपकरण अपग्रेड से पहले संग्रह की स्थिति दिखाने के लिए उपयोगी है।
लॉन्चपैड जवाब Ubuntu (और के लिए एक और अधिकारी ने सवाल-जवाब साइट है कुछ अन्य सॉफ्टवेयर है कि है लॉन्चपैड पर विकसित ), लेकिन जबकि AskUbuntu पुन: प्रयोज्य जवाब है कि बहुत से लोग मदद और समय के साथ विकसित, लॉन्चपैड जवाब उत्पादन पर ध्यान केंद्रित कर रहा है एक है समर्थन पर नजर प्रत्येक प्रश्न के उत्तर के साथ ध्यान केंद्रित करने पर ध्यान केंद्रित किया जाता है, चाहे वह प्रश्न कोई भी हो और वह प्रश्न अन्य उपयोगकर्ताओं के लिए उपयोगी है या नहीं।
किसी कारण से, लॉन्चपैड उत्तर अक्सर आधिकारिक उबंटू समर्थन संसाधनों की सूचियों पर दिखाई नहीं देता है, भले ही यह एक है (प्रमुखता से यहां और यहां सूचीबद्ध है ), यह लंबे समय से ऊपर और चल रहा है, और उबंटू समुदाय का एक जीवंत हिस्सा है वहाँ बहुत समय और ऊर्जा प्रदान करता है और सहायता प्राप्त करता है।
उबंटू (या उबंटू + 1 के विकास रिलीज के बारे में सवाल, जैसा कि हम इसे एयू पर कहते हैं) का लॉन्चपैड जवाब में स्वागत है , हालांकि, यहां की तरह, यदि आप एक प्रश्न के रूप में बग पोस्ट करते हैं, तो प्रतिक्रिया "एक बग रिपोर्ट दर्ज करेगी" । " उबंटू के विकास रिलीज में बग को ठीक से दर्ज करने या उसकी जांच करने के तरीके के बारे में सवाल लॉन्चपैड जवाब पर काफी स्वागत करते हैं, हालांकि आपको यह स्पष्ट करना चाहिए कि यह वही है जो आप पूछ रहे हैं या लोग मान सकते हैं कि आप बग की रिपोर्ट करने की कोशिश कर रहे हैं।
यहां तक कि अगर आपका सवाल एक ऐसी चीज़ के बारे में है जो एक उत्तर के रूप में एक अच्छा लेख नहीं बनायेगा, तो यह अभी भी लॉन्चपैड उत्तर के लिए उपयुक्त है । लॉन्चपैड आंसर के लिए कुछ भी स्थानीय नहीं है। दूसरा पहलू यह है कि लॉन्चपैड आंसर के जवाबों को संपादित या वोट नहीं किया जा सकता है, और केवल एक ही समय में एक व्यक्ति द्वारा उत्तर दिए जाने की प्रवृत्ति होती है (जब तक कि आप इंगित न करें कि उनका उत्तर आपके लिए काम करता है या नहीं)।
लॉन्चपैड उत्तर लॉन्चपैड कीड़े से जुड़ा हुआ है , और लॉन्चपैड पर सवाल और कीड़े एक दूसरे से लिंक हो सकते हैं (जो प्रभावित करता है कि ग्राहकों को कैसे सूचित किया जाता है), और यहां तक कि एक दूसरे में परिवर्तित हो जाते हैं। बग रिपोर्ट जो प्रश्न होनी चाहिए, अक्सर प्रश्नों में बदल जाती है। बग रिपोर्ट होने वाले प्रश्न कभी-कभी बग रिपोर्ट में बदल दिए जाते हैं। (हालांकि यह संभव है, अक्सर सवाल शुरू करने के बजाय बग की रिपोर्टिंग करते समय खरोंच से शुरू करना बेहतर होता है, इसलिए यदि लॉन्चपैड पर कोई आपसे बग की रिपोर्ट करने के लिए कहता है, तो आपको यही करना चाहिए ।)
लॉन्चपैड आंसर में किसी भी भाषा के प्रश्नों का समर्थन किया जाता है (आप चयन करें कि आप किस भाषा में सवाल पूछ रहे हैं), भले ही बग रिपोर्ट केवल अंग्रेजी में दर्ज की जानी चाहिए। यह Ubuntu + 1 के लिए विशेष रूप से प्रासंगिक है क्योंकि इसका मतलब है:
अंग्रेजी लिखने और पढ़ने के बारे में जानने या महसूस किए बिना आप बग्स पर काम करने के लिए लॉन्चपैड उत्तर का उपयोग कर सकते हैं जो आपकी भाषा या क्षेत्र के लिए विशिष्ट हैं।
आप अपनी भाषा से अंग्रेजी में पाठ का अनुवाद करने में मदद करने के लिए लॉन्चपैड उत्तर का उपयोग कर सकते हैं , इसलिए आप अंग्रेजी में बग की रिपोर्ट कर सकते हैं। (या अंग्रेजी में आपके द्वारा पहले की गई बग रिपोर्ट में परिवर्तन करने में सहायता के लिए पूछें।)
बस के रूप में यह एक अच्छा विचार AskUbuntu उपयोग करने से पहले पूछे जाने वाले प्रश्न को देखने के लिए है, यह पढ़ने के लिए सुझाव दिया है गाइड (यह बहुत ही कम है!) या कम से कम, सवाल पूछने पर भाग , पर एक प्रश्न पोस्ट करने से पहले लॉन्चपैड जवाब ।
यहाँ उदाहरण क्वांटल में एक शाखा का उपयोग करते हैं। आवश्यक के रूप में बदलने के लिए स्वतंत्र महसूस करें।
जब आप बग देखते हैं और इसकी रिपोर्ट करते हैं, तो आप बहुमूल्य प्रतिक्रिया प्राप्त कर सकते हैं, विशेष रूप से डेवलपर्स से। आप एक पैच सबमिट करके प्रोग्रामिंग में एक शुरुआत पाने की कोशिश कर सकते हैं। सबसे पहले, आपको उस स्रोत पैकेज का पता लगाना चाहिए जो बग (संबंधित पैकेज) से संबंधित है। यह एक नाम के रूप में linux-meta-ti-omap4
, या अन्य पैकेज नाम के रूप में दिखाई देगा । इसके बाद आप पैकेज नाम को आवश्यकतानुसार बदलकर https://code.launchpad.net/ubuntu/+source/ linux-meta-ti-omap4 पर जा सकते हैं।
एक बार, आपको सही शाखा चुननी चाहिए, आमतौर पर कुछ ऐसा होता है lp:ubuntu/[version-in-development]-proposed/linux-meta-ti-omap4
(ध्यान दें कि [version-in-development]
भाग वर्तमान में अल्फा, या बीटा में संस्करण होना चाहिए।
अब, यह शाखा प्राप्त करने का समय है:
सबसे पहले, आप चाहते हैं bzr
:
sudo apt-get install bzr
और आप SSH कुंजी चाहते हैं (यदि आपकी SSH कुंजियाँ पहले से लॉन्चपैड पर हैं तो आप इसे छोड़ सकते हैं):
डैश से खोज कर 'पासवर्ड और कुंजी' खोलें।
एक पासवर्ड के साथ, एक नया SSH कुंजी बनाएं। सुनिश्चित करें कि यह SSHv2 है यदि उसके लिए कोई विकल्प है, और RSA का उपयोग करें।
एक बार बनाई गई सूची में इसे राइट-क्लिक करें, और इसे अपनी पसंद की फ़ाइल में निर्यात करें।
Gedit के साथ फ़ाइल खोलें, और कुंजी के बारे में जानकारी के साथ शीर्ष पर छोटी पंक्ति सहित पाठ की प्रतिलिपि बनाएँ।
इसे यहां पृष्ठ के नीचे स्थित बॉक्स में पेस्ट करें , और फ़ॉर्म सबमिट करें।
अब आप BZR से जुड़ सकते हैं। एक कमांड-लाइन खोलें, और एक नई निर्देशिका बनाएं और उसमें बदलाव करें:
mkdir directory-name-of-your-choice&&cd directory-name-of-your-choice
निम्नलिखित कार्य करें:
bzr launchpad-login [launchpad userid]
अब आप इसके साथ शाखा प्राप्त कर सकते हैं:
bzr branch lp:ubuntu/quantal-proposed/linux-meta-ti-omap4
आवश्यकतानुसार शाखा का नाम बदलना। यह क्वांटल के लिए है, लेकिन शाखा का नाम पहले के अनुसार बदल जाएगा।
यदि आपको लगता है कि शाखा देवों द्वारा बदल दी गई है, तो आप हमेशा bzr pull
उस फ़ोल्डर में उपयोग कर सकते हैं , जिस पर आपने शाखा दी थी।
अपनी पसंद के किसी भी प्रोग्राम का उपयोग करके अपने बदलाव करें ( .po
फाइलों को डायनामिक रूप से उत्पन्न करने के अलावा), और यदि समस्या में UI पाठ शामिल है, तो सही .pot फ़ाइलों को बदलना सुनिश्चित करें।
हर बार जब आप एक चौकी बनाना चाहते हैं, तो उपयोग करें:
bzr commit -m "a descriptive message about your changes"
काम खत्म करने के बाद, शाखा को धक्का दें:
bzr push lp:~[your userid]/project-name/branch-name
इस उदाहरण के मामले में, यह होगा
bzr push lp:~[your userid]/ubuntu/quantal-proposed/linux-meta-ti-omap4
एक बार हो जाने के बाद, बग पर जाएं, और दाईं ओर "संबंधित शाखा से लिंक करें" पर क्लिक करें। आपके द्वारा बनाई गई शाखा को, बिना lp:
भाग के चिपकाएँ :
~[your userid]/ubuntu/quantal-proposed/linux-meta-ti-omap4
इस उदाहरण में। यदि देवता इसे पसंद करते हैं, तो शाखा का विलय कर दिया जाएगा या इसमें सुधार किया जाएगा। यह भी अस्वीकार कर दिया जा सकता है यदि समस्या को अधिक सफाई से हल किया जा सकता है, तो आपके परिवर्तन समस्या का समाधान नहीं करते हैं, या यदि समस्या पहले से ही किसी अन्य शाखा में हल हो गई है।