Subject: Re: Usermode splash screen/boot. what's the best approach? - msg#00017

List: linux.debian.devel.desktop

Date: Prev Next Index Thread: Prev Next Index

I just committed a few things to remove all the dpkg-divert* related
stuff from the debsplash-utils package.
You can get the source from Alioth's debsplash CVS repository and test
away. Remember to backup /etc/init.d/rc before you install
debsplash-utils (just in case). If anything goes wrong, you can simply
re-install sysv-rc.

After installing the debsplash-utils package, you will need to copy
/usr/share/doc/debsplash-utils/scripts/rc to /etc/init.d/rc by hand
(for now). Soon I'll have the sysv-rc fork ready, which will install
this file automatically for end-users.

I have a pre-patched kernel that people can use, to get it point your
browsers to:

http://www.latinomixed.com/downloads/debian-embelisher/deb

Please be kind to my bandwith as I have NONE. That's a shitty
connection. Mirroing or .torrent-ing those files would be very good.

I'll also be putting the new debsplash-* deb packages in that URL soon...

Enjoy!

On Tue, 04 Jan 2005 17:36:43 +0000, Luis Matos
<gass-7y/SwML1odKjYo3ggTrWjpYgPPQkE1Si@xxxxxxxxxxxxxxxx> wrote:
> Luis M wrote:
>
> >usplash is the way to go (and the U in front should mean "user-space"
> >and not Ubuntu, as this should apply to all distros and distros
> >flavors -- mepis, xandros, ubuntu, etc.. all debian-based distros);
> >but, since it will be sponsored in parts by the ubuntu people, they
> >can call it whatever they want on their end.
> >
> >
> i agree ... kernel splash introduces some more problems to kernel.
>
> >>From our end, though, debsplash is considered as 99% done, with the
> >only thing missing being a better rc script (which means we might have
> >to port sysv-rc package and ask users to install this new "ported"
> >package as a dependancy to debsplash).
> >
> >
> good news i'm reading.
>
> >
> >Now, going back to why NOT to use a X-based system for boot splash, it
> >doesn't matter how you do it, that approach will be overly complicated
> >for what's needed. You will have to deal with video cards, and a whole
> >bunch of other crap, plus the code may not be so easy to understand
> >once the whole thing is complete it. And let's not forgot licensing
> >issues as xorg/xfree etc.. are NOT gpl'ed. So we can't simply copy
> >code from it. And if we are going to do this, why not simply just make
> >the RedHat/Fedora boot splash system more generic so that Debian
> >systems can use it? I just think is a bad thing.
> >
> >
> >
> I agree ... bootsplash must not use X, i think, makes more dependency
> problems, and therefor servers without X can't use it.
>
> Also i agree with the problems from grafic card configuration.
>
> I will wait for the files to be in alioth, then i will test it.
>
> regards
>
> Luis Matos
>
>
> --
> To UNSUBSCRIBE, email to
> debian-desktop-REQUEST-0aAXYlwwYIJuHlm7Suoebg@xxxxxxxxxxxxxxxx
> with a subject of "unsubscribe". Trouble? Contact
> listmaster-0aAXYlwwYIJuHlm7Suoebg@xxxxxxxxxxxxxxxx
>
>

--
----)(-----
Luis M
System Administrator
LatinoMixed.com

"We think basically you watch television to turn your brain off, and
you work on your computer when you want to turn your brain on" --
Steve Jobs in an interview for MacWorld Magazine 2004-Feb

No .doc: http://www.fsf.org/philosophy/no-word-attachments.es.html

Was this page helpful?

Thread at a glance:

Previous Message by Date: click to view message preview

Re: Usermode splash screen/boot. what's the best approach?

On Tuesday 04 January 2005 18:15, Christoffer Sawicki wrote: > http://vemod.net/slask/userspace-bootsplash_0.1.tar.gz > > Yeah, it's messy... But don't blame me. :-) > > */ Christoffer Sawicki <qerub-7XRkppT4KCs@xxxxxxxxxxxxxxxx> Thanks it's a good news, gotta get them and see some codes. About debsplash: yes that project is almost finished, but i advice that it's not a good idea to install it now since it is not stable. Give us only 10 days to be ready. I remember that debsplash is a porting of gensplash, nothing more, it is still locked by a kernel patch. usplash - microsplash (or whatever you want) will substitute it as soon. Thanks for your ideas, thus usplash main idea seems to be the best approach. -- website pgp7DTxobf0pg.pgp Description: PGP signature

Next Message by Date: click to view message preview

Re: Usermode splash screen/boot. what's the best approach?

Maybe we should set up some kind of /etc/alternatives thing for the rc scripts. I don't think making an alternative sysv-rc packages is the right way to go. Luis M wrote: I just committed a few things to remove all the dpkg-divert* related stuff from the debsplash-utils package. You can get the source from Alioth's debsplash CVS repository and test away. Remember to backup /etc/init.d/rc before you install debsplash-utils (just in case). If anything goes wrong, you can simply re-install sysv-rc. After installing the debsplash-utils package, you will need to copy /usr/share/doc/debsplash-utils/scripts/rc to /etc/init.d/rc by hand (for now). Soon I'll have the sysv-rc fork ready, which will install this file automatically for end-users. I have a pre-patched kernel that people can use, to get it point your browsers to: http://www.latinomixed.com/downloads/debian-embelisher/deb Please be kind to my bandwith as I have NONE. That's a shitty connection. Mirroing or .torrent-ing those files would be very good. I'll also be putting the new debsplash-* deb packages in that URL soon... Enjoy! -- Matthew A. Nicholson Matt-land.com

Previous Message by Thread: click to view message preview

Re: Usermode splash screen/boot. what's the best approach?

Luis M wrote: usplash is the way to go (and the U in front should mean "user-space" and not Ubuntu, as this should apply to all distros and distros flavors -- mepis, xandros, ubuntu, etc.. all debian-based distros); but, since it will be sponsored in parts by the ubuntu people, they can call it whatever they want on their end. i agree ... kernel splash introduces some more problems to kernel. From our end, though, debsplash is considered as 99% done, with the only thing missing being a better rc script (which means we might have to port sysv-rc package and ask users to install this new "ported" package as a dependancy to debsplash). good news i'm reading. Now, going back to why NOT to use a X-based system for boot splash, it doesn't matter how you do it, that approach will be overly complicated for what's needed. You will have to deal with video cards, and a whole bunch of other crap, plus the code may not be so easy to understand once the whole thing is complete it. And let's not forgot licensing issues as xorg/xfree etc.. are NOT gpl'ed. So we can't simply copy code from it. And if we are going to do this, why not simply just make the RedHat/Fedora boot splash system more generic so that Debian systems can use it? I just think is a bad thing. I agree ... bootsplash must not use X, i think, makes more dependency problems, and therefor servers without X can't use it. Also i agree with the problems from grafic card configuration. I will wait for the files to be in alioth, then i will test it. regards Luis Matos

Next Message by Thread: click to view message preview

Loading Comments...