คำจำกัดความโอเพนซอร์ส ( OSD ) เป็นเอกสารนโยบายที่เผยแพร่โดย Open Source Initiativeในปี 1998 ^{[ 1 ]} OSDซึ่งพัฒนามาจากแนวทางซอฟต์แวร์เสรีของ Debian ที่เขียนโดย Bruce Perens เป็นมาตรฐานหลักสำหรับ ซอฟต์แวร์โอเพนซอร์ส [ ^{2 ] [ 3 ] [ 4 ] คำ}จำกัดความนี้มีเกณฑ์สิบข้อ เช่น กำหนดให้ต้องเข้าถึงซอร์สโค้ดได้อย่างอิสระและให้สิทธิ์โอเพนซอร์สแก่ทุกคนที่ได้รับสำเนาโปรแกรม ครอบคลุมทั้งใบอนุญาตแบบ copyleftและพื้นฐานแล้วเหมือนกับคำจำกัดความของซอฟต์แวร์เสรีแต่มีแรงจูงใจจากข้อพิจารณาที่ใช้งานได้จริงและเป็นมิตรกับธุรกิจมากกว่า คณะกรรมการของ Open Source Initiative จะลงคะแนนเสียงในข้อเสนอใบอนุญาตเพื่อรับรองว่าสอดคล้องกับคำจำกัดความ และรักษารายชื่อใบอนุญาตที่สอดคล้องไว้ในเว็บไซต์ คำจำกัดความนี้ได้รับการดัดแปลงเป็น Open Definitionของ Open Knowledge Foundationสำหรับความรู้แบบเปิดและคำจำกัดความ ของฮาร์ดแวร์แบบเปิด

มีการพยายามหลายครั้งในการกำหนดคำจำกัดความของซอฟต์แวร์โอเพนซอร์สและซอฟต์แวร์เสรี หนึ่งในความพยายามแรกๆ คือคำจำกัดความของซอฟต์แวร์เสรีของมูลนิธิ ซอฟต์แวร์เสรี ซึ่งในขณะนั้นได้กำหนดไว้เป็นเสรีภาพสามประการของซอฟต์แวร์เสรี (เสรีภาพศูนย์ถูกเพิ่มเข้ามาในภายหลัง) คำจำกัดความของซอฟต์แวร์เสรีของ FSF ฉบับเผยแพร่มีมาตั้งแต่ปี 1986 โดยได้รับการตีพิมพ์ในฉบับแรกของวารสาร GNU (ซึ่งปัจจุบันเลิกตีพิมพ์ไปแล้ว) ^{[ 5 ]}

หลักเกณฑ์ซอฟต์แวร์เสรีของเดเบียน ( DFSG ) ได้รับการเผยแพร่ครั้งแรกพร้อมกับสัญญาสังคมของเดเบียน ฉบับแรก ในเดือนกรกฎาคม พ.ศ. 2540 ^{[ 6 ]}ผู้เขียนหลักคือบรูซ เพเรนส์โดยได้รับข้อมูลจากนักพัฒนาเดเบียนระหว่างการสนทนาเป็นเวลาหนึ่งเดือนในรายชื่อผู้รับจดหมายส่วนตัว ซึ่งเป็นส่วนหนึ่งของสัญญาสังคมของเดเบียนฉบับใหญ่ เพเรนส์ได้รับสำเนาอีเมลสนทนาระหว่างอีแอน ชูสส์เลอร์ (ซึ่งขณะนั้นทำงานอยู่ที่เดเบียน) และดอนนี บาร์นส์ จากเรดแฮท ซึ่งชูสส์เลอร์กล่าวหาเรดแฮทว่าไม่เคยชี้แจงสัญญาสังคมกับชุมชนลินุกซ์ เพเรนส์ตระหนักว่าเดเบียนก็ไม่มีสัญญาสังคมที่เป็นทางการเช่นกัน และเริ่มสร้างสัญญาขึ้นมาทันที เสรีภาพสามประการ (ในขณะนั้น) ซึ่งมาก่อนการร่างและการเผยแพร่ DFSG นั้น ผู้เขียนไม่รู้จัก^{[ 7 ]}

หลักเกณฑ์มีดังนี้:

1. เผยแพร่ต่อได้โดยไม่เสียค่าใช้จ่าย
2. การรวมซอร์สโค้ด
3. อนุญาตให้มีการดัดแปลงและสร้างผลงานต่อยอดได้
4. การรักษาความสมบูรณ์ของซอร์สโค้ดของผู้เขียน (เป็นการประนีประนอม)
5. ห้ามเลือกปฏิบัติกับบุคคลหรือกลุ่มใดๆ
6. ไม่มีการเลือกปฏิบัติในด้านสาขาอาชีพ เช่น การใช้งานเชิงพาณิชย์
7. สัญญาอนุญาตนี้จะต้องครอบคลุมถึงทุกคนที่ได้รับโปรแกรมไปเผยแพร่ต่อ
8. ใบอนุญาตต้องไม่จำเพาะเจาะจงกับผลิตภัณฑ์ใดผลิตภัณฑ์หนึ่ง
9. ข้อตกลงอนุญาตใช้สิทธิ์ต้องไม่จำกัดการใช้งานซอฟต์แวร์อื่น
10. ตัวอย่างใบอนุญาต: ใบอนุญาต GNU GPL , BSDและArtisticเป็นตัวอย่างของใบอนุญาตที่ถือว่าเป็นใบอนุญาตเสรี^{[ 6 ] [ 8 ]}

เมื่อNetscape เปิดตัวเบราว์เซอร์ Mozillaแบบโอเพนซอร์สในปี 1998 บรูซ เพเรนส์ได้ร่างแนวทางปฏิบัติแบบโอเพนซอร์สชุดหนึ่งขึ้นอีกครั้งเพื่อใช้ประกอบการเปิดตัว^{[ 9 ]}มีการอ้างว่าคำจำกัดความโอเพนซอร์สถูกสร้างขึ้นโดยการเปลี่ยนชื่อข้อความของ DFSG ให้เหมือนเดิมทุกประการ

คำจำกัดความที่ปรับปรุงแล้วนี้ได้รับการนำมาใช้โดยOpen Source Initiative (OSI) ในชื่อ Open Source Definition ^{[ 10 ] [ 11 ]} OSI ใช้คำว่า "open source" แทน "free software" เพราะรู้สึกว่าคำหลังมีความหมายเชิงอุดมการณ์และการเมืองที่ไม่พึงประสงค์ และต้องการเน้นไปที่ข้อโต้แย้งเชิงปฏิบัติและเป็นมิตรต่อธุรกิจสำหรับซอฟต์แวร์โอเพนซอร์ส [ ^{10 ] OSI}ใช้รูปแบบองค์กรแบบปิดมากกว่าแบบที่ขับเคลื่อนด้วยสมาชิก เพื่อร่างคำจำกัดความและทำงานร่วมกับผู้มีส่วนได้ส่วนเสียที่หลากหลายกว่าโครงการซอฟต์แวร์ฟรีหรือโอเพนซอร์สอื่นๆ^{[ 10 ]}

เมื่อ DFSG กลายเป็นคำจำกัดความของโอเพนซอร์สRichard Stallmanเห็นความจำเป็นในการแยกแยะซอฟต์แวร์เสรีออกจากโอเพนซอร์สและส่งเสริมคำจำกัดความของซอฟต์แวร์เสรี^{[ 12 ]}

ในเดือนพฤศจิกายน พ.ศ. 2541 เอียน แจ็กสันและคนอื่นๆ ได้เสนอการเปลี่ยนแปลงหลายอย่างในร่างเวอร์ชัน 1.4 แต่การเปลี่ยนแปลงเหล่านั้นไม่เคยได้รับการอนุมัติอย่างเป็นทางการ แจ็กสันระบุ^{[ 13 ]}ว่าปัญหาคือ "ถ้อยคำที่ไม่ชัดเจน" และข้อกำหนดการแก้ไข

มติทั่วไปของ Debian 2004-003 ^{[ 14 ]}ที่มีชื่อว่า "การแก้ไขเพิ่มเติมสัญญาทางสังคม" ได้แก้ไขสัญญาทางสังคม ผู้เสนอ Andrew Suffield ระบุว่า: ^{[ 15 ]}

"หลักการคือ 'มติฉบับนี้เปลี่ยนแปลงเฉพาะตัวบทกฎหมาย ไม่ใช่เจตนารมณ์' โดยส่วนใหญ่แล้วจะเปลี่ยนแปลงถ้อยคำในสัญญาทางสังคมเพื่อให้สะท้อนความหมายที่แท้จริงได้ดียิ่งขึ้น ซึ่งส่วนใหญ่เป็นการเปลี่ยนแปลงในประเด็นที่ไม่ได้พิจารณาเมื่อร่างสัญญาขึ้นมาครั้งแรก"

อย่างไรก็ตาม การเปลี่ยนประโยค "เราสัญญาว่าจะรักษาการแจกจ่าย Debian GNU/Linux ให้เป็นซอฟต์แวร์ฟรีโดยสมบูรณ์" เป็น "เราสัญญาว่าระบบ Debian และส่วนประกอบทั้งหมดจะเป็นซอฟต์แวร์ฟรี" ส่งผลให้ผู้จัดการการเผยแพร่ Anthony Towns เปลี่ยนแปลงในทางปฏิบัติ: ^{[ 16 ]}

"เนื่องจาก [SC #1] ไม่ได้จำกัดอยู่แค่ 'ซอฟต์แวร์' อีกต่อไป และเนื่องจากการตัดสินใจนี้เกิดขึ้นโดยนักพัฒนาหลังจากและระหว่างการหารือเกี่ยวกับวิธีที่เราควรพิจารณาเนื้อหาที่ไม่ใช่ซอฟต์แวร์ เช่น เอกสารประกอบและเฟิร์มแวร์ ผมจึงไม่เชื่อว่าผมสามารถให้เหตุผลสนับสนุนการตัดสินใจเชิงนโยบายในการยกเว้นเอกสารประกอบ เฟิร์มแวร์ หรือเนื้อหาอื่นๆ ได้อีกต่อไป เนื่องจากสัญญาทางสังคมได้รับการแก้ไขให้ครอบคลุมทุกด้านเหล่านี้แล้ว"

สิ่งนี้กระตุ้นให้เกิดมติทั่วไปอีกฉบับ 2004–004 ^{[ 17 ]}ซึ่งนักพัฒนาส่วนใหญ่ลงคะแนนเสียงคัดค้านการดำเนินการทันที และตัดสินใจเลื่อนการเปลี่ยนแปลงเหล่านั้นออกไปจนถึงการเผยแพร่ครั้งถัดไป (ซึ่งการพัฒนาเริ่มต้นขึ้นหนึ่งปีต่อมา ในเดือนมิถุนายน พ.ศ. 2548)

การให้สิทธิ์เข้าถึงซอร์สโค้ดนั้นไม่เพียงพอที่จะทำให้ซอฟต์แวร์นั้นถือว่าเป็น "โอเพนซอร์ส" ^{[ 18 ]}คำจำกัดความของโอเพนซอร์สกำหนดให้ต้องตรงตามเกณฑ์สิบประการ: ^{[ 19 ] [ 10 ]}

1. การแจกจ่ายฟรี^{[ 19 ]}
2. ซอร์สโค้ดต้องสามารถเข้าถึงได้ และใบอนุญาตต้องอนุญาตให้แจกจ่ายซ้ำในรูปแบบของซอร์สโค้ด (แทนที่จะเป็นออบเจ็กต์โค้ด ) ^{[ 19 ]}เพื่อที่จะแก้ไขซอฟต์แวร์ จำเป็นต้องเข้าถึงซอร์สโค้ด^{[ 20 ]}
3. ต้องอนุญาตให้มี การดัดแปลงผลงานและสามารถเผยแพร่ซ้ำได้ภายใต้เงื่อนไขการอนุญาตเดียวกันกับผลิตภัณฑ์โอเพนซอร์ส^{[ 19 ]}
4. ใบอนุญาตอาจกำหนดให้ต้องแจกจ่ายซอฟต์แวร์ต้นฉบับโดยไม่เปลี่ยนแปลง แต่เฉพาะในกรณีที่สามารถแจกจ่ายการแก้ไขเป็นแพทช์ ได้ โดยไม่มีข้อจำกัด^{[ 19 ] [ 20 ]}
5. ไม่มีการเลือกปฏิบัติระหว่างผู้ใช้^{[ 19 ]}
6. ไม่มีการเลือกปฏิบัติระหว่างการใช้งาน รวมถึงการใช้งานเชิงพาณิชย์^{[ 19 ]}
7. ทุกคนที่ได้รับสำเนาโปรแกรมจะได้รับสิทธิ์โอเพนซอร์สทั้งหมด^{[ 19 ]}
8. ใบอนุญาตต้องครอบคลุมโค้ดทั้งหมด ไม่ใช่ผลิตภัณฑ์หรือการจัดจำหน่ายเฉพาะ^{[ 19 ] [ 20 ]}
9. อาจไม่มีข้อจำกัดเกี่ยวกับซอฟต์แวร์อื่นที่เผยแพร่ในเวลาเดียวกัน^{[ 19 ]}
10. ความเป็นกลางทางเทคโนโลยี—ไม่สามารถจำกัดการใช้งานเฉพาะเทคโนโลยีใดเทคโนโลยีหนึ่งได้^{[ 19 ]}ตัวอย่างเช่น ใบอนุญาตที่กำหนดให้ผู้ใช้ต้องคลิกช่องเพื่อยอมรับนั้นไม่ถือว่าเป็นใบอนุญาตฟรี เนื่องจากงานนั้นไม่สามารถแจกจ่ายเป็นสำเนากระดาษได้^{[ 20 ]}

คำจำกัดความของโอเพนซอร์สมีให้ใช้งานภายใต้ ใบอนุญาต Creative Commons (CC BY 4.0) ^{[ 21 ]}ครอบคลุมทั้งcopyleft —ซึ่งการแจกจ่ายซ้ำและงานดัดแปลงจะต้องเผยแพร่ภายใต้ใบอนุญาตเสรี—และใบอนุญาตแบบอนุญาต —ซึ่งงานดัดแปลงสามารถเผยแพร่ภายใต้ใบอนุญาตใดก็ได้ เป็นส่วนหนึ่งของขบวนการโอเพนซอร์สมากกว่าขบวนการซอฟต์แวร์เสรี และมุ่งส่งเสริมการเข้าถึงซอฟต์แวร์โอเพนซอร์สสำหรับทุกคนที่ต้องการนำไปใช้ซ้ำ แม้แต่ผู้สร้างซอฟต์แวร์กรรมสิทธิ์^{[ 10 ] [ 22 ] [ 20 ]}ไม่ได้กล่าวถึงการปฏิเสธการรับประกัน แม้ว่าสิ่งเหล่านี้จะพบได้ทั่วไปในซอฟต์แวร์ โอเพ น ซอร์ส ^{[ 20 ]}คำจำกัดความไม่ได้ระบุโครงสร้างการกำกับดูแลสำหรับโครงการโอเพนซอร์ส^{[ 10 ]}

เกณฑ์เหล่านี้ใช้โดย OSI เพื่ออนุมัติใบอนุญาตบางประเภทให้สอดคล้องกับคำจำกัดความ และรักษารายชื่อใบอนุญาตที่สอดคล้อง ใบอนุญาตใหม่ต้องส่งข้อเสนออย่างเป็นทางการซึ่งจะมีการหารือกันในรายชื่อผู้รับจดหมายของ OSI ก่อนที่จะได้รับการอนุมัติหรือปฏิเสธโดยคณะกรรมการ OSI ใบอนุญาตที่ได้รับการอนุมัติเจ็ดรายการได้รับการแนะนำเป็นพิเศษโดย OSI ว่าเป็น "ที่นิยม ใช้กันอย่างแพร่หลาย หรือมีชุมชนที่แข็งแกร่ง": ^{[ 23 ]}

• ใบอนุญาต Apache 2.0
• ใบอนุญาต BSD 3 ข้อ และใบอนุญาต BSD 2 ข้อ
• ใบอนุญาตสาธารณะทั่วไปของ GNU ทุกเวอร์ชัน
• ใบอนุญาตสาธารณะขนาดเล็กของ GNU ทุกเวอร์ชัน
• ใบอนุญาต MIT
• ใบอนุญาตสาธารณะของ Mozilla 2.0
• ใบอนุญาตการพัฒนาและการจัดจำหน่ายทั่วไป (CDDL)
• ใบอนุญาตสาธารณะของ Eclipseเวอร์ชัน 2.0

การพูดคุยส่วนใหญ่เกี่ยวกับ DFSG เกิดขึ้นใน รายชื่อผู้รับจดหมาย debian-legalเมื่อนักพัฒนา Debian อัปโหลดแพ็กเกจเพื่อรวมไว้ใน Debian เป็นครั้งแรก ทีม ftpmasterจะตรวจสอบใบอนุญาตซอฟต์แวร์และพิจารณาว่าสอดคล้องกับข้อตกลงทางสังคมหรือไม่ บางครั้งทีมงานจะปรึกษากับรายชื่อผู้รับจดหมาย debian-legal ในกรณีที่ซับซ้อน

DFSG มุ่งเน้นไปที่ซอฟต์แวร์ แต่คำว่า "ซอฟต์แวร์" เองก็มีความคลุมเครือ บางคนใช้คำนี้กับทุกสิ่งทุกอย่างที่สามารถแสดงออกมาในรูปของกระแสบิต ในขณะที่คนส่วนน้อยมองว่ามันหมายถึงเฉพาะโปรแกรมคอมพิวเตอร์เท่านั้น นอกจากนี้ การมีอยู่ของPostScriptสคริปต์ที่สามารถเรียกใช้งานได้ เอกสารที่มีซอร์สโค้ด ฯลฯ ทำให้ความหมายข้อหลังนั้นคลุมเครือยิ่งขึ้น ดังนั้น เพื่อขจัดความสับสน ในเดือนมิถุนายน พ.ศ. 2547 โครงการ Debian จึงตัดสินใจที่จะใช้หลักการเดียวกันนี้กับเอกสารซอฟต์แวร์ข้อมูลมัลติมีเดีย และเนื้อหาอื่นๆ อย่างชัดเจน เนื้อหาที่ไม่ใช่โปรแกรมของ Debian เริ่มปฏิบัติตาม DFSG อย่างเคร่งครัดมากขึ้นใน Debian 4.0 (วางจำหน่ายในเดือนเมษายน พ.ศ. 2550) และเวอร์ชันต่อๆ มา

เอกสารจำนวนมากที่เขียนโดยโครงการ GNUโครงการเอกสาร Linuxและโครงการอื่นๆ ที่ได้รับอนุญาตภายใต้ใบอนุญาตเอกสารเสรี GNUมีส่วนที่ไม่เปลี่ยนแปลงซึ่งไม่สอดคล้องกับ DFSG การยืนยันนี้เป็นผลลัพธ์สุดท้ายของการอภิปรายที่ยาวนานและมติทั่วไป 2006-001 ^{[ 24 ]}

เนื่องจากข้อกำหนดคงที่ของ GFDL เนื้อหาภายใต้ใบอนุญาตนี้จึงต้องถูกจัดเก็บแยกต่างหากในที่เก็บข้อมูล "ที่ไม่ใช่โอเพนซอร์ส" เพิ่มเติมซึ่งไม่ถือว่าเป็นส่วนหนึ่งของ Debian อย่างเป็นทางการ

บางครั้งอาจเป็นเรื่องยากที่จะกำหนดว่าอะไรคือ "แหล่งที่มา" สำหรับไฟล์มัลติมีเดีย เช่น ไฟล์ภาพที่ไม่ได้บีบอัดถือเป็นแหล่งที่มาของภาพที่ถูกบีบอัดหรือไม่ และโมเดล 3 มิติ ก่อนการประมวลผลด้วยเรย์เทรซซิ่งถือเป็นแหล่งที่มาของภาพที่ได้ หรือไม่

สมาชิกรายชื่อผู้รับจดหมาย debian -legalได้สร้างการทดสอบบางอย่างเพื่อตรวจสอบว่าใบอนุญาตละเมิด DFSG หรือไม่ การทดสอบทั่วไป (ตามที่อธิบายไว้ในคำถามที่พบบ่อยเกี่ยวกับ DFSG ฉบับร่าง) ^{[ 25 ]}มีดังต่อไปนี้:

• "การทดสอบเกาะร้าง" ลองนึกภาพคนติดเกาะร้างที่มีคอมพิวเตอร์พลังงานแสงอาทิตย์เพียงเครื่องเดียว นี่จะทำให้เป็นไปไม่ได้เลยที่จะทำตามข้อกำหนดใดๆ ในการเผยแพร่การเปลี่ยนแปลงสู่สาธารณะ หรือส่งแพทช์ไปยังสถานที่ใดสถานที่หนึ่งโดยเฉพาะ แม้ว่าข้อกำหนดเหล่านั้นจะเป็นเพียงการร้องขอเท่านั้นก็ตาม เพราะคนติดเกาะอาจรับข้อความได้ แต่ไม่สามารถส่งได้ ซอฟต์แวร์ที่จะเป็นอิสระได้นั้น ต้องสามารถแก้ไขได้โดยคนติดเกาะผู้โชคร้ายคนนี้ และต้องสามารถแบ่งปันการแก้ไขกับเพื่อนๆ บนเกาะได้อย่างถูกกฎหมายด้วย
• "การทดสอบผู้เห็นต่าง" ลองนึกถึงผู้เห็นต่างในรัฐเผด็จการที่ต้องการแบ่งปันซอฟต์แวร์ที่แก้ไขแล้วกับผู้เห็นต่างคนอื่นๆ แต่ไม่ต้องการเปิดเผยตัวตนของผู้แก้ไข หรือเปิดเผยการแก้ไขนั้นโดยตรง หรือแม้แต่การครอบครองโปรแกรมนั้นต่อรัฐบาล ข้อกำหนดใดๆ ที่บังคับให้ส่งซอร์สโค้ดที่แก้ไขแล้วไปยังบุคคลอื่นนอกเหนือจากผู้รับไฟล์ไบนารีที่แก้ไขแล้ว—อันที่จริง การแจกจ่ายโดยบังคับใดๆ นอกเหนือจากการให้ซอร์สโค้ดแก่ผู้ที่ได้รับสำเนาไฟล์ไบนารี—จะทำให้ผู้เห็นต่างตกอยู่ในอันตราย สำหรับ Debian แล้ว ซอฟต์แวร์ที่จะถือว่าเป็นซอฟต์แวร์เสรีได้นั้น จะต้องไม่กำหนดให้มีการแจกจ่ายเกินขอบเขตเช่นนั้น
• "บททดสอบหนวดแห่งความชั่วร้าย" ลองจินตนาการว่าผู้เขียนถูกว่าจ้างโดยบริษัทชั่วร้าย ขนาดใหญ่ และตกอยู่ภายใต้อิทธิพลของบริษัทนั้น จึงพยายามทำสิ่งเลวร้ายที่สุดกับผู้ใช้โปรแกรม เช่น ทำให้ชีวิตของพวกเขาย่ำแย่ ทำให้พวกเขาเลิกใช้โปรแกรม เปิดเผยความรับผิดทางกฎหมายให้พวกเขา ทำให้โปรแกรมไม่เป็นซอฟต์แวร์เสรี เปิดเผยความลับของพวกเขา ฯลฯ เหตุการณ์เดียวกันนี้อาจเกิดขึ้นกับบริษัทที่ถูกซื้อกิจการโดยบริษัทที่ใหญ่กว่า ซึ่งมุ่งมั่นที่จะทำลายซอฟต์แวร์เสรีเพื่อรักษาการผูกขาดและขยายอาณาจักรชั่วร้ายของตน เพื่อให้เป็นซอฟต์แวร์เสรี แม้แต่ผู้เขียนเองก็ไม่สามารถถูกลิดรอนเสรีภาพที่จำเป็นได้

คำจำกัดความของโอเพนซอร์สเป็นคำจำกัดความที่ใช้กันอย่างแพร่หลายที่สุดสำหรับ^{ซอฟต์แวร์}โอเพนซอร์ส [ ^{26 ]}และมักใช้เป็นมาตรฐานในการพิจารณาว่าโครงการใดเป็นโอเพนซอร์ส^{[ 21 ]} คำจำกัดความ นี้และคำจำกัดความอย่างเป็นทางการของซอฟต์แวร์เสรีโดยมูลนิธิซอฟต์แวร์เสรี (FSF) ครอบคลุม ใบอนุญาตซอฟต์แวร์เดียวกันโดยพื้นฐาน[ ^{10 ] [ 27 ] อย่างไรก็ตาม}มีความแตกต่างด้านคุณค่าระหว่างขบวนการซอฟต์แวร์เสรีและโอเพนซอร์ส: ขบวนการแรกเน้นด้านจริยธรรมและคุณค่ามากกว่า ในขณะที่ขบวนการหลังเน้นด้านปฏิบัติ^{[ 10 ]}

คำจำกัดความแบบเปิดของมูลนิธิความรู้แบบเปิดนั้นได้มาจากคำจำกัดความแบบโอเพ่นซอร์สเป็นส่วนใหญ่^{[ 28 ]}

แถลงการณ์หลักการฮาร์ดแวร์โอเพนซอร์สได้รับการดัดแปลงมาจากคำจำกัดความโอเพนซอร์ส^{[ 29 ] [ 26 ]}

• การเปรียบเทียบใบอนุญาตซอฟต์แวร์ฟรีและโอเพนซอร์ส
• ประวัติความเป็นมาของซอฟต์แวร์ฟรีและโอเพนซอร์ส
• นิยามซอฟต์แวร์เสรี

Wikisourceภาษาอังกฤษมีข้อความต้นฉบับที่เกี่ยวข้องกับบทความนี้:

นิยามของโอเพนซอร์ส

เว็บไซต์ Wikibooks มีหนังสือเกี่ยวกับหัวข้อ: การอนุญาตใช้สิทธิ์ซอฟต์แวร์โอเพนซอร์ส (FOSS Licensing)

• นิยามของโอเพนซอร์ส
• นิยามของโอเพนซอร์ส โดย บรูซ เพเรนส์ในหนังสือ Open Sources: Voices from the Open Source Revolution เดือนมกราคม 1999 ISBN 1-56592-582-3
• ข้อตกลงทางสังคมและหลักเกณฑ์ซอฟต์แวร์เสรีของ Debian
• รายการ Debian-Legal พร้อมเอกสารเก็บถาวรจากการสนทนาก่อนหน้านี้
• คำถามที่พบบ่อยเกี่ยวกับร่าง DFSG
• หัวข้อ A.1.3 ในเอกสาร " ทำไมต้องใช้ OSS/FS? มาดูตัวเลขกัน!"ระบุถึงประเด็นสำคัญบางประเด็นที่ debian-legal ได้กล่าวถึง
• รายชื่อใบอนุญาตซอฟต์แวร์ที่มีอยู่ใน Debian ในปัจจุบัน
• DFSG และใบอนุญาตซอฟต์แวร์วิกิของ Debian