Email threading and display managers (was: Re: Frequent freezing around login screens)
On 29/03/2025 04:14, George at Clug wrote:
I do not fully understand "email threading", even after reading up on
it. I don't use email threading, and I do not think my email client
does either.
The message, I am replying to, have these headers, however References
contains single Message-ID (for my message), it should include
Message-ID of your previous message as well. So sometimes it works to
some degree. E.g. gmail web UI resets threading headers when users edit
subject. It is a workaround to avoid linking of unrelated messages. Too
much users click "Reply To" when they start new topic and a proper
action is "Compose" (or something like "compose message to" context menu
item for email address) since they are not going to reply.
I have been using grep on text file logs for many years, and see
journald as adding unnecessary complexity to Linux
My experience is that debugging with journalctl is (usually) more
convenient. An error log entry may have no "error" text, so grep may be
useless. Timestamps are more precise, so messages from different
services are properly ordered. Frequently no efforts are required to
combine messages from different processes that usually reside in
separate syslog files.
After all, less(1) has its own interactive filtering "&" that may be
quickly reset. (OK, grep has options like -C.)
Thanks for pointing out that it is possible to run KDE while using
LightDM. Searching the Internet indicates this does not seem to be
preferred or even recommended. I wonder why you do this?
I faced some issues with keyboard layouts in SDDM. LightDM, at least in
some variants of configuration, "remembers" session type last used for
every user. I have not tried every available SDDM theme to check if some
of them have better behavior. GDM were unable to show login prompt on an
external monitor, it rendered it namely on internal laptop screen.
There is no perfect DM, see e.g. the following thread:
Nicolas George. LightDM and .dmrc. Thu, 30 Jan 2025 10:11:48 +0100.
https://lists.debian.org/msgid-search/Z5tCVDuL9_0Dtxvu@phare.normalesup.org
I believe that user must have choice what display manager they prefer
and it should be independent of desktop environment/window
manager/Wayland composer implementation. I found it unacceptable that
GNOME required GDM for basic features, e.g. to be able to lock screen. I
am disappointed that KDE is maybe moving in the same direction (I would
be happy if my assumption is wrong)
https://blog.davidedmundson.co.uk/blog/a-roadmap-for-a-modern-plasma-login-manager/
Reply to: