1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<TITLE> [Mageia-dev] Minimum install of cauldron don't start console
</TITLE>
<LINK REL="Index" HREF="index.html" >
<LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Minimum%20install%20of%20cauldron%20don%27t%20start%20console&In-Reply-To=%3C4F565924.2080302%40colin.guthr.ie%3E">
<META NAME="robots" CONTENT="index,nofollow">
<META http-equiv="Content-Type" content="text/html; charset=us-ascii">
<LINK REL="Previous" HREF="012688.html">
<LINK REL="Next" HREF="012691.html">
</HEAD>
<BODY BGCOLOR="#ffffff">
<H1>[Mageia-dev] Minimum install of cauldron don't start console</H1>
<B>Colin Guthrie</B>
<A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Minimum%20install%20of%20cauldron%20don%27t%20start%20console&In-Reply-To=%3C4F565924.2080302%40colin.guthr.ie%3E"
TITLE="[Mageia-dev] Minimum install of cauldron don't start console">mageia at colin.guthr.ie
</A><BR>
<I>Tue Mar 6 19:36:20 CET 2012</I>
<P><UL>
<LI>Previous message: <A HREF="012688.html">[Mageia-dev] Minimum install of cauldron don't start console
</A></li>
<LI>Next message: <A HREF="012691.html">[Mageia-dev] Minimum install of cauldron don't start console
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#12690">[ date ]</a>
<a href="thread.html#12690">[ thread ]</a>
<a href="subject.html#12690">[ subject ]</a>
<a href="author.html#12690">[ author ]</a>
</LI>
</UL>
<HR>
<!--beginarticle-->
<PRE>'Twas brillig, and Wolfgang Bornath at 06/03/12 17:57 did gyre and gimble:
><i> 2012/3/6 Colin Guthrie <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">mageia at colin.guthr.ie</A>>:
</I>>><i> 'Twas brillig, and Wolfgang Bornath at 06/03/12 16:56 did gyre and gimble:
</I>>>><i> 2012/3/6 Frank Griffin <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">ftg at roadrunner.com</A>>:
</I>>>>><i> On 03/06/2012 11:22 AM, Wolfgang Bornath wrote:
</I>>>>>><i>
</I>>>>>><i> If you want to address the novice user, what do you think makes support in
</I>>>>>><i> case of a failing x server easier for the helper AND the novice user, a
</I>>>>>><i> black screen, a screen without a prompt but with a hanging list of messages
</I>>>>>><i> instead - or a login prompt from where he can be directed to a solution (or
</I>>>>>><i> given instructions to provide more information)?
</I>>>>><i>
</I>>>>><i>
</I>>>>><i> Probably a better solution, if you know that X is supposed to come up but
</I>>>>><i> isn't, is to automatically log him in as some new ID whose shell is a script
</I>>>>><i> something like the rescue console script. The first thing it does is su him
</I>>>>><i> to prompt for the root password, and then presents a character-based dialog
</I>>>>><i> explaining his options, offering to run XFdrake, maybe running rpm/urpmi to
</I>>>>><i> see if all needed packages are installed, and giving him to option to exit
</I>>>>><i> to a real shell if he wants.
</I>>>><i>
</I>>>><i> Yes, that would be the next step on the road to user-friendly desaster
</I>>>><i> management.
</I>>><i>
</I>>><i> Well, that's my whole point!!!
</I>>><i>
</I>>>><i> As long as we do not have this a login prompt is better than nothing.
</I>>><i>
</I>>><i> So I should spend my time doing this, only to undo it later for a
</I>>><i> different solution?
</I>>><i>
</I>>><i> I'm sorry, but I'm not willing to waste time on this until it's decided
</I>>><i> that this is the all we're going to do and what we'll ship.
</I>>><i>
</I>>><i> As far as things stand I see it as tangential to what I'd like to
</I>>><i> achieve so I'd rather spend what limited time I have working on that
</I>>><i> than something that could ultimately be thrown away later.
</I>><i>
</I>><i> Ah, ok, I understand your point now.
</I>><i> The big question is: What is the time span we are talking about here?
</I>><i> A week, month? Would you think you can achieve this better solution
</I>><i> until Mageia 2 RC?
</I>
Perhaps by beta2, but more likely by RC. I'll certainly make sure that
for beta2 a minimal install will properly present itself with
multi-user.target by default such that a getty will be shown on tty1 (as
already outlined, the getty on tty1 is only suppressed when there is
supposed to be a graphical login - and only a problem when that fails!).
><i> If so, I am totally ok with that. If you think it
</I>><i> will take longer than that, I do not think we can let this issue leave
</I>><i> hanging in the air when we approach Mageia 2 final, wasted work or
</I>><i> not.
</I>
Yeah. I would agree there has to be a limit. I'd say RC2 should be that
limit. If I've not found a better way of doing things by then, I'll do
whatever is needed to make a getty appear...
[Just to explain further, displaying a tty on failure is tricky due to
the complex interplay of different and conflicting configurations. I
*could* just run agetty manually at the end of the /etc/X11/prefdm
script, but then this then this would be considered by systemd as being
part of the prefdm service and thus if you login and restart prefdm
(which might be common) it would first of all kill the getty itself as
part of the "stopping" procedure! Now if it fails the user would be
dumped back at a login prompt again... not really very user friendly!
Hence, to solve this properly it would really be a matter of changing
the current target (aka runlevel) from default.target (which will be an
alias for graphical.target) to multi-user.target, but this may have
other consequences. I think this latter solution (changing target) is
the correct solution, but it really needs to be played out and tested
thoroughly. I'm also not sure what consequences there are (if any) of
running a command to change the target while running a specific service.
I think all will be fine, but all the same I'd need to investigate. And
after all that of course, we're supposed to still support sysvinit too
so we I'll have to at least look into things mostly working there (I
won't aim for sysvinit to be fully quirk free as it is clearly on the
way out and thus (being realistic) won't get as much time dedicated to
it). So it's not just a five or ten minute job!]
Col
--
Colin Guthrie
colin(at)mageia.org
<A HREF="http://colin.guthr.ie/">http://colin.guthr.ie/</A>
Day Job:
Tribalogic Limited <A HREF="http://www.tribalogic.net/">http://www.tribalogic.net/</A>
Open Source:
Mageia Contributor <A HREF="http://www.mageia.org/">http://www.mageia.org/</A>
PulseAudio Hacker <A HREF="http://www.pulseaudio.org/">http://www.pulseaudio.org/</A>
Trac Hacker <A HREF="http://trac.edgewall.org/">http://trac.edgewall.org/</A>
</PRE>
<!--endarticle-->
<HR>
<P><UL>
<!--threads-->
<LI>Previous message: <A HREF="012688.html">[Mageia-dev] Minimum install of cauldron don't start console
</A></li>
<LI>Next message: <A HREF="012691.html">[Mageia-dev] Minimum install of cauldron don't start console
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#12690">[ date ]</a>
<a href="thread.html#12690">[ thread ]</a>
<a href="subject.html#12690">[ subject ]</a>
<a href="author.html#12690">[ 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>
|
