LinuxCNC on Intel Clear Linux

One of the developers at Clear Linux team stated the following on Github yesterday:

I did attempt to package this. The biggest issue is that the LinuxCNC team itself thinks one of the produced binaries has a license conflict between GPL2.0 and GPL3.0 when building a binary for redistribution. Since that's what we're trying to do, we're kind of stuck until/unless they fix it or decide that it's not a conflict.

Does anybody know anything about this? I have requested more details about the specific binary.

I think switch when running configure may help.



Here's my opinion on latency.
For mesa cards epp\pci\pcie\ethernet\spi (rpi platform) or similar motion cards (seems to be a few more of these projects around now) where a base thread is not required it a little say loose, up to a certain point. I may be one of the few Luddites that still considers EPP an alternative .
It's when the Linuxcnc machine generates the step\dir signals and read encoders requiring a base thread that things get tight.
Even a i5-3470 machine from about 2012/2013 can perform fine when having to produce step\dir signals. (btw I found this machine on the side of the road, someone had put it out for "council" cleanup.)

@Tommy Slackware was my goto disrto for years, but I got a little tired of having to build missing libs and such to install a new piece of software. The last time I used Redhat was version 9, back in the days when you had to do some weird stuff to use wifi, some of which was using windows drivers, in some way or another, that's right ndiswrapper.

Thank you cornholio. As a matter of fact, they did run with:

Code:

--enable-non-distributable=yes

 

Might be best to raise the issue on github, more devs there.

Cant do this anymore bye all wrote:

.... that's right ndiswrapper.

Oh how i hated that, to the point of buying Senao access points and using the internal PCMCIA cards as they used Atheros chipset that worked properly.

Licenses were reviewed in depth by Debian as part of getting into their distros. (There are many different licenses) I think you can say the differences in licenses is not a conflict or we would not be in Debian