1. 무료 재배포
배포된 소프트웨어가 서로 다른 출처의 프로그램으로 구성된 경우 라이센스는 공개 소스 소프트웨어를 배포 소프트웨어의 일부로 판매하거나 증정하는 것을 어느 한 당사자 또는 여러 당사자가 제한해서는 안 됩니다.
이 라이센스는 이번 판매에서 로열티 또는 기타 비용을 청구할 수 없습니다. (이유)
2. 소스 코드
프로그램에는 소스 코드가 포함되어야 하며, 소스 코드로 게시할 수 있어야 하며, 컴파일된 형식으로 게시할 수도 있어야 합니다. 제품의 일부가 소스 코드와 함께 출시되지 않은 경우 합리적인 범위를 벗어나는 비용을 지불하지 않고 소스 코드를 얻을 수 있는 일반적인 수단을 제공해야 합니다. 인터넷에서 무료로 다운로드하는 것이 좋습니다. 소스 코드는 프로그래머가 수정할 수 있는 가장 좋은 형식이어야 합니다. 의도적으로 소스 코드를 흐리게 하는 것은 허용되지 않습니다. 사전 처리 프로그램이나 번역기 처리의 중간 결과도 허용되지 않습니다. (이유)
3. 파생작
라이센스는 소프트웨어 수정 및 파생 소프트웨어를 허용해야 하며 원본 소프트웨어의 라이센스 약관에 따라 배포할 수 있도록 허용해야 합니다. (이유)
4. 작성자 소스 코드의 무결성
라이센스가 소스 코드와 함께 "패치 파일" 을 배포할 수 있는 경우에만 수정된 소스 코드의 배포를 제한할 수 있습니다 ("패치 파일" 은 프로그램을 만들 때 수정하도록 설계되었습니다). 라이센스는 수정된 소스 코드에 의해 생성된 프로그램의 배포를 명시적으로 허용해야 합니다. 라이센스는 원본 소프트웨어와 구별하기 위해 파생 저작물에 다른 이름이나 버전 번호를 요구할 수 있습니다. (이유)
개인이나 단체를 차별하지 마십시오.
허가증은 어떤 개인이나 여러 명으로 구성된 단체를 차별해서는 안 된다. (이유)
어떤 분야의 노력도 차별하지 마십시오.
라이센스는 어떤 분야에도 프로그램을 적용하는 사람을 제한해서는 안 된다. 예를 들어, 이 절차가 상업이나 유전자 연구 분야에 적용될 수 없다고 규정해서는 안 된다. (이유)
7. 허가 발급
프로그램과 관련된 권리는 프로그램의 모든 사용자에게 적용되어야 하며, 프로그램의 사용자는 프로그램을 사용하기 위해 추가 라이센스를 받을 필요가 없습니다. (이유)
8. 라이센스는 특정 제품에 한정될 수 없습니다.
프로그램과 관련된 권리는 프로그램이 소프트웨어 제품의 일부인지 여부에 따라 결정될 수 없습니다. 프로그램이 이 릴리스에서 추출되어 프로그램의 라이센스 조항에 따라 사용 및 배포되는 경우, 프로그램을 획득한 당사자 또는 조직은 원본 프로그램을 받은 사용자와 동일한 권리를 갖게 됩니다. (이유)
9. 라이센스는 다른 소프트웨어에 영향을 주지 않습니다.
라이센스는 사용 중인 소프트웨어와 함께 배포된 다른 소프트웨어에 어떠한 제한도 적용해서는 안 됩니다. 예를 들어, 라이센스가 동일한 미디어에 배포되는 다른 모든 프로그램은 오픈 소스 소프트웨어라고 주장할 수 없습니다. (이유)
순응
(이 섹션은 오픈 소스 정의의 일부가 아닙니다. ) 을 참조하십시오
이 오픈 소스의 정의는 대부분의 소프트웨어 조직에서 사용하는 "오픈 소스" 라는 용어의 원래 의미와 현재 의미를 다루고 있다고 생각합니다. 그러나, 이 용어는 광범위하게 사용되었고, 그 의미는 부정확해졌다. OSI 인증 로고는 소프트웨어 배포 라이센스가 오픈 소스 정의에 부합하는지 여부를 나타내는 OST 인증 방법입니다. 일반 용어 "오픈 소스" 는 이러한 보증을 제공하지 않지만 "오픈 소스" 라는 용어를 사용하여 "오픈 소스" 의 정의에 부합한다는 것을 나타냅니다. OSI 인증 마크 및 OSI 인증을 획득하고 "공개 소스 정의" 를 준수하는 라이센스에 대한 자세한 내용은 OSI 인증 마크 및 아웃라인을 참조하십시오.
오픈 소스 정의 원칙
오픈 소스 코드 정의의 목적은 우리가 확신하고 소프트웨어 개발 커뮤니티에서 인정한' 오픈 소스 코드' 의 의미를 특정 가이드라인으로 적어두는 것입니다. 이 가이드라인은 오픈 소스 라이센스로 발표된 소프트웨어가 다른 소프트웨어처럼 진지하게 평가될 수 있도록 보장하며, 소프트웨어가 지속적으로 개선되고 선택될 수 있도록 합니다. 개방되지 않은 소프트웨어가 제공할 수 없는 신뢰성과 능력을 제공합니다. (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 오픈 소스, 오픈 소스, 오픈 소스, 오픈 소스)
이 일을 계속 발전시키기 위해서, 우리는 사람들이 단기적인 이익을 위해 소프트웨어 개발에 대한 공헌을 중단해야 한다. 즉, 라이센스 조항은 소수의 사람들만이 읽고 수정할 수 있도록 소스 코드를 잠그는 것을 방지해야 합니다.
소프트웨어 개발자는 OSI 인증 라이센스에 따라 소프트웨어를 배포할 때 소프트웨어에 OSI 인증 로고를 사용할 수 있습니다. 이 인증 로고는 소프트웨어가 사용하는 라이센스가 오픈 소스 정의에 부합한다는 것을 사용자에게 알립니다. 당사의 인증 로고와 윤곽에 대한 자세한 내용은 OSI 인증 로고와 윤곽을 참조하십시오.
1. 무료 재배포
강제적인 허가의 자유로운 재분배를 통해 우리는 소량의 단기 판매를 얻기 위해 장기적 이익을 포기하려는 유혹에 저항했다. 만약 우리가 그렇게 하지 않는다면, 우리의 파트너들이 약속을 포기하도록 강요하는 많은 압력이 있을 것이다.
2. 소스 코드
소프트웨어는 수정을 통해서만 개선할 수 있기 때문에 이해하기 쉬운 소스 코드가 필요합니다. Dell 의 목표는 소프트웨어를 쉽게 개선할 수 있도록 하는 것이기 때문에 소프트웨어가 쉽게 수정되기를 바랍니다.
3. 파생작
읽을 수 있는 소스 코드만 제공하는 것만으로는 소프트웨어에 대한 진지한 감사와 신속한 개선 및 선택이 충분하지 않습니다. 소프트웨어 개선을 가속화하기 위해 사람들은 변화를 실험하고 재발행할 수 있어야 한다.
4. 작성자 소스 코드의 무결성
각종 소프트웨어 개선을 장려하는 것은 좋은 일이지만, 사용자는 자신이 사용하는 소프트웨어에 대해 누가 책임을 지는지 알 권리가 있다. 소프트웨어 작성자와 관리자는 명성을 유지하기 위해 지원이 필요한 소프트웨어를 알 권리가 있습니다.
따라서 오픈 소프트웨어 라이센스는 소스 코드를 쉽게 구할 수 있도록 해야 하지만 소스 코드를 원본 소스 코드와 패치 파일 세트로 릴리스해야 합니다. 이러한 방식으로 "비공식적" 수정 사항을 얻을 수 있으며 원본 소스 코드와 쉽게 구분할 수 있습니다.
개인이나 단체를 차별하지 마십시오.
이 과정에서 최대한의 이익을 얻기 위해서는 가능한 많은 개인과 단체의 동등한 자격을 부여하여 오픈 소스 소프트웨어에 기여해야 한다. 이런 이유로, 우리는 오픈 소스 라이센스가 이 과정에서 누구를 제외하는 것을 금지한다.
어떤 분야의 노력도 차별하지 마십시오.
이 조항의 주요 목적은 오픈 소스 소프트웨어를 상업적 목적으로 사용할 수 없도록 하는 조항을 포함하는 라이센스를 금지하는 것입니다. 우리는 비즈니스 사용자가 배제를 느끼지 않고 업무에 참여해야 합니다.
7. 허가 발급
이 조항의 목적은 소프트웨어를 간접적으로 공개하는 것을 금지하고, 필요한 경우 비공개 계약서에 서명하는 것을 금지하는 것이다.
8. 라이센스는 특정 제품에 한정될 수 없습니다.
이 조항은 다른 라이센스 트랩을 방지하는 데 사용됩니다.
9. 라이센스는 다른 소프트웨어에 영향을 주지 않습니다.
오픈 소스 소프트웨어의 게시자는 자신의 소프트웨어에 대한 선택을 할 권리가 있다.
예, GPL 은이 요구 사항을 충족합니다. GPL 에서 발표한 라이브러리는 런타임에만 연결된 소프트웨어에 영향을 주며 함께 배포되는 소프트웨어와는 무관합니다.
OSI 인증 마크 및 개요
오픈 소스의 정의는 오픈 소스 소프트웨어의 기본 속성을 제공합니다. 불행히도,' 오픈 소스' 라는 용어는 남용되었다. 그 설명 때문에 상표로 보호될 수 없다. 커뮤니티는 소프트웨어가 정말 오픈 소스 소프트웨어인지 확인할 수 있는 신뢰할 수 있는 방법이 필요하기 때문입니다. 이를 위해 OSI 는 OSI Certified 라는 인증 로고를 등록했습니다. 만약 당신이 소프트웨어에서 이 로고를 본다면, 이 소프트웨어는 오픈 소스 정의에 부합하는 허가하에 발표되어야 합니다. 그렇지 않으면 게시자는 로고를 남용하고 법을 어기는 것이다.
OSI 인증 로고는 라이센스가 아닌 소프트웨어에 사용됩니다. 소프트웨어를 구성하는 패키지와 라이센스가 오픈 소스라는 것을 알아야 합니다. 또한 별도의 라이센스는 "상품" 이 아니라 미국 특허상표국이 등록한 인증 마크일 수 있습니다. 그러나 소프트웨어 작성자는 적절한 경우 (자체 인증) 을 요청하지 않고 OSI 인증 오픈 소스 모델로 소프트웨어를 출시할 수 있어야 합니다. 따라서 인증은 두 단계로 완료됩니다.
* OSI 는 오픈 소스 소프트웨어 정의를 준수하는 오픈 소스 라이센스 표를 제공합니다. 이 허가증들은 이미 대중의 세심한 심사를 거쳐 우리의 비준을 받았다. 목록에 가입하려는 라이센스가 있으면 라이센스 승인 프로세스를 시작한 license-approval @ opensource.org 에 문의하십시오.
* 소프트웨어에 OSI 인증 로고를 설정하려면 목록에서 승인된 라이센스를 선택하고 그에 따라 소프트웨어를 배포하고 소프트웨어를 적절히 표시할 수 있습니다.
이상은 단지 총결산일 뿐이다. 다음은 승인 허가 신청 및 OSI 인증 마크 적용을 위한 자세한 지침입니다.
라이센스 승인 받기
1. 라이센스를 license-approval @ opensource.org 로 전자 메일로 보냅니다. 전자 메일에 서명 또는 익명으로 라이센스 토론 목록에 라이센스를 전송할지 여부를 명시합니다. (우리는 전혀 발송하고 싶지 않은 허가증을 고려하고 싶지만, 지역사회 평가가 승인의 중요한 부분이기 때문에, 우리는 어쩔 수 없이 비공개로 심사자에게 허가증을 보내야 한다. 따라서, 허가증 토론 목록에 보내지 않은 허가증의 승인은 시간이 더 오래 걸리며, 일반적으로 당신과 더 많은 소통이 필요하다. ) 을 참조하십시오
귀하의 라이센스가 오픈 소스의 정의에 맞지 않는다는 것을 알게 되면, 우리는 당신과 협력하여 이 문제를 해결할 것입니다.
3. 또한, 우리는 라이센스 포럼 목록을 주시하고, 포함되지 않은 모든 문제를 해결하기 위해 당신과 협력할 것입니다.
이 과정의 일환으로, 우리는 또한 허가 문제에 대해 외부 세계로부터 법적 조언을 구할 것이다.
5. 라이센스가 오픈 소스의 정의에 부합하고 라이센스 포럼에서 충분한 토론을 받았거나 다른 검토자가 중요하다고 생각하는 문제를 제기하지 않은 경우 라이센스가 승인되었으며 당사 웹 사이트에 복사되어 아래 라이센스 목록에 추가되었음을 알려 드립니다.
이 로고 사용
너는 이 두 소프트웨어 출시에 OSI 인증 로고를 사용할 수 있다. 소프트웨어 배포에는 승인된 라이센스 목록에 있는 라이센스의 요구 사항을 포함 및 충족하거나 소프트웨어의 소스 코드가 공개 위치에 명시적으로 배치되어 있습니다.
사용 중인 소프트웨어가 OSI 인증에 따라 배포되었음을 나타내려면 다음과 같이 변경 없이 다음 중 하나를 소프트웨어에 추가해야 합니다. 완전한 진술은 다음과 같습니다.
이 소프트웨어는 OSI 인증 오픈 소스 소프트웨어입니다.
OSI Certified 는 오픈 소스 프로그램의 인증 마크입니다.
더 짧은 진술은 다음과 같습니다.
OSI 인증 오픈 소스 소프트웨어
소프트웨어의 각 배포 형식에는 고유한 요구 사항이 있습니다.
* 소프트웨어가 유형이 아닌 전자적으로 배포되는 경우, 전체 진술을 readme 파일이나 이와 유사한 파일에 넣어야 하며, 사용자는 먼저 해당 파일을 읽어야 합니다.
* 소프트웨어가 물리적으로 배포되는 경우 다음과 같은 모든 가능한 작업을 완료해야 합니다.
* 소프트웨어 버전에 인쇄물이 포함된 경우 인쇄물에 전체 진술을 추가해야 합니다.
* 소프트웨어가 쓰기 가능 미디어 (예: 플로피 디스크), 광 디스크, 테이프 등의 미디어에 출시되면 기능에 영향을 주지 않고 육안으로 읽을 수 있는 짧은 문을 추가할 수 있습니다. 미디어에 전체 진술이나 간단한 진술을 표시해야 합니다.
* 소프트웨어가 새 패키지로 출시되면 그 내용을 읽을 수 없습니다. 너는 반드시 가방 밖에 완전한 성명을 붙여야 한다.
위 조항 중 하나를 사용하여 게재할 수 없는 경우 저희에게 문의해 주십시오. 선택한 위치를 이 목록에 추가하겠습니다.
승인된 라이센스 받기
다음 라이센스는 오픈 소스 정의를 준수하며 OSI 인증을 위한 오픈 소스 소프트웨어를 승인했습니다. 승인 날짜가 없는 라이센스는 1999 1 이전에 승인되었습니다.
GNU 일반 공공 허가 (GPL);
GNU 라이브러리 (느슨한) 일반 공용 라이센스 (LGPL);
BSD 라이센스
* X 컨소시엄 허가;
* 예술 허가;
모질라 공개 라이센스 (mpl);
* QPL；;
기타 정의된 라이센스로는 libpng 라이센스, zlib 라이센스, IJG JPEG 라이센스 및 OPL (open LDAP public license) 라이센스가 있습니다.