Recai Bey; Öncelikle ayrıntılı ve tatmin edici yanıtınız için çok teşekkür ederim. Aklımda hiç bir soru işareti bırakmadınız.
Recai Oktaş yazmış: > Merhaba, > > * Mert Dirik [2008-01-25 21:21:28+0200] >> 1. Bu hata Etch'in bir sonraki point release'inde giderilebilir mi? > > (1) Debian X grubu önerir ve (2) release yöneticileri onaylarsa mümkün. Bu > öneriler point-release'den önce 'etch-proposed-updates' arşivine gider. Bu > onay görüşmesi çoğunlukla arşive yükleme yapılmadan önce yapılır. > >> (4.0r3) Hatanın önem derecesi normal, fakat bir şekilde hatanın önemli >> olduğuna ikna edebilirsek hatanın stable sürümde düzeltilme şansı var >> mı? (Ubuntu'da bu hatanın veri kaybına neden olduğu sonucuna varıldı ve >> hata yakında LTS sürümde düzeltilecek gibi duruyor. [1]) > > Hatanın önem derecesi yanıltıcı olabilir. Muhtemelen hatayı bildiren kişi > bu işlemi öntanımlı değerlerle çabucak yapmıştır. Görebildiğim kadarıyla > bu hata sadece 433131 ile bildirilmemiş: 411287 396774 395354 ile de aynı > sorun bildirilmiş ve bunların bir kısmında önem derecesi RC. > 433131 "önemli" olarak bildirilmiş, fakat daha sonra Lior Kaplan ([EMAIL PROTECTED]) tarafından normal olarak değiştirilmiş. Eğer Kaplan X takımındaysa takımı ikna etmem biraz daha zor olacak :D >> 2. Bu isteğimi geliştiricilere iletmenin uygun yolu nedir? BTS yoluyla >> mı, yoksa debian-x listesi yoluyla mı? > > Yukarıdaki prosedür gereği önce debian-x grubunu ikna etmek gerekiyor. > Fikir vermesi için xorg-server'a önerilen güncellemelere bir bakalım. > Mesela şu (24 Ocak tarihli yükleme): > > http://altruistic.lbl.gov/mirrors/debian/dists/etch-proposed-updates/xorg-server_1.1.1-21etch4_i386.changes > > Burada bazen bunaltıcı bir hal alan bir bürokrasi olduğunun farkındayım > (maalesef Debian'da işler bazen çok yavaş ilerleyebiliyor). > > Hatayla ilgili düşüncelerime gelince: > > - Bu ciddi bir hata ve bence de kararlı sürümde düzeltilmeli. > - Öte yandan, her ciddi düzeltme kararlı sürüme uygulanmaz. Kararlı sürüme > uygulanan düzeltmeler çoğunlukla güvenlik amaçlıdır. Veri kaybı da bazı > çekincelerle dikkate alınır, bunu çok açık şekilde ispatlamanız ve > düzeltmenin regresyona yol açmadığını göstermeniz kaydıyla. > - 433131'ü çözen yama basit ve temiz görünüyor. Fakat xorg-server görece > geniş bir etki alanına sahip olduğundan bu yamanın _kararlı sürümde_ bir > regresyona yol açabileceği endişesini dile getirebilirler. Mesela > önceden hatalarıyla da olsa _beklenen_ şekilde çalışan bazı betikler veya > programlar beklenmeyen davranışlar sergileyebilir. X'te Geçen hafta yapılan bir güvenlik güncellemesi de ufak bir regresyona yol açmıştı. İşim daha da zorlaşıyor :D Belki de yamanın önce Ubuntu 6.06'ya girmesini beklemek iyi olur. Eğer Ubuntu'da bir sorun çıkmazsa aynı yama Etch'e de uygulanabilir. Fakat bu X takımının vereceği bir karar, ben isteğimi hemen ileteceğim. (sonradan gelen düzenleme: ilettim bile :D [0]) İyi çalışmalar Mert Dirik [0] http://article.gmane.org/gmane.linux.debian.devel.x/62947 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
