[Gelistirici] Kırık firefox 3.0.3 paketi

[Ekin Meroğlu]

Merhaba;

Sunday 05 October 2008 tarihinde, Doruk Fisek şunları yazmıştı: 
> Sun, 5 Oct 2008 03:22:10 +0300, "Burak Çalışkan"
>
> <burakclskn at gmail.com> :
> > libgnome, glib 2.8.0 ve sonrası sürümlerde çalışıyor.
>
> ...
>
> > Aynı durum firefox için geçerli. glib2.18 li bir sistemde firefox
> > derlenip 2.16 lı bir sistemede kuruluyor. 2.18 kütüphanelerini
> > isteyecektir. Bu merge edilirken glib'de alınması gerekirdi yada
> > glib2.16 ile derlenmeli.
> Bagimliliklari dusunurken fazla "kitabina gore" dusunuyorsunuz bence.

Doruk'u aşağıda yazdığı herşey doğru : pspec.xml, generic olarak bir paketin 
dokümantasyonu değil, o paketin pardus dağıtımı içinde tanımlayıcısı. A 
paketinin çalışmak için B paketinin x sürümüyle yetiniyor olması, pardus'un 
herhangi bir sürümünde B.x kuruluysa A paketinin sorunsuz çalışacağı anlamına 
gelmiyor. Biz A paketini B.y ile derliyorsak, artık pardus için A paketi 
B'nin y sürümüne bağlı oluyor.

Dolayısıyla baştan beri farklı şekillerde tekrar tekrar konuştuğumuz konuya 
geri dönüyoruz : sizin örneğin "geliştiricisi 2.16 ile de çalışıyor demiş" 
diyerek için yazdığınız versionFrom="2.16" dep'inin pardus deposu için 
herhangi bir anlamı yok - Pardus deposu içinde o paket 2.18'e bağımlı, 2.18 
ile derlenmiş, 2.18 sembollerini kullanıyor. 

Siz veya upstream ne kadar uyumlu / kırılan birşey yok / bağımlılıklar doğru 
olmalı deseniz de, "doğru"nun bağlamını bu şekilde gözden kaçırdığımız sürece 
o doğru yanlış oluyor.    

> glib/gtk da depoya alinsa ne farkedecekti? Gokcen'in soyledigi gibi bir
> "strict dep" (glib 2.18 sonrasi ile calisir) yazilmadigi icin kullanici
> ben sadece x yazilimini yukselteyim dediginde glib paketi
> yukselmeyecekti (cunku bagimliligi oyle gozukmuyor) ve sistemi yine
> patlayacakti.
>
> Bu ornekte glib system.base'de oldugu icin gecerli degil belki ama
> bagimliliklarin bu sekilde kesin bicimde yazilmasi bunun icin isteniyor.

örneğin sadece x uygulamasını güncelleyen bir kullanıcı gtk2 güncellenmek 
zorunda olmadığından system.base'de olduğu için glib güncellenirken gtk2 
geride kalacaktı ve şu andakinden çok daha fazla sorunla karşılaşacaktı 
kullanıcılar.

Kaldı ki bu yeni glib2 ile gelen sembolü kullanan paketlere gerektiği gibi 
bağımlılıklar yazıldığında, bu bağımlılıklar (örneğin glibc 2.18) henüz 
kararlı depoda olmadığından pisi bağımlılık hatası verecek, hatayı görmemiz 
kolaylaşacaktı. 

> Cunku Pardus, ornegin bir Gentoo degil. Kullanicinin o anki sistemine
> gore paketi derlemiyor, derleme ciftliginde derlenmis ikili paket
> dagitiyor. O nedenle ya ikili paketlerin uyumlu olmasi ya da o uyumu
> bozan paketin *zorla* kullanicinin sisteminde yukseltilmesi gerekiyor.
> Cunku ornekte GTK 2.14 yukseltmesi sonrasi ciftlikten cikacak her ikili
> paket ona bagimli olacak. O nedenle GTK bagimliligina 2.14 yazmak
> gerekecek.
>
> Kararli depoda ABI/API uyumu gozetelim diye o yuzden cirpiniyor depo
> sorumlulari. Boyle zorlamalar yapmak zorunda kalmayalim diye.

--
İyi Çalışmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]