현재 상업용 응용 프로그램에서 PyQt를 사용하여 평가 중입니다. PyQt 상용 라이센스가 응용 프로그램의 스크립트 API에 PyQt 라이브러리를 노출하는 것을 허용하지 않는다는 사실에 놀랐습니다. the PyQt site에서 :애플리케이션의 스크립트 API에서 PyQt의 노출을 방지하는 조항은 라이선스 면제가 되나요?
해당 응용 프로그램의 사용자로 너무 오래 응용 프로그램에 필요한 PyQt는 모듈과 QScintilla 라이브러리를 배포 할 수있는 권리 PyQt는에 직접 액세스 할 자신이 없습니다. 그렇지 않으면 그 사용자는 개발자가되어 PyQt와 Qt 둘 다 상용 버전의 사본을 요구합니다.
가이 PyQt는에 대한 액세스를 허용되었다 경우 효과적으로 PyQt는 상업용 라이센스에 '허점'을해야하기 때문인가? 이 절은 그 허점을 닫습니다. GPL과 관련 라이센스에 비슷한 조항이 있어야하는지 궁금합니다. 그렇지 않으면 반드시 오픈 소스 라이선스에 따라 애플리케이션을 공개 할 수 있습니다. 오픈 소스 라이선스는 사람들이 행동을 '스크립트'할 수있게 해주는 '셸'애플리케이션 일뿐입니다. 즉, 행동은 두 번째, GPL PyQt 바인딩을 사용하는 GPL 애플리케이션.
나는이 '허점'이 많은 재능있는 변호사가 정밀한 빗으로 검사 했음에 틀림없는 GPL에서 의심의 여지가 없다. - 정말 법이 어떻게 코더의 삶에 영향을 미치는지 더 자세히 알아 내려고하고 있습니다. GPL 및 기타 오픈 소스 라이선스는 시작하기에 좋은 장소입니다.
또한 LGPL에서 발표 한 동일한 시스템에도 비슷한 문제가 있습니까? 또는 해당 라이센스의 관대 한 특성이 사용자가 애플리케이션을 통해 라이브러리에 액세스 할 수 있도록하는 충돌이 많지 않다는 것을 의미합니까?
** 프로그래밍이나 소프트웨어 개발이 아닌 라이센스 또는 법적 문제 **에 관한 내용이므로 주제를 벗어난 것으로서 닫으려고합니다. 자세한 내용은 [여기를 참고하십시오] (http://meta.stackoverflow.com/a/274964/1402846) 및 [help/on-topic]을 참조하십시오. –