- Posts: 505
- Thank you received: 0
Plans for other UI in current debian (and future versions)?
just out of curiosity I setup a virtual box with current debian (buster) and built there linuxcnc from git (master).
Build terminates without significant errors, but only tk-variants are able to run.
All gtk-Variants fail with missing gtkglwidgets - I installed the dev-package of that library, but build-process does not use it?
... and QT-Variants fail, cause kde in current debian is no more based on x-server, but on new wayland architecture.
... and even worse: end of this year is the end of python2.
So what are the plans of linuxcnc?
Please Log in to join the conversation.
I see there has been work on python3
Python3 allows us to move everything to current libraries.
I don't know about Kde and wayland but it would make sense that Qt will fix that problem, or I guess we might have to use Gnome?
As you pointed out Tk (AXIS) works which, because it's very popular delays work on the rest.
Chris
Please Log in to join the conversation.
Ok, is that work publicly accessible?I see there has been work on python3
.
Hm, I don't think, that Qt will see the resposability for that.but it would make sense that Qt will fix that problem
The point is, that communication between applications works different.
You might have a look at d-bus - guess that is the "new" communication layer.
regards Reinhard
Please Log in to join the conversation.
AFAIK KDE uses Qt, So somehow Qt must work with wayland.
And then I would bet that pyqt works with wayland - or wow they are losing alot of programs.
What might not work is linuxcnc's current version of pyqt which is python 2 based.
So then we are right back to needing python 3 in linuxcnc.
Chris
Please Log in to join the conversation.
you need a closer look to qt-variants of linuxcnc. Not everything, what happens there is the responsability of Qt!
These are the logs from terminal, running any of the qt-variants of linuxcnc:
cheers Reinhard
Please Log in to join the conversation.
If you don;t use it then when focus is on the embedded panel keyboard events only go to the embedded program, so things like 'estop' and 'pause' etc won't work as expected.
It should be possible to detect that Xlib is not available and just lose the utility rather then error.
Chris
Please Log in to join the conversation.
I have made some progress with changing
import rsvg
to
from gi.repository import Rsvg as rsvg
for example, but it's not a job I have finished to a working state.
Please Log in to join the conversation.
thanks for the link. That sounds quite interesting and promising. Going ahead to gtk3 sounds right.
I don't know much about linuxcnc and used parts - is there anyway a way to help?
Please Log in to join the conversation.
andypugh wrote: There is a script to help:https://pygobject.readthedocs.io/en/latest/guide/porting.html
I have made some progress with changing
import rsvg
to
from gi.repository import Rsvg as rsvg
for example, but it's not a job I have finished to a working state.
i think you will find that gremlin is the problem. I did this years ago in a gtk3 branch.
Maybe we can find a work arounf for gremlin ( I did for qtvcp)
Chris M
Please Log in to join the conversation.
most here will agree that you real quick within weeks come to the system
but the start will get people away from the system as so many go in different direction
now taking off cause needed the Future is even more a no way to go for many
they will come sooner or later if they need a good system
the community is now in the full 6month new system develscircle
while most/manny users are still with a real good running 10.04 setup
for shure the new things are great ,a gift to the cnc community as it grows day by day
the system needs to follow
Please Log in to join the conversation.
