| |||||||||||||
The Grumpy Editor's Fedora 18 experienceThe Grumpy Editor's Fedora 18 experiencePosted Jan 16, 2013 22:50 UTC (Wed) by mezcalero (subscriber, #45103)In reply to: The Grumpy Editor's Fedora 18 experience by jospoortvliet Parent article: The Grumpy Editor's Fedora 18 experience
DEs can control the stuff on their own if they wish. logind only does that if no DE is around or if the DE is too simply to do lid switch handling of its own.
With other words: KDE can do whatever it wants, it can tell logind to stay away from the lid switch, or it can leave logind in control, and can even dynamically do that at any time.
GNOME for example tells logind to stay away from the lid switch if an external monitor is plugged in, but otherwise let's logind handle everything.
(Log in to post comments)
Joke alert Posted Jan 17, 2013 18:16 UTC (Thu) by man_ls (subscriber, #15091) [Link] What!? You mean to say that systemd doesn't have its own embedded desktop environment yet? Really hope you are working on it! (Disableable of course. Is that a word? Apparently not.)
Joke alert Posted Jan 18, 2013 10:41 UTC (Fri) by dgm (subscriber, #49227) [Link]
A desktop environment? Why?
I hereby propose that systemd gets merged with Emacs. Think of the possibilities! It would become sentient in less than 24 hours...
:-P
Joke alert Posted Jan 18, 2013 16:12 UTC (Fri) by man_ls (subscriber, #15091) [Link] I hereby propose your message as "LWN comment of the week".
Joke alert Posted Jan 22, 2013 23:59 UTC (Tue) by DonDiego (subscriber, #24141) [Link]
That's at least the comment of the month and let's see if anybody gets close in 2013 ;-p
Joke alert Posted Jan 18, 2013 22:49 UTC (Fri) by mathstuf (subscriber, #69389) [Link]
But whose personality would it have? Stallman's? Lennart's? It's going to have a lot of enemies to start out either way…
Joke alert Posted Jan 19, 2013 15:52 UTC (Sat) by nix (subscriber, #2304) [Link]
You can already run Emacs as /sbin/init, so *obviously* the solution is to reimplement systemd in Emacs Lisp. (We might need to wait for the concurrency branch to mature, so as not to block for too long.)
My normal arguments about init being critical software and thus being software that should not change too fast (because if it dies the system is useless and instantly panics) is moot here, because if your Emacs dies your system is useless in any case. I mean, what else is an OS for?
Joke alert Posted Jan 19, 2013 16:44 UTC (Sat) by apoelstra (subscriber, #75205) [Link]
>You can already run Emacs as /sbin/init,
This isn't true, is it? Do people do that?
I'm scared to try because I don't know Emacs well enough to undo it.
Joke alert Posted Jan 19, 2013 20:10 UTC (Sat) by tom.prince (subscriber, #70680) [Link]
> I'm scared to try because I don't know Emacs well enough to undo it.
If you just pass init=/usr/bin/emacs on the kernel command line, you shouldn't need to do anything to undo it.
Joke alert Posted Jan 20, 2013 8:04 UTC (Sun) by apoelstra (subscriber, #75205) [Link]
> If you just pass init=/usr/bin/emacs on the kernel command line, you shouldn't need to do anything to undo it.
That didn't work. Maybe this is a bug in Fedora's initram, because it worked the last time I tried it (several years ago, and with an actual init program).
For those curious, I did manage to do it though, by popping open my initramfs and adding an explicit INIT=/bin/emacs after the code which sets the INIT variable. The result was emacs saying "cannot open /dev/tty" and bailing, and then the kernel panicked.
If only udev had been merged into emacs..
|
|||||||||||||