Reproduced on Ubuntu 24.04.4 LTS (Noble), xbrlapi/brltty 6.6-4ubuntu5,
sddm 0.20.0-2ubuntu4.2, lubuntu-desktop (LXQt) and openbox-session — same
hang occurs regardless of which session manager is selected in SDDM, and
regardless of which local user account is logging in.
Confirmed live via `ps` during a hang that /bin/bash /etc/sddm/Xsession
was blocked on a child xbrlapi process (state S) for 85+ seconds before
resolving. No brltty daemon is installed on this system and
/var/lib/BrlAPI/ does not exist.
Unlike the original report, IPv6 loopback is NOT disabled here
(net.ipv6.conf.lo.disable_ipv6 = 0, net.ipv6.conf.all.disable_ipv6 = 0),
no firewall is active, and nothing listens on port 4101 — so a
connection attempt should be refused instantly by the kernel. Despite
that, hangs of 3 to 31 minutes were observed across repeated login
attempts on the same boot session, suggesting the delay isn't solely
explained by the IPv6-loopback-disabled/timeout mechanism described
above, and something else in xbrlapi's connection/retry logic is also
triggering the block on 24.04.
Workaround used: `sudo apt remove xbrlapi` (no braille display attached;
package was likely pulled in as an orca dependency). This immediately
and permanently resolved the login hang, since
/etc/X11/Xsession.d/90xbrlapi guards on `[ -x "${xbrlapi}" ]` and becomes
a no-op once the binary is gone.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2039374
Title:
xbrlapi causes long delay in GUI login
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/brltty/+bug/2039374/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
