public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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/

  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