[Gelistirici] ikibindokuz son hazırlık

Onur Küçük onur at pardus.org.tr
12 Nis 2009 Paz 03:22:19 EEST


 Merhaba,

 SVN depolarının yeni biçime dönüştürülmesi, paketlerin bileşenlere
taşınması neredeyse tamamlandı, 2009 derleme çiftliğinin kurulması da
neredeyse tamamlandı.

 2009 derleme çiftliği temel işlevlerini yerine getirebilecek
durumdaydı, ancak arada gözümüzden kaçan bir değişiklikle sistemi kötü
kırmışız ve bir seri paket de hatalı derlendi. Sorunu bulduk, çözümünü
de biliyoruz, ancak çiftliğin güvenilir çalışması için baştan kurulması
gerekiyor. Kurulum CD'si vs. hazır olduğu için bu işi çok kısa sürede
halledebileceğiz, pazartesi sabah çiftliği tekrar kurup hayata
geçireceğim.

 Çiftliğin derleme dışındaki işlevleri yerine getirmesi için
(subversion checkout, paketlerin paketler.pardus.org.tr ye iletilmesi
vs.)  subversion, apache ve rsync paketlerinin 2009 için hazır olmaları
gerekiyor. Çiftliği kurduktan sonra bu paketleri kararlı depoya alıp
çiftliğe derletip alışık olduğumuz geliştirme modeline geçiyoruz. Bu
paketlerin ve "derlenme bağımlılıklarının" sahipleri, lütfen
pazartesiye kadar paketlerinizi 2009/devel altında hazır edin, bir an
önce depoyu açalım.

 Bileşenlerin taşınması sırasında yanlış yapılmış, gözden kaçmış şeyler
olabilir.

 - system.base çekirdek hariç bir Pardus sisteminin açılışını sağlayan
temel paketleri içeriyor

 - system.devel , system.base ve system.devel in derlenmesini de
sağlayan temel geliştirme araçlarını içeriyor

 - programlama dillerine ait, yeni yetenek getiren kitaplıklar ilgili
dilin programming.language.DIL bileşenine yerleştirildi. Burada önemli
detay, yazılımın "ana işlevi" bir kitaplık olmak ise
programming.language.DIL bileşenine gitmesi, ama paketin ana işlevi
uygulama olarak daranmak ise diğer bileşenlere gitmesi. Örneğin bir
python paketi, içinden basit bir test uygulaması çıkıyor olsa bile
programming.language.python altına gitmeli, ama mesela python ile
yazılmış bir oyun game bileşeni altına gitmeli.
 
 bir yere koyamadığımız kitaplıkların hepsi (sevmesem de mecburen)
programming.library altına gitti

 - desktop grafik masaüstü ortamı için gerekli veri paketleri ve
temalar, bu ortamların kendi bileşenleri ve yine masaüstünde kullanılan
grafik araçları içeriyor

 - editor "ana amacı" masaüstü yayıncılık ya da ofis olmayan
düzenleyicileri ve ailelerini içeriyor

 - game oyunları içeriyor

 - hardware donanım ile ilgili uygulamalar araçlar ve "kernel ile
ilgili olmayan" sürücüleri içeriyor

 - kernel malum çekirdek ailesi

 - multimedia adı gibi multimedia ile ilgili paketleri içeriyor. Neyin
multimedia olduğu neyin olmadığı biraz karışık bir konu (örneğin
ghostscript in multimedia da olması bir taraftan mantıklı bir taraftan
değil), burada genel kanı görmüş kararları dikkate almaya çalıştık

 - network ağ ile ilgili, "ana/popüler işlevi sunucu olmak olmayan"
yazılımları içeriyor

 - office  ofis ailelerini

 - science bilimsel paketleri

 - server sunucu paketlerini

 - util belli bir yere koyamadığımız paketlerin toplandığı yeri (örneğin
apparmor, şu anda 2009 da apparmor la ilgili bir şey koymamayı
düşünüyoruz, kesin karar vermedik ama bu yönte gidersek util.apparmor
bileşeni de beraberinde uçacak)

 - X11 malum X ailesini

 içeriyor.
 
 Paketler bileşenlere dağılırken paketlerin "ana işlevi", bunda karar
veremediğimiz noktada da "popüler işlevi" inceleyerek belirliyoruz. Bu
"kesin kuralları belirlenemeyen" nokta, ana dağıtımların çoğunda (belki
hiçbirinde) bunun düzgünce tarifinin yapılmasını bırakın, bir iki tane
ufak açıklama hariç bileşen belgesi bile bulamadım. Yeri geldiğinde
kararsız kaldığınız noktalar olursa bu listede paketlerinizi tanıtıp
nerelere koyabileceğimizi konuşabiliriz, elimden geldiğince yardımcı
olacağım.

 Paketler alt bileşenlere dağılırken elimizden geldiğince işleleri
tanımlayacak ve "1 ya da iki paket için alt işlev açmak" durumunda
kalmayacağımız şekilde hazırlamaya çalıştık. Şu anda bir kaç yerde az
paket içeren bileşen olabilir ama oraları contrib paketleri, içinden
birden çok ikili paket çıkan paketler vs. dolduracak.

 Bileşen dağılımı yaparken Gentoo'nun kullandığı gibi "uygulamalar X.Y
altına, içinden sadece basit bir test programı ve kitaplık çıkıyor olsa
bile kitaplıklar X.library altına" kuralını uyguladık.

 Kitaplıkları ayırmamızda ana sebep 2009 da çok hızlı açılan ve çalışan
bir paket yöneticisi hazırlamak istememiz ve bileşenler içinde
tanımlayacağımız özelliklerle "şu bileşenler paket yöneticisinde
öntanımlı olarak görünsün, şu bileşenler paket yöneticisinde şu başlık
altında görünsün" şeklinde tanımlama yaparak IsA tag vb. başka
hesaplanması gereken şeyleri aradan çıkarmak. Bu yöntemle 2009 da
paketleri Package-Kit bileşenleri ile birebir ya da çok yakın şekilde
işaretleme olanağımız da olacak.

 Bu "kitaplıklar ayrı olsun" kuralı genelde kullanılan bir kural gibi
görünüyor, şimdilik böyle yapıyoruz. Yolda çok saçma gelirse tekrar
gözden geçirebiliriz.

 IsA da library tagı hala anlamlı, içinden kitaplık çıkan
paketlerin bilgisini kaybetmememiz de çok önemli. Bu bilgiyi ABI kırma
vb. bazı yerlerde kullanabiliriz.

 Bu bilgiler ışığında, lütfen herkes paketlerini gözden geçirsin ve
yerleştirildiği bileşen yanlış ise
http://svn.pardus.org.tr/pardus/2009/devel  altında "svn copy ya da
move" ile paketlerinin yerini düzeltsin, böylelikle paketlerin svn
geçmiş bilgisi de kaybolmayacak.

 2009 işleri rayına oturduğunda bu yazdıklarımı toparlayıp biraz daha
detaylı bir bileşen belgesi hazırlayacağım.

 2009 çiftliği normal rayına oturana kadar lütfen stable ağacına,

 - yeni paket eklemeyin, system.* a ekleyecekseniz beni dürtün
(burada konuştuğumuz gerekli X kitaplıklarını ekleyebiliriz, onlar muaf)

 - benden onay almadan bash, baselayout, gcc, glibc, binutils
paketlerine dokunmayın, ama kritik bir sorun görürseniz de haber vermek
için beklemeyin ki herşeyi baştan derlememiz gerekirse şimdi tam zamanı

 - http://svn.pardus.org.tr/pardus/devel  de değişiklik yapmayın, o
dizini şimdilik sadece "sorun çıkarsa" diye tutuyoruz ve pazartesi
sileceğiz

 - 2009 çalışmalarınızı pardus/2009/devel altında yapın

 - sahipsiz paketleri (yetim mi desek) sahiplenin

 Derleme çiftliği normal sürecine girdiğinde (umarım pazartesi) haydi
başlıyoruz şeklinde bir mesaj atacağım. Şimdilik 2009 da he stable hem
de devel için herkesin yazma hakkı olacak, lütfen değişikliklerinizi
önce devel de yapın, sonra stable a taşıyın. Sürüm çıkışına yakın bunu
değiştirmeyi düşünüyorum ama nasıl bir değişiklik olacak bilmiyorum,
belki MERGE:2009 fikri hayata geçebilir, bunu biraz zaman ve ne
yaptığımız belirleyecek.

 Herkese kolaylıklar,

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




Gelistirici mesaj listesiyle ilgili daha fazla bilgi