[Gelistirici] Bugzilla (dikkat)

[Necmettin Begiter]

2009/7/6 Ozan Çağlayan <ozan at pardus.org.tr>:
> Yapılması gerekenler:
>
> 1. Çevirileri bitmiş olsun, olmasın acilen bugzilla sürümünü güncelliyoruz,
> 2. Herkes favori tarayıcısında bir kereliğine kendine atanan hataları
> döndürecek bir gelişmiş arama sorgusu yapıp, bookmark'larına kaydediyor,
> ondan sonra açılış sayfası mı yaparsınız, yoksa günde bir kere otomatik
> çıktı alıp duvarınıza mı yapıştırırsınız o sizin bileceğiniz iş :)
>
> Diğer önerilerim:
>
> 1. Pardus 2009 ürünü altındaki paket isimleri çorba. hem module-X
> ismindeki yeni sürücüler var, hem eski sadece X ismindekiler. yali var
> yali4 var, kdebase var, kdebase4 var. İlgili betik acilen elden
> geçirilmeli (@Türker),
>
> 2. Lütfen *Genel* kategorisini kaldıralım. 100 kişiden 90'ı tembellikten
> dolayı Genel'i seçip bütün hataları bana atıyor, Genel kategorisinin
> niye bana atandığı konusunda ise zerre fikrim yok. Genel bir hata olmaz,
> bir hatayı bir kategoriye sığdıramıyorsa da girmesin bir zahmet, zaten
> büyük bir ihtimalle hata değildir,
>
> 3. Bizim teknolojilerimizin hem ayrı kategorisi var, hem paketleri var.
> Kimi pakete atıyor, kimi teknolojinin kategorisine. Kendi kategorisine
> atandığında, Pardus 200x sürüm bilgisini seçemiyoruz, 40 yıllık abuk
> subuk SVN sürümleri sunuyor DB bize. Böyle olduğunda da, Pardus 2009'a
> atanmış hatalara bakayım dediğimde, örneğin pisi hatalarından sadece
> paketler/pisi'ye atananları görüyoruz, teknolojinin kendi kategorisine
> atananları göremiyoruz.
>
> Ayrı kategorilerin kalkıp, kendi teknolojimiz için de Pardus 200x
> şeklinde sürüm seçebildiğimiz paketler/ altındaki eşleniğinin
> kullanılmasının taraftarıyım. Böylece 5-6 kategoriden daha kurtulup daha
> temiz bir yapıya doğru hareket edebiliriz.
>
> 4. Daha RC2 çıkmadan, Alpha, Beta, RC ayrı ayrı dallandı. Her yeni sürüm
> çıktığında, ondan önceki tüm sürümlerin hatalarının en son çıkan sürüme
> atanması ve o sürümde sorunun düzelip düzelmediği bilgisinin
> raporlayıcıdan tekrar istenmesi, yanıt alınamazsa hatanın kapatılması
> gerektiğine inanıyorum. Şu yapıda gittiğimizde 1 yıl sonra şöyle bir şey
> oluyor:
>

5. Hiçbir Alpha, Beta* ve RC* için hata raporu girilemesin ya da
Bugzilla 3.2'deki özellikler kullanılarak bunlara sadece
geliştiricilerin ve test takımı üyelerinin hata girmesine açılsın,
başkalarına kapalı olsun. Alpha, Beta ve RC'lerdeki önemli hataları
çoğunlukla geliştirici listesinde konuşuyoruz, test takımı da var. Bu
hatalar için ayrı bir eposta listesi açılabilir belki, çünkü insanlara
Alpha, Beta ve RC'lerin normal masaüstü kullanımı için olmadığını
anlatmak mümkün değil. İşi bu sürümleri deneyip hata bulmak olan
insanlara normal masaüstü kullanıcılarının katılması bence bu çorbayı
bu kadar tuzlu yapan iki ana faktörden biri.