จะให้ผู้คนเข้ามามีส่วนร่วมในการปรับปรุง X.org สำหรับ Ubuntu ได้อย่างไร [ปิด]

ใน Ubuntu X เป็นหนึ่งในชิ้นส่วนที่สำคัญยิ่งกว่าในกองซ้อน ด้วยเหตุนี้เราจึงได้รับคำถามและรายงานข้อบกพร่องเป็นจำนวนมากอาจเป็นประมาณ 100 เท่าของที่เรามีกำลังคนในการจัดการ

Canonical กำลังว่าจ้างวิศวกรเพิ่มเติมเพื่อทำงานกับ X ซึ่งจะช่วย แต่ก็ยังมีอีกหลายสิ่งที่อยู่นอกขอบเขตของสิ่งที่ Canonical สามารถทำได้ดังนั้นฉันรู้สึกว่ามันสำคัญมากที่จะต้องมีชุมชนที่เข้มแข็งในการปรับปรุง X ใน Ubuntu โดยเฉพาะ การรับรายงานข้อผิดพลาดจำนวนมากเหล่านี้ได้รับการตอบรับการทดสอบและ (หวังว่า) จะได้รับการแก้ไข

อย่างไรก็ตามมันเป็นเรื่องยากที่จะหาคนทำงานบน X หรือเพื่อโน้มน้าวผู้คนว่ามันคุ้มค่าสำหรับพวกเขาที่จะลงทุนเวลาของพวกเขา คุณจะแนะนำอย่างไรให้กระตุ้นผู้คนให้เข้ามามีส่วนร่วมใครบ้างที่อาจไม่ได้คิดจะทำงานกับ X

ชอบทุกสิ่งมาก ๆ ทำให้ผู้คนสามารถค้นพบมันได้ง่ายและเข้าถึงได้ ดังนั้นจากสิ่งที่ฉันจำได้จากการทดสอบบั๊ก แต่เดิมไม่มีความช่วยเหลือมากมายที่มาจากชุมชน จากนั้นเมื่อหน้าวิกิบางหน้าอธิบายกระบวนการปกติในการทำข้อผิดพลาดในการทำ Triaging และบางวันที่มีสมาชิกชุมชนเข้ามาเกี่ยวข้องมากขึ้น นอกจากนี้หากคุณสามารถเริ่มต้นกิจกรรมปกติเพื่อให้ชุมชนทำและเสนอความช่วยเหลือแก่ผู้ที่ลองใช้คุณจะได้รับความสนใจ

หากคุณต้องการความช่วยเหลือเกี่ยวกับกิจกรรมคุณสามารถส่งอีเมลฉันและช่วยในการจัดระเบียบ

ดังนั้นคำตอบของฉันคือการสร้างหน้า wiki พร้อมคำถามและคำสั่งสำหรับรับข้อมูล triage ที่ดีเพื่อให้ผู้คนมีส่วนร่วม

สำหรับการพัฒนามันเป็นปัญหาใหญ่ สิ่งที่ Xorg และเคอร์เนลต้องการทักษะการเขียนโปรแกรมระดับต่ำสำหรับการแก้ไขข้อบกพร่องและการใช้งานคุณสมบัติส่วนใหญ่ ดังนั้นคุณต้องกำหนดเป้าหมายกลุ่มโปรแกรมเมอร์ที่เฉพาะเจาะจงและทำให้พวกเขาสนใจ ฉันไม่มีคำแนะนำใด ๆ ที่นี่ยกเว้นถามสักหน่อยและดูว่าใครแฮงเอาท์ใน # ubuntu-x และถามพวกเขาว่าพวกเขาสามารถช่วยได้หรือไม่

เหตุผลที่ X ไม่ได้ผลมากคือมันต้องการความรู้มากมายเกี่ยวกับวิธีการทำงานของ GPU หน่วยความจำและความคุ้นเคยกับฐานรหัส X.org และการเขียนโปรแกรมเคอร์เนล ไม่ใช่เรื่องง่ายที่จะเข้าและออกจากมุมมองของชุมชนผู้ที่มีความสนใจในการทำงานกับไดรเวอร์ X หรือ X น่าจะทำเช่นนั้น ขณะนี้ไม่มีแรงจูงใจให้นักพัฒนาสำหรับนักพัฒนาในการทำงานบน Xorg นอกเหนือจากความสนใจส่วนตัว

สิ่งที่ชุมชนไม่มีซึ่งนักพัฒนา X.org ไม่จำเป็นต้องมีคือการเข้าถึงฮาร์ดแวร์ที่หลากหลาย การมีคนที่เต็มใจใช้เวลาในการเขียนรายงานบั๊ก 'ดี' และทดสอบไดรเวอร์และส่วนต่าง ๆ ของ Xorg stack ก่อนการเปิดตัวอาจจะช่วยวิศวกรได้มากกว่าสิ่งใด

ขณะนี้มี repo Xorg edgers ที่ฉันใช้ในการทดสอบไดรเวอร์ในระบบที่เสถียรของฉัน มันค่อนข้างง่ายที่จะย้อนกลับแพคเกจเดียวหลังจากที่ฉันทำการทดสอบเสร็จแล้ว อย่างไรก็ตามวิธีเดียวที่เราสามารถทดสอบได้คือการสร้าง X ด้วยตัวคุณเองหรือเพื่อติดตั้งที่เก็บ edgers ซึ่งสร้างจากอัปสตรีม นี่คือการเปลี่ยน X ขายส่งเท่าที่ฉันสามารถบอกได้ นี่หมายความว่าเป็นวิธีการทดสอบ X ทั้งหมดหรือไม่ก็เลย

การมีวิธีการมี X รุ่นที่ 2 (และเลือกได้ง่าย) ที่คุณต้องการใช้จะอนุญาตให้ผู้ทดสอบไม่เพียงทดสอบ X แต่ต่อมากลับไปที่ Xorg ที่ใช้งานได้เพื่อให้พวกเขาสามารถส่งรายงานข้อผิดพลาด

การพูดในฐานะนักพัฒนาที่สนใจ X อย่างไม่เป็นทางการนี่คือปัญหาของฉัน:

1. ฉันมีสิทธิ์เข้าถึงการ์ดกราฟิกจำนวนหนึ่งและฉันสงสัยว่าคนส่วนใหญ่มีสิทธิ์เข้าถึงการ์ดเพียงการ์ดเดียว ดังนั้นฉันไม่สามารถทำอะไรได้มากมายสำหรับแมลงส่วนใหญ่ซึ่งมักจะอยู่ใน "การ์ดอื่น ๆ "

2. ต่างจากแพ็คเกจส่วนใหญ่ฉันไม่สามารถสร้างสภาพแวดล้อมการทดสอบสำหรับไดรเวอร์รุ่นใหม่ได้ เครื่องเสมือนมีไดรเวอร์ X ของตัวเอง

3. ฉันไม่สามารถอัปเดตเป็นไดรเวอร์ล่าสุดทดสอบได้อย่างง่ายดายแล้วเปลี่ยนกลับ การทดลองนี้ทำให้หมดกำลังใจ (เพราะถ้ามีอะไรผิดพลาดฉันก็อาจถูกบล็อกด้วย) มันยังขัดขวางการทดสอบการถดถอย

4. ครั้งสุดท้ายที่ฉันดูประสบความสำเร็จในการใช้โปรแกรมปะแก้การรวบรวมและเรียกใช้ X นั้นยากที่จะทำเดินไปทั่วแพ็คเกจผู้จัดการต้องการให้เคอร์เนลโมดูลถูกติดตั้งเช่นกันและเป็นขั้นตอนที่ไม่สามารถย้อนกลับได้

5. ทุกวันนี้ไดรเวอร์ X แยกรหัสระหว่างเคอร์เนล, Mesa, udev (สำหรับการตั้งค่าและค่าเริ่มต้น) และไดรเวอร์ของ userland ซึ่งหมายความว่าแพทช์จะแตกเช่นกัน ...

ดังนั้นฉันคิดว่าคำตอบคือทำให้การใช้และการย้อนกลับการเปลี่ยนแปลงบางอย่างที่จัดการโดยตัวจัดการแพคเกจและง่ายต่อการกู้คืนจากเมื่อแบ่งระบบของคุณ

นอกจากนี้ระบบเช่น DKMS ควรจะมองหาไดรเวอร์ X; ถ้าฉันสามารถแก้ไข / คอมไพล์ / ทดสอบ / ถอนการติดตั้งได้ง่ายพูดไดรเวอร์อินพุตสำหรับหน้าจอสัมผัสของฉันโดยไม่ต้องสร้างการคุมกำเนิดเสาหินใหม่ทั้งหมด (ด้วยการคุกคามของการทำให้ X ใช้งานไม่ได้โดยสิ้นเชิง) คุณจะได้รับความช่วยเหลือเพิ่มเติม ดูข้อผิดพลาดในการทำ Triaging และแพทช์ทดสอบที่เกี่ยวข้องกับฮาร์ดแวร์บิตนั้น

เพื่อเติมเต็มสิ่งที่ jbowtie พูดฉันจะเพิ่มสิ่งนั้นในฐานะผู้ทดสอบบั๊กฉันพบว่า X บั๊กที่ท้าทายมากในการจัดการเพียงเพราะ X เป็นสัตว์ร้ายที่ซับซ้อนมาก นี่คือภาพสะท้อนในความซับซ้อนของหน้าวิกิพีเดียการแก้ไขปัญหา สิ่งที่จะช่วยได้แน่นอนคือโปรแกรมการให้คำปรึกษาสำหรับสมาชิก BugSquad เพื่อเรียนรู้วิธีจัดการกับ X บั๊กได้ดีขึ้น อาจจะมีข้อผิดพลาดวันกอดรอบ? หรือการฝึกภาคปฏิบัติใน # ubuntu-ห้องเรียน

เป็นการยากที่จะปรับปรุง X.org เมื่อผู้ใช้หลายคนใช้ไดรเวอร์ที่เป็นกรรมสิทธิ์ซึ่งแทนที่ส่วนต่าง ๆ ของกราฟิกสแต็กจากนั้นมองไปที่ทีม X.org เมื่อการอัพเกรดเคอร์เนล / การอัพเกรด X.org แบ่งการติดตั้งไดรเวอร์

การพูดคุยมากมายเกี่ยวกับ "ฉันไม่มีการ์ดทั้งหมดที่มีอยู่" ก็ใช้ได้เช่นกัน

การเขียนโปรแกรมกราฟิกค่อนข้างยากหากคุณไม่ใช่โปรแกรมเมอร์ที่ดี การดีบักอาจเป็นความเจ็บปวดโดยเฉพาะอย่างยิ่งถ้าคุณไม่เห็นว่าเกิดอะไรขึ้น