Contents
1. General questions
2. Mandrake-specifix questions
3. FrameBuffer-specific questions
4. X-specific questions


1. General questions
Q G1
I have installed the Aurora package (and all packages it depends on)
on my mandrake 7.1 system. Why do I still get the old-style textual boot?

A G1
The Aurora package from Mandrake 7.2 does not work on 7.1. It _might_
work if you upgrade the initscrripts (which may break a hell lot of
other things). A better solution if you don't want to upgrade all of
your system to 7.2 is to install the "generic" Aurora package
available from the Aurora homepage.

2. Mandrake-specifix questions
Q M1
Without aurora, on tty12, I could see the logs, do you know how I can
put them on tty11, or change aurora into tty11?

A M1
Change the line "*.* /dev/tty12" (the last line) in /etc/syslog.conf
to "*.* /dev/tty11". This will probably be the default in the next
release of LM. The reason for it not to be so in 7.2 was only that I
was out of time. Sorry for this.


3. FrameBuffer-specific questions
Q F1
I didn't install Aurora when I installed my system. I have now
installed the Aurora rpm aft erwards, but it doesn't work. Why?

A F1
To make Aurora work, you need a kernel with framebuffer-support, and
you need to enable said support. The former should be no problem - all
standard LM kernels have FB support built in. The latter is a question
of giving the kernel a vga=something parameter, where something is a
number denoting the video-mode you want. The numbers available are
listed in the FrameBuffer-HOWTO.

Q F2
Why doesn't my graphics card work with (the Fb version of) Aurora?

A F2
Your card is probably not supported by the Linux kernel. Most cards
are supported via the VESA interface, but some newer/cheaper cards do
not support this. Some, but not all, of these cards are supported
separately by the Linux kernel.

Q F3
Why doesn't my graphics card work with (the Fb version of) Aurora,
even though it has support by the Linux Kernel?

A F3.1
You need to enable the support too. This is done by passing the
parameter vga=something to the Linux kernel on boot (from Lilo or
Grub), where something depends on your driver and the desired
video-mode. For available modes, take a look at the FrameBuffer-HOWTO.

A F3.2
You card is probably not VESA compliant, and have a special driver in
the kernel.  The problem is that the Linux FB interface is not as
clean and hardware-independent as one might whish... Aurora supports
several different more or less standard FB drivers (It even runs on
some sun-machines). But obviously not yours. The problem is - I don't
have one of each GFX-card there is. If I have the time, and if I can
convince the managers to give me some more cards, I'l see what I can
do to fix this. Currently , if you are a programmer, you can take a
look in the init-functions in WsLib/fblib.c, but that's more or less
all you can do :(


4. X-specific questions
Q X1
In the X-version of Aurora, why don't you use the main X server? Why
do Aurora have to run its own?

A X1
This was the main reason I created the Framebuffer version... The
problem is: Aurora needs to be running all the time, since you may at
any time want to inspect what happened during boot or run init
some_new_runlevel. To use the main X-server would be a big pain to
implement, and a possible security-whole, since it is killed each time
you exit your login session, and restarted by gpm.