일부 오픈 소스 라이브러리가 바이너리를 제공하지 않는 이유는 무엇입니까?

일부 오픈 소스 라이브러리가 바이너리를 제공하지 않는 이유는 무엇입니까? 일부 프로젝트는 특히 Windows 빌드의 경우 현재 소프트웨어 빌드를 유지 관리하는 타사에 의존하는 것으로 나타났습니다.

도서관 입양의 장벽처럼 보이기 때문에 묻습니다. 개발자가 빌드 환경을 설정해야하므로 개발자에게는 더 많은 작업이 필요합니다. 개발자는 또한 라이브러리를 잘못 구축하여 버그를 도입 할 염려가 있습니다.

편집 : 의견과 답변을 해결하기 위해 일부 업데이트. 토론의 중심이 아니기 때문에 예제를 제거했습니다. 또한 "오픈 소스 라이브러리가 제공하는 경향이있는 것"보다는 "일부 오픈 소스 라이브러리가 제공하는 것"으로 사람들이 그에 대한 공격을한다는 사실을 알지 못하는 내 질문을 다시 설명했습니다.

Windows 바이너리를 만드는 것은 완전히 다른 기술 자료와 도구 세트가 필요한 완전히 다른 작업이기 때문입니다. 사람들은 Linux 개발자에 대해 이것을 이해하기가 어려워 보입니다.

• 당신은 영원히 보이는 것처럼 Windows를 사용했습니다.
• 집에는 Windows 만 설치되어 있습니다.
• Linux를 관리하거나 개발하지 않고 사용자로만 Linux를 사용했습니다.
• gcc는 Linux에서 가장 일반적으로 사용되는 컴파일러이지만 자신의 컴퓨터에는 설치하지 않은 적이 있습니다.
• 주로 Windows에서 자신을 위해 소프트웨어 작업을 수행하지만 다른 사람이 호환 가능하고 바이너리를 배포하기 위해 Linux를 사용하는 경우 버그를 수정하지 않아도됩니다.
• 이미 가지고있는 다른 사람이 빌드를 완벽하게 기꺼이 할 때 다른 OS와 툴체인에 대한 비용을 지불하고 싶지 않습니다.

카이로는 응용 프로그램이 아닌 라이브러리입니다. Postgres에는 Windows 바이너리 가있는 것 같습니다 . 소규모 프로젝트는 종종 인프라 / 자원이 없기 때문에 빌드를 제공하지 않습니다.

그것은 "원하는 일을 원한다면 삽을 가져라"라는 오픈 소스 철학의 일부입니다. 당연히 사용자가 프로그램 자체를 컴파일하면 개발자의 작업 부하가 줄어 듭니다. 모든 아키텍처, OS 등에 대해 걱정할 필요가 없습니다.

그러나 소비자 수준의 제품 (Firefox, Paint.NET, Audacity, Keepass 등)을 만들고 사용자 확보에 관심이 있다면 항상, 항상, 항상! 바이너리를 포함합니다. 아마도 귀하의 웹 사이트를 우연히 본 적이 있고 귀하의 제품에 관심이있는 사람 중 2 %만이 다음을하려고합니다.

• 적절한 SCM 클라이언트 다운로드
• 소스 트리의 전체 사본을 확인하십시오.
• 필요한 IDE 또는 컴파일러 도구 다운로드 (일부 프로젝트의 경우 수백 MB)
• 필요한 모든 종속성을 다운로드하여 설치하고 환경 변수를 설정하십시오.
• 새로 컴파일 (일부 프로젝트에서는 10 분 정도 소요)
• 오류나 문제를 다루거나 발생하는 문제 (작은 프로젝트에서는 문서화되지 않았을 것입니다. "아, 최신은 실제로 트렁크가 아닌 분기 재 작성입니다!")
• 모든 것을 제거하거나 컴퓨터에 그대로두고 업데이트를 위해 다시 컴파일하십시오.

(반드시 Linux에서는 훨씬 더 안전하지만 대부분의 소비자는 여전히 Windows를 사용합니다.)

새로 온 사람들이 "오, Windows 버전! 다운로드. 실행"이라고 말하는 것이 훨씬 쉽습니다.

그러나 많은 오픈 소스 프로젝트는 소비자 수준 이 아닙니다 . 그들은 이런 종류의 시련에 대해 훨씬 높은 내성을 가진 프로그래머를 목표로하므로 바이너리는 DIY입니다. 내 경험상 프로그래머는 사용자만큼 게으를 수 있으므로 경고하십시오. :)

Write Once Compile Anywhere 환경 (C, C ++ 등)으로 작성된 응용 프로그램 제작자는 컴파일 단계를 널리 사용되는 아키텍처의 바이너리를 만들고 패키징하는 배포자 (apt, rpm, yum 등)로 푸시 할 수 있습니다. 이를 통해 제작자 측에서 적은 노력으로 최대의 휴대용 응용 프로그램을 구현하고 핵심 역량에 집중하는 데 더 많은 시간을 할애 할 수 있습니다 (응용 프로그램을 개발하고 여러 아키텍처를 위해 호스팅하지 않고 응용 프로그램 개발). 일부 WOCA 응용 프로그램 제작자는 Windows와 같은 특수한 경우 추가 비용을 지불 할 의향이 있습니다. 왜냐하면 아무도 그 누구도 기대하지 않고 시장을 포기하고 싶지 않기 때문입니다.

반면에 Java ( Write Once Run Anywhere) 환경 또는 특정 대상 아키텍처 (예 : OS X 응용 프로그램)로 작성된 응용 프로그램은 단일 바이너리를 제공 할 수 있으며 컴파일 비용 만 지불하면되기 때문에 종종 그렇게합니다 한 번 비용.

마지막으로, 사용자는 일반적으로 소스에서 빌드하거나 OS 패키지 관리자를 사용하는 것이 편하므로이 모델은 더 나은 유용성을 제공합니다. 사용자는 바이너리를 구할 수있는 곳 (패키지 관리자), 일관된 설치 및 패키지 관리 수명주기 경험, 필요한 소스를 얻을 수있는 곳을 알고 있습니다.

어쨌든 내가 제공하는 소스를 빌드하는 대신 빌드 (확실히 매우 클 수 있음)를 제공하는 대역폭을 씹고 싶은 이유는 무엇입니까? 자신의 컴퓨터에 프로젝트를 빌드하면 플랫폼에 맞게 특별히 컴파일 되므로 항상 더 나은 결과를 얻을 수 있습니다.

두 가지 이유를 생각할 수 있습니다.

첫째, 여러 유형의 하드웨어에서 여러 운영 체제를 실행하고 있습니다. 빌드해야 할 바이너리 대상의 수는 관리 할 수 ​​없게됩니다. 32 비트 또는 64 비트 하드웨어에서 여전히 일반적으로 사용되는 세 가지 버전의 Windows (XP, Vista, 7)가 있습니다. 그것은 바로 6 개의 이진 목표입니다. 리눅스에서 상황이 더 나 빠지고, 신에서 ​​실행되는 훨씬 더 다양한 배포판이 하드웨어 (x86, PPC, MIPS, SPARC, PA-RISC 등)를 알고 있습니다. 가능한 모든 조합 을 위해 구축 하시겠습니까? 장비 및 / 또는 소프트웨어가 있습니까? PII에서 NT를 계속 실행하고있는 사람이 있다면 (하나님이 우리를 도와주십시오), 바이너리를 만들겠습니까?

둘째, 배송 소스는 사용자가 특정 환경에 맞게 빌드를 최적화 할 수 있음을 의미합니다. 필요한 최적화 기능을 켜거나 필요한 경우 소스 자체를 조정할 수 있습니다.

일반적으로 응용 프로그램, 시스템, 모듈 또는 라이브러리 인 오픈 소스 프로젝트의 가치는 필요에 따라 연구 및 / 또는 수정할 수 있다는 것입니다. 소스 배포는 게시 모델에 고유합니다.

바이너리를 배포하면 악의적 인 목적으로 어떤 방식 으로든 수정 될 위험이 있습니다. 소스에서 프로젝트를 컴파일하면 해당 위험을 완화 할 수 있습니다.

몇 가지 이유가있을 수 있습니다. 많은 오픈 소스 프로젝트가 리눅스에서 시작됩니다. 따라서이 시스템에 대한 초기 프로젝트가 완료되고 팀 구성원이 패키징을 수행합니다.

Windows 설치 프로그램을 작성하는 것은 추가 작업이며 Linux 개발자에게는없는 지식이 필요합니다. 따라서 핵심 팀 외부의 누군가가이 작업을 수행하는 경우 종종 언급됩니다.

OS X 또는 특정 Linux 배포판과 같은 다른 시스템에서도 마찬가지입니다. 그것은 모두 여분의 작업을 수행 할 지식과 시간을 가진 사람에 달려 있습니다.