Ubuntu के लिए X.org को बेहतर बनाने के लिए और अधिक लोगों को कैसे शामिल किया जाए? [बन्द है]


18

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

Canonical X पर काम करने के लिए अतिरिक्त इंजीनियरों को काम पर रख रहा है, जो मदद करेगा, लेकिन फिर भी कई चीजें हैं जो Canonical क्या कर सकती हैं, इसके दायरे से बाहर हैं, इसलिए मुझे लगता है कि Ubuntu में X को बेहतर बनाने में शामिल एक मजबूत समुदाय का होना वास्तव में महत्वपूर्ण है, विशेष रूप से बग रिपोर्ट की गई इन सभी विशाल मात्राओं के बारे में उत्तर दिया गया, ट्राइएज किया गया, और (उम्मीद है) हल किया गया।

हालांकि, एक्स पर काम करने के लिए लोगों को खोजना या लोगों को यह समझाना कठिन है कि उनके लिए अपने समय का निवेश करना उचित है। आप लोगों को शामिल होने के लिए प्रोत्साहित करने के बारे में कैसे सुझाव देंगे, जो अन्यथा एक्स पर काम करने के बारे में नहीं सोच सकते हैं?


3
मैं इसे सामुदायिक विकी प्रविष्टि बनाने का सुझाव दूंगा।
मार्को Ceppi

शुरू करने के इच्छुक लोग मदद के लिए आसान प्रविष्टि कहां से कर सकते हैं?
txwikinger

कम से कम आप यह नहीं पूछ रहे हैं कि XFree86 के साथ और अधिक लोगों को कैसे
जोड़ा जाए

1
हमें उन लोगों की सहायता करने के लिए wiki.ubuntu.com/X पर डॉक्स का एक समूह मिला है, जो X पर मदद करना चाहते हैं। X समस्याओं को हल करता है, कुछ X बग हैंडलिंग प्रक्रियाओं का वर्णन करता है, और इसी तरह। यह एक विकी है इसलिए इसे जोड़ने के लिए स्वतंत्र महसूस करें।
ब्रायस

जवाबों:


7

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

यदि आपको गतिविधि के साथ मदद चाहिए तो आप मुझे ईमेल कर सकते हैं और इसे व्यवस्थित करने में मदद कर सकते हैं।

तो मेरा जवाब एक बग पेज बना रहा है जिसमें लोगों को शामिल करने के लिए अच्छी बग ट्रेज जानकारी प्राप्त करने के लिए प्रश्नों और आदेशों के साथ।

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


क्या यह भविष्य में वायलैंड को लागू करने के लिए लक्षित नहीं है? तब लोगों को उस पर काम करना बेहतर नहीं होगा?
इंगो

12

एक्स को काम का एक बहुत कुछ नहीं मिलता है क्योंकि इसमें GPU, मेमोरी आदि के बारे में ज्ञान की एक बड़ी मात्रा की आवश्यकता होती है। X.org कोड आधार और कुछ हद तक कर्नेल प्रोग्रामिंग के साथ-साथ परिचित होने का काम करता है। यह एक तुच्छ बात नहीं है, जो एक सामुदायिक दृष्टिकोण से और एक्स या एक्स ड्राइवरों पर काम करने में रुचि रखते हैं जो शायद पहले से ही ऐसा कर रहे हैं। वर्तमान में डेवलपर के लिए डेवलपर के लिए कोई प्रेरणा नहीं है कि वह व्यक्तिगत हित से हटकर Xorg पर काम करे।

वह चीज जो समुदाय के पास है। X.org डेवलपर्स के पास आवश्यक रूप से नहीं है, हार्डवेयर की एक विस्तृत विविधता तक पहुंच है। ऐसे लोग जो who अच्छी ’बग रिपोर्ट लिखने के लिए समय बिताने के इच्छुक हैं और ड्राइवरों और एक रिलीज से पहले Xorg स्टैक के कुछ हिस्सों का परीक्षण करते हैं , शायद इंजीनियरों को कुछ भी करने में मदद करने जा रहे हैं।

वर्तमान में एक Xorg edgers रेपो है जिसका उपयोग मैं अपने स्थिर सिस्टम पर ड्राइवरों का परीक्षण करने के लिए करता हूं। मैं परीक्षण करने के बाद एक पैकेज को वापस लेना बहुत आसान है। हालांकि, केवल दूसरा तरीका जो हम परीक्षण कर सकते हैं, वह या तो स्वयं एक्स का निर्माण करना है या एडगर रिपॉजिटरी को स्थापित करना है जो अपस्ट्रीम से बनता है। यह एक थोक एक्स प्रतिस्थापन करता है जहां तक ​​मैं बता सकता हूं। इसका मतलब यह है कि यह एक्स के परीक्षण के लिए एक सब या कुछ भी नहीं है।

एक्स (और काफी आसानी से चुनने) के 2 संस्करणों के लिए एक रास्ता होने से जो आप उपयोग करना चाहते हैं वे परीक्षकों को न केवल एक्स का परीक्षण करने की अनुमति देंगे, लेकिन बाद में एक काम कर रहे एक्सगोर में वापस मिलेंगे ताकि वे बग रिपोर्ट प्रस्तुत कर सकें।


3
वास्तव में, हमें जो चाहिए वह वास्तव में अधिक बग रिपोर्ट नहीं है (हमें TONS मिला है), बल्कि लोग उन सभी रिपोर्टों से गुजरने के लिए हैं जो लोगों ने उबंटू में भेजी हैं, बुरे से अच्छे को छांटते हैं, और जहां संभव हो उपयोगकर्ताओं की मदद करते हैं। हमें वास्तव में बहुत कम परेशानी होती है कि बहुत से लोगों को परीक्षण करना पड़ता है; उनमें से बहुत से 'अच्छी' बग रिपोर्ट लिखना नहीं जानते हैं, लेकिन कुछ काम के साथ उन्हें बेहतर बनाया जा सकता है (और आगे के काम के लिए आगे की तरफ)। यह
ब्राइस

1
शायद हमें x- सर्वर के लिए बग हगिंग डे करना चाहिए?
txwikinger

12

एक डेवलपर के रूप में बोलना जो लापरवाही से एक्स में दिलचस्पी रखता है, यहां मेरे मुद्दे हैं:

  1. मेरे पास केवल मुट्ठी भर ग्राफिक्स कार्ड हैं और मुझे संदेह है कि ज्यादातर लोगों की पहुंच केवल एक तक ही है। इस प्रकार मैं विशाल बहुमत के लिए बहुत कुछ नहीं कर सकता, जो हमेशा "कुछ अन्य कार्ड" पर रहेगा।

  2. अधिकांश पैकेजों के विपरीत, मैं तुच्छ रूप से एक नए ड्राइवर संस्करण के लिए एक परीक्षण वातावरण नहीं बना सकता हूं; वर्चुअल मशीनों के अपने एक्स ड्राइवर होते हैं।

  3. मैं आसानी से नवीनतम ड्राइवर को अपडेट नहीं कर सकता, इसका परीक्षण कर सकता हूं, फिर वापस ला सकता हूं। यह प्रयोग को हतोत्साहित करता है (क्योंकि अगर कुछ गलत हो जाता है तो मुझे भी ईंट मारनी पड़ सकती है); यह प्रतिगमन परीक्षण में भी बाधा डालता है।

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

  5. आजकल, एक्स ड्राइवर कर्नेल, मेसा, udv (सेटिंग्स और डिफॉल्ट के लिए), और यूजरलैंड ड्राइवरों के बीच अपने कोड को विभाजित करते हैं। जिसका मतलब है कि पैच अलग हो जाते हैं ...

इसलिए मुझे लगता है कि इसका उत्तर पैकेज प्रबंधक द्वारा नियंत्रित किए जाने वाले बदलाव को लागू करने और पुन: प्राप्त करने के लिए है, जब यह आपके सिस्टम को तोड़ता है तो इससे उबरना आसान होता है।

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


मुझे लगता है कि आप सही हैं कि ये सभी मुद्दे हैं जो एक संभावित स्वयंसेवक सोच सकते हैं कि वे ऐसे कारण हैं जो वे एक्स पर काम नहीं कर सकते हैं। हालांकि, बहुत सारे सामान हैं जिन्हें "हूड खोलने" की आवश्यकता नहीं है जो एक व्यक्ति कर सकता है बहुत से मदद करने के लिए - बग को ट्राई करना, उपयोगकर्ता के सवालों का जवाब देना, उबंटू में लायक अच्छे पैच को ट्रैक करना। सामान जो वास्तव में इन विशेष समस्याओं का सामना नहीं करता है।
ब्रायस

1
मैं कर्नेल की तुलना में एक्स से अधिक डरता हूं। मैं एक पुराने कर्नेल को आसानी से बूट कर सकता हूं।
मैको

1
मैं कभी नहीं डरता: ओ आप आसानी से एक ड्यूलबूट वातावरण सेट कर सकते हैं जहां आप कर्नेल-पैच के साथ-साथ अस्थिर डोर सर्वर का परीक्षण कर सकते हैं। यह इतना बड़ा होना भी जरूरी नहीं है क्योंकि आपको सरल करने के लिए अधिकांश GUI टूल की आवश्यकता नहीं होती है, और संकलन करते समय आप अपने सामान्य वातावरण में हो सकते हैं और अस्थिर प्रणाली में chroot कर सकते हैं।
लासपुलसेन

4

जोली ने कहा कि पूरक करने के लिए, मैं इसे जोड़ूंगा, बग बगेर के रूप में, मुझे लगता है कि एक्स कीड़े से निपटने के लिए बहुत चुनौतीपूर्ण है, बस क्योंकि एक्स एक बहुत ही जटिल जानवर है। यह समस्या निवारण विकी पृष्ठ की जटिलता में परिलक्षित होता है । निश्चित रूप से जो मदद करेगा, वह बग्सक्वाड के सदस्यों के लिए एक तरह का मेंटरशिप प्रोग्राम है, जो एक्स बग्स से बेहतर तरीके से निपटना सीख सकता है। हो सकता है कि इसके आसपास एक बग गले लगाओ दिन? या # ubuntu- कक्षा में एक हाथ से प्रशिक्षण सत्र?


एक मेंटरशिप प्रोग्राम वास्तव में एक अच्छा विचार है। हमने उसके आस-पास कुछ विचारों के बारे में बात की है, लेकिन अभी तक की चुनौती लोगों को इसे देने के लिए तैयार है।
ब्रज

मैंने एक्स के लिए अब तक दो बग हग डेज किए हैं। शायद ही किसी ने त्रिकोणीय करने के लिए दिखाया, और हमने इसमें से कोई भी नया सदस्य हासिल नहीं किया।
ब्रायस

1

X.org को सुधारना मुश्किल है जब कई उपयोगकर्ता मालिकाना ड्राइवर का उपयोग करते हैं जो ग्राफिक्स स्टैक के कुछ हिस्सों को बदल देते हैं और फिर एक कर्नेल अपग्रेड / X.org अपग्रेड को उनके ड्राइवर इंस्टॉल को तोड़ने पर X.org टीम को देखते हैं।

"मेरे पास सभी कार्ड उपलब्ध नहीं हैं" के बारे में बहुत सारी बातें भी मान्य हैं।

यदि आप एक अच्छे प्रोग्रामर नहीं हैं तो ग्राफिक्स प्रोग्रामिंग काफी कठिन है। डिबगिंग एक वास्तविक दर्द हो सकता है, खासकर यदि आप देख नहीं सकते कि क्या हो रहा है।


मैं एक डेवलपर दृष्टिकोण से मालिकाना ड्राइवरों के दर्द के बारे में आपसे सहमत हूं। लेकिन ubuntu distro के स्तर पर ज्यादातर हम ड्राइवरों की पैकेजिंग में रुचि रखते हैं , जो कि खुला स्रोत है और इसे सुधारने में समुदाय की भागीदारी से लाभ हो सकता है।
ब्रज

विभिन्न प्रकार के ग्राफिक्स कार्ड होने से ऐसा लगता है कि यह महत्वपूर्ण होना चाहिए लेकिन मेरे अनुभव में अब तक यह उपयोगी है लेकिन महत्वपूर्ण नहीं है। मुझे जो सबसे अधिक उपयोगी लगता है, वह है 2 कंप्यूटर - एक आपके नियमित दैनिक उपयोग के लिए जो स्थिर रखा गया है, और दूसरा वह जिसे आप एक्स, डीबग, एसश में तोड़ सकते हैं, आदि
ब्रूस
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.