I’m new to this but have a lot of Linux history. I’m wondering if anyone has managed to get gSender to run on a modern linux system without /dev/shm permission errors? I’ve tried everything I can find online, noo solved it. Follow up question is if everyone is ignoring the errors, I hope you are still having good results and stability?
I tested launching it at least on Ubuntu 22.04. It was installed as a “superuser”. I may be able to try more tomorrow. Biggest annoyance right now is I don’t have internet access where the AltMill is setup.
The only thing I had to do on Gentoo Linux was add myself to the dialout group. Are you using the AppImage or the deb? I think I tried it on Kubuntu and I might have needed to extract the AppImage because of sandbox issues. You can do that with whatever.AppImage --appimage-extract which will give you a squashfs and then you can try to run from the bin directory inside that.
You can also extract .deb packages with ar, I did that on Kubuntu but still had some layout issues at 1366x768 so I just took the time to install Gentoo, my distro of choice, on my mill’s PC.
At the mill I am using Systemd and X11 if that helps. I have a laptop with Gentoo, Systemd and Wayland so I could test that if needed.
I’ll try gentoo also, I used it years ago and always liked it. I"m trying both the AppImage and the .deb, and both run, but these errors happen no matter what fixes I’ve tried:
[2553:0518/080245.779506:ERROR:base/memory/platform_shared_memory_region_posix.cc:226] Creating shared memory in /dev/shm/.org.chromium.Chromium.jFTmPC failed: No such process (3)
[2553:0518/080245.779666:ERROR:base/memory/platform_shared_memory_region_posix.cc:229] Unable to access(W_OK|X_OK) /dev/shm: No such process (3)
[2553:0518/080245.779743:FATAL:base/memory/platform_shared_memory_region_posix.cc:231] This is frequently caused by incorrect permissions on /dev/shm. Try ‘sudo chmod 1777 /dev/shm’ to fix.
Well, I get the same error messages from gentoo, but gSender launched so radically faster. I’m gonna switch distros anyway.
Well it’s been awhile since I launched gSender from a terminal. I get the same errors as you but I haven’t had any trouble as far as running my LongMill goes.
When I put Kubuntu on my LongMill PC I was just being lazy because Gentoo is a longer install and it still takes me awhile to make a kernel config. It’s not scary anymore but I still take my time. Anyway when the UI glitches were gone I didn’t investigate any further because it all works. I don’t have much experience with with containers/sandboxes but I think that’s what those errors are related to. If those errors cause problems they must be with features I don’t use. I don’t run gSender headless and remote in for example.
On a side note every time I try another distro I end up coming back to Gentoo for one reason or another. There always seems to be some package that’s outdated and I need to compile it myself which for most distros means getting all the dev versions of libraries and maybe running into library version problems. With Gentoo I’m already set up for compiling and the package slotting usually solves any dependency version problems. I also like a lean setup with a tiling window manager, i3 or sway, so starting without a GUI makes sense for me.
Happy carving!
I was really hoping you were gonna come back and say that you got the same messages and hadn’t had any problems. In digging it looks like it’s just UI components from the electron framework that would possibly be affected. So I’m just gonna start ignoring them.
Hey everybody.
I’m completely new to CNC, picked up a used Longmill MK1 with a SLB. Not not new to CAD. So I’m trying to use Ubuntu as my CNC OS. But I can’t get gSender to connect to the board, the software can see the USB, just states “cannot connect”. I’ve given USB permissions, reinstalled with sudo permissions. And tested with the wife’s windows laptop, which gsender connected right away.
Any thoughts on getting Ubuntu working? Or do I just use a different distro?
Ok for the Ubuntu USB permissions I had to switch to root and run the following
echo 'SUBSYSTEM=="usb", MODE="0660", GROUP="plugdev"' > /etc/udev/rules.d/00-usb-permissions.rules
udevadm control --reload-rules
Answer was found over askubuntu.