Neden bazı açık kaynaklı kütüphaneler ikili dosyalar sağlamaz?

Neden bazı açık kaynaklı kütüphaneler ikili dosyalar sağlamaz? Bazı projelerin, özellikle Windows sürümleri için, yazılımın güncel sürümlerini koruyan üçüncü tarafları ertelediğini fark ettim.

Soruyorum çünkü bir kütüphanenin kabulü için bir engel gibi görünüyor. Geliştirmek için daha fazla iş, çünkü onu oluşturmak için ortamını kurması gerekiyor. Bir geliştirici, kütüphaneyi yanlış bir şekilde oluşturarak hataları tanıttığından endişe etmelidir.

EDIT : Yorumlar ve cevapları ele almak için bazı güncellemeler. Tartışmanın merkezinde olmadığı için örnekleri kaldırdım. Ayrıca sorumu açık kaynak kütüphaneler sağlama eğilimi yerine “bazı açık kaynak kütüphaneleri sağlama” olarak yeniden ifade etti… insanların buna zarar vereceğini anlamadı.

Çünkü windows ikili dosyaları yapmak tamamen farklı bir bilgi tabanı ve araç seti gerektiren tamamen farklı bir iştir. İnsanlar bunu Linux geliştiricileri hakkında kavramakta zorlanıyor gibi gözüküyor.

• Sonsuza dek görünen şey için Windows'u kullandınız.
• Evde yalnızca Windows yüklü.
• Linux'u burada ve işte kullandınız, ancak sadece bir kullanıcı olarak, Linux için yönetim veya geliştirme yapmadınız.
• Gcc'nin Linux için en yaygın olarak kullanılan derleyici olduğunu biliyorsunuz, ancak bunu asla kendi bilgisayarınıza yüklememişsiniz.
• Genellikle Windows üzerinde kendiniz için yazılım üzerinde çalışıyorsunuz, ancak başka biri uyumlu hale getirmek ve ikili dosyaları dağıtmak için başka bir şey yaparsa Linux için hata düzeltmeleri yapmayı düşünmeyin.
• Zaten sahip olan biri yapıları yapmak için mükemmel bir istek duyduğunda başka bir işletim sistemi ve araç zinciri için ödeme yapmak istemezsiniz.

Kahire bir kütüphane, bir uygulama değil. Postgres'in Windows ikili dosyaları var gibi görünüyor . Daha küçük projeler genellikle altyapı / kaynaklara sahip olmadıkları için yapı sağlamaz.

Bu, "bir şey yapılmasını istiyorsanız, bir kürek al" açık kaynak felsefesinin bir parçasıdır. Doğal olarak, kullanıcılar sadece programı kendileri derlerse, geliştiriciler üzerindeki iş yükünü azaltır. Tüm bu mimariler, işletim sistemleri, vb. İçin endişelenmenize gerek yok ...

Ancak, tüketici düzeyinde bir ürün (Firefox, Paint.NET, Audacity, Keepass, vb.) Üretiyorsanız ve kullanıcı edinmeyi önemsiyorsanız , her zaman, her zaman, her zaman! ikili dosyaları içerir. Muhtemelen web sitenize rastlayan ve ürününüzle ilgilenen kişilerin yalnızca% 2'si şunları yapacaktır:

• Uygun SCM istemcisini indirin
• Kaynak ağacın bir kopyasına göz atın
• Gereken IDE veya derleyici araçlarını indirin (bazı projeler için kolayca birkaç yüz MB)
• Gereken tüm bağımlılıkları indirip yükleyin (ve çevresel değişkenleri ayarlayın)
• Yeni bir derleme yapın (bazı projelerde kolayca 10 dakikalık bir işlem yapın)
• Herhangi bir hata veya problemle veya ortaya çıkan (küçük projelerde muhtemelen belgelenmemiş - "oh evet, sonuncusu gövde yeniden değil, gövde değil!")
• Her şeyi kaldırın veya bilgisayarınızda bırakın ve güncellemeler için yeniden derleyin.

(Açıkçası linux olaylarında çok daha akılcı, ancak çoğu tüketici hala Windows'u kullanıyor.)

Yeni gelenler için "ooh, Windows sürümü! İndir. Çalıştır" demek çok daha kolay.

Ancak, birçok açık kaynaklı proje tüketici düzeyinde değildir ; bu tür çile için çok daha yüksek toleransa sahip programcıları hedef alıyorlar ve bu nedenle ikili dosyalar DIY. Deneyimlerime göre, programcılar kullanıcılar kadar tembel olabilir, bu yüzden uyarılmalıdır. :)

Bir Kez Yazma Her Yerde Derleme ortamında (C, C ++, vb.) Yazılmış uygulamaların yaratıcıları , derleme adımını popüler mimariler için ikili dosyalar oluşturan ve paketleyen dağıtıcılara (apt, rpm, yum, vb.) Bu, içerik oluşturucular açısından daha az çaba harcayarak maksimum taşınabilir bir uygulama sağlar ve temel yetkinliklerine odaklanmak için daha fazla zaman harcamasına izin verir (uygulamayı geliştirmek, birden fazla mimaride derlemek ve barındırmamak). Bazı WOCA uygulama yaratıcıları, Windows gibi özel durumlarda ekstra maliyet ödemeye hazırdır, çünkü - başka hiç kimse, kullanıcılar bunu beklemez ve piyasayı bırakmak istemezler.

Öte yandan, Bir Kez Çalıştır Herhangi Bir Yere Ortamında (Java) veya belirli bir hedef mimaride (örneğin OS X uygulamaları) yazılan uygulamalar tek bir ikili dosya sağlayabilir ve bunu yalnızca derlemeyi ödemek zorunda oldukları için yapabilirler. maliyeti bir kez.

Son olarak, kullanıcıları genellikle kaynaktan inşa etmek veya işletim sistemi paket yöneticilerini kullanmak konusunda rahattır, bu nedenle bu model de daha iyi kullanılabilirlik sağlar. Kullanıcılar ikili dosyaları (paket yöneticilerini) nereden edinebileceklerini, tutarlı bir kurulum ve paket yönetimi yaşam döngüsü deneyimine sahip olduklarını ve ihtiyaç duyduklarında kaynağı nereden elde edeceklerini bilirler.

Neden size verdiğim kaynağı oluşturmaktan ziyade size bir derleme (ki bu çok büyük olabilir) sağlayan bant genişliğini çiğnemek isteyeyim ki? Kendi makinenizde bir proje oluşturmanın, platformunuz için özel olarak derlendiği için her zaman daha iyi sonuçlar vereceğinden bahsetmiyorum .

İki sebep düşünebilirim.

İlk olarak, birden fazla donanım türünde çalışan birden çok işletim sisteminiz vardır; oluşturmak istediğiniz ikili hedeflerin sayısı yönetilemez hale gelir. 32-bit veya 64-bit donanımda çalışan üç Windows sürümü (XP, Vista, 7) hala vardır; 6 ikili hedef var. Linux tarafında durum daha kötü, Tanrı üzerinde çalışan çok daha çeşitli dağıtımlar hangi donanımın (x86, PPC, MIPS, SPARC, PA-RISC, vb.) Her olası kombinasyon için inşa edecek misiniz ? Bunu yapacak ekipman ve / veya yazılımınız var mı? Dışarıda hala bir PII üzerinde NT çalıştıran biri varsa (Tanrı bize yardım eder), onlar için bir ikili oluşturacak mısınız?

İkincisi, nakliye kaynağı, kullanıcıların yapıyı kendi ortamları için optimize edebileceği anlamına gelir; ihtiyaç duydukları optimizasyonları açabilir veya gerekirse kaynak ayarını yapabilirler.

Tipik olarak, açık kaynak kodlu bir projenin değeri, bir uygulama, sistem, modül veya kütüphane olsun, gerektiğinde çalışılabilmesi ve / veya değiştirilebilmesidir. Kaynağın dağıtılması, yayınlama modeline özgüdür.

Bir ikili dağıtmak hain amaçlarla bazı şekillerde değiştirilme riskini taşır. Projeyi kaynaktan derlemek bu riski azaltmaya çalışır.

Bunun birkaç nedeni olabilir. Birçok (en olmasa da) açık kaynaklı proje Linux'ta başlar. Böylece ilk proje bu sistem için ve paketleme ekip üyeleri tarafından yapılır.

Windows yükleyicisi oluşturmak, Linux geliştiricilerinin sahip olmayabileceği bilgileri gerektiren ekstra bir iştir. Yani çekirdek ekip dışından biri bu işi üstlenirse, genellikle özel olarak bahsedilir.

Aynı şey OS X ve hatta belirli Linux dağıtımları gibi diğer sistemler için de geçerli olabilir. Her şey ekstra işi kimin yapacağı bilgisine ve zamanına bağlıdır.