[Gelistirici] kurumsal 2?

Ozan Çağlayan ozan at pardus.org.tr
22 Ara 2009 Sal 09:02:43 EET


Doruk Fisek wrote On 16-12-2009 09:50:
> Merhaba,
> 
> Wed, 16 Dec 2009 09:30:05 +0200, Ozan Çağlayan <ozan at pardus.org.tr> :
> 
>> Hayır böyle bir liste henüz yok. Ben ilk planda tüm python ve perl
>> modüllerini aldım, çünkü zırt pırt bir şeylerin bağımlılığı
>> çıkıyorlardı. Ben depoyu kısıtlayıp/kısıtlamamak konusunda kararsızım.
>> Yani zaten 2009 deposunda 2000 küsür kaynak paketimiz var, kurumsal
>> sürüm çıkartıyoruz diye paket sayısını azaltmak bana mantıklı
>> gelmiyor, sonuçta sunucu sürüm değil, gömülü sürüm değil, KDE'si var,
>> masaüstüsü var.
>> Sadece dediğim game bileşenini almayalım diyoruz. Onun dışında
>> verilmiş bir karar henüz yok. Paketlerinizden uygun gördüklerinizi
>> alabilir, bakımını yapabilirsiniz.
> 
> Buradan oyun bileseni disinda 2008/2009 Pardus deposundaki istedigim
> tum paketleri gelistirici listesine onaylatmadan c2 deposuna
> alabilecegimi anliyorum.
> 
> Depoyu kisitlamama dusuncesi olduguna gore, "kurumsal" olmayan bircok
> paket de gire(bile)cek c2 deposuna anladigim kadariyla. c2 icin bakimini
> yapip ilgilenecek gelistiricisi olduktan sonra, depoda yer almasinda ne
> sakinca gordugunuz icin "game bilesenini almayalim" diyorsunuz?

Henüz halen karar verilebilmiş değil. Kararlı sürüm yayınlandıktan sonra güncellemeleri yavaşlatacağımız ve kararlılığı maksimum seviyede tutmak isteyeceğimizden dolayı 2008 sürümü gibi Merge e-postası tabanlı bir devel->stable sürecine geçme ihtimali var. Hatta belki de Merge istenilen commitlerin sadece güvenlik güncellemesi olması veya bugzilla'da açık veya sizler/bizler tarafından gözlemlenen önemli bir hatayı kapatması şartı getirilebilir.

Bu üstteki durum da olsa, 2009'daki gibi de olsa süreç, deponun büyük tutulması, bakıcısız paketlerin (veya bakıcılı gözüken ancak yeterli ilgi göremeyen paketlerin) de yükünün aktif geliştirici/katkıcıları kalması durumu var.

Bunun yanında ana sürüm çıktıktan sonra, katkıcıların paketlerinin bakımının da bizim tarafımızdan götürülmesi fikri de var. Eğer bu fikir devreye girerse deponun küçük tutulması bizim için iş yükünü azaltmış olacak.

Her halükarda deponun kısıtlanıp kısıtlanmaması konusunda fikirlere ihtiyaç var. Oyun bileşeni ağır bir bileşen, içinde urbanterror gibi büyük data paketli büyük oyunlar var, çok fazla gerekli olduğunu düşünmüyorum.

Ayrıca Fatih de mesela koffice'i almayı düşünmüyor çünkü KDE3 sürümünün yeteri kadar iyi olmadığını düşünüyor.

Bu tarz blacklist'ler oluşmaya başlayacak yavaş yavaş sanırım fikirler ortaya atıldıkça.



Gelistirici mesaj listesiyle ilgili daha fazla bilgi