카피레프트

Copyleft
Small letter c turned 180 degrees, surrounded by a single line forming a circle.
카피레프트 기호

카피레프트판권이 있는 저작물의 복제물에 대해 일정한 자유를 부여하는 법적 기법이며, 파생 저작물에 대해서도 동일한 권리를 보존할 것을 요구한다.이런 의미에서 자유란 어떤 목적으로든 저작물을 사용하는 것, 그리고 유상 또는 무상으로 저작물을 수정, 복사, 공유 및 재배포할 수 있는 능력을 말한다.카피레프트를 실장하는 라이센스는 컴퓨터 소프트웨어에서 문서, 예술, 과학적 발견, 특정 [1]특허에 이르기까지 다양한 저작물의 저작권 조건을 유지하기 위해 사용될 수 있습니다.

카피레프트 소프트웨어 라이선스는 허가적인 자유 소프트웨어 [2]라이선스와는 대조적으로 보호 또는 상호적인 것으로 간주되며, 종종 바이너리 실행 파일로 배포되는 소프트웨어 프로그램의 수신자에게 작업 복제 및 수정에 필요한 정보를 제공해야 합니다.이 정보는 일반적으로 소스 코드 파일 형식으로 되어 있으며, 이 파일에는 일반적으로 라이센스 조건의 복사본이 포함되어 있으며 코드 작성자를 확인합니다.

주목할 만한 카피 레프트 라이선스의 효시인 소프트웨어 수정 면허를 볼 theGNUGeneralPublicLicense(GPL), 원래 리처드 스톨만에 의해서 쓰여진 등 광범위한 use,[3]이 모질라 공용 허가서, 프리 아트 License[4]고 지난 2개의 작업의 다른 형식을 위한 것을 크리에이티브 커먼즈share-alike 면허 condition,[5].s, 그러한학술적 또는 예술적 성격의 문서와 그림.

역사

카피레프트라는 단어는 1976년 [6][7]6월 Li-Chen Wang의 Palo Alto Tiny BASIC의 배포 공지 "@COPILEFT ALL WORTS RESERVED"에서 처음 사용되었습니다.Tiny BASIC은 카피레프트 배포 용어의 형식적인 형태로 배포되지 않았지만 소스 코드가 공유되고 수정되는 상황에서 제시되었습니다.사실, Wang은 자신의 BASIC [8]통역사를 쓰기 전에 Tiny BASIC Extended에 편집 기고를 했었다.Interface [9]Age에서 출판된 Roger Rauskolb의 PATB 버전처럼, 그는 다른 사람들에게 자신의 소스 코드를 수정하고 각색한 내용을 공개하도록 장려했다.

카피레프트의 개념은 1985년 리처드 스톨먼GNU 매니페스토에 기술되어 다음과 같이 기술되어 있습니다.

GNU가 공용 도메인에 없습니다.모든 사용자는 GNU를 수정 및 재배포할 수 있지만 디스트리뷰터는 GNU의 추가 재배포를 제한할 수 없습니다.즉, 소유권 변경은 허용되지 않습니다.GNU의 모든 버전이 무료인지 확인하고 싶습니다.

Stallman은 몇 년 전에 Lisp 통역사에서 일했다.심볼릭스는 리스프 통역사를 사용할 것을 요청했고, 스톨만은 자신의 작품의 퍼블릭 도메인 버전을 그들에게 제공하기로 동의했습니다.심볼릭스는 리스프 통역기를 확장하고 개선했지만, 스톨만이 심볼릭스가 그의 통역사에게 한 개선사항에 접근할 수 있기를 원했을 때, 심볼릭스는 거절했다.그 후 1984년 Stallman은 독점 소프트웨어의 새로운 행동과 문화를 근절하기 위해 노력했습니다.이것을 소프트웨어 사재기라고 부릅니다.Stallman이 독점 소프트웨어를 다룬 것은 이번이 처음은 아니지만, 그는 이 상호작용을 "전환점"으로 여겼다.그는 소프트웨어 공유를 정당화하며, 공유 시 온라인 소프트웨어를 원본 작품의 손실 없이 복사할 수 있다고 항변했습니다.소프트웨어는 손상이나 [10][11]마모 없이 여러 번 사용할 수 있습니다.

Stallman은 현재의 저작권법과 그가 영구화할 수 있는 잘못된 것들을 제거하는 것이 단기적으로 비현실적이라고 생각했기 때문에, 그는 기존 의 틀 안에서 일하기로 결정했다; 1985년,[12] 그는 자신의 저작권 라이센스인 Emacs General Public [13]License를 만들었다.이것은 나중에 GNU General Public License로 발전하여 현재는 가장 인기 있는 자유 소프트웨어 라이선스 중 하나입니다.저작권자가 최초로 프로그램 사용자에게 최대 수의 권리가 영구적으로 이전되도록 조치를 취했습니다. 원본 프로그램에 대한 후속 수정은 어떤 것이든 상관없습니다.이 원래 GPL은 일반 대중들에게 권리를 부여하지 않았고, 이미 프로그램을 받은 사람들만 권리를 부여했다; 그러나 그것은 현행 법으로 할 수 있는 최선의 것이었다.

새 면허증은 현재 카피레프트라는 [14]라벨이 붙어 있지 않았다.리처드 스톨먼은 "카피레프트"의 사용은 돈 홉킨스가 1984년 또는 1985년에 그에게 "카피레프트 – 모든 권리가 [14]뒤바뀌었다"는 편지를 보낸 에서 유래한다고 말했다.1970년대 초 자작 책 Principia Disconsidia에는 "모든 의례 - 당신이 좋아하는 것을 전재"라는 안내문이 있다.예술에서 레이 존슨은 일찍이 그의 우편 예술과 일시적인 선물에서 혼합 미디어 이미지를 만들고 배포하는 것과 관련하여 독립적으로 이 용어를 만들어 냈습니다.이것에 대해 그는 파생적인 작품을 만들도록 장려했습니다.(그 문구가 2002년 다큐멘터리 How to Draw a Bunny, John의 작품들 중 하나로 짧게 나타납니다.)2001년 다큐멘터리 'Revolution OS'에서는 아들 자신이 언급되지 않았습니다.

프랑스에서는 2000년에 「카피레프트의 태도」라는 제목으로 일련의 회의가 개최되어 이론적으로는 베른 조약에 의해 구속되고 스톨만 자신의 자유 소프트웨어 [16]재단이 추천하는 자유 예술 라이센스(FAL)[15]가 탄생했습니다.그 후 얼마 지나지 않아, 미국의 다른 관련 없는 이니셔티브가 Creative Commons 라이선스를 취득했습니다.이 라이선스는 2001년부터 몇 가지 다른 버전(그 중 일부 버전만 카피레프트로 기술할 수 있으며, 보다 구체적으로 미국 법에 맞게 조정되었습니다.

카피레프트 원리

프리덤

저작권법은 소프트웨어 저작자가 저작물의 복사, 배포 및 수정을 제어할 수 있도록 하는 반면, 카피레프트의 목표는 저작물의 모든 사용자에게 이러한 모든 활동을 수행할 수 있는 자유를 부여하는 것입니다.(자유 소프트웨어 정의에서) 이러한 자유에는 다음이 포함됩니다.[10][17]

프리덤 0
그 작품을 자유롭게 사용할 수 있는 것
프리덤 1
그 일을 공부할 자유
프리덤 2
저작물을 복사하여 다른 사람과 공유할 수 있는 자유
프리덤 3
저작물을 수정할 자유 및 수정된, 따라서 파생 저작물을 배포할 자유

오픈 소스 정의에도 유사한 용어가 있습니다.오픈 소스 정의에는 유사한 자유가 포함되어 있습니다.대부분의 카피레프트 라이센스는 자유 소프트웨어 정의와 오픈 소스 [10]정의의 정의를 모두 충족합니다.작품의 시청자와 사용자에게 복제, 수정 또는 배포를 위한 자유와 허가를 보장함으로써 카피레프트 라이선스는 그러한 자유를 제한하는 다른 유형의 저작권 라이선스와는 구별됩니다.

상호주의

저작권의 소유권이 주장되지 않는 공공 영역에 작품이 완전히 들어가는 대신, 카피레프트는 작가들이 그들의 작품 사용에 제한을 가할 수 있도록 한다.카피레프트에 의해 부과되는 주요 제한 중 하나는 파생된 작품도 호환 가능한 [10]카피레프트 라이선스에 따라 출시되어야 한다는 입니다.

이것은 카피레프트의 기본 원칙 때문입니다.누구나 다른 사람의 이전 작품에서 자유롭게 이익을 얻을 수 있지만, 그 작품의 수정은 다른 모든 사람에게도 이익을 줄 수 있기 때문에, 같은 조건으로 발표되어야 합니다.이러한 이유로 카피레프트 라이선스는 상호 라이선스라고도 알려져 있습니다.카피레프트 라이선스를 취득한 저작물의 수식어는, 카피레프트 라이선스를 취득한 소프트웨어도 카피레프트 라이선스를 취득한 저자의 행동에 보답하는 것으로 기대됩니다.이 요구 사항 때문에 카피레프트 라이선스는 자체 영속적인 [18]용어 때문에 "바이러스"로 표현되기도 합니다.

카피레프트 라이센스는, 카피의 제한에 가세해 그 외의 장해에 대처합니다.그들은 권리가 나중에 철회될 수 없음을 보장하고, 저작물과 그 파생상품이 추가적인 수정을 할 수 있는 형태로 제공될 것을 요구한다.소프트웨어에서 이는 파생된 작업의 소스 코드를 소프트웨어 [10]자체와 함께 사용할 수 있도록 요구하는 것을 의미합니다.

경제적 인센티브

카피레프트 콘텐츠에 대한 작업에서의 경제적 인센티브는 다양할 수 있습니다.전통적인 저작권법은 창작자에게 경제적 이익을 제공함으로써 발전을 촉진하기 위해 고안되었다.자신의 작품을 카피하는 것을 선택할 때, 컨텐츠 제작자는 동료로부터 인정받는 것과 같은 보완적인 이익을 추구할 수 있습니다.

컴퓨터 프로그래밍의 세계에서 카피레프트 라이선스를 취득한 컴퓨터 프로그램은 프로그래머가 깨달은 요구를 충족시키기 위해 작성되는 경우가 많습니다.이러한 프로그램은 단순히 후속 사용자가 해당 프로그램의 수정된 버전을 자유롭게 사용할 수 있도록 하기 위해 카피레프트 라이선스와 함께 게시되는 경우가 많습니다.이는 특히 오픈 소스 하이잭이나 오픈 소스 코드를 재사용한 후 추가 제한을 추가하는 행위를 방지하고자 하는 크리에이터에게 해당됩니다.이것은 소프트웨어의 카피레프트 라이선스에 의해 방지되는 조치입니다.Elastic과 같은[19] 일부 크리에이터는 상업 기업이 독점 라이선스로 제품을 사용하고 판매하는 것을 막는 도 인센티브라고 생각합니다.

또한, 프로그래밍의 오픈 소스 문화는 개인의 [20]기여에 의해 사회 권력이 결정되는 선물 문화로 묘사되어 왔다.고품질의 오픈 소스 카피레프트 라이센스 소프트웨어에 공헌하거나 작성하면, 공헌자가 귀중한 경험을 쌓을 수 있어 장래의 커리어 [21]기회도 얻을 수 있습니다.

카피레프트 소프트웨어는 개인 크리에이터 이상의 경제적 효과를 가져옵니다.고품질 카피레프트 소프트웨어의 존재로 인해 독점 소프트웨어 개발자는 무료 [22]소프트웨어와 경쟁하기 위해 소프트웨어의 품질을 높일 수 밖에 없습니다.이는 또한 독점 소프트웨어가 지배하는 영역의 독점을 방지하는 효과도 있을 수 있습니다.그러나 독점 소프트웨어와의 경쟁도 카피레프트를 포기해야 하는 이유가 될 수 있습니다.Free Software Foundation은 "자유 소프트웨어의 [23]대의를 발전시키기 위해 코드를 널리 사용하는 것이 중요하다"고 권고하고 있습니다.코드의 복사와 사용은 카피레프트보다 중요합니다.

카피레프트 응용 프로그램

카피레프트를 사용하는 일반적인 방법은 라이선스가 있는 저작물의 복사 용어를 코드화하는 것입니다.이러한 라이선스는 일반적으로 라이선스의 조건 내에 카피레프트의 모든 조항과 원칙을 포함합니다.여기에는 저작물의 사용, 저작물의 연구, 저작물의 복사 및 공유, 저작물의 수정, 그 저작물의 정확한 버전 또는 수정된 버전을 [24][25]유상 또는 무상으로 배포할 수 있는 자유가 포함됩니다.

이러한 자유를 부여하는 유사한 허용 라이선스와 달리, 카피레프트 라이선스는 카피레프트 라이선스의 대상이 되는 저작물의 수정 버전도 이러한 자유를 부여해야 합니다.따라서 카피레프트 라이선스는 조건이 있습니다.카피레프트 라이선스에 따라 라이선스가 부여된 저작물의 수정은 호환되는 카피레프트 방식으로 배포되어야 하며, 배포된 수정 저작물은 저작물의 수정 수단을 포함해야 합니다.그러나 공정한 사용 에서는 일반 저작권과 마찬가지로 카피레프트 라이선스가 대체될 수 있습니다.따라서 자신이 발명한 저작물에 대해 카피레프트 라이선스에 따라 라이선스가 부여된 소스를 사용하는 사람은 공정한 사용 기준을 [26]충족한다면 다른 라이선스를 자유롭게 선택할 수 있습니다(또는 전혀 선택하지 않습니다).

카피레프트 라이선스는 반드시 관련 규칙과 법률을 창의적으로 사용하여 규정을 시행합니다.예를 들어 저작권법을 사용할 때, 카피레프트에 의거한 저작물에 기여하는 사람들은 보통 저작권자의 [citation needed]지위를 획득, 연기 또는 양도해야 한다.카피레프트 라이선스에 따라 투고 저작권을 제출함으로써, 그들은 저작물의 고유한 배포자가 될 권리를 포함하여 일반적으로 저작권에 따르는 일부 권리를 의도적으로 포기한다.

카피레프트 라이선스에 사용되는 일부 법률은 국가마다 다르며 국가마다 다른 용어로 부여될 수도 있습니다.예를 들어 일부 국가에서는 표준 GNU General Public License 스타일로 소프트웨어 제품을 보증 없이 판매할 수 있지만 대부분의 유럽 국가에서는 소프트웨어 디스트리뷰터가 판매 제품에 대한 [citation needed]모든 보증을 포기하는 것이 허용되지 않습니다.이러한 이유로 이러한 보증의 범위는 대부분의 유럽 카피레프트 라이선스(EUPL)[27]CeCIL 라이선스([28]제한된 보증과 함께 GNU GPL을 사용할 수 있는 라이선스)에 명시되어 있습니다.

네트워크를 통해 실행되는 프로젝트의 경우, GNU GPL(Affero General Public License)이라고 불리는 GNU GPL의 변형은 소스 코드를 네트워크상의 소프트웨어 사용자가 사용할 수 있도록 보장합니다.

다른 라이선스의 종류 및 관련성

공짜 무료가 아닌
퍼블릭 도메인 및 동등한 것 허가 라이선스 카피레프트(보호 라이선스) 비상업 라이선스 소유권 라이선스 영업비밀
묘사 모든 권한을 부여합니다. 잔존권 등 사용권 부여(소유권 부여, 라이선스 호환성 허용) 사용 권한 부여, 소유 금지 비상업적인 용도로만 권한을 부여합니다.공유 유사성과 결합할 수 있습니다. 저작권의 종래의 사용.특정 권리는 부여되거나 부여되지 않을 수 있습니다. 공개된 정보 없음
소프트웨어의 경우 PD, 라이선스 해제, CC0 BSD, MIT, Apache GPL, AGPL JRL, AFPL 전용 소프트웨어, 퍼블릭 라이선스 없음 프라이빗, 내부 소프트웨어
기타 크리에이티브 작품용 PD, CC0 참조 CC-BY-SA, FAL CC-BY-NC 저작권, 퍼블릭 라이선스 없음 미공개
카피레프트 기호의 변형인 Share-Alike의 Creative Commons 아이콘

카피레프트는 일부 자유 소프트웨어 라이선스의 구별되는 특징이지만, 다른 자유 소프트웨어 라이선스는 라이선스가 동일한 라이선스로 파생 저작물을 배포할 필요가 없기 때문에 카피레프트 라이선스가 아닙니다.어떤 종류의 면허가 더 큰 자유를 제공하는지에 대한 논쟁이 계속되고 있다.이 논쟁은 자유의 정의와 누구의 자유가 더 중요한가 하는 복잡한 문제에 달려 있다. 즉, 작품의 잠재적 미래 수혜자(소유권으로부터 자유) 또는 단지 최초 수혜자(소유권 자유)이다.그러나, 현행 저작권법과 카피레프트와 허가라는 두 가지 유형의 라이선스를 모두 사용할 수 있는 것은 작가들이 그들이 발명한 작품에 라이선스를 부여할 유형을 선택할 수 있게 해준다.

문서, 아트 및 소프트웨어 및 코드 이외의 저작물에 대해서는 Creative Commons Share-Aike 라이선스 시스템과 GNU의 Free Documentation License를 통해 저작물의 일부 부분을 완전한 카피레프트 메커니즘에서 제외함으로써 저작자가 저작물의 특정 섹션에 제한을 적용할 수 있습니다.GFDL의 경우, 이러한 제한에는 불변 섹션의 사용이 포함되며, 이는 향후 편집자에 의해 변경되지 않을 수 있다.GFDL의 최초 의도는 복사된 소프트웨어의 문서화를 지원하는 장치였습니다.그러나 그 결과 어떤 문서에도 사용할 수 있게 되었습니다.

강하고 약한 카피레프트

저작물을 관리하는 카피레프트 라이선스의 강도는 그 조항이 모든 종류의 파생 저작물에 부과될 수 있는 정도에 따라 결정된다.따라서 "weak copyleft"라는 용어는 모든 파생 저작물이 카피레프트 라이선스를 상속하지 않는 라이선스를 말합니다.파생 저작물의 상속 여부는 종종 그 파생 방법에 따라 결정됩니다.

「Weak copyleft」라이선스는, 소프트웨어 라이브러리를 커버하기 위해서 자주 사용됩니다.이것에 의해, 다른 소프트웨어가 라이브러리에 링크 해 재배포할 수 있습니다.링크 소프트웨어도 같은 조건에 근거해 라이센스를 취득할 필요는 없습니다."weak copyleft" 라이선스에 따라 라이선스가 부여된 소프트웨어에 대한 변경만이 해당 라이선스의 copyleft 조항의 대상이 됩니다.이를 통해 라이선스의 프로그램을 컴파일하여 glibc 등의 복사된 라이브러리에 링크한 후 재라이센스 없이 재배포할 수 있습니다.강한 카피레프트와 약한 카피레프트의 구체적인 효과는 법정에서 [29]아직 시험되지 않았다."weak" 카피레프트를 사용하는 자유 소프트웨어 라이센스에는 GNU Lesser General Public License와 Mozilla Public License가 포함됩니다.

GNU General Public License는 강력한 카피레프트를 구현하는 라이선스의 예입니다.보다 강력한 카피레프트 라이선스는 AGPL로, 서비스로서의 소프트웨어 사용 사례에 대한 소스 코드를 [30][31][32][33]공개해야 합니다.

Sybase Open Watcom Public License는 가장 강력한 카피레프트 라이선스 중 하나입니다.이 라이선스는 GPL의 이른바 "프라이빗 사용" 허점을 보완하고 모든 사용 사례에 소스 코드를 게시해야 하기 때문입니다.이러한 이유로 자유 소프트웨어 재단, GNU 프로젝트 및 Debian 프로젝트에서는 [34]라이선스가 무료가 아닌 것으로 간주됩니다.단, OSI는 라이선스를 오픈소스로 받아들입니다.

Design Science License(DSL)는 소프트웨어나 문서뿐만 아니라 문학, 미술품, 음악, 사진, 비디오 등 모든 작업에 적용되는 강력한 카피레프트 라이센스입니다.DSL은 Michael Stutz가 나중에 libre works라고 불리게 된 비소프트웨어 저작물에 GNU 스타일의 카피레프트를 적용하는 것에 관심을 가진 후 작성되었다.1990년대에, 그것은 음악 녹음, 시각 예술, 그리고 소설에 사용되었다.자유 소프트웨어 [35]재단의 GNU GPL과 호환되지 않습니다.

전체 및 부분 카피레프트

"전체"와 "부분" 카피레프트는 다른 문제와 관련이 있습니다.풀 카피레프트는 저작물의 모든 부분(라이선스 자체를 제외)이 저작물의 카피레프트 라이선스의 조건에 따라 수정 및 배포될 수 있는 경우에만 존재합니다.반면 부분 카피레프트는 카피레프트 조항에서 일부 작업을 면제하고, 카피레프트 라이센스 이외의 조건에 따라 일부 수정 사항을 배포할 수 있도록 허용하거나, 다른 방법으로 작업에 카피레프트의 모든 원칙을 강요하지는 않는다.부분 카피레프트의 예로는 일부 소프트웨어 패키지에 대해 작성된 GPL 링크 예외가 있습니다.

공유 유사점

일부 라이선스의 "공유 유사" 조건은 원본 작업에 대해 부여된 모든 자유를 파생된 작업에서 정확히 동일하거나 호환되는 조건으로 부여해야 한다는 요건을 부과합니다.

이는 카피레프트 라이선스는 자동적으로 주식 유사 라이선스이지만 그 반대는 아니라는 것을 의미합니다.일부 주식 유사 라이선스에는 상업적 사용 금지 등의 추가 제한이 포함되기 때문입니다.또 다른 제약은 모든 사람이 자신의 작품을 공유하기를 원하는 것은 아니며, 일부 공유 협약은 작가가 특정 부분만 공유하기를 원하더라도 작품 전체를 공유해야 한다는 것이다.소스 코드 작성자의 장점은 코드를 수정하면 원래 작성자에게만 도움이 될 뿐만 아니라 작성자가 인식되어 동일하거나 호환되는 라이센스 조항이 변경된 [36]코드를 커버할 수 있다는 것입니다.일부 Creative Commons 라이선스는 share-alike copyleft 라이선스의 예입니다.

허가 라이선스

허용 소프트웨어 라이센스는 소프트웨어 사용자에게 카피레프트 라이센스와 동일한 자유를 부여하지만 이러한 자유를 포함하기 위해 해당 소프트웨어의 수정 버전이 필요하지 않습니다.소프트웨어 사용, 변경 및 재배포 방법에 대한 최소한의 제한이 있으므로 카피레프트 라이선스가 아닙니다.이러한 유형의 라이선스의 예로는 X11 라이선스, Apache 라이선스, Expat 라이선스 및 다양한 BSD 라이선스가 있습니다.

토론과 토론

카피레프트는 오픈 소스 이니셔티브와 자유 소프트웨어 [37]운동 사이의 이념적 갈등에서 분열을 일으키는 이슈가 되었다.그러나 카피레프트가 양 당사자에 의해 받아들여지고 제안된다는 증거가 있다.

  • OSI와 FSF 모두 승인된 [38][35]라이선스 목록에 카피레프트 라이선스와 비카피레프트 라이선스가 있습니다.
  • OSI의 원래 법률 고문 Lawrence Rosen은 카피레프트 라이선스인 오픈 소프트웨어 라이선스를 작성했습니다.
  • OSI의 라이센스 사용법은 GPL을 "베스트 프랙티스"[39] 라이센스로 인식합니다.
  • GNU 프로젝트의 일부 소프트웨어 프로그램은 비복사 라이선스로 공개됩니다.[40]
  • Stallman 자신은 특정 상황에서 비카피레프트 라이선스의 사용을 지지해 왔습니다.가장 최근의 Ogg Vorbis 라이선스 [41]변경의 경우입니다.

바이러스 라이선스

바이러스 라이선스는 카피레프트 [42][43][44][45][46]라이선스의 경멸적인 이름입니다.GPLv1이 [47][48][49]출시된 지 1년 후인 1990년으로 거슬러 올라가는 '일반 퍼블릭 바이러스' 또는 'GNU 퍼블릭 바이러스'(GPV)라는 용어에서 유래했다.바이러스 라이선스라는 이름은 카피레프트 저작물에서 파생된 저작물이 배포될 때 카피레프트 권한을 보존해야 한다는 사실을 의미합니다.

다양한 BSD 라이선스의 일부 지지자들은 원래 BSD 작업이 다른 [50][51][52]라이선스보다 '자유롭다'고 홍보하면서 GSD 라이선스 코드를 흡수하려는 GPL의 경향에 대해 조롱조로 이 용어를 사용했습니다.마이크로소프트 부사장 크레이그 먼디는 "GPL의 이러한 바이러스적 측면은 [53]GPL을 사용하는 모든 조직의 지적 재산에 위협이 됩니다."라고 말했다.또 다른 맥락에서, 스티브 발머는 GPL로 출시된 코드는 GPL 호환 라이선스로 사용이 허가된 경우에만 사용할 수 있기 때문에 상업 부문에 무용지물이라고 선언하고,[54] 이를 "그것이 닿는 모든 것에 지적재산권 감각으로 달라붙는 암"이라고 표현했다.

GPL에 대한 마이크로소프트의 공격에 대응하여 몇몇 저명한 자유 소프트웨어 개발자들과 지지자들은 [55]라이선스를 지지하는 공동 성명을 발표했다.FSF 컴플라이언스 엔지니어 David Turner에 따르면, "바이러스 라이센스"라는 용어는 복사된 자유 [56]소프트웨어를 사용하는 것에 대한 오해와 두려움을 야기한다고 합니다.능동적인 조치 없이 바이러스에 감염될 수 있지만 라이센스 조건은 효과적인 사용 [57]또는 채택에 따라 적용됩니다.David McGowan은 또한 GPL이 독점 소프트웨어를 자유 소프트웨어로 만들도록 강요할 이유는 없지만, "파생적 저작물을 형성하고 침해에 대한 손해배상을 하기 위해 GPL 코드와 결합된 프로그램을 상업적으로 배포하는 것을 금지하려고 할 수 있다"고 썼다.만약 이 회사가 실제로 GPL'd 프로그램에서 코드를 베꼈다면, 그러한 소송은 저작권 주장의 지극히 평범한 것이 될 것이며, 대부분의 사기업들은 상황이 [58]바뀌면 이를 변호할 것이다.Richard Stallman은 이 견해를 유추하면서 다음과 같이 말했습니다.GPL의 도메인은 근접성이나 접촉에 의해 확산되는 것이 아니라 GPL로 커버되는 코드를 프로그램에 의도적으로 포함시키는 것만으로 확산됩니다.바이러스가 [59]아니라 거미 식물처럼 퍼집니다.

GPL과 같은 일반적인 카피레프트 라이선스에는 일련의 스위치로 명령줄 툴을 실행하거나 웹 [60]서버와 대화하는 등 통신이 추상적인[failed verification] 한 컴포넌트가 비카피레프트 컴포넌트와 상호 작용할 수 있는 조항이 있습니다.따라서 카피레프트가 아닌 제품의 한 모듈을 GPL 아래에 배치하더라도 이와 같은 방법으로[clarification needed] 다른 컴포넌트와 통신하는 것이 합법적일 수 있습니다.이 허용된 통신에는 동적 링크를 통한 라이브러리 또는 루틴 재사용이 포함될 수도 있고 포함되지 않을 수도 있습니다.일부 코멘테이터에 따르면 [61]FSF는 Java 라이브러리의 GNU Classpath 재실장 라이선스에 예외를 명시적으로 추가하지 않습니다.이러한 애매함은 LGPL이 LGPL과 호환되지 않는 조건에 따라 라이선스된 저작물을 [62]LGPL에서 다루는 저작물과 특별히 연결하거나 컴파일할 수 있다는 점에서 GPL과 LGPL의 중요한 차이점이다.

기호.

© 🄯
카피레프트 기호
유니코드U+1F12F 🄯 카피레프트 심볼
대체 기호: ())
와는 다르다
와는 다르다U+00A9 © 저작권 표시

카피레프트 기호는 저작권 기호 ©: 의 반전 C의 미러 이미지입니다.법적 [63]지위가 없습니다.유니코드 기술위원회[65]유니코드 미래 버전에 이 기호를 추가하자는 2016년[64] 제안을 받아들였다.코드 포인트 U+1F12F cop COPILEFT 심볼이 유니코드 [65][66]11에 추가되었습니다.

2018,[업데이트]하자 크게 글꼴로,이지만 성격 U+2184 ↄ LATIN 과도 LETTER REVERSED과 가깝 수 있unimplemented은 C거나 더욱 널리 사용할 수 캐릭터 U+0254 ɔ LATIN LETTER 개방 O괄호(ɔ)사이 과도, 응용 프로그램이나 웹 브라우저에 의해, 그 캐릭터에 쳐진 c를 결합하여 지원되는 U+20DD ↄ⃝ COMBINING.ENCLOSING CURCLE: 네.[67]

이 글리프가 포함된 글꼴 목록은 Unicode 글꼴 » SMP Unicode 글꼴 목록을 참조하여 "Enclosed Alphanumeric Supplement(173: 1F100–1F1)" 행을 참조하십시오.FF)" (이 목록은 최신임을 보증하지 않습니다.)

「 」를 참조해 주세요.

레퍼런스

  1. ^ Newman, John (29 December 2011). "Copyright and Open Access at the Bedside". NEJM. 365 (26): 2447–2449. doi:10.1056/NEJMp1110652. PMID 22204721.
  2. ^ Wayback Machine의 독자적 관점에서 오픈 소스(아카이브 인덱스)
  3. ^ Stallman, Richard (29 June 2007). "GNU General Public License". GNU Project. Retrieved 1 May 2017.
  4. ^ "Free Art License 1.3". Copyleft Attitude. Copyleft Attitude. Retrieved 6 October 2021.
  5. ^ "Attribution-ShareAlike 4.0 International (CC BY-SA 4.0)". Creative Commons. Creative Commons. Retrieved 14 August 2015.
  6. ^ Wang, Li-Chen (May 1976). "Palo Alto Tiny BASIC". Dr. Dobb's Journal of Computer Calisthenics & Orthodontia, Running Light Without Overbyte. 1 (5): 12–25. (NB. 소스 코드는 다음 6줄로 시작합니다."인텔 8080용 타이니 베이직 버전 1.0, LI-CHEN Wang, 1976년 6월 10일, @copyleft, 모든 잘못된 예약"5월호의 6월 날짜가 맞습니다.잡지는 예정보다 늦었고, 6월과 7월호가 합쳐져 따라잡았다.)
  7. ^ Rauskolb, Roger (December 1976). "Dr. Wang's Palo Alto Tiny BASIC". Interface Age. 2 (1): 92–108. (NB. 소스 코드는 다음 9줄로 시작합니다.)TINY BASIC FOR INTEL 8080; VERSION 2.0; BY LI-CHEN WANG; MODIFIED AND TRANSLATED TO INTEL MNEMONICS; BY ROGER RAUSKOLB; 10 OCTOBER, 1976; @COPYLEFT; ALL WRONGS RESERVED")
  8. ^ "Tiny BASIC Extended". Dr. Dobb's Journal of Computer Calisthenics & Orthodontia, Running Light Without Overbyte. 1 (2). February 1976.
  9. ^ Rauskolb, Roger (December 1976). "Dr. Wang's Palo Alto Tiny BASIC". Interface Age. 2 (1): 92–108. (NB. 소스 코드는 다음 9줄로 시작합니다.)TINY BASIC FOR INTEL 8080; VERSION 2.0; BY LI-CHEN WANG; MODIFIED AND TRANSLATED TO INTEL MNEMONICS; BY ROGER RAUSKOLB; 10 OCTOBER, 1976; @COPYLEFT; ALL WRONGS RESERVED")
  10. ^ a b c d e Carver, Brian W. (5 April 2005). "Share and Share Alike: Understanding and Enforcing Open Source and Free Software Licenses". Berkeley Technology Law Journal. SSRN 1586574. Retrieved 6 February 2012. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  11. ^ Williams, Sam (March 2002). "7". Free as in Freedom – Richard Stallman's Crusade for Free Software. O'Reilly Media. ISBN 978-0-596-00287-9.
  12. ^ Moody, Glyn (2002). Rebel Code. p. 26.
  13. ^ "Emacs General Public License". 5 July 2001. Retrieved 23 August 2008.
  14. ^ a b Stallman, Richard (21 January 2008). "About the GNU Project". Free Software Foundation. Retrieved 1 May 2017.
  15. ^ "Free Art License – Frequently Asked Questions". Copyleft Attitude. Copyleft Attitude. Retrieved 6 October 2021.
  16. ^ 예술이나 엔터테인먼트가 무료라는 입장은 아니지만 무료화하고 싶다면 프리아트 라이선스를 추천합니다"Licenses". GNU Project. GNU Project. Retrieved 6 October 2021..
  17. ^ "What is free software?". gnu.org. 30 July 2019. Retrieved 22 July 2020.
  18. ^ Mundie, Craig (3 May 2001). "Prepared Text of Remarks by Craig Mundie, Microsoft Senior Vice President – The Commercial Software Model". New York University Stern School of Business. Archived from the original on 21 June 2005. Retrieved 1 October 2009.
  19. ^ 뉴욕 타임즈.2022년 4월 23일 취득
  20. ^ Maher, Marcus (2000). "Open Source Software: The Success of an Alternative Intellectual Property Incentive Paradigm" (PDF). Fordham Intellectual Property, Media & Entertainment Law Journal. Archived from the original (PDF) on 2 May 2014. Retrieved 1 May 2014.
  21. ^ Sarmah, Harshajit (23 September 2019). "5 Reasons Why Contributing To Open Source Projects Helps In Landing A Job". Analytics India Magazine. Retrieved 22 July 2020.
  22. ^ Mustonen, Mikko. "Copyleft - The Economics of Linux and Other Open Source Software" (PDF). Information Economics and Policy. Archived from the original (PDF) on 2 May 2014. Retrieved 1 May 2014.
  23. ^ "How to choose a license for your own work". Free Software Foundation's Licensing and Compliance Lab. Retrieved 1 May 2017.
  24. ^ "What is Copyleft?". GNU Project.
  25. ^ "Scheibner, James – "What price freedom (of software)? A guide for Australian legal practitioners on open source licensing" [2017] PrecedentAULA 23; (2017) 139 Precedent 39". classic.austlii.edu.au. Retrieved 27 November 2021.
  26. ^ Kirk St.Amant & Brian Still (2008). "Examining Open Source Software Licenses through the Creative Commons Licensing Model". Handbook of Research on Open Source Software: Technological, Economic, and Social Perspectives. Information Science Reference. pp. 382 of 728. ISBN 978-1-59140-999-1.
  27. ^ "The EUPL – European Union Public Licence". European Commission. Retrieved 9 January 2007.
  28. ^ "Free Software Licensing Agreement CeCILL" (PDF). INRIA. Archived from the original (PDF) on 8 August 2010. Retrieved 24 August 2010.
  29. ^ Patrice-Emmanuel Schmitz (3 April 2015). "The meaning of "Copyleft" in EUPL". Joinup.
  30. ^ 'SaaS'라는 용어의 이면에 있는 개념에 대해서는 의 '서버 소프트웨어' 섹션을 참조하십시오.
  31. ^ Stallman, Richard (18 November 2016). "Who does that server really serve?". GNU Project. Retrieved 1 May 2017.
  32. ^ "Why the Affero GPL". GNU Project. 10 May 2015. Retrieved 1 May 2017.
  33. ^ GNU 웹사이트의 자유 소프트웨어 라이선스 목록: "개발자들은 일반적으로 네트워크를 통해 실행되는 모든 소프트웨어에 GNU AGPL 사용을 고려할 것을 권장합니다."
  34. ^ "Various Licenses and Comments about Them - Sybase Open Watcom Public License version 1.0 (#Watcom)". GNU.org. Retrieved 23 December 2015. This is not a free software license. It requires you to publish the source code publicly whenever you "Deploy" the covered software, and "Deploy" is defined to include many kinds of private use.
  35. ^ a b "Various Licenses and Comments about Them". GNU Project.
  36. ^ Engelfriet, Arnoud (2010). "Choosing an Open Source License". IEEE Software. Athens University of Economics and Business. 27: 48–49. doi:10.1109/MS.2010.5. S2CID 36712745.
  37. ^ Biancuzzi, Federico (30 June 2005). "ESR: "We Don't Need the GPL Anymore"". ONLamp.com. Archived from the original on 6 March 2018. Retrieved 23 August 2008.
  38. ^ Tiemann, Michael (18 September 2006). "Licenses by Name". Retrieved 23 August 2008.
  39. ^ Raymond, Eric Steven (9 November 2002). "Licensing HOWTO". Retrieved 23 August 2008.
  40. ^ "What the GPLv3 Means for MS-Novell Agreement". Yro.slashdot.org. 8 March 2007. Retrieved 14 May 2014.
  41. ^ Stallman, Richard (26 February 2001). "LWN.net: RMS on the Ogg Vorbis license". Retrieved 23 August 2008. [M]y agreement with the idea of a lax [Ogg/Vorbis] license in this special case is just as pragmatic as my preference for the GPL in most cases. In both cases it is a matter of how we can attain freedom.
  42. ^ "Microsoft license spurns open source". CNET. CBS Interactive.
  43. ^ "Some rights reserved: the alternatives to copyright". Wired UK.
  44. ^ "Glossary". a2knetwork.org. Archived from the original on 26 April 2009.
  45. ^ Jason Greenberg; Daniel Glazer (March 2013). "Inoculating Your Purchase – Contractual Protection from Viral Licenses in M&A Transactions" (PDF). Fried Frank. Association of Corporate Counsel. Retrieved 10 June 2016.
  46. ^ Philip Wood; Amy Ryburn; Allan Yeoman; Andrew Matangi; Steve Nightingale (1 July 2013). "Legal update on Information and Communication Technology – July 2013". Archived from the original on 21 September 2013. Retrieved 10 June 2016.
  47. ^ Vixie, Paul (6 March 2006). "Re: Section 5.2 (IPR encumberance) in TAK rollover requirement draft". IETF Namedroppers mailing list. Archived from the original on 27 September 2007. Retrieved 29 April 2007.
  48. ^ "General Public Virus". Jargon File 2.2.1. 15 December 1990. Retrieved 29 April 2007.
  49. ^ Hackvän, Stig (September 1999). "Reverse-engineering the GNU Public Virus – Is copyleft too much of a good thing?". Linux Journal. Archived from the original on 18 July 2011. Retrieved 29 April 2007.
  50. ^ Stewart, Bill (8 October 1998). "Re: propose: 'cypherpunks license' (Re: Wanted: Twofish source code)". Cypherpunks mailing list. Archived from the original on 29 May 2007. Retrieved 29 April 2007.
  51. ^ Buck, Joe (10 October 2000). "Re: Using of parse tree externally". GCC mailing list. Retrieved 29 April 2007.
  52. ^ Griffis, L. Adrian (15 July 2000). "The GNU Public Virus". Retrieved 29 April 2007.
  53. ^ Mundie, Craig (3 May 2001). "Speech Transcript – Craig Mundie". New York University Stern School of Business. Archived from the original on 21 June 2005. Retrieved 23 August 2008.
  54. ^ Newbart, Dave (1 June 2001). "Microsoft CEO takes launch break with the Sun-Times". Chicago Sun-Times. Archived from the original on 15 June 2001.(인터넷 아카이브 링크)
  55. ^ Free Software Leaders Stand Together – via Wikisource.
  56. ^ Byfield, Bruce (29 August 2006). "IT Manager's Journal: 10 Common Misunderstandings About the GPL". Retrieved 23 August 2008.
  57. ^ "The license term smorgasbord: copyleft, share-alike, reciprocal, viral, or hereditary? – Luis Villa: Open Law and Strategy". lu.is. 3 February 2012. Retrieved 22 August 2018.
  58. ^ David McGowan (2005). "Legal Aspects of Free and Open Source Software". In Joseph Feller; Brian Fitzgerald; Scott A. Hissam; Karim R. Lakahani (eds.). Perspectives on Free and Open Source Software. MIT Press. p. 382. ISBN 978-0-262-06246-6.
  59. ^ Poynder, Richard (21 March 2006). "The Basement Interviews: Freeing the Code". Retrieved 5 February 2010.
  60. ^ "Frequently Asked Questions about the GNU Licenses". Free Software Foundation. 24 June 2008. Retrieved 1 May 2017.
  61. ^ Raymond, Eric Steven (9 November 2002). "Licensing HOWTO". Retrieved 21 March 2010.
  62. ^ 스톨맨, 리처드다음 라이브러리에 Lesser GPL을 사용하지 않는 이유GNU 프로젝트
  63. ^ Hall, G. Brent (2008). Open Source Approaches in Spatial Data Handling. Springer. p. 29. Bibcode:2008osas.book.....H. ISBN 9783540748311.
  64. ^ "Proposal to add the Copyleft Symbol to Unicode" (PDF).
  65. ^ a b "Proposed New Characters: Pipeline Table". Unicode Character Proposals. Unicode Consortium. Retrieved 18 April 2017.
  66. ^ "Announcing The Unicode® Standard, Version 11.0". blog.unicode.org. Retrieved 6 June 2018.
  67. ^ "Unicode copyleft inquiry". 6 May 2000.