Re: [Gelistirici] Pardus Kurumsal 2 x86_64 3. Ön izleme Sürümü (seruhatto)

2010-03-21 Başlik Fatih Aşıcı
On Sunday 21 March 2010 23:35:16 Onur Küçük wrote: > > Aynı sorun java'da da mevcut. baselayout paketine /lib64 symlink'ini > > koymamız lazım. cmake'in son sürümünün derlenmemesi de bundan > > kaynaklanıyor. > > Bütün olay ld den kaynaklanıyor değil mi ? > Evet, görebildiğim kadarıyla sadece l

Re: [Gelistirici] Ters bağımlılıklar

2010-03-21 Başlik S . Çağlar Onur
Ahoy, 2010/3/21 Fatih Aşıcı : > depoda daha dikkatli olmamız gerektiğini düşünüyorum. Olası bakıcı hatalarını > gizlemek için pisi'yi bu durumda bırakmamız herhalde yanlış olur. Konu ne olursa olsun ustunu ortmek icin (eger kendi yarattigimiz bir sey degil ise :P) pisi kullanmamak fikrine cani go

Re: [Gelistirici] Pardus 2010 Staj ve GSoC Projeleri i çin Fikir Önerileri

2010-03-21 Başlik Onur Küçük
> Pardus 2010 yaz stajı ve GSoC projeleri için fikir topluyoruz. > Önerileriniz? * offline package manager Bulunduğu sistemin paket bilgilerini (neler kurulu vs.) alacak, internet bağlantısı olan bir bilgisayarda kullanıcıya güncelleme ya da kurulum senaryosu oluşturtup gerekli paketleri seçi

Re: [Gelistirici] Pardus Kurumsal 2 x86_64 3. Öniz leme Sürümü (seruhatto)

2010-03-21 Başlik Onur Küçük
On Fri, 19 Mar 2010 09:17:50 +0200 Fatih Aşıcı wrote: > Aynı sorun java'da da mevcut. baselayout paketine /lib64 symlink'ini > koymamız lazım. cmake'in son sürümünün derlenmemesi de bundan > kaynaklanıyor. Bütün olay ld den kaynaklanıyor değil mi ? Bunu değiştirmemize izin veriyor olabilirler,

Re: [Gelistirici] Ters bağımlılıklar

2010-03-21 Başlik Onur Küçük
On Sun, 21 Mar 2010 18:23:01 +0200 Fatih Aşıcı wrote: > İlk durumda (libproxy örneği) hata, eksik bağımlılık yazılmasından > ötürü paket bakıcısına ait. Diğer örnekte ise pisi. Bu nedenle > pisi'yi installdb'ye bakacak şekilde düzeltmeyi düşünüyor ve eksik > bağımlılık yazılmaması konusunda depo

[Gelistirici] kurumsal 2 ilk kurulum / paket deposu mimari uyusmazligi

2010-03-21 Başlik Doruk Fisek
Merhaba, Kurumsal 2'nin son ISO'su kurulu bir sisteme depo eklemeye calisinca pisi "Repository architecture does not match" hatasi vererek depoyu eklemiyor (guncellemeler icin yerel depo kullaniyorum da). Once pisi'yi guncelleyip, ondan sonra depo islemleri yapmak gerekiyor. Baska carpan olur

Re: [Gelistirici] Test deposu - libproxy

2010-03-21 Başlik Fatih Aşıcı
On Friday 19 March 2010 16:53:22 Gökçen Eraslan wrote: > gvfs, libgweather, google-gadgets, gvfs ve gst-plugins-good paketlerinde > libproxy bağımlılığı eksik. Geliştiricileri eklerse iyi olur. Ben yarın > eklenmemiş olanlara ekleyebilirim. > Ters bağımlılıkların tümünde release artırılıp stri

[Gelistirici] Ters bağımlılıklar

2010-03-21 Başlik Fatih Aşıcı
Selamlar, libproxy'nin ABI kırması sonrası bir sorunu farkettim. Pisi'nin şu anki hali, bir paketi güncellemeden önce ters bağımlılıklarının kırılıp kırılmadığını kontrol ediyor. Bu oldukça normal; ancak ters bağımlılıkları bulmak için packagedb'ye (yani depo index'inden gelen bilgilere) bakıyo