[Gelistirici] pisi coklu depo paket problemi

[Doruk Fisek]

Merhaba,

 Turker'le beraber Kurumsal 2 icin kendi olusturacagimiz bagimsiz bir
ek depo icin kafa yoruyoruz.

 Kafamiza takilan soyle bir sorun var. Tubitak'in kendi deposunda
olmadigi icin katki deposuna ekledigimiz bir paket, ilerleyen zamanlarda
Tubitak deposuna eklenirse katki deposundan silmek yontemine gitmek
gerekecek (cakisma olmamasi icin).

 Problem su ki, Pisi kullanicinin sisteme kurdugu paketin hangi depodan
kurulmus oldugu bilgisini tutmuyor. Paketleri kiyaslarken sadece
surum/insa numaralarina bakiyor. Surum ve insa numaralari ise aslen
depodan depoya degiskenlik gosterebilecek numaralar. Isin icine farkli
depolardan kurulmus ayni isimli paketler girince, Pisi elmalarla
armutlari kiyaslar duruma dusuyor.

 Su anda contrib-2008/2009 depolarinda boyle bir durum olmamasi icin
tasinirken insa/surum numaralarinin tutmasina dikkat ediliyor ve ikili
paket elle tasiniyor. Contrib-* deposunda paket "obsolete"
isaretlenmiyor, sadece yok olup, bir anda diger depoda beliriyor ve
Pisi farki anlamiyor. Bagimsiz bir ek depoda boyle bir durum soz konusu
olamayacak. Insa/surum numaralari tutmadiginda guncelleme problemi
olacak.

 Olmasi gereken su gibime geliyor:
 - Pisi paketi kurarken depo bilgisini de kaydeder, pisi info ile yerel
paketi gosterirken hangi depodan kuruldugunu da gosterir.
 - Bir paketi guncellerken sadece yereldeki paketin surum/insa
numarasini degil; daha oncelikli olarak paketin deposunu ve o deponun
onceligini de kiyaslar. Eger yerelde x deposundan kurulu olan paketin,
sistemde daha oncelikli bir depoda paketi varsa; insa/surum numarasina
bakmaksizin daha oncelikli deponun paketine gunceller.

 Bu cozum, su anda contrib* depolariyla ilgili gecislerde de kolaylik
saglayabilir.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr