[Gelistirici] 2011 contrib olacak mı?

[Necdet Yücel]

11 Ekim 2010 22:56 tarihinde Onur Küçük <onur at pardus.org.tr> yazdı:
>  Bir kaç senaryo var aslında.
>
>  Örneğin bazı yazıcı sürücüleri derlenmiş bir şekilde dağıtılıyorlar,
> ancak bakımı yapılmıyor ve güncellenmiyorlar. Kodu açık değil, müdahale
> edemiyoruz, sürücüyü çalışır hale getirmek son kullanıcı için bayağı
> masraflı ve tehlikeli bir iş iken bir kişinin (paketçisinin) adamakıllı
> hazırlayacağı bir paketle sadece paketin kurulması ile çalışır hale
> gelebiliyor. Bir açıdan faydalı, ancak diğer açıdan donanım
> üreticisinin bile sorumluluğunu almadığı ve az adet donanımda
> kullanılan bir sürücünün sorumluluğunu dağıtım olarak almamız bana
> mantıklı gelmiyor.

Bu senaryoya göre çalışacak bir unsuppoerted bana da mantıklı geldi
ama çerçevesini iyi çizmek lazım tabi.

>  Başka bir örnek, vulcan isimli bir 3B satranç oyunu var. Oyun
> herşeyiyle hazır durumda, gayet düzgün çalışıyor, bakımı da yapılıyor,
> ancak oyunun yazarı son kullanıcının ihtiyacı olacak ana menü,
> kolay yapılandırma, düzgün bilgi mesajı gibi şeyleri yıllardır
> yapmıyor, yapacak gibi de görünmüyor. Bu oyunu son kullanıcının rahat
> kullanacağı bir hale getirmek ve bunun bakımını yapmak çok fazla emek
> isteyen bir iş, ki forklamaktan zor.

Bu tip paketleri de yukarıdakilere ekledik diyelim herhalde sayıları çok etmez.

>  Bir başka açıdan bakınca, ana deponun test süreçleri, ack/nack vb.
> yöntemlerini istemeyen geliştiriciler için de contrib deposu bugüne
> kadar bir seçim oldu. Paketlerinin derlenir derlenmez kontrol edilmeden
> kullanıcılara ulaşmasını isteyen geliştiricilerden özellikle contrib
> deposunu seçenler oldu. Ayrıca kendini yeni yeni depo yapısına
> alıştıran bazı geliştiriciler de katkıcı deposunu öncelikle tercih edip
> biraz daha rahat bir ortamda pişti, daha sonra ana depoya yöneldi.

Artık contrib depo bu mantıkla işlemediğinden eskiden olan avantajları
artık kalmadı.

>  Burda bir kaç farklı yöntem olabilir
>
>  * Ana depo sadece @pardus hesaplı geliştiricilerin paket bakıcısı
> olduğu, şu anki depodan çok daha küçük "çekirdek" paket ailesini
> barındıran temel bir depo olur, contrib (ya da başka bir isimle, addon
> vb.) herkesin bakımını yaptığı, İngilizce tabiriyle "all the bells and
> whistles" ın döndüğü depo olur.

Bunu seçersek paket sorumlularını yeniden düzenlemek gerekir ve
@pardus hesaplı geliştiricilerin üzerine daha da fazla yük biner gibi
geliyor bana.

>
>  * Contrib deposu kaldırılır, herkes ana depoda çalışır, ana depoya
> alınan paketler dışında ilgisiz kalan paketler de /dev/null a
> yolculuğa çıkar. Bu senaryoyu seçersek, 2011 için hazırlanan urgent
> listelerinin gördüğü ilginin de gösterdiği "paketleri ile ilgilenmeyen
> geliştiriciler" konusunu belki biraz daha katılaştırırız.

Bu seçeneği seçmesek bile paketlerle ilgilenme işini bir kurala
bağlasak iyi olur bence. Aylardır paketine bakmamış biri (elbette
yapılacak bir şey varsa, yoksa yıllarca güncellenmeyen programlarda
yapılacak bir şey olmuyor) onun bakıcısı sayılmamalı belki de.

>  Ben ikinci seçeneğe daha sıcak bakıyorum, contrib ayrımı bayağı bir
> anlamını yitirmeye başladı, ya yıkıp baştan yapalım, ya da tamamen
> yıkalım ve bitsin gitsin. Ama bunu yaparken de contrib in gördüğü
> ilgisizliğin ana deponun gördüğü ilgisizliği iyice arttırmasına da izin
> vermeyelim.

Ben oyumu yıkalım bitsinden yana kullanıyorum.

---
Necdet Yücel