Weiler E30 Lathe retrofit?

I would totally participate to a LinuxCNC fest!
Hopefully when this covid ends, that will be resumed, I would love to meet other guys passionate about LinuxCNC.

Hi Tom, nice to meet you!
Are you also a developer of linuxcnc?
I have made a custom UI for my lathe, built in kotlin (some kind of java on steroids), and it communicates with linuxcnc library with a JNI layer.
So far I don't know anyone who knows more low level details about linuxcnc.
If you can point me to someone, I would be grateful!

Awesome! Since I am building everything from gcode generators through conversational I will need to understand everything in depth, so I will need your help! Now I am trying to digest G70, G71, G72

I have ran into an issue with my lathe conversion. 
I have have created a hal component from code, I have linked the 4 positions of the joystick to my pins, so I can observe in the software the state of the joystick. Then when in order to do the power feed functionality, when the joystick is moved towards Z- I issue programatically an mdi command that does "G53 G1 Z{zAxis.minLimit"}.
This will feed the axis at the set feed rate until I bring the joystick to neutral position, when I call programatically taskAbort, which stops the feeding motion. The nice thing about this is that I can easily turn chamfers, tapers (a functionality that sinumerik has), because I am calculating a destination point withing the machine bounds, based on a user entered angle, then I do an G1 towards that coordinate. This is also tested and works brilliantly. 
The problem is that when I do taskAbort this also stops the spindle, not only the feeding motion. So I need to find a way to stop the feeding motion without stopping the spindle. 
I am out of ideas, if you have any suggestions, please let me know...

can't you just set the feed rate to 0?

That seems to work.
I am now trying to figure out why in G95, it feeds even without the spindle being on.
motion.spindle-speed-in is connected, also spindle at speed is connected.

G95 - is Units per Revolution Mode In units per revolution mode, an F word is interpreted to mean the controlled point should move a certain number of inches per revolution of the spindle, depending on what length units are being used and which axis or axes are moving. G95 is not suitable for threading, for threading use G33 or G76. G95 requires that motion.spindle-speed-in to be connected.

Hi Andy,
By using halui.axis.Z.plus/minus, can I achieve feed per rev?
The machine would still be in manual mode, so mpg's would be active.
Also the sinumerik had taper turning, when you were toggling a button on the controller, and when taper turning was active, actuating the joystick would move both axes so that it would cut a taper.
I have achieved all that functionality with my implementation and it seems to work so far.
I think the nicest way of obtaining this would be with a custom component, but I don't have enough c/c++ skills for that.

I am now trying to figure out Constant surface speed mode.
When G96 D2500 S250 is active, should the spindle accelerate/decelerate when jogging the X axis with the MPG?