모질라 공용 라이센스
MPLLicense 를 사용하면 자유롭게 재배포하고 자유롭게 수정할 수 있지만, 수정된 코드의 저작권은 소프트웨어의 개시자에 속한다. 이 라이센스는 상업용 소프트웨어의 이익을 보호하며, 이 소프트웨어의 수정에 기초하여 무료로 이 소프트웨어에 저작권을 기부할 것을 요구한다. (존 F. 케네디, 소프트웨어, 소프트웨어, 소프트웨어, 소프트웨어, 소프트웨어, 소프트웨어, 소프트웨어, 소프트웨어) 이렇게 하면 소프트웨어를 둘러싼 모든 코드의 저작권이 개발자의 손에 집중되고 있다. 그러나 MPL 은 수정 및 무료 사용이 가능합니다. MPL 소프트웨어는 링크가 필요하지 않습니다.
BSD 오픈 소스 프로토콜
BSD 오픈 소스 프로토콜은 사용자에게 큰 자유도를 제공하는 프로토콜입니다. 소스 코드를 자유롭게 사용하고 수정할 수 있으며 수정된 코드를 오픈 소스 또는 독점 소프트웨어로 재배포할 수 있습니다. BSD 프로토콜을 사용하여 코드를 게시하거나 BSD 프로토콜 코드를 기반으로 자체 제품을 개발할 때 다음 세 가지 조건을 충족해야 합니다.
1. 재배포 제품에 소스 코드가 포함된 경우 소스 코드에는 원본 코드의 BSD 프로토콜이 포함되어야 합니다.
2. 이진 클래스 라이브러리/소프트웨어만 재배포하는 경우 클래스 라이브러리/소프트웨어의 문서 및 저작권 고지에 있는 원본 코드에 BSD 프로토콜을 포함해야 합니다.
3. 오픈 소스 코드의 작성자/조직의 이름과 원본 제품의 이름을 사용하여 마케팅해서는 안 됩니다.
BSD 코드는 코드 즐거움을 장려하지만 코드 작성자의 저작권을 존중해야 합니다. BSD 는 사용자가 코드를 수정 및 재배포할 수 있고 사용자가 BSD 코드에서 상용 소프트웨어 배포 및 판매를 사용하거나 개발할 수 있도록 하기 때문에 비즈니스 통합에 친숙한 프로토콜입니다. 많은 회사와 기업은 오픈 소스 제품을 선택할 때 BSD 프로토콜을 선호합니다. 이러한 타사 코드를 완전히 제어하고 필요한 경우 수정하거나 다시 개발할 수 있기 때문입니다.
아파치 라이센스 2.0
Apache Licence 는 유명한 비영리 오픈 소스 단체인 Apache 가 채택한 협정이다. BSD 와 마찬가지로 이 계약은 소스 작성자의 저작권을 누리고 존중하도록 권장하며, 코드를 수정하여 공개 소스 또는 상용 소프트웨어로 배포할 수 있도록 합니다. 충족되어야 할 조건:
1. 코드 사용자에게 Apache 라이센스 사본이 필요합니다.
2. 코드를 수정할 경우 수정된 파일에 설명되어 있어야 합니다.
3. 확장 코드 (수정된 코드 및 소스 코드에서 파생된 코드) 에는 원저자가 원코드에 지정한 계약, 상표, 특허 선언 등의 지침이 포함되어야 합니다.
4. 재배포하는 제품에 알림 파일이 포함되어 있는 경우 알림 파일에 Apache 라이센스가 있어야 합니다. 알림에 자신의 라이센스를 추가할 수 있지만 Apache 라이센스에 대한 변경 사항으로 표시할 수는 없습니다.
아파치 라이센스도 상업적으로 우호적인 허가이다. 필요에 따라 코드를 수정하여 오픈 소스 또는 상용 제품으로 게시/판매할 수도 있습니다.
(gramsperlitre 와 동일) 그램/리터
GPL 라이센스는 프리웨어에서 가장 널리 사용되는 소프트웨어 라이센스입니다. 사람들은 하나 이상의 프로그램 사본 또는 프로그램의 일부를 수정하여 이러한 프로그램을 기반으로 하는 파생 작품을 만들 수 있습니다. 수정된 문건에서 네가 이 문건과 어떤 수정일을 수정했는지 분명히 설명해야 한다. 귀하는 본 프로그램의 전부 또는 일부 또는 일부나 본 프로그램의 전부 또는 일부에서 파생된 작품을 포함하여 배포 또는 출판할 수 있는 저작물을 제 3 자가 본 사용권에 따라 사용할 수 있도록 허용해야 하며, 본 사용권에 대해 비용을 지불해서는 안 됩니다.
LGPL
리눅스는 단지 GPL 을 사용했을 뿐이다. GPL 프로토콜은 BSD, ApacheLicence 및 코드 재사용을 장려하는 기타 라이센스와는 매우 다릅니다. GPL 의 출발점은 코드의 오픈 소스/무료 사용 및 참조/수정/파생 코드의 오픈 소스/무료 사용이지만 수정 및 파생 코드는 폐쇄 소스 상용 소프트웨어로 게시 및 판매할 수 없습니다. 그래서 우리는 상업 회사의 Linux 와 개인, 조직, 상용 소프트웨어 회사가 Linux 에서 개발한 다양한 무료 소프트웨어를 포함하여 다양한 무료 Linux 를 사용할 수 있습니다.
GPL 프로토콜의 주요 내용은 하나의 소프트웨어에서 GPL 프로토콜 제품 ("사용" 은 클래스 라이브러리 참조, 수정된 코드 또는 파생 코드를 의미함) 을 사용할 때마다 오픈 소스와 무료 모두 GPL 프로토콜을 사용해야 한다는 것입니다. 이것은 소위 "전염성" 입니다. GPL 프로토콜 제품은 단일 제품으로 사용할 수 있으며 문제 없이 무료 혜택을 누릴 수 있습니다.
GPL 은 GPL 클래스 라이브러리를 사용하는 소프트웨어 제품에 GPL 프로토콜을 사용해야 하기 때문에 GPL 프로토콜을 사용하는 오픈 소스 코드, 상용 소프트웨어 또는 코드에 대한 기밀 요구 사항이 있는 부서에는 통합/채택을 클래스 라이브러리 및 2 차 개발의 기초로 사용할 수 없습니다.
재배포와 같은 기타 세부 사항은 BSD/Apache 와 유사한 GPL 프로토콜이 필요합니다.
공유지
공공 영역 권한 부여. 소프트웨어를 공용 영역으로 허가하다. 이 소프트웨어 패키지는 라이센스 계약이 없으므로 누구나 자유롭게 사용할 수 있습니다.
Zlib/libpng
누구나 소프트웨어의 출처를 왜곡하지 않고 원본 진술을 유지하는 한 상업적 애플리케이션을 포함한 어떤 목적으로도 소프트웨어를 사용할 수 있습니다.
예술 허가는 저자가 진일보한 발전을 통제할 수 있게 해준다.
매사추세츠 공과대학 (massa Chu-setts institute of technology)
MIT 는 BSD 만큼 광범위한 라이센스 계약이며, 저자는 다른 제한 없이 저작권만 보유하려고 합니다. 즉, 바이너리 또는 소스 코드로 배포되는지 여부에 관계없이 원본 라이센스 계약의 선언을 배포에 포함시켜야 합니다.