[Gelistirici] Splash sorunları [heta 3999]

[S.Çağlar Onur]

Selamlar;

http://bugs.pardus.org.tr/show_bug.cgi?id=3999 adresinde yazdığı gibi;

Mevcut splash teknolojimiz bazı sorunlar içeriyor, bunlardan bazıları;

* kdebase off ile açılan sistemde konsola dönmek için elle müdahele gerekiyor,
* esc/f2 ile splash açıp kapanamıyor,
* bazı makinalarda fadein olmadan splash açılmıyor, fadein boot süresini 
uzatıyor,
* Ayrıca kernel space'de çalıştırdığımız için mesajlar splash üzerine 
yazılmasın diye console=tty2 kullanmak zorunda kalıyoruz, hata durumunda 
konsola dönemiyoruz,
* Yeni splash teması için çekirdek derlemek zorunda kalıyoruz,
* Bazı makinalarda splash sorunlu çalışıyor ya da hiç çalışmıyor(bkz ati 
x700/1650),

gibi sorunlarımız var malum. Bunlara birde mevcutta kullandığımız splash'ın 
suspend sonrası resume kırması sorunları eklendi 2.6.20 ile ve upstream 
(spock at gentoo) sorunlara cevap vermiyor.

Daha önce vesafb-tng ve fbsplash kullanmaya karar vermemin birkaç temeli 
vardı, diğerleri initramfs'in varlığını zorunlu tutuyordu (ide olan 
makinalarda kullanılmayabiliyor olabilirlerdi) ve örneğin bootsplash sadece 
16bit renk derinliğine izin veriyordu ya da userspace müdahele 
gerektiriyorlardı (hoş mevcut sistemimiz de gerektiriyor). 

2 gündür önüme mevcut splash teknolojilerini alıp testler yaptım ve 2.6.20 ile 
beraber bildiğimiz eski dost bootsplash'a dönmeye ve vesafb-tng ile fbsplash 
yamalarını çekirdekten atmaya karar verdim. Bu hamle ile şunları kazandık;

* Bootsplash uzun zamandır (7.2'den beri) SUSE tarafından aktif olarak 
kullanılıyor/maintain ediliyor, upstream stabilitesi için onları takip etmek 
yeterli,
* kdebase off ile açılan sistemde elle müdahele gerekmiyor,
* Esc ile splash kapanabiliyor,
* Fadein gibi birşeye gerek kalmadı, bootsplash açılış süresini neredeyse hiç 
değiştirmiyor,
* console=tty2 falan gibi saçma hareketler yapmıyoruz,
* En azından ati x1650'de sorunsuz çalışıyor
* Müdür'den splash ile ilgili her kodu atabiliyoruz,
* ve en önemlisi tema değiştirmek için çekirdek derlemek zorunda kalmıyoruz

fakat bu hamle ile birşeyleride kaybettik tabiki;

* Artık 16bit renk derinliği ile sınırlıyız, alengirli gradient içeren 
resimler çirkin görünüyor (mevcut temamızda siyah arkaplanlı olan mesela) 
fakat bunu bir sorun olarak görmüyorum sonuçta 24bit derinlikte olan %50 daha 
fazla bellek tüketiyor,
* initramfs kullanımı zorunlu hale geldi ki bu da 2.6.20 ile zaten zorunluydu 
(there is no ide subsystem anymore) yani hayatımızda değişen birşey yok
* Alengirli yanar döner animasyonlar ekleyebiliyoruz splash süresine ama 
bunlar müdürde ufak tefek değişiklikler gerektiriror şu an için ve bence 
gerekli değiller.

Böyle işte, haber vereyim istedim...

Saygılar
-- 
S.Çağlar Onur <caglar at pardus.org.tr>
http://cekirdek.pardus.org.tr/~caglar/

Linux is like living in a teepee. No Windows, no Gates and an Apache in house!
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanılamıyor
Type: application/pgp-signature
Size: 189 bytes
Desc: kullanılamıyor
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20070312/84652711/attachment-0002.pgp>