From: Miles Lane <miles@megapathdsl.net>
To: christophe barbe <christophe.barbe@inup.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [ANNOUNCE] Animated framebuffer logo for 2.4.1
Date: Thu, 08 Feb 2001 10:42:52 -0800 [thread overview]
Message-ID: <3A82E8AC.9080900@megapathdsl.net> (raw)
In-Reply-To: <20010208004021.D189@bug.ucw.cz> <Pine.LNX.4.33.0102080736190.5431-100000@asdf.capslock.lan> <20010208150859.A19950@pc8.inup.com>
christophe barbe wrote:
> Ok it seems not important to have a nice boot process but each time you show a linux machine to a M$ normal user (normal = not a programmer) his first reaction is something like ""what are all these strange output lines?". And it's the first thing that keep Windows user in the dark side.
> Windows hides (or try to do) all messages by a blue screen (light blue, when you are lucky).
>
> For these reason, I use LPP (linux patch progress). It's a little patch. The main idea is : redirect all boot messages on the second console, display on the first one a bigger framebuffer logo (screen size) and draw on it the progress bar, progress text and warning messages. A proc interface is provided for the second part of the boot process (echo "starting X Font Server" > /proc/progress).
>
> The boot is not significantly longer (and with a well fitted kernel, is really faster than M$ Wx) and suddendly the first linux impression is really good.
>
> I hope this kind of patch can be integrated in the kernel.
Hi Christophe,
I agree that non-technical folks will be put off by
being shown the guts of the system. But, I think the
kind of patch you are talking about belongs as either
an optional patch set aside for distribution developers
to apply to their retail kernels or as a configuration
option in the kernel tree. The default should probably
be that anyone who builds their own kernel gets exposed
to the system internals.
I do agree that there is a great need for the kind
of functionality you describe. With LPP, all the
technical stuff is still accessible and user manuals
for retail distributions could easily guide the naive
user to that information in case of system problems.
Miles
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2001-02-08 18:43 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-02-01 17:32 [ANNOUNCE] Animated framebuffer logo for 2.4.1 Juergen Schneider
2001-02-07 23:40 ` Pavel Machek
2001-02-08 12:37 ` Mike A. Harris
[not found] ` <Pine.LNX.4.33.0102080736190.5431-100000@as df.capslock.lan>
2001-02-08 14:08 ` christophe barbe
2001-02-08 18:42 ` Miles Lane [this message]
2001-02-09 7:03 ` Mike Galbraith
[not found] ` <Pine.Linu.4.10.10102090732320.1612-100000@ mikeg.weiden.de>
2001-02-09 8:12 ` christophe barbe
2001-02-09 9:45 ` Mike Galbraith
2001-02-12 11:00 ` Adrian Cox
2001-02-11 14:07 ` Werner Almesberger
2001-02-12 15:23 ` Martin Laberge
2001-02-12 22:31 ` Miles Lane
2001-02-13 3:46 ` Rafael E. Herrera
2001-02-13 5:10 ` Jonathan Morton
2001-02-13 7:11 ` Rafael E. Herrera
-- strict thread matches above, loose matches on Subject: below --
2001-02-09 9:21 Helge Hafting
2001-02-09 9:32 ` David Lang
2001-02-09 10:21 ` Miles Lane
2001-02-09 11:36 ` Werner Almesberger
2001-02-09 11:47 ` Miles Lane
2001-02-09 12:28 ` Werner Almesberger
2001-02-10 3:50 ` Nick Papadonis
2001-02-09 16:40 ` Mike Porter
2001-02-11 22:47 ` Pavel Machek
2001-02-12 17:18 ` Peter Kundrat
2001-02-12 22:00 ` Miles Lane
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3A82E8AC.9080900@megapathdsl.net \
--to=miles@megapathdsl.net \
--cc=christophe.barbe@inup.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox