GPL nedir? GNU Genel Kamu Lisansı açıklaması

GPL, General Public License ifadesinin kısaltmasıdır. Türkçede Genel Kamu Lisansı olarak anılır. Yazılım lisansları söz konusu olduğunda genellikle GNU Genel Kamu Lisansı kastedilir: bir programı çalıştırmanıza, incelemenize, değiştirmenize ve paylaşmanıza izin veren bir özgür yazılım lisansı. Ayırt edici özelliği copyleft ilkesidir. Lisans kapsamındaki bir eseri dağıttığınızda, lisansın alıcılara tanıdığı özgürlükleri korumanız ve kaynak kod gerekliliklerini yerine getirmeniz gerekir.

GPL lisansı, ticari kullanıma ve ücretli dağıtıma izin verir. Her özel değişikliği internette yayımlamanızı gerektirmez. Geliştiricinin destek aboneliğini veya bir bulut hesabını da otomatik olarak sağlamaz. WordPress eklentisi kurarken, uygulama geliştirirken ya da değiştirilmiş bir programı paylaşırken bu ayrımlar önem taşır.

GPL lisansı, elinizdeki kopya için ne anlama gelir?

GNU GPL, Free Software Foundation tarafından yayımlanır. GNU, lisansın arkasındaki projeyi; GPL ise lisansın kendisini belirtir. İngilizcedeki “GPL license” ve “GPL licence” ifadeleri farklı yazımlarla aynı kavramı anlatır. Geçerli koşullar, yazılıma eklenmiş lisans bildirimine ve belirtilen sürüme bağlıdır.

Özgür yazılımdaki özgür sözcüğü, fiyatın mutlaka sıfır olması anlamına gelmez; kullanıcının özgürlüklerini anlatır. Bir kişi GPL kapsamındaki bir program için ücret isteyebilir. GPL altında bir kopya aldığınızda, o kopyaya para ödemeniz lisansın sağladığı hakları ortadan kaldırmaz. GNU bu farkı özgür yazılım tanımında açıklar.

Bu haklar, günlük hayatta karşılaşabileceğiniz çeşitli işlemleri mümkün kılar:

• Yazılımı çalıştırmak: İş faaliyetleri dahil, kendi amaçlarınız için kullanabilirsiniz.
• Yazılımı incelemek: Nasıl çalıştığını anlamak için kaynak kodu okuyabilirsiniz.
• Yazılımı değiştirmek: Kodu ihtiyaçlarınıza göre uyarlayabilirsiniz.
• Yazılımı paylaşmak: Geçerli GPL koşullarına uyarak, değiştirilmiş sürümler dahil izin verilen kopyaları yeniden dağıtabilirsiniz.

Örneğin küçük bir işletme, iç kayıtlarını yönetmek için GPL lisanslı bir uygulama kullanabilir. Bir geliştirici, farklı bir iş akışına uyum sağlaması için bir işlevi değiştirebilir. Bir dağıtıcı ise kopyaları kurulum desteğiyle birlikte sunabilir. Lisans bu faaliyetlere olanak tanır, ancak neyin paylaşıldığına göre yükümlülükler değişir.

Bu nedenle yalnızca programın “ücretsiz” olup olmadığını sormak yerine lisansı okumak daha yararlıdır. Bildirimin hangi bileşenleri kapsadığını, hangi GPL sürümünün geçerli olduğunu ve başka bileşenler için ayrı koşullar bulunup bulunmadığını kontrol edin.

Copyleft, izinlerin yazılımla birlikte korunmasını sağlar

GPL kapsamındaki kodun telif hakkı devam eder. Yazarlar, koşulları olan bir telif lisansı aracılığıyla izin verir. Bu nedenle GPL yazılım, kamu malı haline getirilmiş yazılımdan farklıdır.

Copyleft, lisans kapsamındaki bir türev eseri dağıtan kişinin, o esere bağlı GPL özgürlüklerini alıcılardan esirgemesini engeller. Programla çalışma olanağını yalnızca ilk alıcıya tanımak yerine sonraki alıcının da bu olanağa sahip olmasını korur. GNU’nun copyleft açıklaması bu mekanizmayı anlatır.

Örnek bir proje düşünün: Saat dilimi gösterimini iyileştirdiğiniz GPL lisanslı bir randevu uygulaması. Değiştirilmiş kopyanızı özel olarak kullanabilirsiniz. Lisans kapsamındaki bu değiştirilmiş uygulamayı dağıtırsanız, dağıttığınız eser için geçerli GPL gerekliliklerine uymalısınız. “Kullanabilirsiniz, ancak hiçbir zaman yeniden dağıtamazsınız” diyen bir bildirim, alıcıların sahip olması gereken haklarla çelişir.

Bu, bilgisayarınızdaki her ilgisiz dosyanın GPL kapsamına girdiği anlamına gelmez. Kodun lisans kapsamındaki bir türev veya birleşik eser oluşturup oluşturmadığı, GPL programıyla ilişkisine bağlıdır. Başka bir uygulamayla aynı depolama aygıtını veya sunucuyu kullanmak, tek başına bu soruyu cevaplamaz. Kütüphane entegrasyonunu ve birleşik ürünleri değerlendirirken gerçek mimariyi inceleyerek lisans kararı verin.

Yazılımı kullanmak ve dağıtmak farklı işlemlerdir

En yararlı soru şudur: Bir başkasına lisans kapsamındaki yazılımın kopyasını veriyor musunuz? Para alıp almamanız ayrı bir konudur.

GPLv3, başkalarının kopya oluşturmasını veya almasını mümkün kılan işlemler için convey terimini kullanır. Bu bağlamda terim, kopyanın iletilmesini ya da sağlanmasını anlatır. Lisans, kopya aktarılmadan ağ üzerinden etkileşim kurulmasını açıkça bundan ayırır. GPLv2 ise dağıtım kavramını kullanır. GPLv3 metninin 0–2. bölümleri, bu tanımları ve temel izinleri düzenler.

Kurulum dosyası, indirilebilir arşiv veya kullanıcının cihazında çalışan bir kod paketi değerlendirmeyi değiştirebilir; kullanıcı bir yazılım kopyası alıyor olabilir. Değiştirilmiş paketi ayrı bir kuruluşa vermek de onu kendi makinenizde tutmaktan farklıdır. Tablo, konuyu anlamaya yardımcı olur; her yüklenici ilişkisi, şirketler grubu veya dağıtım düzeni hakkında kesin bir sonuç vermez.

GPL, kaynak kodunuzu herkese açmanızı gerektirir mi?

GPL, her değişikliği herkese açık bir kod deposuna yükleme zorunluluğu getirmez. Lisans kapsamındaki yazılım dağıtıldığında, kullanılan sürümün ve dağıtım yönteminin kaynak erişimi kurallarını yerine getirmeniz gerekir.

Önemli bir ayrıntı vardır: Yazılı teklife dayanan bazı izinli yöntemler, doğrudan alıcının ötesine uzanır. Örneğin GPLv2’nin 3(b) bölümü, kaynak kodun herhangi bir üçüncü tarafa sağlanmasına ilişkin bir tekliften söz eder. Bu yüzden “Kaynak kod her durumda yalnızca müşterilere verilir” demek de fazla geneldir. Kullandığınız yöntemin koşullarını GPLv2 metninin 3. bölümünde okuyun.

Bir dağıtıcı için daha iyi pratik soru şudur: Karşılık gelen kaynak kodu almaya hakkı olan kişi, bu kopyanın doğru kaynak kodunu gerçekten elde edebiliyor mu? Asıl projeye yapılan belirsiz bir gönderme yerine, dağıtılan sürümle eşleşen açık bir kaynak sağlama düzeni daha anlamlıdır.

Karşılık gelen kaynak kod nedir?

Kaynak kod, geliştiricilerin eseri değiştirmek için kullandıkları biçimdir. GPLv3 kapsamında karşılık gelen kaynak kod; lisansın tanımladığı istisnalar saklı kalmak üzere, lisans kapsamındaki nesne kodunu üretmek, kurmak, çalıştırmak ve değiştirmek için gerekli malzemeyi içerir.

Örnek bir dağıtıcı, uygulamanın işleme mantığını değiştirip müşterilere derlenmiş sürüm gönderir. Yalnızca asıl projenin değiştirilmemiş kaynak kodunu göndermek, müşterilerin aldığı değişikliği dışarıda bırakır. Kaynak sağlama düzeninin o derlenmiş sürümle eşleşmesi ve ilgili derleme malzemesini içermesi gerekir. Bu örnek, dağıtılan kopyayla kaynak kodun tutarlılığı hakkındadır; kesin teslim seçeneklerini yine geçerli lisans belirler.

Lisans metnini ve ilgili bildirimleri korumak da önemlidir. Okunabilir bir kaynak klasörü, bu gerekliliklerin yerine geçmez. Kaynak kodu, bildirimleri ve dağıtım yöntemini aynı sürüm teslim sürecinin parçaları olarak yönetin.

GPLv2 ve GPLv3: seçimden önce bildirimi okuyun

GPLv2 ve GPLv3, GNU GPL’nin ayrı sürümleridir. GPLv2 1991, GPLv3 ise 2007 tarihlidir. İkisi de copyleft lisansıdır, ancak metinleri ve gereklilikleri birbirinin yerine kullanılamaz. Daha yeni bir lisans, mevcut programa bağlı lisansı otomatik olarak değiştirmez.

GPLv3; açık patent hükümleri, yenilenmiş uyumluluk hükümleri ve lisansın tanımladığı belirli User Product, yani Kullanıcı Ürünü durumlarında kurulum bilgisi gereklilikleri içerir. Bu değişiklikler, kaynak kod indirme örneğinin ötesindeki durumları ele alır. GNU’nun GPLv3 kısa rehberi değişiklikleri açıklar.

Kurulum bilgisi konusu kolayca yanlış genellenebilir. GPLv3, her yazılım satıcısının bütün operasyonel parolalarını teslim etmesini gerektirmez. Lisansın 6. bölümü, belirli koşullar ve istisnalar altında, bazı Kullanıcı Ürünlerinin içinde, onlarla birlikte veya özellikle onlarda kullanılmak üzere sağlanan lisans kapsamındaki nesne kodunu ele alır. Bu ayrım, alıcının değiştirilmiş bir sürümü kurmasını başka türlü engelleyebilecek ürünler açısından önemlidir.

Çoğu okuyucu için ilk görev daha basittir: Programın lisans bildirimini bulun.

• Yalnızca GPLv2: Başka geçerli bir izin yoksa, izin bu sürümle sınırlıdır.
• GPLv2 veya sonraki sürümler: Bildirim, GPLv2’nin ya da FSF tarafından yayımlanan daha sonraki bir sürümün seçilmesine izin verir.
• Yalnızca GPLv3: Program, sonraki sürümleri genel olarak seçme seçeneği olmadan GPLv3 ile lisanslanmıştır.

Yalnızca GPLv2 kapsamındaki kodla GPLv3 kodu, birleşik bir eser için otomatik olarak uyumlu değildir. “GPLv2 veya sonraki sürümler” bildirimi, GPLv3 kullanımına giden bir yol sağlayabilir. GNU’nun lisans uyumluluğu listesi bu farkı açıklar.

Web sitesindeki bir başlık yalnızca GPL diyorsa, bundan “veya sonraki sürümler” sonucunu çıkarmayın. Paketin birden fazla bağımlılığı varsa onların bildirimlerini de inceleyin. Bir bileşen için sonraki sürümü kullanma izni, bütün bağımlılıkların lisansını yeniden yazmaz.

GPL, LGPL, AGPL ve MIT farklı soruları yanıtlar

Bu adlar, farklı lisans düzenlerini ifade eder. Temel ayrımı bilmek, her açık kaynak lisansını eşdeğer saymadan doğru metni bulmanıza yardımcı olur.

Lesser General Public License, Türkçede Kısıtlı Genel Kamu Lisansı olarak da anılır ve sıklıkla kütüphaneler için kullanılır. Kütüphanelerin lisans koşullarını görmezden gelme izni değildir. Örneğin LGPLv3’ün 4. bölümü, birleşik eserleri, bildirimleri ve kullanıcının değiştirilmiş bir kütüphaneyle çalışabilmesini etkileyen koşullar içerir.

Affero General Public License, uzaktan etkileşimi daha doğrudan ele alır. AGPLv3’ün 13. bölümü, değiştirilmiş sürümün, bir bilgisayar ağı üzerinden onunla uzaktan etkileşen kullanıcılara karşılık gelen kaynak kodu belirgin biçimde teklif etmesini gerektirir. Standart GPLv3, bir programın yalnızca sunucuda çalışması nedeniyle aynı yükümlülüğü oluşturmaz.

MIT lisansı, telif hakkı ve izin bildiriminin korunmasını şart koşarak geniş yeniden kullanım olanağı verir. Bu koşullar korunursa MIT lisanslı kod, genel olarak GPL kapsamındaki bir projeye dahil edilebilir. Bu işlem, mevcut GPL kodunu MIT koduna dönüştürmez veya birleşik eserin GPL yükümlülüklerini kaldırmaz.

Bu lisanslar arasında her duruma uygun tek bir kazanan yoktur. Bir yazar açısından seçim, sonraki paylaşımın nasıl işlemesini istediğini yansıtır. Mevcut projeyi kullanan kişi açısından ise izinlerin başlangıç noktası, telif hakkı sahiplerinin gerçekten verdiği lisanstır.

GPL hangi durumlarda projeyi sınırlar?

Temel sınırlama, planladığınız dağıtım koşullarının copyleft ile çatışması halinde ortaya çıkar. Lisans kapsamındaki birleşik eserin alıcılarına çalıştırılabilir kod vermek, fakat yeniden dağıtımı veya karşılık gelen kaynak koda erişimi yasaklamak istiyorsanız GPL bu teslim planına uygun olmayabilir. Kaynak kodun hazırlanması ve bağımlılıkların uyumluluğu için de sürüm teslim sürecinde zaman ayrılması gerekir.

Pratik tercih, sonraki alıcıların özgürlüklerini korumakla belirli dağıtım kısıtlamalarını sürdürmek arasındadır. Bu durum, yazılım üzerine bir iş kurmanıza engel olmaz. Teslim etmeyi düşündüğünüz ürüne GPL bileşeni eklemeden önce bu dengeyi değerlendirin; çelişen taahhütleri teslim tarihinde fark etmekten kaçının.

GPL, WordPress, eklentiler ve temalar için ne anlama gelir?

WordPress, yazılımının GPLv2 veya sonraki sürümler altında yayımlandığını belirtir. Resmî lisans sayfası, projenin eklenti ve temaları türev eser olarak değerlendiren görüşünü de açıklar. Aynı sayfa, türev eserin ne olduğuna ilişkin hukuki gri alanları kabul eder.

Bu nedenle WordPress uzantıları hakkındaki konuşmalarda GPL sıkça karşınıza çıkar. Lisans kapsamındaki yazılımın, ticari dağıtım dahil, koşullara uyularak paylaşılmasına izin verir. Ancak bir ürün adı veya pazar yeri etiketi, belirli bir paketin bütün ayrıntılarını anlatmaz.

Bir eklentiyi değerlendirirken üç unsuru ayrı ele alın:

1. Telif lisansı: Lisans kapsamındaki koda hangi izinler uygulanır?
2. Teslim edilen paket: Gerçekte hangi dosyalar ve ayrı lisanslı varlıklar dahildir?
3. Hizmet düzeni: İndirmeleri, güncellemeleri, desteği ve uzakta barındırılan işlevleri kim sağlar?

Geliştirici hesabına ait bir anahtar, hizmete veya güncelleme kanalına erişimi kontrol edebilir. Bu, aldığınız koda bağlı telif izninden farklı bir konudur. GPL’nin kendisi satıcı hesabı, ücretli uzaktan hizmet veya gelecekte destek sözü vermez.

WordPress dizinlerinin gerekliliklerinin de kendi kapsamı vardır. Eklenti Dizini yönergeleri, gönderilen kodun, verilerin ve görsellerin GPL uyumlu lisans kullanmasını gerektirir. Bu bir dizin kuralıdır; başka yerlerdeki her indirilebilir arşivin aynı içeriğe veya haklara sahip olduğunu kanıtlamaz.

Pratik sorunuz üçüncü taraf WordPress indirmesinin neler içerdiğiyse GPL lisanslı WordPress eklenti paketleri rehberini okuyun. Paket ve hizmet seçimini daha ayrıntılı ele alır. Buradaki genel açıklama ise satıcıları veya belirli eklentileri karşılaştırmak yerine lisansı açıklar.

Sınırları netleştiren dört örnek

Aşağıdaki senaryolar açıklama amaçlıdır. Hangi bilginin soruyu değiştirdiğini gösterir; ürün testlerinin sonucu değildir.

Bir mağaza GPL uygulamayı kendi içinde kullanır

Bir mağaza GPL lisanslı stok aracını kurar ve ürünlerini takip eder. Müşterilerinden fiziksel ürünler için para alır. Bu ticari faaliyet, tek başına stok uygulamasını dağıtmaz. Yazılım açısından ilgili işlem, programı çalıştırmaktır; GPL buna ticari amaçlarla da izin verir.

Mağaza yine de hangi yazılımı kurduğunun ve lisansının kaydını tutmalıdır. Daha sonra uygulamayı başka bir kuruluşa sağlarsa bu yeni işlem için dağıtım yükümlülüklerini değerlendirmesi gerekir.

Bir geliştirici değiştirilmiş uygulamayı müşteriye verir

Geliştirici, GPL uygulamanın rapor biçimini değiştirir ve değiştirilmiş uygulamayı müşteriye teslim eder. Müşteri yazılım kopyası aldığı için geçerli dağıtım gerekliliklerinin yerine getirilmesi gerekir. Geliştirme işi için ücret alınması bunları kaldırmaz.

Teslimden önce geliştirici, lisans kapsamındaki değişiklikleri belirlemeli, gerekli bildirimleri korumalı ve eşleşen kaynak kodu sağlamaya hazırlanmalıdır. Sözleşme, işi ve desteği tanımlayabilir; ancak müşteriye iletilen GPL haklarıyla çelişen kısıtlamalar vaat etmemelidir.

Bir web sitesi sunucuda GPL yazılım kullanır

Bir şirket, sunucusunda hesaplama yapmak için GPLv3 programını değiştirir. Ziyaretçiler girdilerini gönderir ve sonuç alır; programın bir kopyasını almaz. Yalnızca ağ üzerinden etkileşim, GPLv3 kapsamında convey değildir.

Şimdi tek bir bilgiyi değiştirelim: Site, lisans kapsamındaki program kodunu ziyaretçilerin cihazlarına gönderir. Dağıtım sorusu yeniden gündeme gelir. Başka bir bilgiyi değiştirelim: Sunucu programı AGPLv3 kullanmaktadır ve şirket onu değiştirmiştir. AGPL’nin ağ kullanıcılarına kaynak sağlama hükmü önem kazanır. Bu nedenle “Bu bir web sitesi” demek, uygulanacak yükümlülükleri belirlemek için yeterli değildir.

Bir tasarımcı GPL araçla içerik üretir

Bir tasarımcı, özgün bir çizim oluşturmak için GPL grafik uygulamasını kullanır. Uygulamanın GPL olması, çizimi otomatik olarak GPL yapmaz. Çıktının içeriği önemlidir: GPLv3, çıktıyı yalnızca çıktının kendisi lisans kapsamındaki bir eser oluşturduğunda kapsar.

Tasarımcı, çizimde kullandığı yazı tiplerini, şablonları ve varlıkları ayrıca kontrol etmelidir. Düzenleme aracının lisansı ile bu girdilerin izinleri farklı bilgilerdir. GNU bu ilkeyi program çıktısı hakkındaki SSS bölümünde ele alır.

Kendi yazılımınız için GPL nasıl kullanılır?

Özel bir etkinleştirme anahtarı satın alarak GPL edinmezsiniz. Gerekli telif izinlerine sahipseniz kendi yazılımınızı bu lisansla yayımlayabilirsiniz. GNU’nun GNU lisanslarını uygulama rehberi süreci anlatır.

Önce hangi kod üzerinde yetkiniz olduğunu belirleyin. Projede katkılar, işverene ait çalışmalar, bağımlılıklar ve farklı haklara tabi varlıklar bulunabilir. Kendi özgün dosyalarınız için GPL seçmek, başkalarının malzemesini yeniden lisanslama izni vermez.

Ardından lisans sürümünü seçin ve bildiriminizin sonraki sürümlere izin verip vermeyeceğine karar verin. Kaynak kodla birlikte tam lisans metnini ve uygun bildirimleri ekleyin. Lisans seçimini proje belgelerinde görünür kılın ve derlenmiş sürümleri teslim etmeden önce dağıtıma uygun kaynak sağlama düzenini hazırlayın.

Tamamı tek yazar tarafından yazılmış küçük bir yardımcı program için işler basit olabilir: Lisans dosyasını eklemek, uygun bildirimleri uygulamak ve açık derleme talimatlarıyla kaynak kodu yayımlamak. Bağımlılıkları olan büyük bir projede ise her bileşeni ayrı incelemek gerekir. Paket başka bir durumu gösteriyorsa README dosyasına GPL etiketi kopyalamak yeterli değildir.

Diğer GPL sorularına kısa yanıtlar

GPL lisanslı yazılım satılabilir mi?

Evet. Koşullar yerine getirildiğinde GPL, lisans kapsamındaki yazılımın ücretli dağıtımına izin verir. Alıcılar, yeniden dağıtım dahil geçerli GPL haklarını alır. GNU’nun özgür yazılım satışı rehberi, ücret almakla özgürlükleri korumanın nasıl bir arada bulunabildiğini açıklar.

GPL ile açık kaynak aynı şey midir?

GPL bir açık kaynak lisansıdır, ancak açık kaynak farklı koşulları olan başka lisansları da kapsar. MIT gibi izin verici bir lisans ile GPL gibi copyleft lisansı, kaynak kod üzerinden iş birliğine olanak tanır. Buna karşılık sonraki dağıtım için farklı kurallar belirlerler.

GPL, projenin markasını kullanma hakkı verir mi?

Yazılımın telif izinleri, marka haklarını otomatik olarak belirlemez. Kodu yeniden dağıtmak, asıl geliştiricinin sürümünüzü onayladığını söyleme yetkisi vermeyebilir. Örneğin WordPress’in ayrı bir marka politikası vardır.

GPL etiketi, indirmenin güvenli olduğunu kanıtlar mı?

Hayır. Lisans koşulları, izinleri ve yükümlülükleri açıklar. Belirli bir arşivin kaynağını, bütünlüğünü veya bakım durumunu ortaya koymaz. Yazılım GPL, izin verici veya özel mülk lisanslı olsa da bunlar ayrı kontrollerdir.

Önce kopyayı ve işlemi belirleyin

Bu açıklamayı gerçek bir projeye uygulamak için yazılımın lisans bildirimini kaydedin, yapmak istediğiniz işlemi belirleyin ve bir başkasının lisans kapsamındaki kodu alıp almayacağını değerlendirin. Sonra ilgili sürümün ve dağıtım yönteminin koşullarını kontrol edin.

WordPress satın alımında ihtiyaç duyduğunuz paket ve hizmetleri ayrıca değerlendirin. Yazılım tesliminde ise bağımlılıkları ve karşılık gelen kaynak kodu inceleyin. Bu somut bilgiler, tek başına GPL sözcüğünden çok daha fazla şey anlatır.