Hello,
[email protected], le jeu. 04 juin 2026 10:35:30 -0700, a ecrit:
> I appear to have reproduced this issue on Kali rolling with a newer
> xbrlapi/brltty package version than the original report.
>[...]
> I am adding this as a data point because the issue appears to still affect
> newer package versions, at least in Kali rolling, which imports the Debian
> brltty/xbrlapi packaging.
As mentioned previously in the bug tracker, I am not able to reproduce
the issue.
When brltty is not installed, xbrlapi should be simply getting
ECONNREFUSED and immediately exit. Apparently that's not happening so
for some reason, which is what needs to be determined, and I can't do
that since I can't reproduce the issue.
As mentioned previously, using strace would help:
“
Could you try to install strace and use
> if [ -x "${xbrlapi}" ]; then
> strace -o /tmp/log "${xbrlapi}" > /tmp/xbrlapi.stdout 2> /tmp/xbrlapi.stderr
> if "${xbrlapi}" 2>/dev/null ; then
so we get to know exactly what it tries to do when trying to connect to
brltty?
”
and it was mentioned that perhaps some daemon could be listening on port
4101?
sudo netstat -tanp | grep 4101
could tell what could be listening there.
Perhaps there could be a firewalling thing in the situation
Samuel
