⋯1번째 줄 근처
+추가: ## 개요
+추가: 자유 소프트웨어(영어: free software)는 사용자가 프로그램을 어떤 목적으로든 실행하고, 작동 원리를 연구하여 수정하며, 복사본을 재배포하고, 개선된 버전을 공개할 수 있는 자유를 보장하는 소프트웨어를 말한다[1][2][3]. 여기서 '자유'는 가격이 무료라는 의미가 아니라, 사용자가 소프트웨어를 자신의 의지대로 통제할 수 있는 권리(liberty)를 뜻한다. 자유 소프트웨어 재단(FSF)은 이를 '자유로운 표현(free speech)'으로서의 자유이지 '공짜 맥주(free beer)'로서의 자유가 아니라고 설명한다[3].
+추가:
+추가: 자유 소프트웨어의 핵심은 네 가지 본질적 자유(Freedom 0~3)로 요약된다[3].
+추가:
+추가: * **자유 0**: 어떤 목적으로든 프로그램을 실행할 자유.
+추가: * **자유 1**: 프로그램이 어떻게 작동하는지 연구하고, 자신의 필요에 맞게 변경할 자유. 이를 위해서는 소스 코드에 접근할 수 있어야 한다.
+추가: * **자유 2**: 이웃을 돕기 위해 복사본을 재배포할 자유.
+추가: * **자유 3**: 프로그램을 개선하고, 그 개선 사항(수정 버전 포함)을 공개하여 공동체 전체가 이익을 얻게 할 자유. 이 역시 소스 코드 접근이 전제된다.
+추가:
+추가: 이 정의는 1986년 2월 자유 소프트웨어 재단이 처음 발표했으며, 리처드 스톨만이 작성한 초판이 현재까지 유지되고 있다[3]. 번호가 0부터 시작하는 것은 프로그래밍 언어의 0-기반 인덱싱을 풍자한 것이기도 하지만, '자유 0'이 나중에 추가되면서 가장 중요한 위치에 놓였기 때문이기도 하다[3].
+추가:
+추가: 자유 소프트웨어는 저작권법의 테두리 안에서 라이선스를 통해 이러한 자유를 법적으로 보장한다[3]. 대표적인 라이선스로는 GNU 일반 공중 사용 허가서(GPL), BSD 허가서, MIT 허가서, 아파치 허가서, 모질라 공중 사용 허가서(MPL) 등이 있다[3]. 이 라이선스들은 크게 '카피레프트(Copyleft)' 조항이 있어 파생물에도 동일한 자유를 강제하는 유형(GPL 계열)과, 파생물의 라이선스 선택을 자유롭게 두는 허용적 라이선스(BSD, MIT, 아파치 계열)로 나뉜다[3].
+추가:
+추가: 자유 소프트웨어와 자주 혼동되는 개념으로 프리웨어(freeware)가 있다. 프리웨어는 사용 요금이 없는 사유 소프트웨어의 한 범주로, 소스 코드 제공이나 수정·재배포 자유를 보장하지 않는다[3]. 또한 '오픈 소스 소프트웨어'라는 용어는 1998년에 등장해 거의 동일한 소프트웨어 집합을 가리키지만, 자유 소프트웨어 재단은 사용자의 윤리적 권리보다 기술적 개발 모델과 기업 마케팅에 초점을 맞춘다며 '자유 소프트웨어' 용어 사용을 권장한다[2][3].
+추가:
+추가: ## 역사·유래
+추가:
+추가: ### 초기 컴퓨팅 환경과 공유 문화 (1950년대~1970년대 초)
+추가:
+추가: 1950년대부터 1970년대 초까지 컴퓨터 사용자들은 오늘날 자유 소프트웨어라 부르는 자유를 당연하게 누렸다[3]. 소프트웨어는 주로 하드웨어 제조사가 하드웨어 판매를 돕기 위해 번들로 제공했으며, 비용은 하드웨어 가격에 포함되어 있었다[3]. 사용자들(SHARE 같은 사용자 그룹)은 소프트웨어를 자유롭게 공유했고, BASIC 같은 인터프리터 언어로 작성된 프로그램은 소스 코드 형태로 배포되었다[3]. 컴퓨터 잡지(Creative Computing, Byte 등)와 서적(BASIC Computer Games 등)에 소스 코드가 인쇄되어 독자가 직접 입력해 사용하는 '타입인 프로그램(Type-in program)' 문화도 성행했다[3].
+추가:
+추가: ### 사유화의 물결과 저항의 태동 (1970년대~1980년대 초)
+추가:
+추가: 1970년대 초반부터 상황이 변하기 시작했다[3]. 소프트웨어 개발 비용이 급증하고, 독립 소프트웨어 산업이 하드웨어 제조사의 번들 제품과 경쟁하면서 소프트웨어를 별도 상품으로 판매하려는 움직임이 강해졌다[3]. 1969년 미국 정부가 IBM의 번들 판매를 반독점법 위반으로 제소한 사건(United States vs. IBM)은 이 전환점을 상징한다[3]. 1970년대와 1980년대 초반에는 소프트웨어 산업이 저작권을 프로그램에 적용하기 시작했고(1980년 미국 저작권법 개정), 바이너리만 배포해 사용자가 연구·수정하지 못하도록 기술적으로 차단하는 관행이 퍼졌다[2][3]. 비공개 계약(NDA)과 제한적 라이선스로 개발 중인 코드 공유를 금지하는 문화도 생겨났는데, 이는 해커 윤리와 정면으로 충돌했다[3].
+추가:
+추가: ### GNU 프로젝트와 자유 소프트웨어 재단 설립 (1983~1985)
+추가:
+추가: 1983년, MIT 인공지능 연구소 해커 커뮤니티의 일원이자 이맥스(Emacs) 원저자 중 한 명인 리처드 스톨만은 이러한 흐름에 반발해 GNU 프로젝트를 발표했다[2][3]. 목적은 완전히 비사유적인 유닉스 호환 운영체제를 만드는 것이었다[3]. 그는 비공개 계약과 제한적 라이선스에 반대하며, 해커 정신인 협력과 공유를 되살리고자 했다[3].
+추가:
+추가: GNU 운영체제 개발은 1984년 1월 시작되었고, 1985년 10월 자유 소프트웨어 재단(FSF)이 설립되어 프로젝트를 지원하게 되었다[2][3]. 1985년 3월 발표된 GNU 선언문(GNU Manifesto)에는 GNU 철학, 자유 소프트웨어 정의, 카피레프트 개념이 상세히 담겼다[3]. 카피레프트는 저작권법을 역이용해 '자유롭게 이용하되, 파생물에도 같은 자유를 부여해야 한다'는 조건을 걸어 소프트웨어 자유를 영구히 보장하는 장치다[3].
+추가:
+추가: ### 리눅스 커널 등장과 완성된 GNU/리눅스 시스템 (1991~)
+추가:
+추가: 1991년 핀란드의 리누스 토르발스가 리눅스 커널을 자유롭게 수정 가능한 소스 코드로 공개했다[2][3]. 초기에는 독자적 라이선스였으나, 1992년 2월 버전 0.12부터 GNU GPLv2로 재라이선스했다[3]. 리눅스 커널은 GNU 사용자 공간 도구들과 결합해 완전한 자유 운영체제(GNU/리눅스)를 이루었고, 전 세계 자원 개발자들을 끌어모았다[3].
+추가:
+추가: 같은 시기 BSD 계열도 법적 분쟁 해결로 자유 소프트웨어로 자리잡았다[3]. 1993년 USL v. BSDi 소송이 합의로 끝나면서 FreeBSD와 NetBSD(386BSD 파생)가 자유 소프트웨어로 공개되었고, 1995년에는 NetBSD에서 OpenBSD가 포크되었다[3]. 1995년 아파치 HTTP 서버가 아파치 라이선스 1.0으로 공개되어 웹 서버 표준으로 떠올랐다[3].
+추가:
+추가: ### '오픈 소스' 용어 등장과 논쟁 (1998~)
+추가:
+추가: 1998년 '오픈 소스(Open Source)'라는 용어가 제안되어 기업 친화적 마케팅 용어로 급속히 퍼졌다[2][3]. 데비안 자유 소프트웨어 지침(1997)과 오픈 소스 정의(1998) 등 독자적 정의도 나왔으나, 자유 소프트웨어 재단은 두 용어의 지향점이 다르다고 본다[2][3]. 재단에 따르면 오픈 소스는 공개 개발 모델의 기술적 이점과 기업 마케팅에 치중하며, 사용자 권리라는 윤리적 문제를 가볍게 다루거나 적대시한다[3]. 스톨만은 "자유 소프트웨어의 실용적 이점을 따지는 것은 수갑을 차지 않는 것의 실용적 이점을 따지는 것과 같다"며, 자유 자체가 목적임을 강조한다[3].
+추가:
+추가: ## 작동 방식과 유형
+추가:
+추가: ### 라이선스 체계와 법적 메커니즘
+추가:
+추가: 자유 소프트웨어는 저작권법상 권리를 가진 저작자가 라이선스를 통해 사용자에게 네 가지 자유를 허락하는 방식으로 작동한다[3]. 라이선스가 없거나 자유를 제한하는 라이선스(EULA 등)면 사유 소프트웨어가 된다[3]. 저작권 대상이 아닌 퍼블릭 도메인 소프트웨어는 소스 코드도 제한 없이 공개되어 있을 때 자유 소프트웨어로 간주된다[3].
+추가:
+추가: 주요 라이선스는 자유 소프트웨어 재단(FSF) 승인 목록과 오픈 소스 이니셔티브(OSI) 승인 목록에 올라 있다[3]. FSF 목록은 권고적이며, 목록에 없다고 비자유 소프트웨어는 아니다[3]. OSI 목록은 제출·심사·승인된 라이선스만 올린다[3]. 두 목록은 거의 일치하지만, NASA 오픈 소스 합의(NASA Open Source Agreement)처럼 OSI 승인인데 FSF 기준으로는 비자유인 예외도 있다[3]. 데비안 프로젝트의 자유 소프트웨어 지침(DFSG) 준수 여부도 중요한 판단 기준이 된다[3].
+추가:
+추가: ### 카피레프트(Copyleft) vs 허용적 라이선스(Permissive License)
+추가:
+추가: * **카피레프트(강한/약한)**: 파생물이나 결합 저작물에도 동일한 라이선스를 적용하도록 강제해 자유가 소멸되지 않게 한다[3]. GNU GPLv2, GPLv3가 대표적 강한 카피레프트다[3]. GNU LGPL(약한 카피레프트)은 라이브러리 동적 링크 시 카피레프트 적용을 완화한다[3]. MPL, EPL은 파일 단위 카피레프트를 채택한다[3].
+추가: * **허용적 라이선스**: 저작권 표시와 라이선스 사본 유지 정도만 요구하며, 파생물을 사유 소프트웨어로 만들 수 있게 둔다[3]. MIT 라이선스, BSD 라이선스(2조/3조), 아파치 라이선스 2.0(특허 조항 포함)이 대표적이다[3]. BSD 계열 운영체제 커뮤니티는 이 방식이 더 자유롭다고 본다[3].
+추가:
+추가: ### 라이선스 호환성 문제
+추가:
+추가: 서로 다른 라이선스 코드를 혼합(소스 코드 병합 또는 바이너리 직접 링크)할 때 라이선스 조건이 충돌하면 배포가 불가능해질 수 있다[3]. 예를 들어 GPLv2 전용 코드와 아파치 라이선스 2.0 코드를 결합해 배포하려면 양쪽 조건을 모두 만족해야 하는데, 특허 조항 등에서 충돌할 수 있다[3]. 간접 연결(파이프, 소켓, 명령행 호출 등)은 보통 라이선스 호환성 문제를 피한다[3].
+추가:
+추가: ### 개발·배포 모델
+추가:
+추가: 자유 소프트웨어는 자원봉사자, 기업, 양쪽 혼합 등 다양한 주체가 개발한다[3]. 리눅스 커널처럼 기업 후원 개발자가 다수인 경우도 있고, GNU 프로젝트처럼 재단 주도로 진행되는 경우도 있다[3]. 배포는 패키지 관리자(APT, DNF, Pacman 등)를 통해 이뤄지며, 대부분의 리눅스 배포판은 수만 개 자유 소프트웨어 패키지를 저장소에서 제공한다[3]. 자유 소프트웨어 디렉터리(Free Software Directory)도 대규모 패키지 데이터베이스를 유지한다[3].
+추가:
+추가: 비즈니스 모델은 소프트웨어 자체 판매가 아닌 기술 지원, 커스터마이징, 인증, 호스팅(SaaS), 하드웨어 번들 등에 기반한다[2][3]. IBM, 레드햇, 썬 마이크로시스템즈(현 오라클) 등 대기업이 자유 소프트웨어 경제성을 입증했다[2]. IT 비핵심 기업도 저비용·쉬운 수정 장점 때문에 웹·판매 사이트 구축에 자유 소프트웨어를 채택했다[2].
+추가:
+추가: ## 사례
+추가:
+추가: 자료에 언급된 대표적인 자유 소프트웨어는 다음과 같다[2][3].
+추가:
+추가: ### 운영체제·커널
+추가:
+추가: * **리눅스(Linux)**: 토르발스 개발, GPLv2 라이선스. GNU 도구들과 결합해 GNU/리눅스 시스템을 이룬다[2][3].
+추가: * **BSD 계열**: FreeBSD, OpenBSD, NetBSD. 386BSD에서 파생, 허용적 BSD 라이선스[3].
+추가: * **GNU/리눅스 배포판**: 데비안, 페도라, 우분투, 아치 리눅스 등 수백 종. 리눅스-리브레(Linux-libre)는 비자유 펌웨어를 제거한 커널[3].
+추가:
+추가: ### 시스템·개발 도구
+추가:
+추가: * **GNU 컴파일러 모음(GCC)**: C, C++, 포트란 등 다중 언어 컴파일러[3].
+추가: * **GNU C 라이브러리(glibc)**: 리눅스 시스템 표준 C 라이브러리[3].
+추가: * **이맥스(Emacs)**: 확장 가능한 텍스트 에디터, 스톨만 원저자[2][3].
+추가: * **Vim / vi**: 고기능 텍스트 에디터[2].
+추가:
+추가: ### 서버·인프라
+추가:
+추가: * **아파치 HTTP 서버(Apache)**: 아파치 라이선스, 웹 서버 표준[2][3].
+추가: * **MySQL**: 관계형 데이터베이스, GPL[2][3].
+추가: * **샌드메일(Sendmail)**: 메일 전송 에이전트[3].
+추가: * **X 윈도우 시스템(X Window System)**: 그래픽 디스플레이 시스템[3].
+추가:
+추가: ### 데스크톱 애플리케이션
+추가:
+추가: * **리브레오피스(LibreOffice)**: 오피스 제품군, MPLv2[2][3].
+추가: * **오픈오피스(OpenOffice)**: 오피스 제품군[2].
+추가: * **모질라 파이어폭스(Firefox)**: 웹 브라우저, MPL[2].
+추가: * **크로미엄(Chromium)**: 구글 크롬 기반 오픈 소스 브라우저[2].
+추가: * **김프(GIMP)**: 래스터 이미지 편집기[2][3].
+추가: * **잉크스케이프(Inkscape)**: 벡터 그래픽 편집기[2].
+추가: * **블렌더(Blender)**: 3D 모델링·애니메이션·영상 제작[2].
+추가: * **뮤즈스코어(MuseScore)**: 악보 편집·작곡[2].
+추가: * **아보가드로(Avogadro)**: 분자 모델링·전산화학[2].
+추가: * **TeX / LaTeX**: 조판 시스템[3].
+추가:
+추가: ## 규제·논란·평가
+추가:
+추가: ### 용어 논쟁: '자유 소프트웨어' vs '오픈 소스'
+추가:
+추가: 자유 소프트웨어 재단은 '오픈 소스' 용어가 사용자 자유라는 윤리적 본질을 흐리고 기술적 우월성·기업 마케팅에만 초점을 맞춘다고 비판한다[2][3]. 스톨만은 실용주의적 접근이 자유의 가치를 부차적으로 만든다고 본다[3]. 반면 오픈 소스 진영(에릭 레이먼드 등)은 기업 채택을 위해 실용적 논리가 필요하다고 주장한다[3]. 현재 업계에서는 'FOSS(Free and Open Source Software)'나 'FLOSS(Free/Libre and Open Source Software)'로 병기해 양측을 아우르는 경향이 있다[3].
+추가:
+추가: ### '무료(Free of charge)'와의 혼동
+추가:
+추가: 영어 'free'가 '자유'와 '공짜'를 모두 뜻해 오해가 잦다[3]. 자유 소프트웨어는 유료로 판매해도 자유 소프트웨어다(자유 0~3만 지키면 된다)[3]. 반대로 공짜지만 소스 코드 닫힌 프리웨어는 자유 소프트웨어가 아니다[3]. 한국어 '자유 소프트웨어'는 이 모호성을 피하나, 영어권에서는 '리브레 소프트웨어(libre software)'로 구분해 쓰기도 한다[3].
+추가:
+추가: ### 카피레프트 강제력에 대한 찬반
+추가:
+추가: 강한 카피레프트(GPL)는 자유를 영구히 보장하지만, 사유 소프트웨어와의 결합을 막아 상업적 활용을 위축시킨다는 비판을 받는다[3]. 허용적 라이선스 지지자(BSD 진영 등)는 카피레프트 자체가 또 다른 제약이라며, '자유롭게 가져다 쓰되 의무 없이 배포할 수 있는 것'이 더 자유롭다고 본다[3]. GPLv3는 특허 보복 조항, 티보이제이션(Tivoization) 방지(하드웨어가 수정된 소프트웨어 실행을 막는 것) 조항을 추가해 논란을 키우기도 했다[3].
+추가:
+추가: ### 소프트웨어 특허와 DRM(티보이제이션)
+추가:
+추가: 저작권 라이선스로 자유를 보장해도 소프트웨어 특허 소송 위험이나 디지털 권리 관리(DRM), 티보이제이션으로 사용자 자유가 실질적으로 차단될 수 있다[3]. GPLv3는 특허 라이선스 부여 조항과 '설치 정보(Installation Information)' 제공 의무로 이에 대응하려 했으나, 리눅스 커널은 GPLv2에 머물며 채택하지 않았다[3].
+추가:
+추가: ### 보안·공급망 신뢰성
+추가:
+추가: 소스 코드 공개로 누구나 취약점을 검토할 수 있어 보안에 유리하다는 '린의 법칙(Linus\'s Law: 많은 눈은 버그를 얕게 만든다)' 논리가 있다[3]. 반면 최근 공급망 공격(event-stream, SolarWinds 등) 사례에서 보듯, 의존성 트리가 깊고 익명 기여가 많은 자유 소프트웨어 생태계도 악성 코드 주입 위험에 노출되어 있다[3].
+추가:
+추가: ### 시장 점유율과 데스크톱 과제
+추가:
+추가: 서버·클라우드·임베디드·슈퍼컴퓨터 분야에서는 자유 소프트웨어(리눅스, 아파치, MySQL 등)가 압도적 점유율을 보인다[2]. 그러나 개인 사용자 대상 데스크톱 애플리케이션 분야에서는 여전히 사유 소프트웨어(MS 오피스, 어도비 포토샵, 윈도우 등)가 지배적이며, 자유 소프트웨어 대안들은 미미한 점유율에 그친다[2].
+추가:
+추가: ### 비소프트웨어 분야로의 확산
+추가:
+추가: 자유 소프트웨어 개발 모델은 과학 연구(오픈 사이언스), 하드웨어 설계(오픈코어/OpenCores 프로젝트), 크리에이티브 커먼즈 라이선스, 자유 문화 운동 등에도 영향을 주었다[2][3]. 마이크로칩 명세서에 카피레프트 라이선스를 적용하는 시도도 나타나고 있다[2].
+추가:
+추가: ## 라이선스 상세 비교
+추가:
+추가: 자료에 나타난 주요 라이선스 특성을 정리하면 다음과 같다[3].
+추가:
+추가: | 라이선스 | 카피레프트 여부 | 주요 특징 |
+추가: |---|---|---|
+추가: | GNU GPLv2 | 강한 카피레프트 | 파생물 전체에 GPLv2 적용 강제, 특허 조항 없음, 티보이제이션 허용 |
+추가: | GNU GPLv3 | 강한 카피레프트 | GPLv2 + 특허 보복 방어, 티보이제이션 금지, DRM 회피 금지, APLv2와 호환 |
+추가: | GNU LGPL | 약한 카피레프트 | 라이브러리 동적 링크 시 주 프로그램에 카피레프트 미적용 |
+추가: | 아파치 라이선스 2.0 | 허용적 + 특허 조항 | 특허 라이선스 명시적 부여, 소스 코드 공개 의무 없음, GPLv3와 단방향 호환 |
+추가: | BSD 2조/3조 | 허용적 | 저작권 표시·라이선스 사본 유지만 요구, 3조는 승인 사용 금지 조항 추가 |
+추가: | MIT 라이선스 | 허용적 | BSD 2조와 거의 동일, 가장 간결함 |
+추가: | MPL 2.0 | 파일 단위 카피레프트 | 수정된 파일만 MPL 유지, 타 라이선스 파일과 결합 용이 |
+추가: | EPL | 파일 단위 카피레프트 | 이클립스 재단, 특허 소송 시 라이선스 종료 조항 |
+추가:
+추가: ## 자유 소프트웨어와 관련 개념 구별
+추가:
+추가: * **사유 소프트웨어(Proprietary software)**: 소스 코드 비공개, 수정·재배포 금지, EULA로 제한[3]. 예: MS 오피스, 윈도우, 어도비 포토샵, 페이스북, 페이스타임[3].
+추가: * **프리웨어(Freeware)**: 사용 요금 없는 사유 소프트웨어. 자유 소프트웨어 아님[3].
+추가: * **퍼블릭 도메인 소프트웨어**: 저작권 소멸·포기·미적용. 소스 코드도 공개돼야 자유 소프트웨어[3].
+추가: * **오픈 소스 소프트웨어**: 거의 동일한 집합이나 철학·강조점 차이[2][3].
+추가: * **소스 가용 소프트웨어(Source-available software)**: 소스 코드 볼 수 있으나 자유 제한[1].
+추가:
+추가: ## 참고 사항
+추가:
+추가: * 자유 소프트웨어 정의는 FSF가 유지하며, 최신 버전은 GNU 공식 사이트에서 확인 가능[3].
+추가: * 데비안 프로젝트는 DFSG 준수 여부로 아카이브 포함 여부 결정, 승인 라이선스 별도 목록은 없음[3].
+추가: * Kerberos, X11, 아파치 라이선스는 BSD 스타일 허용적 라이선스와 의도·구현이 유사[3].
+추가: * 자유 소프트웨어는 영리·비영리 구분 없이 개발·배포 가능[3].
+추가:
+추가: 이 문서는 GGWiki AI가 공개 자료(아래 출처)를 조사해 새로 쓴 초안입니다. 틀린 내용은 편집하거나 이의 제기로 알려 주세요.
