Daha dün IRC-Pardus kanalında bir kullanıcı akşam Pardus'u güzelce kapatıp uyuduğunu sabah açtığında 800x600 çözünürlükle karşılaştığını anlatıp yardım istiyordu, bir süre bu sorun çevresinde yazıştık birkaç deneme yaptık vs. Yine bir başkası aynı şekilde ertesi gün ses çıkmadığından şikayet ediyordu.Bugün sabah sistemi açınca ses ve görüntü konusunda aynı şeyler başıma geldi (dejavu gibi), 800x600 çözünürlük, pencere dekorasyonları yok ve ses yok. Dün akşam yaptığım şey paket yöneticisinden kullanmadığım birkaç paketi kaldırıp birkaçını yüklemek olmuştu, bu arada güzel bir şekilde çekirdek güncelemesi de yapılmış. Ancak bu sabah "pisi up" komutunun güncellenecek paket listesine baktığımda nvidia-drivers ve alsa-drivers paketlerinin güncellenmediğini anladım.
Bu bana biraz garip geldi, çekirdek güncelleniyor ama en temel sürücüler güncellenmiyor, bu iki paketi "pisi it xx --reinstall" ile güncelledim, 800x600 çözünürlükten dolayı Tasma ile görüntü yöneticisine ulaşmak mümkün olmayınca Alt+F2 ile "display-manager" komutunu girerek açtım, nvidia sürücüsünü ve monitörümü ayarladıktan sonra yeniden başlattım ve Pardus sağlığına kavuşmuş oldu.
Hatırladığım kadarıyla 2008'in ilk güncellemelerinde de böyle bir sorun yaşanmıştı, güncellemelerin tamamını yapmayan kullanıcıların başına benzer şeyler gelmiş forumları ve listeleri bayağı meşgul etmişti.
Bunun sebebi ister paket güncellemelerinin yeterince test edilememesi, güncellemelerin özensiz yapılması veya başka bir şey olsun sonuca bakınca Pardus'u kararsızlaştırdığı açık. Bence kararsızlık bir yazılımın başına gelebilecek en berbat şey. Bunun bazı durumlarda ne kadar önemli olabileceğini biraz esprili de olsa "if Kararlılık < Hız: Hız = 0" başlıklı yazıda yazmıştım.
Bir Linux dağıtımının geliştirilmesindeki en temel konulardan birisi dağıtımın güncelleği ve kararlılığı arasındaki dengeyi tutturabilmek olsa gerek. 2 Yıllık bir kullanıcı olarak Pardus'un 2007 sürümünde bu dengeyi iyi tutturduğunu ama kararlılık konusunda 2008'de bunu başaramadığını düşünüyorum, hala 2007.3 kullandığını söyleyen kişileri görmek beni şaşırtmıyor ve 2008.2 arefesinde değişen bir şey yok gibi.
Bu konuda geliştiricilerinde kendi arasında özeleştiri yaptıklarını ve en iyi çözümü aradıklarını geliştirici listesini takip edenler zaman zaman görüyor. (Örnek)
Bence 2008 yılı Pardus açısından dokuz canlı 2007 sürümünün can çekiştiği, 2008'in olgunlaşmaya çalıştığı bir yıl oldu, bir son kullanıcı olarak bundan memnun olmasam da Pardus bu şekilde kendi imajını inşa ediyor diye düşünüyorum, yani köklü dağıtımlara baktığınızda kararlılık ve güncellik konusunda kafanızda belirgin bir imajları vardır, hangi depoları veya sürümlerini kullanacağınıza tereddütsüz karar verebilirsiniz, Pardus'da bu imajı yavaş yavaş oluşturuyor. (Burada bazılarının aklına gelebileceği gibi Debian depoları ile Pardus'u karşılaştırmak doğru olmaz bence ama eminim geliştiriciler bu gibi modelleri de değerlendirip bir yol çiziyor/çizecek)
Geçen yıl Pardus'u iş amaçlı kullananların 2008.1 yayınlanana kadar 2007.3'te kalmalarını önermiştim. Bu yıl da yoğurdu üfleyerek yemeyi önereceğim; 2009.1 çıkana kadar (sallıyorum: Temmuz 2009) kesinlikle 2008.2'de kalın. Üstelik yeni sürüm çıksa bile uzun bir süre eski sürümde güvenlik güncellemeleri ve bazı paket güncellemeleri yapılmaya devam ediliyor, kesinlikle hiçbir şey kaybetmeyeceksiniz. Ama ev kullanıcıları bu öneriyi görmezden gelebilir tabii.
Bu kadar yazdım diye dağıtım geliştirmesi konusunu iyi bildiğimi düşünmeyin, öyle olsa zaten burada değil geliştirici listesinde yazıyor olurdum :) Ama bir kullanıcı olarak ne düşündüğümü de yazmak istiyorum; Pardus'un artık 2009 sürümü ile kullanacağı ÇOMAR, PİSİ, YALI ve Tasma araçları gibi dağıtımın omurgasını oluşturan projelerinde yeni özellikler yerine hata düzeltmelere ağırlık vermesini ve paketlerin yeni sürümlerinin güncellemelerinde acele etmek yerine belirli bir zamanda topluca mesela 2009.2 sürüm geçişinde yapılmasının iyi olacağını düşünüyorum. Bir sonraki yeni sürüm paket güncellemesi de 2010 geçişi ile 2009 deposunda yapılır.
Evet şimdi de çuvaldızı batırma zamanı; hala test takımına katılamadım ama 2009 için KARARLIYIM :)
son pardus kurulumumdan sonra bir gün restart attım ardından sürücler fln birbirine girdi hiçbir çözüm bulamayınca zorunlu olarak geçtim windowsa. test süreçlerinin gelişmesi fln zamanla olacak şeyler ama bu nasıl olacak bilmiyorum zira benim gibi kullanıcılar bu sorunlarla uğraşmak yerine çok kolay bir şekilde dağıtım değiştirebiliyor.
YanıtlaSilKişisel bloglar hata raporlanacak yerler değil, Öİ gezegeninde yayınlansa bile. Bugzilla'ya buyrun.
YanıtlaSil"pisi hs" çıktısını da gönderiverin, kaldırdığınız ve güncellediğiniz paketlere bakarak tekrarlamaya çalışalım durumu.
Bahsettiğiniz sürücü sorunları test deposunda gerçekleşiyorsa, "2009 çıkınca hemen geçmeyin" diyecek kadar büyük sorun olduğunu düşünmüyorum.
YanıtlaSilEvet, 2008, paket güncelleme hızı konusunda 2007'den daha önde gidiyor. Dolayısıyla test deposunda zaman zaman sorunlar ortaya çıkabiliyor. Ama, daha hangi yenilik ve iyileştirmeleri içereceği bile tam olarak belli olmayan, sürüm takvimi dahi açıklanmamış bir sürüm için, doğru orantı kurup, "2008 şöyleydi 2009 da böyle olur, yani bence 2009.1 çıkmadan kurmayın" demenin çok mantıklı olmadığı kanaatindeyim.
Şimdi eve gelince hata açtım Bahadır, sabah birkaç dosya kopyalayıp işe yetişmem gerekiyordu ama bu hata çıkınca baya zaman kaybettim, biraz tecrübeli bir kullanıcı olmasam, ne hali varsa görsün bu Pardus'un der çıkardım herhalde :)
YanıtlaSilHaklısın Gökçen, hiçbir elle tutulabilir dayanağı olmayan bir öneri ama 2008'in bu gidişi beni kötü duygulara sevk ediyor, tamamen duygusalım yani :)
Ayrıca bugün IRC'de aynı sorunu yaşayan biri daha yazmış benim gördüğümde kanalı tek etmişti, kanalda bir Ubuntu kullanıcısı tarafından nvidia sitesinden sürücü paketi indirmesi ve kurması söylenmiş vs.
Ben çok güzel ve açıklayıcı bir yazı olduğunu düşünüyorum. Böyle hatalar olduğunu bloga yazmak diğer kullanıcıların dikkatli davranmasını sağlar. Keşke şu Pardus'umu güncellemeseydim benim de bu yeni sürümden başım yandı:( Dar bir zamanda işlerimizin aksamasına neden olabiliyor. En iyisi kararlı sürümü beklemek. Yeni deneme sürümü klavyemi algılamadı hemen format ile eski sürüme dönmek zorunda kaldım ve kimbilir daha neler çalışmayacaktı..
YanıtlaSilÖncelikle belirtelim ki tüm bu sorunlar sadece _test_ deposunda oluşuyor. Kararlı depoya girmeden önce paketler testten geçiyor ve tüm paketler aynı anda depoya giriyor.
YanıtlaSilTest deposunun ne kadar kararlı/kararsız olacağı daha önce konuşuldu. İşlerinizi yürüttüğünüz, problem olmasından çok çekindiğiniz bir sisteminiz varsa test deposu kullanmayacaksınız, işleriniz aksamayacak. Yok eğer test deposu kullanıyorsanız da sorun oluştuktan bir gün sonra tekrar pisi up diyerek eksik paketleri alıp hayatınıza devam edeceksiniz kaldığınız yerden. (Gün içinde sorunu kendiniz de çözebilirsiniz tabi, size kalmış bu) Bunda bu kadar büyütecek, insanlara güncelleme yapmayın diyecek birşey yok.
Test deposu kullanmıyorum, kullandığıma dair bir şey de yazmamıştım ama...
YanıtlaSil