[Gelistirici] component yapisi ve paket agaci taslagi

[Onur Küçük]

On Sat, 7 Feb 2009 03:20:08 +0200
Fatih Aşıcı <fatih at pardus.org.tr> wrote:

> Cumartesi 07 Şubat 2009 tarihinde, Necmettin Begiter şunları
> yazmıştı: 
> > Bir de şunu söyleyeyim, depoda birbiriyle ilgili paketlerin
> > birbirine yakın durmasının geliştirici açısından kolaylık sağladığı
> > görüşü söylenmişti daha önce, burada da bahsi geçen birkaç önermem
> > sonucunda. Eğer o görüş geçerliliğini koruyorsa, o library
> > bileşenleri kökten kaldırmak lazım bence. Yok korumuyorsa, o zaman
> > library'leri o kadar aşağılara çekmemeli, kökün hemen altına
> > koymalı.
> 
> Bence geliştiriciye hiç acımayalım :) Bileşenler tamamen grafik
> arayüzde nasıl görüneceği dikkate alınarak, kullanıcının bakış açısı
> düşünülerek belirlenmeli.

 Bence geliştiriciye de biraz acıyalım ve bu component işini tamamen
geliştirici odaklı yapalım. Faik Package-manager arayüzünde bileşen
yapısını daha farklı bir şekilde göstermeyi istediğini, depodaki
component yapısını direkt kullanıcının görmeyeceğini söyledi. Böylece
işlev (misal yazıcı) ve temel aile (misal ana KDE bileşenleri) bazlı
bir yapı ile geliştiricilerin işini kolaylaştırmak daha verimli olacak.

 Zaten şu anda iyi derecede olmasa da buna benzer bir yapıdayız, ilgili
paketlerin birbirine yakın olmasından memnunum ben. Sadece şu anki
hatalarımızı düzeltsek yeterli olacak gibime geliyor.

> > - İlgisiz bir soru, niye tulliana ve tulliana2 diye iki paket var?
> > Tulliana2'nin açıklamasında "Tulliana2 is the default icon theme
> > of  Pardus Linux 2007" yazıyor, tulliana2 release 4 build 2,
> > tulliana ise release 1 build 1. Tulliana fazla mı, unutulmuş mu
> > nedir?
> 
> Unutulan birşey olduğu kesin :)

 Eski Tulliana yı kullanmak isteyen olursa diye tutmuştuk, 2009 için
KDE4 e çevirirsek sadece birini tutmak iyi olabilir.

> > - hplip-doc paketinin hardware.printing yerine documentation gibi
> > bir bileşende olması gerekir.
> 
> +1

 Başka bir mesajda da yazmıştım, bence printing altında kalmalı ve doc
olduğu için IsA tagına doc olarak işaretlenmeli

> > - multimedia.sound altındaki sunucuların (jack-audio-connection-kit,
> > pulseaudio*, timidity) yerlerinin orası olduğundan şüpheliyim.
> 
> Bence uygun görünüyor.

 +1

> > - network.client altındaki wpa_supplicant bir kütüphane,
> > network.library'ye çekilmeli.
> 
> Bundan emin değilim. wpa_supplicant uygulama sayılabilir. Hatta
> içinden wpa- cli ve wpa-gui çıkıyor bildiğim kadarıyla.

 kendi servis betiği falan olan bir uygulama o :)

> > - network.client altındaki network-manager network.connection altına
> > taşınabilir
> 
> administration bileşenine mi alsak acaba bunu?

 Ben bütün manager ların aynı component altında olması taraftarıyım.
Şu anda sadece KDE için hazırladığımız için manager ları
desktop.kde.admin tarzı bir yere koyabiliriz. Daha sonra farklı
masaüstü ortamları için manager lar hazırlanırsa onları da
desktop.armut.admin gibi bir yere alınabilir.

 admin yerine başka bir şey de olabilir, hatta manager bile olabilir
tabi

> > - Öte yandan network.connection altındakiler de birer uygulama,
> > network.client'ları (wpa_supplicant hariç) ve
> > network.connection'ları network.applications yapmak daha anlamlı
> > geliyor.
> 
> applications ismini hiç kullanmayalım bence.

 Evet aynen, "programming.library" ve "application" isimleri bütün
karışıklığa sebep oldu aslında

> > - bind-tools da bir server.dns değil, sorgu uygulamaları içeriyor.
> 
> +1

 nework.client gibi bir şey aslında, dns sunuculara bağlanıp bilgi
sorguluyor

> > - programming.library bana hiçbir zaman anlamlı gelmedi. Programlama
> > kütüphanesi dediğimiz şey, düz kütüphane değil midir?

 ben de sinir oluyorum o bileşene :)

> > - gfxtheme-pardus-* utility.admin değil, tema.
> 
> desktop.theme diyeceğim; ama masaüstü ile ilgili değil aslında.
> Kullanıcıya burada tema seçem lüksü de vermiyoruz sanırım. O yüzden
> kullanıcıya göstermesek iyi olabilir.

 Kullanıcı bazlı düşünmeyelim :)

 Bunları nereye koyacağımızı bilemedim, üzgün bir bileşen bulamazsak
diğer tema yerlerine yamalarız artık

 theme bileşenini alt kategorilere ayırırsak theme.boot şeklinde
ekleyebiliriz


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens