3389 #4417

@8key님 , 앞으로 미해결 이슈와 비공개 이슈를 모두 검색해 주세요. 감사 해요!

FWIW 아마도 어느 시점에서 플러그 가능하게 만들어 https://github.com/Ousret/charset_normalizer 로 전환할 수 있습니다.

charset_normalizer 와 같은 것을 사용하는 것은 정말 좋을 것입니다. 현재 우리 프로젝트에서 GPL과 유사한 라이선스 종속성은 chardet 이고 이는 requests 의 종속성이기 때문입니다. requests 는 굉장하고 우리는 정말로 그것을 사용해야 하지만 LGPL 의존성은 팀에 있는 사람들에게 걱정거리를 줍니다.

charset_normalizer 에 기능 패리티가 있는 경우 MIT 라이선스가 제공하면 감사할 것입니다.

문제는 requests 를 사용하는 비공개 소스 프로젝트의 경우 LGPL 이 LGPL 부분( chardet )에 대해 몇 가지 추가 요구 사항을 부과한다는 것입니다. 배포(pyinstaller, PyPI 종속성 번들 등):

1. 결합 작품.

다음의 각각을 수행하는 경우 결합 저작물에 포함된 라이브러리 부분의 수정과 그러한 수정을 디버깅하기 위한 리버스 엔지니어링을 효과적으로 제한하지 않는 선택 조건에 따라 결합 저작물을 전달할 수 있습니다.

a) 통합 저작물의 각 사본과 함께 라이브러리가 사용되며 라이브러리 및 그 사용이 본 라이선스의 적용을 받는다는 것을 눈에 띄게 표시하십시오.
b) GNU GPL 및 이 라이선스 문서의 사본과 함께 결합된 작업을 수행합니다.
c) 실행 중에 저작권 표시를 표시하는 결합 작업의 경우 이러한 표시 중 라이브러리에 대한 저작권 표시와 사용자에게 GNU GPL 및 이 라이선스 문서의 사본을 안내하는 참조를 포함합니다.
d) 다음 중 하나를 수행합니다.
0) 본 라이선스의 조건에 따라 최소 해당 소스를 전달하고 사용자가 애플리케이션을 수정된 버전의 링크된 버전과 결합하여 해당 소스를 전달하기 위해 GNU GPL의 섹션 6에 지정된 방식으로 결합된 작업을 수정했습니다.
1) 라이브러리와 연결하기 위해 적절한 공유 라이브러리 메커니즘을 사용합니다. 적절한 메커니즘은 (a) 런타임 시 사용자의 컴퓨터 시스템에 이미 있는 라이브러리 사본을 사용하고 (b) 링크 버전과 인터페이스 호환되는 수정된 버전의 라이브러리와 함께 올바르게 작동하는 메커니즘입니다.
e) 설치 정보를 제공하되, GNU GPL의 섹션 6에 따라 그러한 정보를 제공해야 하는 경우에만 해당 정보를 재결합하여 생성된 결합 작업의 수정된 버전을 설치하고 실행하는 데 필요한 경우에만 또는 응용 프로그램을 연결된 버전의 수정된 버전과 다시 연결합니다. (옵션 4d0을 사용하는 경우 설치 정보는 최소 해당 소스 및 해당 애플리케이션 코드와 함께 제공되어야 합니다. 옵션 4d1을 사용하는 경우 해당 소스를 전달하기 위해 GNU GPL의 섹션 6에 지정된 방식으로 설치 정보를 제공해야 합니다.)