LinuxCNC on Raspberry Pi 5

The default  settings come from userdata.txt  github.com/rodw-au/rpi-img-builder-lcnc/...9.3/userdata.txt#L40
I.m not sure LANGUAGE  needs to be set for the locale if its en_US.UTF-8 as we use for the default config 

On my chrome book,  locale reports
rod@penguin:~$ locale
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

On my Debian PC in my office, I get 
rod@debian:~$ locale
LANG=en_AU.UTF-8
LANGUAGE=en_AU:en
LC_CTYPE="en_AU.UTF-8"
LC_NUMERIC="en_AU.UTF-8"
LC_TIME="en_AU.UTF-8"
LC_COLLATE="en_AU.UTF-8"
LC_MONETARY="en_AU.UTF-8"
LC_MESSAGES="en_AU.UTF-8"
LC_PAPER="en_AU.UTF-8"
LC_NAME="en_AU.UTF-8"
LC_ADDRESS="en_AU.UTF-8"
LC_TELEPHONE="en_AU.UTF-8"
LC_MEASUREMENT="en_AU.UTF-8"
LC_IDENTIFICATION="en_AU.UTF-8"
LC_ALL=

 

Perl complains if LC_ALL or LANGUAGE isn't set.

Why on earth are we using perl in a Linuxcnc project? What's wrong with Python? At least its supported by the project.

Debian dpkg-buildpackage uses perl, perl complains when running menu-config without LANGUAGE set.

So perl hasn't anything to do with Linuxcnc but when building packages, I had to build linuxcnc to have the hm2_spix driver for the Rpi5.

A few message ago I mentioned a size related error as I tried to install the ISO from Rod's Google drive.

It was suggested that I use Balencia to burn it but that actually didn't work but with searched and finally found a tool that would install it. Then I moved past that I finally wound up with the combination that I wanted to my Pi 5 install. This included all kinds of tools (including those from Raspberry) and even edited the Xfce applications menus for super convenience.

But a word of caution about 'figuring out' your way around an error instead of understanding and fixing it right - once I was done installing and configuring and wanted to make a backup of my uSD card before I moved everything to my NVME I discovered that restoring the backup to a new uSD card failed with a 'too large' error no matter what I did.

I finally used a partition tool to shrink the ROOT partition and was able to both make/restore backups and move everything to my NVME, but it would have been a lot less anxiety had I just waited until ROB posted a version without that quirk.

I guess there's a lot of people that don't use Linux as a daily driver.

dd works fine on Linux for writing the images, or if you like the GUI route Ubuntu based distro have USB image writer which works fine every time.

Another thing I've noticed, which boils down to understanding things. The Linuxcnc images for the RPi are not related to the Official Raspberry Pi images and are not meant to be used as a "daily driver" OS, they are solely for running a CNC machine and maybe for those that want or need to building Linuxcnc.

So to use these images without any issues, don't assume that they have or need the same tools that the images from the Raspberry Pi foundation.

For reference this is the tool I've used for archiving images (one caveat I'm not a windows or mac user, I'm soley a Linux user):
github.com/Drewsif/PiShrink