diff options
Diffstat (limited to 'zarb-ml/mageia-dev/2011-December/010642.html')
| -rw-r--r-- | zarb-ml/mageia-dev/2011-December/010642.html | 135 |
1 files changed, 135 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2011-December/010642.html b/zarb-ml/mageia-dev/2011-December/010642.html new file mode 100644 index 000000000..06a13ba94 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-December/010642.html @@ -0,0 +1,135 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-dev] ANN: X11 now starts on tty1 + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20ANN%3A%20X11%20now%20starts%20on%20tty1&In-Reply-To=%3C201112181246.52582.alien%40rmail.be%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="010635.html"> + <LINK REL="Next" HREF="010643.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] ANN: X11 now starts on tty1</H1> + <B>Maarten Vanraes</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20ANN%3A%20X11%20now%20starts%20on%20tty1&In-Reply-To=%3C201112181246.52582.alien%40rmail.be%3E" + TITLE="[Mageia-dev] ANN: X11 now starts on tty1">alien at rmail.be + </A><BR> + <I>Sun Dec 18 12:46:52 CET 2011</I> + <P><UL> + <LI>Previous message: <A HREF="010635.html">[Mageia-dev] ANN: X11 now starts on tty1 +</A></li> + <LI>Next message: <A HREF="010643.html">[Mageia-dev] ANN: X11 now starts on tty1 +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#10642">[ date ]</a> + <a href="thread.html#10642">[ thread ]</a> + <a href="subject.html#10642">[ subject ]</a> + <a href="author.html#10642">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Op zondag 18 december 2011 11:54:17 schreef Colin Guthrie: +><i> 'Twas brillig, and Anssi Hannula at 18/12/11 10:32 did gyre and gimble: +</I>><i> > For the record, attached are three alternative [1] untested +</I>><i> > proof-of-concept patches that make kernel start on vt7. +</I>><i> +</I>><i> Personally I'm not a fan of sticking to vt7. As I said in an earlier +</I>><i> thread, if the primary use case of the machine is graphical, then why +</I>><i> start at 7? It's an arbitrary choice that fitted in with other uses when +</I>><i> it was first introduced, but these days it's pretty backwards when +</I>><i> considered on it's own. The only reason to preserve it is out of habit +</I>><i> and I think that this is (generally speaking) the worst possible premise +</I>><i> to base decisions on. I mean, if we want to let people use fast user +</I>><i> switching easily they first have to learn first about vt switch command +</I>><i> ctrl+alt+Fn. Then they have to learn that the first login is on 7 and +</I>><i> the subsequent ones are on 8 etc. This doesn't make sense... +</I>><i> +</I>><i> What *should* happen is that the first one is 1.. the second one is 2 etc. +</I>><i> +</I>><i> When I'm in gnome, and I switch to tty2 for the first time, rather than +</I>><i> getty appearing wouldn't it be better if the gdm prompt appeared for a +</I>><i> second graphical login? +</I>><i> +</I>><i> I'm not suggesting that we ditch text logins completely, but I'm just +</I>><i> saying that we should try and make things generally smoother if they +</I>><i> user has already opted for a graphical system. +</I>><i> +</I>><i> Switching to e.g. 7 or 8 should maybe default to providing a text login +</I>><i> and gdm should maybe present a "give me a text login" option in which +</I>><i> case that X server quits and getty replaces it. +</I>><i> +</I>><i> Anything unused should timeout and quit (e.g. a getty on tty2 unused +</I>><i> should exit and wait and be re-activated as appropriate later. +</I>><i> +</I>><i> All these things are possible (maybe not without upstream support, but I +</I>><i> can ask Ray about the general plans here from a gdm perspective). +</I>><i> +</I>><i> +</I>><i> Just for reference this is how the seat extender USB things work. Little +</I>><i> thin clients that you plug into USB that give you a keyboard mouse and +</I>><i> display. When you plug it in for the first time, it registers a new seat +</I>><i> and then gives you a gdm login prompt. I don't think mutli user should +</I>><i> be much different from multi-seat in this regard. +</I>><i> +</I>><i> > BTW, I know fedora uses vt1 for X, but what about other distros, e.g. +</I>><i> > Ubuntu/Debian? +</I>><i> +</I>><i> I don't think they default to it but plenty people try to change it to +</I>><i> that according to Google. +</I>><i> +</I>><i> +</I>><i> Col +</I> + +theoretically, i'd be in favor of on-demand vt allocation, be it graphical or +textbased. + +i'd be ok with a session starting when going to other vt (default session, be +it a dm or a textbased login.) however, the dm should allow to fall back to +textbased, but there we run into a problem: + +what if X is failing, you can't go back to text-login, so that's a nono + +perhaps we could document that we'd preallocate F12 or something for text- +based emergency, but then noone would know... + +I donno, if we don't have textbased by default, then surely vt1 has to be +forcably text-based... + + +new X sessions are started from the old session, so i vote that CTRL+ALT+FX +spawns a text-based login. +</PRE> + + + + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="010635.html">[Mageia-dev] ANN: X11 now starts on tty1 +</A></li> + <LI>Next message: <A HREF="010643.html">[Mageia-dev] ANN: X11 now starts on tty1 +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#10642">[ date ]</a> + <a href="thread.html#10642">[ thread ]</a> + <a href="subject.html#10642">[ subject ]</a> + <a href="author.html#10642">[ author ]</a> + </LI> + </UL> + +<hr> +<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev +mailing list</a><br> +</body></html> |