Packages for gui-installer

2003-03-08 Thread Alastair McKinstry

Hi,

A bunch of packages are now ready for the GUI installer; most are udeb
additions to existing packages, and have the same source package, but
some (specifically gtk+-directfb-udeb) are new. Do people think they
should be uploaded anywhere in particular, or just into the main
archive?

Secondly, looking at the gtk installer home page
http://www.mmweg.rwth-aachen.de/~sebastian.ley/d-i/
a decision needs to be made as to how we start the GUI installer.

My preference is as follows:
CDROM boots, into newt/slang/etc installer.
CDROM (mostly) autodetected, and additional modules loaded, if possible.
If priority = low, then Use Graphical installer appears on menu; if
chosen, magic happens.
If priority = medium, it happens automatically without appearing on
menu.

ie. minimal questions, clean in most cases, with the ability for the
user to stop it happening by selecting priority=low on the text install
menu.

Any comments, or better ideas?

- Alastair


  
-- 
Alastair McKinstry [EMAIL PROTECTED]
GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC  1020 FA8E 3790 9051 38F4

He that would make his own liberty secure must guard even his enemy from
oppression; for if he violates this duty he establishes a precedent that
will reach to himself.

- --Thomas Paine



signature.asc
Description: This is a digitally signed message part


Re: Packages for gui-installer

2003-03-08 Thread Andre Luis Lopes
On Sat, Mar 08, 2003 at 03:35:42PM +, Alastair McKinstry wrote:
 
 Hi,

Hi,

 A bunch of packages are now ready for the GUI installer; most are udeb
 additions to existing packages, and have the same source package, but
 some (specifically gtk+-directfb-udeb) are new. Do people think they
 should be uploaded anywhere in particular, or just into the main
 archive?

I'll let the decision about where to upload the packages to the most
experienced people.

 Secondly, looking at the gtk installer home page
   http://www.mmweg.rwth-aachen.de/~sebastian.ley/d-i/
 a decision needs to be made as to how we start the GUI installer.
 
 My preference is as follows:
 CDROM boots, into newt/slang/etc installer.
 CDROM (mostly) autodetected, and additional modules loaded, if possible.
 If priority = low, then Use Graphical installer appears on menu; if
 chosen, magic happens.
 If priority = medium, it happens automatically without appearing on
 menu.

I would like to see this approach being used. Some years ago I have used
a quite popular GNU/Linux distro here in Brazil : Conectiva Linux. They
were using the following approach :

The instaler initially loads a newt-based interface and a menu is presented
to the user. The user could choose how he/she would like to proceed with
the installation selecting from the menu  an option to proceed with the
newt-base interface or using a graphicall one (I think the graphicall one
was fltk-based, but that's not relevant here).

 ie. minimal questions, clean in most cases, with the ability for the
 user to stop it happening by selecting priority=low on the text install
 menu.

You mean providing a way (a button or whatever) to the user so he/she can
change the desired debconf priority on each installation step
(or screen) ? I don't think this is needed and that it would only
polute our interface without a real need. If the user need more control
over the installation he/she will choose a differente level of priority
as the first step of the installation anyway.

However, I agree with you on how the questions should be presented. The
questions should be clear enough that a non-experienced user should be
able to install the system without too much trouble. The debconf priority
feature already provide us with a clever way to do it. We would need
only to review all the questions currently being presented to the user by
the udebs we already have and try to simplify them the more we can.

I'm also sure that providing a graphicall installer would really
encourage much more testers to give d-i a try and the result will be
much more bug reports and consequently much more feedback about the
level of our existing questions and how we could improve it.

Regards,

-- 
++--++
||  André Luís Lopes   [EMAIL PROTECTED]   ||
||  Debian-BR Project  http://debian-br.cipsga.org.br   ||
||  Public GPG KeyID   9D1B82F6 ||
||  Keyserver  wwwkeys.eu.pgp.net   ||


pgp0.pgp
Description: PGP signature


Debian 3.0 bf24 boot problem

2003-03-08 Thread Mario



Hi!
I've try to boot Debian 3.0 with experimental 2.4 
kernel, but after one screen of stuff the boot process stops. Actually it 
come to the point: 
enabled ExtINT on CPU#0
ESR value before enabling vector : 
0002

Later I try to use kernel parameters debug, nomce, 
nmi_watchdog, but no luck.

Same thing happened when I tried to boot Red Hat 
8.0.

The MB is PCChips M825ULR with AMD Duron 1200 
MHz.

Can you help me?