From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2012-April/014349.html | 131 ++++++++++++++++++++++++++++++ 1 file changed, 131 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-April/014349.html (limited to 'zarb-ml/mageia-dev/2012-April/014349.html') diff --git a/zarb-ml/mageia-dev/2012-April/014349.html b/zarb-ml/mageia-dev/2012-April/014349.html new file mode 100644 index 000000000..927f4c412 --- /dev/null +++ b/zarb-ml/mageia-dev/2012-April/014349.html @@ -0,0 +1,131 @@ + + + + [Mageia-dev] Broken database problem solved but not all well + + + + + + + + + +

[Mageia-dev] Broken database problem solved but not all well

+ Anne Wilson + annew at kde.org +
+ Mon Apr 16 16:15:34 CEST 2012 +

+
+ +
-----BEGIN PGP SIGNED MESSAGE-----
+Hash: SHA1
+
+On 16/04/12 14:41, Colin Guthrie wrote:
+> 'Twas brillig, and Thierry Vignaud at 16/04/12 14:34 did gyre and
+> gimble:
+>> BTW why not displaying a message "switch to tty2 for a login"?
+> 
+> In the normal case of X or prefdm.service failing, this is exactly
+> what happens (it's actually a message saying "your graphical login
+> is broken blah blah, press any key to switch to multi-user.target
+> (aka runlevel 3".
+> 
+> This  case is different (if I'm correct in my assumption). The fact
+> is that the non-lsb legacy initscripts impose a very, very strict
+> ordering on startup (based on their priority numbers in
+> /etc/rcX.d/S??foo filenames).
+> 
+> This strict order is typically full of loops (a -> b -> c -> a),
+> so somthing has to give. In order to do that systemd will delete
+> jobs to break the loop. Frequently this job turns out to be "the
+> prefdm.server start job". When this happens we simply don't know
+> that things are failing in order ot display the error message
+> (likewise, if we added a totally separate unit for this it too
+> could be deleted by these jobs).
+> 
+> Ultimately the correctly solution is to provide native systemd or 
+> LSB-compliant sysvinit scripts.
+> 
+> I've fixed a couple and have previously linked a spreadsheet where 
+> everyone can help out and track progress etc.
+> 
+> Col
+> 
+Will the development team gain anything from this thread?  If not, I'm
+tempted to try a fresh installation, but if there is gain I will
+continue to fight it.
+
+Anne
+- -- 
+Need KDE help? Try
+http://userbase.kde.org or
+http://forum.kde.org
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.12 (GNU/Linux)
+Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
+
+iEYEARECAAYFAk+MKYQACgkQj93fyh4cnBeL2wCdGe0QdJWKpW+r+TtAhfqUsI3L
+rikAn3/3GlLUfBEktzfeLDsoKBsGN9W7
+=WVn0
+-----END PGP SIGNATURE-----
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1