diss
1.0.0
หลังจากโพสต์โครงการไปที่ [email protected] ได้รับความสนใจจากฉันว่าผู้ที่อยู่ในชุมชน Foss อาจมีความกังวลเกี่ยวกับการใช้ระบบ devleopment ที่เป็นกรรมสิทธิ์เช่น GitHub
ฉันจะปล่อยให้สิ่งนี้เป็นไปเพื่อจุดประสงค์ในมรดกเพื่อเป็นที่เก็บถาวรของความพยายามของสัปดาห์แรกของเรา
การอัปเดตในอนาคตจะอยู่ที่บ้านโครงการใหม่บน Gitlab และโครงการใหม่ Wiki บน Gitlab
ฉันขอขอบคุณทุกท่านที่ให้ความสนใจในโครงการนี้และยินดีต้อนรับคุณให้ติดตามเราใน Gitlab ฉันจะทำงานเพื่ออัปเดต IRC Bot ของเราในช่องทางการพัฒนาเพื่อสนับสนุนการแจ้งเตือน WebHook ของระบบใหม่ ฉันจะไม่อัปเดตหน้าโครงการนี้เพิ่มเติม
โครงการที่มีจุดมุ่งหมายที่ทะเยอทะยานในการรวมทรัพยากรสนับสนุนทั้งหมดของ Debian ทั้งหมดเข้าด้วยกัน
นี่ไม่ใช่วิธีการแทนที่และในความเป็นจริงมากขึ้นอยู่กับทรัพยากรที่มีอยู่ทั้งหมดของเรา เหตุผลที่นี่คือระบบของเรากำลังเติบโตอย่างทวีคูณและเราเป็น "สากล OS" และเรามีทรัพยากรสนับสนุนที่ จำกัด และทุกคนไม่ทราบว่าจะใช้อะไรได้บ้างและในการใช้งานทั้งหมดซึ่งส่งผลให้เกิดปัญหาที่รู้จักกันดี
สนับสนุนความเหนื่อยหน่ายของทีมผ่านการจัดการซ้ำ ๆ ปัญหาที่รู้จักที่เราได้แก้ไขแล้วต้องอธิบายขั้นตอนและนโยบายของเราและรวบรวมข้อมูล (บางครั้งแงะ) ที่เกี่ยวข้องกับปัญหาในมือ ฯลฯ
การจำหน่ายผู้ใช้โดยการขาดความเข้าใจในระบบและการมีปฏิสัมพันธ์ที่ไม่ก่อผลกับผู้สนับสนุนและอื่น ๆ มันเป็นความคิดที่ได้รับการบันทึกไว้อย่างดีในหมู่ผู้สนับสนุนที่ดีที่สุดของเราเองรวมถึงเราไม่ต้องการให้ผู้ใช้ประเภทนั้นที่ไม่มีประสบการณ์เพราะพวกเขากำลังจะกลายเป็นแหล่งข้อมูลของเราโดยไม่ต้องมีส่วนร่วมในโครงการของเรา นอกจากนี้ยังเป็นความจริงที่สังเกตได้อย่างง่ายดายว่านักพัฒนาและผู้ใช้ที่มีประสบการณ์มากขึ้นมักจะเป็นคนสุดท้ายที่จะค้นหาข้อบกพร่องและปัญหาเพราะพวกเขาไม่เพียง แต่จะมีการผจญภัยน้อยลงในการลองซอฟต์แวร์ที่แตกต่างกันเพราะพวกเขารู้ว่าพวกเขาชอบและใช้อะไรและพวกเขาใช้มันในแบบที่มันตั้งใจจะใช้ ต้องใช้คนที่ไม่มีประสบการณ์ในการลองใช้ตัวเลือกทุกประเภทและใช้สิ่งต่าง ๆ ในรูปแบบที่จะเปิดเผยข้อผิดพลาดที่คลุมเครือ นี่เป็นสินค้าที่มีค่าที่จะมีผู้ใช้จำนวนมากที่ไม่ได้รับประสบการณ์ผ่านฐานซอฟต์แวร์ที่กำลังเติบโตของเราโดยเปิดเผยปัญหาที่เราพลาดไป อย่างไรก็ตามเราจำเป็นต้องตรวจสอบให้แน่ใจว่าข้อเสนอแนะที่เราได้รับจากทรัพยากรที่มีค่านี้มีความหมายและไขลานในสถานที่ที่เหมาะสมโดยไม่มีปัญหาดังกล่าวเกิดขึ้นดังนั้นเราจึงต้องการตัวกรองประเภทที่ตอบสนองความต้องการของพวกเขาเช่นเดียวกับของเรา
นอกจากนี้เรายังต้องตรวจสอบให้แน่ใจว่าความพยายามทั้งหมดที่มีต่อปัญหาทั้งสองนั้นได้รับการใช้ประโยชน์ นั่นคือเราไม่สามารถให้ผู้ใช้มาหาเราได้ด้วยความสนใจในการแก้ปัญหาและความพยายามนั้นไม่ได้ใช้ประโยชน์เพราะมันไม่ได้บันทึกไว้อย่างเหมาะสม ผู้ใช้บางคนกลับมาและแบ่งปันวิธีแก้ปัญหาบางครั้งเราก็จบลงด้วยการสร้าง factoid เกี่ยวกับเรื่องนี้บางครั้งก็กลายเป็นหน้าวิกิรายงานข้อผิดพลาด ฯลฯ .. แต่ส่วนใหญ่เวลาที่ไม่ใช่กรณี นอกจากนี้เราไม่ทราบเสมอว่าสิ่งนี้เกิดขึ้นเมื่อมีปัญหาเกิดขึ้นอีกครั้ง ระบบปัจจุบันของเราอาศัยผู้สนับสนุนของเราในการจดจำสิ่งเหล่านี้และเมื่อคนที่จำได้ว่ามันไม่ได้มองในเวลานั้นเราสามารถเลิกกลับไปที่ออก #2 และทำให้ผู้ใช้ของเราแปลกแยกหรือไม่ได้รับการบันทึกปัญหาหรือแก้ไขเลย
ไคลเอนต์/ส่วนหน้า (readline, curses, gtk, qt), การวินิจฉัย (ไฟล์ต้นไม้วินิจฉัยที่ลงนาม), บอท (IRC), เซิร์ฟเวอร์ (ตัวติดตามปัญหา)
ไคลเอนต์จะเป็นตัวช่วยสร้างสไตล์ Bug ที่จะช่วยให้ผู้ใช้เลือกโปรแกรม (ในระดับทักษะที่ต่ำกว่าใช้ชื่อทั่วไปเช่น "FileManager" และตรวจจับชื่อโปรแกรมจริงโดยอัตโนมัติหรือใช้การคว้า fuction ที่ผู้ใช้สามารถคลิกที่หน้าต่างและรับคำสั่ง) ด้วย ID ปัญหาและอีเมลเด้งกลับไปยังผู้ใช้เพื่อความเป็นส่วนตัวด้วยความสามารถสำหรับผู้ใช้ในการยกเลิกการใช้ CC เพิ่มเติมโดยส่งอีเมลติดตามด้วย ID ที่บอกให้หยุด)
ชั้นแรกจะใช้การวินิจฉัยเพื่อทำการทดสอบอย่างง่ายและถามคำถามเพิ่มเติมและรวบรวมข้อมูลและรวบรวมรายงาน/บันทึกเกี่ยวกับปัญหา
บันทึกควรจะถูกแยกวิเคราะห์/เป็นอนุกรม/ฆ่าเชื้อเพื่อลบหรือแทนที่ข้อมูลส่วนบุคคลเช่น IPS, MAC ID, ชื่อผู้ใช้, อาจจะแม้แต่เส้นทาง/ชื่อไฟล์และแทนที่ด้วยไฟล์ทั่วไปเช่น 1.2.3.4 หรือ 12: 34: 56: 78: 90 หรือเช่นนั้น
หากปัญหาไม่สามารถแก้ไขได้ผ่านกระบวนการวินิจฉัยอัตโนมัติที่ระบุปัญหาตามโซลูชันที่เป็นที่รู้จักกันดีสวมใส่และทดสอบการต่อสู้ลูกค้าจะอยู่ในระดับที่ 2 ทำตามรายงานและรายงานการค้นหาข้อผิดพลาด (และ/หรือโพสต์ฟอรัม/วิกิ)
หากปัญหายังคงไม่ได้รับการแก้ไขมันจะอยู่ในระดับที่ 3 จะช่วยในการส่งต่อปัญหาไปยังตัวติดตามปัญหาและให้หมายเลข ID จากนั้นส่งต่อไปยังเครื่องมือสนับสนุนของเรา (IRC/รายการส่งจดหมาย) ที่เรามีอยู่แล้วจากภายในลูกค้า รับโซลูชันหรือตัดสินใจที่จะออกจากนั้นปัญหาสามารถยังคงเปิดอยู่และ/หรือถูกส่งต่อไปยังรายชื่อผู้รับจดหมายและพวกเขาสามารถติดตามได้โดยไปที่เว็บไซต์ Tracker ด้วยหมายเลขประจำตัวของพวกเขาหรือโดยการแจ้งเตือนทางอีเมลเกี่ยวกับปัญหาจากตัวติดตาม
หากปัญหายังไม่ได้รับการแก้ไขก็สามารถส่งต่อไปยังระดับที่ 4 ซึ่งจะเป็นสิ่งต่าง ๆ เช่น BTS (ยื่นรายงานเกี่ยวกับ BTS เนื่องจากมีการพิจารณาว่าเป็นปัญหาซอฟต์แวร์โดยผู้สนับสนุน) หรือต้นน้ำอาจเป็นไปได้
ไฟล์ต้นไม้การวินิจฉัยอาจเป็น XML หรือเช่นนั้นและจะต้องได้รับการลงนามและตรวจสอบแล้วต้นไม้การวินิจฉัยหลักจะเป็นเหมือนสิ่งที่ Reportbug ทำมันจะรวบรวมข้อมูลเบื้องต้นเกี่ยวกับระบบและตรวจสอบว่ามันจะเป็นรุ่นที่เฉพาะเจาะจง ทำสิ่งต่าง ๆ เช่นทำการทดสอบเสียงและถามผู้ใช้ว่าพวกเขาได้ยินเสียงตรวจสอบมิกเซอร์ของพวกเขาขอให้พวกเขาตรวจสอบการเชื่อมต่อของพวกเขา ฯลฯ
ไฟล์ต้นไม้วินิจฉัยเหล่านี้จะอำนวยความสะดวกในการรวบรวมข้อมูลเพิ่มเติมโดยเรียกใช้คำสั่งที่รวบรวมข้อมูลเพิ่มเติมเฉพาะสำหรับประเภทของปัญหา คำสั่งเหล่านี้จะต้องมีการแสดงและอธิบายและตรวจสอบโดยผู้ใช้รวมถึงรายงาน/บันทึก/เอาต์พุตจะแสดงและ (เป็นทางเลือก) แยกวิเคราะห์/เป็นอนุกรม/สเตอรี่เพื่อลบข้อมูลส่วนบุคคลใด ๆ การวินิจฉัยเหล่านี้จะต้องมีการลงนามและจัดอันดับและตัวติดตามปัญหาจะอำนวยความสะดวกในการทำเช่นเดียวกันระบบการให้คะแนนของฟอรัมที่ดีจะใช้เฉพาะการใช้ลายเซ็น GPG เท่านั้นและการให้คะแนนการแก้ปัญหาจะไม่เพียง แต่ทำให้ลูกค้าลงนามว่าการวินิจฉัยเพิ่มความไว้วางใจ แต่ยังเพิ่มความไว้วางใจจากผู้สนับสนุน
เมื่อใดก็ตามที่เป็นไปได้กลไกความปลอดภัยทั้งหมดที่มีอยู่จากสิ่งต่าง ๆ เช่น chroots ไปยังกลไกการรักษาความปลอดภัยที่ใช้เคอร์เนลควรใช้เพื่อล็อคการวินิจฉัยสิ่งต่าง ๆ ทำและพวกเขาควรจะง่ายและไม่รบกวนมากที่สุด เราไม่ได้มองหาการสร้างเครื่องมือวินิจฉัยที่มีความรู้สึกเพียงไม่กี่การตรวจสอบง่ายๆสำหรับปัญหาการกำหนดค่าที่ทราบการทดสอบอย่างง่ายและรวบรวมข้อมูลเพื่อการสนับสนุนเพิ่มเติม
บอท IRC ไม่เพียง แต่เป็นท่อ/พร็อกซีสำหรับผู้ใช้ไปยังช่องทางสนับสนุน IRC (สำหรับการถกเถียงกันมาก) บางทีอาจพูดในนามของผู้ใช้ในช่องทางที่มี ID ผู้ใช้ที่สร้างขึ้นหรือหมายเลขปัญหาซึ่งไม่เพียง แต่ช่วยให้เรามั่นใจได้ว่าการตอบสนองต่อปัญหาของเรา เช่น. สิ่งนี้สามารถทำได้หลายวิธีและสคริปต์ไคลเอ็นต์ IRC สามารถเขียนหรือคุณลักษณะของไคลเอนต์ที่ใช้ในการทำแท็บ ID เหล่านี้เช่นนิคปกติหรือบางทีผู้สนับสนุนสามารถส่งข้อความถึงบอทไปยัง "ลงชื่อเข้าใช้" เพื่อเป็นปัญหาเพื่อให้การพูดคุยกับบอทส่งข้อมูลกลับไปยังผู้ใช้ที่คุณลงนาม
บอทจะอำนวยความสะดวกในการเข้าถึงรายงานที่รวบรวมด้วยข้อมูลที่รวบรวมโดยการวินิจฉัยและส่งโดยผู้ใช้ elmining พูดคุยทั้งหมดเกี่ยวกับการใช้คำสั่งทั่วไปและใช้ pastebins และอื่น ๆ นอกจากนี้บอทอาจทำตัวเป็นอินเทอร์เฟซไคลเอนต์สำหรับการเปิดปัญหาใหม่ในตัวติดตาม (อาจเป็นไปได้แม้ว่าจะมีความจำเป็น แต่เพียงผู้สนับสนุนที่รู้จักและลงทะเบียน) โดยคนในไคลเอนต์ IRC แบบสแตนด์อโลนปกติ
ในระยะสั้นบอทคือกาวที่ผูกมัดกับช่องทางสนับสนุน IRC และควรใช้ความระมัดระวังเพื่อให้แน่ใจว่าข้อมูลจะปิดตัวลงในช่องทางที่ถูกต้องขึ้นอยู่กับภาษาที่ผู้ใช้ต้องการสาขาของเดเบียน
ตัวติดตามจะมีข้อมูลเมตาเกี่ยวกับปัญหามันจะสร้างตัวระบุปัญหาติดตามที่อยู่ CC ใด ๆ ที่ผู้ใช้จัดหาและรายงานอยู่ที่ไหน (paste.debian.net เป็นไปได้มากที่สุด) และสถานะของปัญหาเช่นเดียวกับฟอรัมรายการจดหมาย BTS หรือสิ่งอื่น ๆ ที่ลูกค้า ไม่ควรเป็นวิกิใหม่หรือฟอรัมใหม่ในตัวของมันเองเพียงแค่การเชื่อมโยงส่วนหน้าและติดกาวทั้งหมดพร้อมกับข้อมูลเมตาเกี่ยวกับปัญหา ควรมีเว็บอินเตอร์เฟสคล้ายกับ BTS
ปัญหาและข้อบกพร่องแตกต่างกัน ข้อบกพร่องเป็นปัญหาที่เกิดขึ้นจริงในซอฟต์แวร์ซึ่งปัญหาส่วนใหญ่มักจะเป็นเพียงแค่ pebcak หรือเช่นนั้น นี่คือเหตุผลว่าทำไมจึงจำเป็นต้องสร้างตัวติดตามใหม่เพราะอันนี้ให้บริการเพื่อติดตามปัญหาระยะสั้นเท่านั้นและตรวจสอบให้แน่ใจว่าได้ไปยังสถานที่พักผ่อนสุดท้ายที่เหมาะสม ตัวติดตามจะให้ข้อมูลที่จำเป็นในการสร้างบอทบอทและลูกค้าในบอทข้อมูลที่มีอยู่ของเรายื่นรายงานข้อผิดพลาดหรือออกอีเมลไปยังรายชื่อผู้รับจดหมายและทำหน้าที่เป็นสถานที่ที่ผู้สนใจสามารถหาสิ่งเหล่านี้ได้ มันไม่ได้เป็นสิ่งทดแทน แต่เป็น wrapper ของระบบที่มีอยู่ทั้งหมดของเรา มันเป็นกาวที่ผูกส่วนประกอบทั้งหมดของ diss รวมถึงส่วนที่เรามีอยู่แล้ว
มันได้รับการแนะนำหลายครั้งว่าเราเพียงแค่ปรับปรุงระบบที่มีอยู่และนั่นเป็นส่วนหนึ่งของสิ่งนี้ แต่ไม่ใช่แทนที่จะเป็นสิ่งนี้ นั่นจะยังคงมีปัญหาในการออก #2 ผู้ใช้แปลกแยกเพราะพวกเขาจำเป็นต้องรู้และวิธีการใช้สิ่งเหล่านั้น นี่จะเป็นซอฟต์แวร์ชิ้นหนึ่งในระบบปฏิบัติการที่รวมและอำนวยความสะดวกในการใช้สิ่งที่ใช้งานง่ายซึ่งไม่ต้องใช้นโยบายและการเรียนรู้หนึ่งปีหรือมากกว่า
ในเรื่องเกี่ยวกับการปรับปรุงระบบที่มีอยู่โครงการนี้และผู้สนับสนุนจะพยายามรวมการลงทะเบียนในระบบสนับสนุน Debian ใด ๆ และทั้งหมดที่ต้องลงทะเบียนและทำงานร่วมกับทีมปัจจุบันของระบบเหล่านั้นเพื่อรวมเข้าด้วยกันในแบบเสริมฤทธิ์กัน
ยิ่งไปกว่านั้นระบบที่มีอยู่สามารถใช้/ปรับเปลี่ยนที่การพัฒนาของนักพัฒนาปัจจุบันที่ทำงานในพื้นที่อื่น ๆ เช่น BTS และตัวติดตามสามารถเป็นหนึ่งเดียวกันและ "ปัญหา" เหล่านี้อาจเป็นข้อผิดพลาดที่ต่ำกว่ามาก นี่ไม่ได้เป็นเพียงโครงการที่มีจุดประสงค์เพื่อสร้างซอฟต์แวร์ชิ้นใหม่ชิ้นเดียว แต่เพื่อปรับให้เข้ากับทุกสิ่งที่เรามีในตอนนี้เพื่อให้บริการเราก้าวไปข้างหน้าได้ดีขึ้น
เราต้องการโปรแกรมเมอร์ ผู้ที่มีทักษะด้วย Python เนื่องจากดูเหมือนว่าเหมาะสมกับงานเหล่านี้ง่ายต่อการเขียนโค้ดและมีประสิทธิภาพและยืดหยุ่นพอที่จะพัฒนาสิ่งที่เราต้องการด้วยการพึ่งพาน้อยกว่านอกระบบฐาน ผู้ที่มีทักษะและระบบตามความน่าเชื่อถือลายเซ็น GPG ฯลฯ ผู้ที่มีประสบการณ์การเขียนโปรแกรม GUI/Frontend ผู้ที่คุ้นเคยกับกระบวนการพัฒนา Debian และความกังวลทั้งหมดของผู้ใช้และนักพัฒนา ผู้ที่สามารถตั้งโปรแกรมเครือข่ายไคลเอนต์/เซิร์ฟเวอร์สแต็คโดยใช้ซ็อกเก็ต, HTTP, โปรโตคอลอีเมล ฯลฯ ผู้ที่สามารถพัฒนา API ที่แข็งแกร่งสำหรับระบบสนับสนุน Debian เพื่อสื่อสารอย่างมีประสิทธิภาพซึ่งจะต้องมีความรู้ในการรวมแอปพลิเคชันทั้งในและนอกเว็บ
เราต้องการการป้อนข้อมูลและการวางแผนรอบ ๆ ระบบที่มีอยู่ของเราความพยายามของทีมที่มีอยู่และช่วยเหลือพวกเขาในการรวมระบบข้อมูลรับรองการเข้าสู่ระบบ Debian ที่จะทำงานในทุกไซต์และบริการทั้งหมด
เราต้องการคนที่จะทำงานเกี่ยวกับการจัดทำเอกสารและเชื่อมต่อกับการแสดงตนของเว็บของโครงการนี้รักษาข้อมูลสถานะและเป้าหมายโครงการและกำหนดไว้อย่างชัดเจน
โครงการนี้เพิ่งเริ่มต้นในเวลาเช้าตรู่ของวันศุกร์ที่ 13 ตุลาคม 2017 เวลาประมาณ 2:00 น./EST จากการเขียนนี้เราไม่ได้อยู่ที่ 24 ชั่วโมงและเรามีผู้คนครึ่งโหลหรือมากกว่านั้นผู้คนที่ออกไปเที่ยวในช่องและการตอบสนองในฟอรัมต่างๆ เราทุกคนเป็นเพียงแค่บะหมี่ในจุดนี้โยนความคิดและพยายามตัดสินใจเบื้องต้นอย่างรอบคอบซึ่งจะกำหนดรูปแบบโครงการและการออกแบบของมัน
เป้าหมายแรกที่นี่คือการสร้างการปรากฏตัวของเว็บที่มั่นคงด้วยวิกิและสิ่งที่จะแผนภาพทางกายวิภาคของระบบบูรณาการนี้และความคืบหน้าของมันเพื่อให้ผู้คนสามารถเข้าใจได้ว่าเรามาจากไหนเราจะไปที่ไหนและเราอยู่ไกลแค่ไหน
เป้าหมายที่สองที่นี่คือการออก API ที่จะกำหนดคุณสมบัติและการสื่อสารของระบบนี้และฉันไม่ใช่โปรแกรมเมอร์ที่มีประสบการณ์มาก แต่ฉันเคยเห็นมันมานานหลายทศวรรษแล้วบางครั้งคุณต้องทำบางสิ่งบางอย่าง (เครื่องมือ) เพื่อทำอย่างอื่นและในกรณีนี้ และในตอนแรกโดยไม่มีตัวติดตามปัญหาปัญหาจะไม่คงอยู่มันจะเป็นเพียงลูกค้าที่พูดคุยกับบอทพื้นฐานที่น่าจะอยู่ในช่องทางการพัฒนาของเรา
ควรเน้นว่านี่ไม่ใช่สิ่งที่เราต้องการผลักดันและปรับใช้อย่างรวดเร็วเราต้องการได้รับกรอบการทำงานและทำการทดสอบอัลฟ่านอกช่องทางปกติโดยไม่ต้องแก้ไขบริการที่มีอยู่เพื่อช่วยอำนวยความสะดวกในการรวม เมื่อเรามีองค์ประกอบที่ทำงานและความสนใจของผู้ดูแลและผู้ที่อยู่ในวงกลมนักพัฒนา Debian แล้วเราต้องการเริ่มขั้นตอนการทดสอบเบต้าสำหรับใช้เฉพาะในการทดสอบที่ไม่ใช่การผลิต/ระบบที่ไม่เสถียร เมื่อมีความมั่นใจในการใช้กลไกความน่าเชื่อถือที่ปลอดภัยสำหรับการวินิจฉัยระบบสามารถบรรจุได้จริงสำหรับ SID และหวังว่าจะได้รับการเปิดตัวในอนาคตที่มั่นคง ไฟล์การวินิจฉัยมักจะใช้พื้นที่เก็บข้อมูลบางชนิดที่สามารถช่วยให้พวกเขาได้รับการพัฒนาเมื่อเวลาผ่านไปและนำไปใช้กับลูกค้าโดยไม่ต้องรอรอบการเปิดตัวเดเบียนใหม่โดยใช้การทดสอบและการลงนาม/การลงนามในกระบวนการ
ระยะยาวเราต้องการเห็นผู้ติดตั้ง Debian มีการกำหนดทักษะที่แข็งแกร่งยิ่งขึ้นเป็นขั้นตอนแรกโดยมีมากกว่าแค่โหมดการติดตั้งปกติ/ผู้เชี่ยวชาญและไคลเอนต์รองรับนี้ได้รับการติดตั้งโดยอัตโนมัติโดยค่าเริ่มต้นในระบบที่ไม่เลือกระดับสูงหรือผู้เชี่ยวชาญ เราต้องการเห็นผู้สนับสนุนทั้งหมดของเราที่เข้าร่วมไม่เพียง แต่ในการสนับสนุนช่วงฟรี แต่การลงทะเบียนเป็นระบบที่ใช้ความน่าเชื่อถือและใช้ลายเซ็น GPG เพื่อให้ฐานความรู้ของเรามีคุณภาพสูงขึ้นและเชื่อถือได้มากขึ้น
แยกวิกิ
ด้าย reddit
ฟอรัม Debian
เธรดรายชื่อผู้รับจดหมายของ Debian-Project
เธรดรายการจดหมาย Debian-Devel
เธรดรายชื่อผู้ใช้ Debian-user
โพสต์ที่เกี่ยวข้องจากรายชื่อผู้รับจดหมาย Debian-Project ในเดือนมีนาคม 2017
