[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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: