프로젝트에서 "Mozilla 1.1 만"을 사용하지 않는 한 "Mozilla 1.1 이상"을 암시 적으로 사용합니다. 따라서 프로젝트를 Mozilla 2.0으로 업그레이드하거나 기고자의 동의없이 분기 할 수도 있습니다.
Mozilla 1.1을 유지하려면 Apache와 Mozilla 라이센스 코드를 동일한 소스 파일에 혼합하지 마십시오. 그러면 프로젝트가 혼합 라이센스 작업이됩니다.
이 상황이 얼마나 평범한 지 보려면 http://packages.debian.org 에서 "저작권"파일을 찾아 보십시오.
=========== 전체 배경
Apache 라이센스 (2.0; 1.0은 관련이 없습니다!)는 "허용 적"이므로 파생 상품은 상업적이고 폐쇄 될 수 있습니다. Apache 이전에는 널리 사용되는 모든 라이센스 (BSD, Athena (MIT / X11), zLib, ~ Public Domain)가 매우 간단했습니다. 따라서 거의 모든 다른 라이센스와 호환됩니다 (광고 조항이있는 경우를 제외하고는 현재는 드 rare니다).
Apache 라이센스는보다 현대적인 요구를 해결하려고합니다. 작업 기록을 추적하는 절차가 있습니다. MAD (Mutually Assured Destruction) 스타일 특허 조항이 있습니다. 그 중 어느 것도 GPL이나 모질라에 의해 실제로 반대되는 것은 아니며, 그들이 허용하는 "제한"중 하나가 아닙니다.
모질라 라이센스는 크레딧이 덜 필요하지만, 프로젝트의 "초기 개발자"가 제한없이 파생물을 이용할 수 있어야하고 모질라 라이센스에 따라 일반인에게 제공 할 수 있어야합니다. 그것은 소유자가 경쟁자에 대한 그녀의 이점을 잃지 않고 코드를 공개 소스로 만들 수 있도록 의도되었습니다 .
Mozilla 라이센스는 소스 코드 파일 경계까지 감염되지만 일반적으로는 그 이상입니다. (GPL은 링커 / 커널 호출 경계까지 훨씬 더 많이 감염됩니다.) 패치 파일은 패치 대상의 작업에서 파생 된 경향이 있기 때문에 예외입니다.
Mozilla, LGPL 및 Apache와 같은 모든 허용 라이센스에 따라 파일을 자유롭게 집계 할 수 있습니다. 이것이 대규모 오픈 소스 응용 프로그램의 표준입니다. 특히 GPL이 감염성이 강한 것으로 간주되는 Java의 경우 Apache.org가 가장 큰 인프라 제공 업체입니다.
소스 코드의 단일 파일은 Mozilla 1.1 과 Apache 라이센스 를 모두 준수 할 수 없습니다. GPL과 같은 Mozilla는 추가적인 방해를 용납하지 않기 때문입니다. 단일 소스 는
Mozilla OR Apache 또는 거의 모든 다른 라이센스를 준수 할 수 있습니다 . 예를 들어 Firefox는 Mozilla 또는 GNU OR LGNU 라이센스에 따라 릴리스됩니다 .
Apache의 영향력이 커짐에 따라 GPLv3과 Mozilla v2는 서로 호환되도록했습니다. "버전 업그레이드 조항"을 선택 해제하는 것은 GPL과 Mozilla가 사용자가 추가 할 수있는 유일한 방해 요소입니다. 사용자가 실제로 "거부"한 유일한 주요 라이센스는 GPLv2보다 감염성이 높기 때문에 GPLv3이었습니다. 예를 들어 Linux 커널은 GPLv2 전용 입니다.