Updating from LINUXCNC - 2.8.4-23, Mint 20.3 - gmoccapy lathe structure

Aha. Many thanks - commenting out that duplicated line did the trick, so I now have the machine moving in closed loop, homing correctly and e-stopping safely. That's a great step forward and it feels as if I'm getting close to getting this sorted out.

I now have to get the xhc-whb04b-6 MPG connected up (currently commented out) and the spindle vfd doesn't respond, so I'll need to check that out too.

Andy Pugh's macros don't show up in my GUI. I have the tab showing up but clicking on it does nothing - none of the graphics appear. There are several gmoccapy lathe sims that work but something's not right in my setup. Again, I'm not clear what files need to be where and what configs need to be set up. Is there any documentation for the lathe macros that I can refer to?

Many thanks

I have to admit that Linuxcnc is the only application I have that requires Linux. Like Andy, my engineering job requires almost exclusively Windows based programs, as do my family, for whom I appear to be IT manager.

@andypugh - could you suggest why your macros aren't showing up in my gmoccapy GUI? I've got no errors showing but clicking on the "cycles" tab doesn't change from the XZ preview.

Thanks for the reply. I've been busy with roofing, plumbing, parquet flooring etc but managed to sneak out to the workshop finally.

I've managed to get the spin boxes to appear in an otherwise blank macro screen, which is some form of progress. This was by removing the "notouch=1 -U norun=0 -u" switches from the EMBED_TAB_COMMAND line.

However, the gmoccapy screen is now bigger than the primary display once gladevcp starts up. That doesn't seem to prevent anything new from working otherwise. Presumably I need to correct the screen resolution, possibly by installing better video drivers? It used to fit the screen.
EDIT: the native resolution of the Hanspree HT225 is 1920x1080, same as the second display. No end of playing with display seems to prevent the GUI spilling over beyond the extents of the display(s), other than commenting out the EMBED_TAB line.

My path statement looks like this but perhaps I need to read up on linux path syntax:SUBROUTINE_PATH = ~/nc_files:~/lathe_macros:~/subroutines:~/python
...where those subfolders are in the folder where the INI file is held.
EDIT: I now see I should use the dot character rather than tilde in linux to denote a relative path. I will try that...
Beyond that, when I run linuxcnc from the command prompt, it reveals a royal mess. Clearly gladevcp isn't happy (see attached log file).

I tried installing python-rsvg but it didn't like that:
murray@LinuxCNC:~$ sudo apt-get install python-rsvg
[sudo] password for murray:
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
E: Unable to locate package python-rsvg

There are a few things going on here, to say the least - could you suggest what I focus on in the first instance?
 

Haha no problem! Yes, I know I still have a lot to learn but I think I'm getting there in my own time. 
I won't bother with pics of floors, roofs or pipes but here's some metal I did earlier in 2019. I look forward to hearing where I'm going wrong!
Like a lot of people on here, I also have a day job - in my case power electronics product development that requires a fair bit of travel to Korea and Japan, in addition to time in the office each week away from home.

Pretty sweet.


Nah that's really sweet. Wot it do ?