[Gelistirici] 28 Şubat - Geliştirici Toplantısı Tutanağı

Serbulent UNSAL serbulent at pardus.org.tr
2 Mar 2009 Pzt 15:18:25 EET


Merhaba,

Cumartesi günü yaptığımız geliştirici toplantısına ilişkin tutanak aşağıda. 
Genel olarak X konusu konuşuldu Y kararı alındı biçiminde,
olabildiğince eksiksiz olarak düzenlemeye çalıştım. Gözümden kaçan noktalar 
varsa aklınızda, kalan lütfen düzeltmekten çekinmeyin.

****************************************************************************
Toplantı geliştiricilerin kendilerini tanıtmasıyla başladı.

Geliştirici bülteni hazırlanması konusunda; 
        * Çerçeve olarak KDE commit digest'in örnek alınmasına,
        * Bülten içerisinde bahsedilecek olan kodlarla ilgili detay 
	   bulunmamasına,
        * Gerekli durumlarda ekran görüntülerinin yer alabileceğine,
        * Commit listelerinin düzenli olarak takip edilmesinin yüksek iş gücü 
          gerektirmesi sebebiyle bültenin Oi topluluğundan 3-4 kişilik bir 
	  ekip tarafından bir geliştiricinin (Gökçen Eraslan) editörlüğünde 1 aylık 
	  periyot ile hazırlanmasına karar verildi. 

*******************************************************************************
Geliştiricilere, YTÜ ile gerçekleştirilen İBE ( İnsan Bilgisayar Etkileşimi ) 
çalışmaları hakkında Işıl Poyraz tarafından aşağıdaki bilgiler verildi.

Pardus'un oldukça geniş bir kullanıcı kitlesi bulunmakta. Bu geniş kitlenin 
Pardus arayüzleri ile en verimli biçimde çalışabilmesi için YTÜ  İnteraktif 
Medya Tasarımı Anabilim Dalı ile çalışılmaya başlandı. İlk çalışmalar TASMA ve 
Milky ikon seti üzerinde yapılıyor. Farklı profildeki kullanıcılar ile yapılan 
kullanılabilirlik testlerine ilişkin 15 günlük periyotlarla raporlar alındı. 
Bu testler ile ilgili uzman değerlendirmesinin ardından ayrıca daha geniş 
kapsamlı bir raporlama çalışması yapılacak.

Milky ikon seti ile ilgili yapılan çalışmalar kapsamında, ikon setimizin çok 
orjinal ve yenilikçi olduğu değerlendirmesi yapıldı. Milky tasarımcımız Banu 
ile YTÜ arasında direkt bağlantı sağlandı.  Bu kapsamda yapılan testlerin 
sonuçları ikon setinin tasarımına yansıtıldı. 

Önümüzdeki süreçte Pardus da arayüzlerin tasarımı konusunda bir tasarım 
kılavuzu hazırlanacak ancak bu kılavuz muhtemelen 2009 sürümü sonrasında 
yayımlanacak. Bu sürecin KDE projesini de etkilemesi hedeflerimiz arasında.

*********************************************************************************
Katkıcılara sağlanacak olanaklar konusunda;
        * developer-announce listesinin açılmasına, bülten ve geliştiriciler 
için 
        önemli gelişmelerin burada duyurulmasına,
        * Devel ve 2008 deposu için olan kaynak kod arşivlerinin bulunduğu 
	   ftp alanının Contrib deposu içinde açılmasına,
        * Geliştiricilere @developer.pardus.org.tr uzantılı e-posta 
	   adreslerinin ( alias olarak ) verilmesine karar verildi.

Ayrıca geliştiricilere paket derlemesi için sanal makine sağlanması görüşüldü. 
Bu konuda öne çıkan 2 metod, geliştiricilerin login olabileceği bir sanal 
makine veya her defasında temiz bir sistem üzerinde istenilen paketi derleyip 
hataları raporlayan bir sistem alternatifleriydi. Bu iki alternatifin 
değerlendirilmesi için geliştirici listesinde kimin hangi tip sisteme ihtiyaç 
duyduğunun geliştirici listesinde belirlenmesine karar verildi.

************************************************************************************
Sürüm yaşam döngüsü ile ilgili;
        * Yeni sürüm çıkarken sürümler arasında güncelleme yapılması için bir 
	   belge ve/veya betik bulunmasının sürüm için ön şart olması,
        * Sürümden önce bir betiğin yazılıp yazılamayacağının duyurulması 
           kararlaştırıldı. ( Betiğin hazırlanması için Semen Cirit gönüllü 
	   oldu.) 
        * Sürümler arası güncellemelerin daha kolay yapılabilmesi amacıyla, 
	  otomatik kurulumda /home dizinin LVM desteği ile yeniden 
	  boyutlandırılabilir biçimde ayrı bir disk bölümü olarak  bağlanabileceği 
	  belirtildi. Ancak henüz LVM alt yapısı tam olarak oluşmadığı için bu konuda 
	  net bir karar alınamadı.
        * Bu konu başlığının tekrar konuşulması kararlaştırıldı.

Yukarıdaki maddelerin yanı sıra Ekin Meroğlu tarafından şu bilgiler verildi; 
Bir soru üzerine, ara sürümler için belirli bir tarih bulunmadığı ancak genel 
uygulamanın güncellemelerin boyutu bir CD büyüklüğünün yarısına ulaştığında 
ara sürüm çıkartılması yönünde olduğu belirtildi. 

Bir sürümü öldürmek için genel takvimin eski sürümdeki hata güncellemelerinin 
belirli bir süre devam ettirilmesi, bunun sonlandırılmasının ardından 2 ay 
süre ile yalnız güvenlik güncellemelerinin yapılması ve sürümün öldürülmesi 
olduğu anlatıldı. Ancak öldürülmesi kararlaştırılan bir sürümün bakımı için 
camiadan gönüllü çıkarsa sürüm yaşatılabileceği anlatıldı.

Pardus 2008 sürümünün ölümünden önce 2008 temelli bir kurumsal sürümün 
çıkacağı bilgisi verildi. Bu sürüm 2008 sürümüne göre (API/ABI kırabilecek ) 
bir takım değişiklikler de içerecek.

****************************************************************************************
Windows sistemlerdeki kişisel ayarların Pardus'a taşınmasını sağlayan göç 
aracının yöneticisi Murat Ongan bakımını devam ettiremeyeceği bu aracı kimin 
devralmak istediği ile ilgili geliştirici listesine mail atacak.

Göç aracının KDE4 e port edilmesi ve hatalarının düzeltilmesi gerekiyor.

****************************************************************************************
Projenin yönetimi ile ilgili konu başlığında proje yöneticisi Erkan Tekman 
aşağıdaki bilgileri verdi;

Bu güne kadar TUBITAK UEKAE'nin kendi kaynakları ile finanse ettiği Pardus 
projesi için DPT ulusal bütçeden kaynak ayrılmasına onay verdi. Buradan 
gelecek mali kaynaklar ile 3 yılın sonunda toplam 40 kişilik profesyonel ekip 
oluşturulması hedefleniyor.

DPT projesi kapsamında proje için bir izleme komitesi oluşturulacak, bu izleme 
kurulu içinde gönüllü geliştiricilerden de bir kişi bulunacak. Ama öncelikle 
"Geliştirici kimdir ?" sorusunun cevaplanması gerekiyor.

Geliştirici ile UEKAE arasında bir sözleşmenin oluşturulması isteniyor. Bu 
sözleşme ile TUBITAK'ın Pardus'a ve geliştiricilere bakışını ve 
geliştiricilerin hak ve sorumluluklarını belirlenecek.  Öncelikli tercih bu 
kontrat'ın geliştiriciler tarafından yazılması yönünde, ancak bu 
gerçekleşmezse mecburen proje yönetimi tarafından yazılacak.

Sözleşmede sözü geçen hakların başında geliştiricilerin projeye commit 
ettikleri kodun GPL ile lisanslanması var. Geliştirici sözleşmesinin 
geliştiricilerin haklarının korunması açısından Türk hukukuna göre zorunluluk 
olduğu Avukat Akın Ömeroğlu tarafından vurgulandı. 

Pardus dağıtımının içerisinden, markaya ait bütün logoların çıkartılması için 
kolay bir çözüm ( dePardus benzeri bir betik vb.) isteği proje yöneticisi 
tarafından dile getirildi.

*****************************************************************************************
Pardus 2009 ve Depolar

Normalde yalnız Pardus 2009'un tartışılacağı bu başlık altında depo 
politikasına ilişkin bazı konularda konuşuldu. 2009 sürümü için;

Eğer yeterli alan bulunursa,  offline aksi takdirde online bir Pardus turunun 
(7-8 html sayfası ve ekran görüntülerinden oluşacak yaklaşık 1,5 MB ) Oi 
 topluluğu tarafından hazırlanarak, Kaptan masaüstünde sorulmasına karar 
verildi. Ayrıca yine Oi topluluğu tarafından KDE-Look'un, "Merhaba Pardus" 
sürümünün hazırlanması ve "Get up New Staff" ikonlarının ( Oi topluluğundan 
Kubilay Kocabalkan sorumluluğunda )  düzenlenmesine kararlaştırıldı.

YALI'ya parametre verilerek sadece system.base kurulması özelliğinin 
eklenmesine karar verildi.

Mudur'e syslog'u değiştirme veRsyslog başta olmak üzere alternatif log 
sunucuları ile çalışma desteği eklenmesi kararlaştırıldı.

DVD sürümü ile ilgili çalışmaların 2009 sonrasında ertelenmesine karar 
verildi.

Oynatıcılar arasında karşılaştırma yapılıp 2009 için tekrar konuşulmasına 
karar verildi.

Paketlerde özel mesaj gösterimi desteği için yoğun istek olduğu görüldü. Ancak 
mesaj gösterim sisteminin yönetimsel zorlukları sebebiyle, Özel mesaj yerine 
biri paketin altında biri updatein altında 2 ayrı info tagının da yeterli 
olacağı kararlaştırıldı. Bu taglara sahip paketlerin kurulumunda ve/veya 
güncellenmesi öncesinde bir info tuşunun çıkartılabileceği ve bu taglar 
altındaki mesajların bir web sayfasında tarayıcı ile görüntülene bileceği 
belirtildi.

Kernel modül arayüzünün System-Manager uygulamasına eklenebileceği belirtildi.

Daha önce listede konuşulan sanal paket desteğinin java, sendmail ve kernel 
için çok önemli olduğu vurgulandı.  

Uğur Tutar bitirme projesi olarak Türkçe OCR programı geliştireceğinden 
bahsetti. 2009 a yetişmeyecek olan projenin muhtemelen 2009.1 ile beraber 
yayınlabileceği öngörüldü.

Smolt paketlerinin hemen hemen hazır olduğu, veri depolama ve gösterimi için 
istenirse, ana smolt sunucusunun kullanılabileceği konuşuldu.

LVM ve kripto desteği için backendlerin Mete Aplaslan tarafından yazıldığı 
belirtildi, Mete YALI için gerekli desteğin yazılması konusunda gönüllü 
olduğunu söyledi. Bununla ilgili mkinitramfs desteği Onur küçük tarafından 
gerçekleştirildiği anlatıldı.

Açılıştaki komut satırı parametrelerinden kernel parametrelerinin konfigürasyon 
dosyası haline getirilmesi önerildi.

Sürüm takviminin henüz açıklanamayacağı belirtildi.

Kurulabilen, Çalışan CD'nin yer problemi sebebiyle mümkün olmadığı ancak DVD 
üzerinde verimli biçimde gerçekleştirilebileceği belirtildi.

Depo politikası konusunda;

Contrib ve 2009 depoları için hangi paketlerin hangi depoda olması gerektiği 
konusunda politika belirlenmesine karar verildi. Bu konudaki görüşlerin 
gelistirici listesine yazılmasına ve son kararın, Ekin Meroğlu, Ozan Çağlayan 
ve Onur Küçük tarafından verilmesi kararlaştırıldı.

Ayrıca 2008 -> 2009 geçişinde Contrib deposuna aktarılacak paketlerden dolayı 
( eğer olacaksa ) güncelleme betiğinde contrib deposunun kullanıcıyı 
bilgilendirerek eklenmesine karar verildi.

Depolar konusunda öne çıkan 3 seçenek şöyle oldu; 

1- Contrib ve Stable depolarının birleşerek tek bir büyük depo oluşturulması 
2- Contrib deposunun büyütülmesi ve Stable deponun küçültülmesi
3- Stable deponun büyütülmesi ve Contrib deposunun küçültülmesi

Geliştiricilerden Doruk Fişek yukarıda bahsi geçen konuda paketlerin 
kategorilere ayrılması için aşağıdaki sınıflamayı önerdi;

1- Pardus araçları system.devel. kde4.base CD de gelen paketler
2- bağımlılığı olan paketler + özel paketler
3- sadece kendini etkileyen paketler.
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20090302/7783f116/attachment-0002.htm>


Gelistirici mesaj listesiyle ilgili daha fazla bilgi