chessnut eboard and scidvspc under linux

[frankp]

Looking for help with connecting a chessnut eboard via bluetooth (or usb) to scidvspc using the Graham Oneill software under Linux (Debian 12).
I have all the relevant libraries and udev rules installed, as recommended by the readme file.
However, I can only start the driver if I start scid as root – when everything works fine. Otherwise I get
‘The analysis engine terminates without exit code:”” ‘
message box from scid.
The executable (NUT_eng-1.0) has execute permissions and is owned by the local user.
It seems to be a permissions issue but I cannot find why. Convinced it must be something trivial – at least to someone with enough knowledge/brains.

Anyone running this combo under linux successfully?
Grateful for any help?

[cpeters]

Did you look at your logs?

Code: Select all

journalctl

Are you in the proper group to use the device?

[frankp]

Thanks for the response.
Nothing in journalctl.
And local user is a member of the relevant groups (dialout and plugdev) mentioned in Graham Oneills' readme.
Seems to be a permission issue, when I try to edit->configure the chessnut engine in scid for example, I get file is not executable or not a UCI engine. Everything works fine as root.
Similarly when I try to start the NUT_eng-1.0 from a console as a local user it fails. Root works fine.
(Even tried on a fresh clean install of debian 12 with same result.).
Probably something trivial I have missed, but time to concede defeat, I feel.

Still if anyone has this combo working under linux, I would like know - ie that it can work with a normal user.

[cpeters]

What does

Code: Select all

ls -l

indicate? Are you the owner of the binary? No? Change it then, I suppose:

Code: Select all

chown yourusername:yourusername binary

. You might need do this as root/sudo, as something is not right here, or it's a PATH thingy, which you can fix in your .bashrc.

greetings

[cpeters]

Thanks for the response.
Nothing in journalctl.
And local user is a member of the relevant groups (dialout and plugdev) mentioned in Graham Oneills' readme.
Seems to be a permission issue, when I try to edit->configure the chessnut engine in scid for example, I get file is not executable or not a UCI engine. Everything works fine as root.
Similarly when I try to start the NUT_eng-1.0 from a console as a local user it fails. Root works fine.
(Even tried on a fresh clean install of debian 12 with same result.).
Probably something trivial I have missed, but time to concede defeat, I feel.

Still if anyone has this combo working under linux, I would like know - ie that it can work with a normal user.

I thought about it after visiting the theatre.

Code: Select all

Everything works fine as root.

Does the binary (even) reside in your home? How did it get there (where (was it on a exfat/ntfs file system disk thingy) did you drop/unzip it) and in what form (ELF/*.zip...)? What you're reporting here is most unusual...

Code: Select all

(Even tried on a fresh clean install of debian 12 with same result.).

This is something you should never have to do just to install one binary/driver successfully.

[frankp]

Thank you all for your suggestions.

Turned-out that the XDG_RUNTIME_DIR= was not set for the local user, at least for this program.
So it defaults to /tmp/root-<something> which the local user cannot access. Hence why the program works under root but not local user, I suppose.
Even giving 0777 access the /tmp/root-<something> directory, however, did not work.
What I needed to do to get it work was to specify an environment variable (in scid launch menu item)
XDG_RUNTIME_DIR=/some/directory (owned by the user) that has 0700 access, not 0755 !
Why I need to do this at all remains a mystery.

[cpeters]

This is strange - maybe ok for the fact that this happened with (locally compiled?) scidvspc, not ok I think for:

Code: Select all

Similarly when I try to start the NUT_eng-1.0 from a console as a local user it fails. Root works fine.

I did find:
https://manpages.debian.org/unstable/li ... .8.en.html

interesting.

greetings

[frankp]

From the console - just for info. After setting XDG_RUNTIME_DIR, the chessnut control dialogue appears.


user@beelink:~/chess/engines/chessnut$ ./NUT_eng-1.0
[FORMS.PP] ExceptionOccurred
Sender=EAccessViolation
Exception=Access violation
Stack trace:
$00000000004DCDA3
$00000000004C2609
$00000000005B747D
$00000000005B6FED
$00000000005B3793
$000000000051DD91
$000000000051DCAB
$000000000044EB8A
$000000000044DFB0
[FORMS.PP] ExceptionOccurred


user@beelink:~/chess/engines/chessnut$ export XDG_RUNTIME_DIR=/home/user/Downloads/runtime
user@beelink:~/chess/engines/chessnut$ ./NUT_eng-1.0
Failed to create wl_display (No such file or directory)
qt.qpa.plugin: Could not load the Qt platform plugin "wayland" in "" even though it was found.
Qt: Session management error: None of the authentication protocols specified are supported
user@beelink:~/chess/engines/chessnut$

[cpeters]

Maybe gdb shows more useful things. Anyway, you're missing this (started the nut-thing in terminal):



I've got the package from Graham. Debian stable from a netinstall. No desktop-environment, no wayland but lightdm and a windowmanager. So in principle it works, but not on your system

[frankp]

As mentioned, I get the same from the console (or via scidvspc), but only as root or if I set XDG_RUNTIME_DIR for the local user.
Same result from a clean install of Debian 12 (with kde as the gui).