splashutils 1.1.9.10

[Jacek Osiecki]

On Mon, 3 Apr 2006, Cz at rny wrote:

> Dnia Mon, 03 Apr 2006 17:17:40 +0300, Jacek Osiecki <joshua at hybrid.pl>
> napisał:

>> O, o - właśnie to :)
>> No widzisz, ja nawet nie rozróżniam initrd od initramfs :)
>> "No question I don't use initrd"

> Aaaarrrggghhh - aleś zamiesznaia narobił chopie :D Ja tu cięciwie truje
> cztery litery, a tu wychodzi, że nie ma o co...no łe - no to tak to ja też
> potrafię ;p

No widzisz, tylko że u mnie dopiero przy splashutils 1.1.9.10 ruszyło -
wcześniej dostawałem kernel panic...
W każdym razie sorry za zamieszanie :(

>> - i wtedy nie będzie problemu z tym że w initrd potrzebne są inne rzeczy.
>> Za 2h będę w domu, to sprawdzę czy na pewno mi się pojawi splash bez
>> initrd=/boot/splash_initramfs - i dam znać.

> Nie testowałem, ale IMHO powinno ruszyć bez parametru initrd, jeżeli masz
> wkompilowane w kernel.

I jakoś nie do końca ruszyło... Ale już chyba nie mam sił więcej próbować :-/

> Natomiast pojawiają się problemy ze zrobieniem tego 'the right' way. Bo z
> jednej strony można by wkompilowywać przy budowaniu PLD-owego jajka
> jakiegoś fbsplasha na stałe, ale:
> 1. bez możliwości konfiguracji, czyli ustalmy jeden, PLD-owy fbsplash i on
> jest na stałe w jajku
> 2. nie jestem przekonany, czy initramfs + initrd da się naraz uruchomić
> (czyli najpierw initramfs tylko do fbsplasha, a potem initrd do reeszty)
> 3. musielibyśmy uruchamiać system zawsze z vesafb, a to jest evil(TM)

No tak - biorąc to wszystko pod uwagę to szanse na fbsplash firmowo w PLD są
raczej nikłe. Co nie zmienia faktu, że zdecydowanie trzeba podnieść
splashutils do tej wersji którą podrzuciłem - bo jak ktoś będzie chciał
sobie użyć fbsplasha to obecne narzędzia tylko go doprowadzą do rozpaczy
(tak jak mnie ;)

Pozdrawiam,
-- 
Jacek Osiecki joshua at ceti.pl GG:3828944
"Poglądy polityczne mają takie znaczenie w sejmie jak upierzenie u krokodyla"
(c) Tomasz Olbratowski 2004