[Gelistirici] Devel deposu öğe konumları hakkında bazı düşünceler

Necmettin Begiter necmettin.begiter at gmail.com
29 Şub 2008 Cum 16:05:11 EET


Devel depomuzun hiyerarşisini belirleyen .xml dosyalarımız üzerindeki
çalışmalarım sırasında deponun içinde olmayan (depoyla çok içli dışlı
olmayan diyelim) birisi olarak farkına vardığım (bence) bazı
tutarsızlıkları bildirmek ve gidermek adına yerleşim plânı ile ilgili
bazı önerilerim olacak:

Not: Bileşen adları nokta ile biter, paket adları . ile başlar, bir
ifadenin içinde birden fazla nokta olması durumunda son noktadan
sonraki metin paket adı, diğerleri bileşen adıdır;)

1. YALI*, system. bileşeninin altına yerleştirilmiş, bu durumda
system. içinde üç adet .yali* var; YALI bir installer olduğuna göre
system.installer. diye bir bileşen açmak ve system.yali*'ları oraya
taşımak gerekmez mi?

2. system.locale. tam olarak nedir? Yerelleştirme (i18n-* veya l10n-*)
paketlerinin konması gereken yer midir? system.locale. için "System
localization packages" diyoruz, ama hangi sistem? Pardus'un kendisi
mi? Eğer öyle ise, tüm paketlerin yerelleştirme paketlerinin bu
bileşende olması ve kullanmakta olduğumuz Pardus'un dil altyapısını
değiştirmek için kullanımı basit bir uygulama veya programcık ile
arzulanan yeni sistem yereliyle ilgili paketleri yüklemek ve sistem
yerelini değiştirmek için bir uygulamamız var mı, olacak mı (üzerime
alayım mı?), olacaksa şimdiden yerelleştirme paketlerini
system.locale. içine taşımak gerekir mi? Eğer öyle değilse, o zaman
böyle bir bileşen niye var, boş boş duruyor aylardır?

3. system.doc. tam olarak nedir? Pardus dokümantasyonu mudur? Eğer
Pardus dokümantasyonumuzu Wiki ve Öİ'ye pasladıysak system.doc.'un
varoluş sebebi nedir? Pardus dokümantasyonumuzu Wiki ve Öİ'ye
pasladığımıza göre, system.doc. içinde sadece Pardus ile ilgili
sitelerin Firefox ve Konqueror yer imlerine konmasını sağlayan ve
system.base.'nin parçası olan bir paket bulunması yeterli değil midir?
Yok tüm paketlerin dokümantasyonu buraya konacaksa, niye hiçbiri
konmuyor?

4. .aspell paketi applications.dictionaries. altında, ama .zemberek
değil, üstelik .zemberek-openoffice, .applications altında duruyor.
.zemberek ve .zemberek-openoffice paketlerinin
applications.dictionaries.'e taşınması gerektiğini düşünüyorum. Ayrıca
applications.dictionaries. bileşenimizin içindeki paket sözlük değil
sözdizim kontrol uygulaması. applications.spellcheck olarak
değiştirilmesini öneriyorum.

5. applications. altında, bir uygulama barındırmayan paketler var,
bazıları kütüphane (örn. libgmail), bazıları dokümantasyon (örn.
apparmor-docs), kütüphanelerin programming.libs. altına taşınması,
dokümantasyon paketlerinin de system.doc. altına taşınması gerekli.

6. Sunucular da birer uygulama olmasına rağmen server. diye ayrı
bileşenimiz var. server. bileşeninin içinde bazı uygulamalar
bileşenlere (örn. .www) atanmış, bazı uygulamalarsa server. içinde
duruyor (örn. bind). Oysa server. altında sadece bileşenler bulunmalı
(örn. dns., ftp., ..), paketler bu bileşenlerin içinde olmalı.

7.  GIMP uygulaması aslen GNOME'nin değil GNU'nun uygulaması olmasına
rağmen, desktop.gnome. içinde duruyor, GNOME'nin GIMP'i temel
paketlerinden biri olarak alması ve-veya GIMP'in kullandığı
kütüphanelerin şu anda GNOME'da kullanılıyor olması onu GNOME
uygulaması mı yapar? Aynı mantıkla XFCE masaüstü ortamının da
GNOME'nin bir parçası olması gerekir, çünkü XFCE'nin bazı GNOME
kütüphanelerini kullandığını biliyoruz.

7. (Bu biraz ağır gelebilir, baştan söyleyeyim) .openoffice
applications. içinde, ayrıca applications. içinde doc., editors. ve
tex. bileşenlerimiz var, böylece applications. içinde belge düzenleme
ile ilgili üç bileşen bir uygulama bulunuyor. bunların ve
applications.archive. ve applications.multimedia bileşenlerinin
birleştirilip applications.editors., applications.browsers ve
applications.processors. altına alınması, applications.editors.
altında plaintext., formattedtext., audio., video., presentation.,
db., suits. diye bileşenler açılıp programlama ortamları haricinde
metin düzenleme ile ilgili tüm uygulamaların bu bileşenlere
yerleştirilmesi, applications.processors altına herhangi bir dosya
türünü işleyip farklı türde çıktı verebilen uygulamaların konması,
applications.browsers altına da sadece görüntüleme-oynatma-çalma
yapabilen uygulamaların konması gerektiğini düşünüyorum. Mevcut
halinin en doğru yerleşim olmadığı kanaatindeyim. Örneğin, .lyx bir
editör ve tex. altında.

8. (Bunu hazmetmek daha da (/çok) zor olacaktır, baştan söyleyeyim.)
Devel kökünün applications., src. libs., docs., locale.,
media.(/fonts., /mouseskins., ..), kernel. olarak düzenlenmesini,
system. altındaki paketlerin tamamının verdiğim hiyerarşideki uygun
yerlere taşınmasını, system.base için pspec.xml'lere bir anahtar
konmasını öneriyorum. "Oha!" diyebilirsiniz, ama bunun depoyu
gerçekten düzenli bir hale getireceğine inanıyorum. Depoyu ezbere
bilmeyenlerin dahil olmasını, herhangi bir paketin yerinin tahmin
edilmesini ve yeni herhangi bir paketin konacağı yerin belirlenmesini
çok kolaylaştıracağını, depoyu dünyadaki en düzenli Linux dağıtımı
deposu haline getireceğini düşünüyorum.


Gelistirici mesaj listesiyle ilgili daha fazla bilgi