I'm looking for confirmation about whether TDM passes login information to the operating system.
For me the who, w, and last commands do not show any tty logins when using TDM. The who, w, and last commands function as expected with SDDM, showing tty logins. (pts logins are irrelevant.)
Also, are there any specific tdmrc options that might cause this?
Thanks.
Anno domini 2024 Sun, 25 Aug 11:41:32 -0500 Darrell Anderson via tde-users scripsit:
I'm looking for confirmation about whether TDM passes login information to the operating system.
For me the who, w, and last commands do not show any tty logins when using TDM. The who, w, and last commands function as expected with SDDM, showing tty logins. (pts logins are irrelevant.)
Also, are there any specific tdmrc options that might cause this?
Works for me here:
$ w 19:40:07 up 2:01, 1 user, load average: 0,36, 0,26, 0,15 USER TTY VON LOGIN@ IDLE JCPU PCPU WHAT nik console :0 17:38 2:01 m 0.00 s 0.02 s /bin/sh /usr/bin/x-session-manager
Thanks. ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...
On 8/25/24 11:41 AM, Darrell Anderson via tde-users wrote:
I'm looking for confirmation about whether TDM passes login information to the operating system.
For me the who, w, and last commands do not show any tty logins when using TDM. The who, w, and last commands function as expected with SDDM, showing tty logins. (pts logins are irrelevant.)
Also, are there any specific tdmrc options that might cause this?
This is a tricky one, likely systemd/logind related. It is also affecting opensuse xfce and kdm3 logins on Tumbleweed (systemd-256.5)
Likely a dm issue not giving or getting the needed info to the latest systemd/logind. You can confirm with:
$ loginctl list-sessions --no-legend 2 1000 david - 1758 manager - no - 3 1000 david seat0 85628 user - no -
(remove --no-legend if you want to see where TTY goes -- but adds tabs to output)
No TTY information is present. You can get more information using:
$ loginctl show-session auto Id=3 User=1000 Name=david Timestamp=Fri 2024-08-23 22:26:14 CDT TimestampMonotonic=154723429995 VTNr=7 Seat=seat0 Display=:0 Remote=no Service=xdm Scope=session-3.scope Leader=85628 Audit=3 Type=x11 Class=user Active=yes State=active IdleHint=no IdleSinceHint=0 IdleSinceHintMonotonic=0 LockedHint=no
Updated lightdm has no problem providing tty info. Looks like a freedesktop.org and systemd "strikes again!" issue that will have to be dealt with.
On 8/26/24 12:34 AM, Thierry de Coulon via tde-users wrote:
I don't know what exactly should be shown but these command seem to work here on MX-Linux that does not use systemd.
loginctl
Is part of systemd. It may be on your system through a systemd-compat type app. Do a "type -p loginctl" and then query your package manager for what package owns that file.
I'm curious what MX-Linux uses, init-scripts? Anyway, if you have loginctl, you have part of systemd available.
On 8/26/24 1:37 AM, David C. Rankin via tde-users wrote:
loginctl
Is part of systemd. It may be on your system through a systemd-compat type app. Do a "type -p loginctl" and then query your package manager for what package owns that file.
I'm curious what MX-Linux uses, init-scripts? Anyway, if you have loginctl, you have part of systemd available.
The elogind package is used in distros where systemd is not part of the init system.
On 8/25/24 7:41 PM, David C. Rankin via tde-users wrote:
This is a tricky one, likely systemd/logind related. It is also affecting opensuse xfce and kdm3 logins on Tumbleweed (systemd-256.5)
The loginctl idea seems plausible except the system where I first noticed the issue does not use PAM or loginctl (elogind).
Updated lightdm has no problem providing tty info. Looks like a freedesktop.org and systemd "strikes again!" issue that will have to be dealt with.
As does sddm. I also tested an old version of gdm on the system that does not use PAM or loginctl and the login information is passed to the operating system.
On 8/27/24 10:39 AM, Darrell Anderson via tde-users wrote:
Updated lightdm has no problem providing tty info. Looks like a freedesktop.org and systemd "strikes again!" issue that will have to be dealt with.
As does sddm. I also tested an old version of gdm on the system that does not use PAM or loginctl and the login information is passed to the operating system.
Great info Darrell,
This is just one of those wonderful hiccups that is hard from the standpoint of:
1. when is this info missed? 2. what app or lib is the sender? 3. what app or lib is the receiver? 4. is the info being sent/received but the format has now changed? and 5. is the problem with the sender or receiver or both?
This is an area of Linux I have not drilled down into. I know it's kdm/tdm not passing the info to somebody that is the issue, but whether the issue is with kdm/tdm itself or one of the dependent libraries and who this is communicated to is a mystery to me.
God knows a simple change somewhere to support Wayland could have broken passing the tty info to X. Where and what takes someone familiar with how/where this happens.
Slavek -- is that person you :)
On 2024/08/28 09:47 AM, David C. Rankin via tde-users wrote:
On 8/27/24 10:39 AM, Darrell Anderson via tde-users wrote:
Sorry for off topic.
@David Rankin I tried to reply to your private email but the msg was bounced back twice. Any other way I can reach you?
Cheers Michele
On 8/28/24 10:57 PM, Michele Calgaro via tde-users wrote:
Sorry for off topic.
@David Rankin I tried to reply to your private email but the msg was bounced back twice. Any other way I can reach you?
Cheers Michele
Michele,
I think I failed at trying to identify and unbocked your IP from my firewall. You are over under RIPE in Italy if I recall. I had that address block blocked at the firewall (for some reason there are a lot of creating hackers in your neck of the woods :(
Can you send me the IP or IP block your mail originate from so I make sure I whitelist you? You can send to drankinatty at gmail.com.
I worked really hard to do make sure the firewall was open for you, the chain is something like mx-eu.mail.am0.yahoodns.net, and then an 76.xxx.xxx.xxx address. Those are now open, but I must have missed where your outbound mail goes through.
I couldn't even send e-mail to you at first until I opened then 188.xxx.xxx.xxx block. Sorry for the goof up, but I was getting hundreds of brute force attempts on my server over the past few months and had to close a bunch of problematic IP block off.
The new attack is a distributed attack through proxies (coordinated though cloud VMs the bad-guys spin up, hack from, and then jump to the next). So the same individual will try and evade IP checkers like fail2ban by sending sequential hack attempts from varying IP addresses at 3-30 minute intervals. One originating from RIPE, one from LATNIC, one from APNIC, one from AFRINIC, etc.. (I'm sure your trinitydesktop.org gets hammered with the same every minute)
Anyway drankinatty at gmail if you can find you originating IP (or the block it usually comes from). I'll make sure I whitelist the entire block for you. Sorry for the troubles, but we have failed (as a society) to prevent the rampant abuse of the internet and good people pay the price in inconvenience and in time managing the crapola...