emc-developers — Developer specific. For issues of interest to users see emc-users list (below)

[Emc-developers] [Hosted Weblate] New comment in LinuxCNC/LinuxCNC Documentation

[Américo M. <no...@we...>]

#  Comment added

[ a-monteiro](https://hosted.weblate.org/user/a-monteiro/ "Américo Monteiro"):
[Hosted Weblate](https://hosted.weblate.org) /
[LinuxCNC](https://hosted.weblate.org/projects/linuxcnc/) / [LinuxCNC
Documentation](https://hosted.weblate.org/projects/linuxcnc/linuxcnc-docs/) /
[English](https://hosted.weblate.org/projects/linuxcnc/linuxcnc-docs/en/)

## Source string

GitHub is an infrastructure on its own and explained in depth elsewhere. Just
to get you motivated if you do not know it already.offers to perform a clone
for you and have that instance made publicly available. GitHub refers to such
an additional instance of another repository as a "fork". You can easily (and
at no cost) create a fork of the LinuxCNC git repository at GitHub, and use
that to track and publish your changes. After creating your own GitHub fork of
LinuxCNC, clone it to your development machine and proceed with your hacking
as usual.

## Source string description

type: Plain text

## Comment

it already.offers to perform

this is confusing -- should be fixed ?

[Edit this string](https://hosted.weblate.org/translate/linuxcnc/linuxcnc-
docs/en/?checksum=9d6602fc05d0a1b7#comments)

## Source string location

src/code/building-linuxcnc.adoc:67

## Translation Info

| All strings             |  [ 33,805 ](https://hosted.weblate.org/translate/linuxcnc/linuxcnc-docs/en/)                      |                                                                                                 |
|-------------------------|---------------------------------------------------------------------------------------------------|-------------------------------------------------------------------------------------------------|
| Translated strings      |  [ 33,805 ](https://hosted.weblate.org/translate/linuxcnc/linuxcnc-docs/en/?q=state:>=translated) |  [ 100% ](https://hosted.weblate.org/translate/linuxcnc/linuxcnc-docs/en/?q=state:>=translated) |
| Untranslated strings    |  [ 0 ](https://hosted.weblate.org/translate/linuxcnc/linuxcnc-docs/en/?q=state:empty)             |  [ 0% ](https://hosted.weblate.org/translate/linuxcnc/linuxcnc-docs/en/?q=state:empty)          |
| Unfinished strings      |  [ 0 ](https://hosted.weblate.org/translate/linuxcnc/linuxcnc-docs/en/?q=state:<translated)       |  [ 0% ](https://hosted.weblate.org/translate/linuxcnc/linuxcnc-docs/en/?q=state:<translated)    |
| Strings marked for edit |  [ 0 ](https://hosted.weblate.org/translate/linuxcnc/linuxcnc-docs/en/?q=state:needs-editing)     |  [ 0% ](https://hosted.weblate.org/translate/linuxcnc/linuxcnc-docs/en/?q=state:needs-editing)  |


[View](https://hosted.weblate.org/projects/linuxcnc/linuxcnc-docs/en/)

  
[Weblate, the libre continuous localization system.](https://weblate.org/)

Generated on Aug. 15, 2025, 12:41 a.m..

Re: [Emc-developers] Building closer community FreeCAD & LinuxCNC

[Nicklas SB K. <nk...@nk...>]

Robot with parameters is probably a better option.

Have an old robot puma style robot I am working on. Kinematics is slightly different sinde there is some coupling
between joints and on some joints limit depend on other joint angles.

Can run robot with G-code (x,y,z) coordinates but only slow. Pretty sure there is a problem with kinematics module,
while limit on joint speeds is constant they depend on coordinates then moving in (x, y, z) space.

Tried it but had little bit of a problem with the programming. Guess move between points, follow edges or curves would
be a good option. Possibility to add distance to corners there replace sharp corner with arc is allowed would be a good
option?


Nicklas Karlsson


ons 2025-08-13 klockan 20:21 +1000 skrev rodw:
> I just had a browse through the Freecad docs and noticed there was a kuka robot sim that was unmaintained. I wonder if
> there is scope to integrate sims for some of our kinematics models that have vismach support? Refer to Advanced topics
> in our docs. Having integrated 5 axis CAM for TCP with this would be cool.
>  
>  
>  
> On 2025-08-13 19:42, andy pugh  <bod...@gm...>  wrote:
> > On Tue, 12 Aug 2025 at 23:22, Brad Collette  <sho...@gm...>  wrote:
> > 
> > >  Are you guys interested in a closer
> > >  relationship and exploring some joint development?  Is this the best place
> > >  to communicate?
> > 
> > I think that it would be useful to integrate more closely.
> > One thing that could be of immense value would be as system to
> > automatically keep the tool tables in synch,
> > 
> > I don't actually use FreeCAD. I know that I should, and I want to, but
> > I have used Autodesk products professionally since the 1990s and it's
> > hard to commit to the switch.
> > 
> > --   
> > atp
> > "A motorcycle is a bicycle with a pandemonium attachment and is
> > designed for the especial use of mechanical geniuses, daredevils and
> > lunatics."
> > — George Fitch, Atlanta Constitution Newspaper, 1912
> > 
> > 
> > _______________________________________________
> > Emc-developers mailing list
> > Emc...@li...
> > https://lists.sourceforge.net/lists/listinfo/emc-developers
> _______________________________________________
> Emc-developers mailing list
> Emc...@li...
> https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Building closer community FreeCAD & LinuxCNC

[Nicklas SB K. <nk...@nk...>]

ons 2025-08-13 klockan 11:47 +0000 skrev Steffen Möller via Emc-developers:
> Hi all,
> 
> Thank you for tons for reaching out! I am using FreeCAD and like it a lot (short intermezzo with SolidWorks).
> 
> * Andy's suggestion of a tool table synchronization sounds very good, indeed.
> * I am also with Rod that we could well think about syncing with FreeCAD's dynamic visualisation. Maybe part of some
> joint work on CAM could be to prepare parameterised models for the most common sorts of mills/lathes which would then
> allow to detect a different set of errors while simulating the G-code processing already from within FreeCAD? Or could
> any FreeCAD visualisation be embedded in the LinuxCNC Qt-based GUIs?

G-code simulation currently use mesh. Use the primitives available in open cascade together with boolean operations to
remove material is most certainly a better option. Advantage with this method is it also create a new shape that may be
used in next machining operation.

Expect simulation with ideal shapes, no surface roughness is goode enough or maybe actually a very good option. First
priority show part after machining, less need for animation of machining process.
No FEM simulation of cutting process.

> * G-code compatibility - what can we do to ensure that anything that FreeCAD generates can indeed be interpreted by
> LinuxCNC in an automated fashion? I am dreaming of a set of objects for which FreeCAD obviously knows what they look
> like and can generate a surface mesh from them. And we would somehow trigger LinuxCNC to also generate a surface mesh
> from the G-code that is generated. And then there is a difference between the two that should be minimal.
Why approximate with a mesh if there is 3D objects with parameters?

Noticed FreeCAD use Open Cascade internally. Openscad notice the difference in name use CGAL internally. Developer list
for CGAL is impressive and they use some kind of algebraic numbers so that intersections between curves are exactly on
the lines. If something should be done in Linuxcnc CGAL might be a good or maybe the best option as a geometric library.

> * Outreach - we should point to FreeCAD and its CAM from our website. And, @Rod, FreeCAD is already shipping with the
> LinuxCNC LiveCD?
Have used the CAM module in FreeCAD to generate G-code and machined som real parts.


Nicklas  Karlsson

Re: [Emc-developers] github treachory

[gene h. <ghe...@sh...>]

On 8/14/25 06:24, andy pugh wrote:
> On Thu, 14 Aug 2025 at 11:18, gene heskett <ghe...@sh...> wrote:
>
>> this command has now timed out 2 days in a row:
>>
>> git clone git://github.com/zmanda/amanda.git
>>
>> So I send firefox to the site and are greeted with a paywall login.
> I wasn't.
>
> Try
>
> git clone https://github.com/zmanda/amanda.git
Which worked but my typing in the dark failed miserably, thank you Andy

Cheers, Gene Heskett, CET.
-- 
"There are four boxes to be used in defense of liberty:
  soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
  - Louis D. Brandeis

Re: [Emc-developers] github treachory

[gene h. <ghe...@sh...>]

On 8/14/25 06:24, andy pugh wrote:
> On Thu, 14 Aug 2025 at 11:18, gene heskett <ghe...@sh...> wrote:
>
>> this command has now timed out 2 days in a row:
>>
>> git clone git://github.com/zmanda/amanda.git
>>
>> So I send firefox to the site and are greeted with a paywall login.
> I wasn't.
>
> Try
>
> git clone https://github.com/zmanda/amanda.git
which worked, thank you Amdy
>

Cheers, Gene Heskett, CET.
-- 
"There are four boxes to be used in defense of liberty:
  soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
  - Louis D. Brandeis

Re: [Emc-developers] github treachory

[andy p. <bod...@gm...>]

On Thu, 14 Aug 2025 at 11:18, gene heskett <ghe...@sh...> wrote:

> this command has now timed out 2 days in a row:
>
> git clone git://github.com/zmanda/amanda.git
>
> So I send firefox to the site and are greeted with a paywall login.

I wasn't.

Try

git clone https://github.com/zmanda/amanda.git

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912

[Emc-developers] github treachory

[gene h. <ghe...@sh...>]

Does anyone know how to access the new github? It appears that M$ has 
put up a paywall.
this command has now timed out 2 days in a row:

git clone git://github.com/zmanda/amanda.git

So I send firefox to the site and are greeted with a paywall login. No 
access to content seems to be possible.
OTOH linuxcnc seems not to be affected, I just spent 15 minutes browsing 
that github link from linuxcnc.org's source link..

Ideas?

Cheers, Gene Heskett, CET.
-- 
"There are four boxes to be used in defense of liberty:
  soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
  - Louis D. Brandeis

Re: [Emc-developers] Building closer community FreeCAD & LinuxCNC

[andy p. <bod...@gm...>]

On Wed, 13 Aug 2025 at 23:57, Ted <las...@gm...> wrote:

> Very specifically I had a concern (and a desire to
> modify) the details of a tool change; the order that Path spit out the
> TC details was retract, spindle off, TC, rapid to safe plane, spindle
> on, engage (example). The clear Z-height from TC to table is 20 inches.
> Rapiding down to 1/8" above the part at 1000ipm before the spindle
> starts is a scary experience.

That seems like a low-hanging fruit. In general the best way to do a
toolchange with LinuxCNC is to _just_ issue a T and an M6, and let the
specifics of what happens next be inside LinuxCNC.

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912

Re: [Emc-developers] Building closer community FreeCAD & LinuxCNC

[Chad W. <CW...@rm...>]

>
>
> * Andy's suggestion of a tool table synchronization sounds very good,
> indeed.
>

We have manual import/export now.  Our tool system is undergoing some major
changes recently and the serializers have been improved.
We can certainly make the user experience around sync better.


> * I am also with Rod that we could well think about syncing with FreeCAD's
> dynamic visualisation. Maybe part of some joint work on CAM could be to
> prepare parameterised models for the most common sorts of mills/lathes
> which would then allow to detect a different set of errors while simulating
> the G-code processing already from within FreeCAD? Or could any FreeCAD
> visualisation be embedded in the LinuxCNC Qt-based GUIs?
>

There's someone who has built a robot workbench.
<https://github.com/drfenixion/freecad.robotcad>  I haven't played with it
yet but I'm told it works with the new integrated assembly workbench.  So a
user can model a robot, build the assembly to test manual moving of
joints.  Then export a ROS2 definition.  Being able to do the same thing
for a CNC machine with simulation would be a killer feature, especially if
it worked with non-trivial kinematics.


> * G-code compatibility - what can we do to ensure that anything that
> FreeCAD generates can indeed be interpreted by LinuxCNC in an automated
> fashion? I am dreaming of a set of objects for which FreeCAD obviously
> knows what they look like and can generate a surface mesh from them. And we
> would somehow trigger LinuxCNC to also generate a surface mesh from the
> G-code that is generated. And then there is a difference between the two
> that should be minimal.
>

We're also working on our post-processor architecture now.  What we have
isn't bad but has a ton of duplicated code and isn't very user-friendly for
customizing a post. Our LinuxCNC post-processor is the reference post that
most of the others are built on.
I've been working on CAM now for about 12 years and nobody has ever asked
for bspline gcode.  Is this desired by commercial users?


> * Outreach - we should point to FreeCAD and its CAM from our website. And,
> @Rod, FreeCAD is already shipping with the LinuxCNC LiveCD?
>
> From what I observe, this mailing list is a good place for the exchange
> between LinuxCNC and FreeCAD. As an extra, I happen to be put in charge to
> have our series of video conferences restarted. May I ask you to present a
> demo on how FreeCAD works and the CAM with it?
>

I'd be happy to do a demo but might not be the best person.  There are a
couple folks working with us that are using and teaching it in makerspace
environments right now that would do a better job.

As far as outreach goes,  I'd like to encourage more youtubers and content
creators to go deep on linuxcnc + FreeCAD.   Getting a Mango Jelly
<https://www.youtube.com/@MangoJellySolutions> or Open Source CNC
<https://www.youtube.com/@opensourcecnc> can really accelerate interest.
I'm not an electrical engineer but I've converted a couple machines to
linuxcnc and I would have killed for some high quality, novice oriented
content on conversion and setup.  Even now, I'd kill for someone who really
understands DWO/TCPC to educate me.


>
> Best,
> Steffen
>
>
> > Gesendet: Mittwoch, 13. August 2025 um 12:21
> > Von: rodw <ro...@ve...>
> > An: "EMC developers" <emc...@li...>
> > Betreff: Re: [Emc-developers] Building closer community FreeCAD &
> LinuxCNC
> >
> > I just had a browse through the Freecad docs and noticed there was a
> kuka robot sim that was unmaintained. I wonder if there is scope to
> integrate sims for some of our kinematics models that have vismach support?
> Refer to Advanced topics in our docs. Having integrated 5 axis CAM for TCP
> with this would be cool.
> >
> >
> >
> > On 2025-08-13 19:42, andy pugh  <bod...@gm...>  wrote:
> > > On Tue, 12 Aug 2025 at 23:22, Brad Collette  <sho...@gm...>
> wrote:
> > >
> > > >  Are you guys interested in a closer
> > > >  relationship and exploring some joint development?  Is this the
> best place
> > > >  to communicate?
> > >
> > > I think that it would be useful to integrate more closely.
> > > One thing that could be of immense value would be as system to
> > > automatically keep the tool tables in synch,
> > >
> > > I don't actually use FreeCAD. I know that I should, and I want to, but
> > > I have used Autodesk products professionally since the 1990s and it's
> > > hard to commit to the switch.
> > >
> > > --
> > > atp
> > > "A motorcycle is a bicycle with a pandemonium attachment and is
> > > designed for the especial use of mechanical geniuses, daredevils and
> > > lunatics."
> > > — George Fitch, Atlanta Constitution Newspaper, 1912
> > >
> > >
> > > _______________________________________________
> > > Emc-developers mailing list
> > > Emc...@li...
> > > https://lists.sourceforge.net/lists/listinfo/emc-developers
> > _______________________________________________
> > Emc-developers mailing list
> > Emc...@li...
> > https://lists.sourceforge.net/lists/listinfo/emc-developers
> >
>

In terms of cross platform - Gcodegraphics is really slow and memory intensive on larger models - If the FreeCAD community has developers that are great with graphics optimizations, I'm sure it would be a welcomed area for improvement.
-Chad

Re: [Emc-developers] Building closer community FreeCAD & LinuxCNC

[Ted <las...@gm...>]

Brad - I would whole-heartedly welcome this, and be look forward to 
contribute, especially in the CAM and "non-standard machine development" 
(such as for CMM, arms, forming etc).

I've been a user/fan of FreeCad for quite a while (Rhino3d is my daily 
drive, but I really like some of the workbenches available in FC 
especially in optics and sheetmetal), and worked through as much of the 
"pre1.0-post1.0" fun without too much difficulty. I did however hit a 
challenge that I think could use some focus; the nice thing about 
LinuxCNC (and back to its EMC2 days) is that it is wonderfully flexible 
- almost to a point that one could believe that no two machines on the 
planet might be identical. This leads to a challenge of trying to 
maintain standards and consistency.
I realize that CAM output with FC is still evolving, particularly 
between the legacy API and refactored posts (one thing that really 
caught me up during my development) and what I wished existed was a 
framework for "here are rules we can violate, and here are rules that we 
will not violate and why, for the sake of the roadmap". (Rather than a 
"don't do that" response.) A good example of this would be the 
definition of "safe" and "clearance" heights. I was tersely pointed to a 
non-existent wiki page as the "definition", but no further. To my joy, 
another developer stepped up.

I'm as comfortable with software development as I am with machining 
professionally and machine building (although I admit my C and C++ is 
better than my python), however I do love to tinker deeply under the 
hood (pretty much an accepted requirement for LCNC). Back in February, I 
attempted to write a FC post processor for my unmodified Mazak VCN 
vertical mill. Keeping in mind that "changing the function on the 
control to match FreeCad's output" wasn't an option. (Of which that was 
a recommendation). Very specifically I had a concern (and a desire to 
modify) the details of a tool change; the order that Path spit out the 
TC details was retract, spindle off, TC, rapid to safe plane, spindle 
on, engage (example). The clear Z-height from TC to table is 20 inches. 
Rapiding down to 1/8" above the part at 1000ipm before the spindle 
starts is a scary experience. Setting the safe plane 20" high is a waste 
of cutting (air). A number of comparative CAM programs all had me 
trained for the spindle to have accel'd to speed before that move to 
safe height. Additionally, the Mazak Matrix control required some 
additional move data on the same block as a G43 TLO, not something once 
can disable in the control, so really needed to be addressed in the 
post-processor. Again, this was earlier in the year and a lot more 
development has occurred I'm sure, but the forum conversations somewhat 
directed to "it would be serious surgery to be able to make that change" 
and "a post-post-processor would be the appropriate choice". I did 
actually succeed in writing that post-processor, including 1 block 
"look-behind-ahead" which was the only way I could override the tool 
change sequence to my liking, despite it not being my cleanest work.  
Being able to query the Path classes for and after machining operations 
would be helpful, even if that type of access is "serious surgery".
That above situation doesn't leave me with bad feelings; with a larger 
developer group it is difficult to have one opinion that solves all 
wishes. Ed, Larry and Julian certainly contribute so much to the 
community and I'm thankful for it. I would also like to participate 
however what pushed me back was that the source for this information 
really seemed to need to come from other developers via forum questions 
thus being "drip-fed", rather than being well documented online (and 
thus memorialized).

I think a collaboration between the two groups would help each other 
immensely - figuring out how to limit some development can be just as 
beneficial as unlimited flexibility,and those paths are joined by 
cooperative efforts.

Just my 0.02, but due to tariffs, not actually valued at 0.02.....

Regards,
Ted.


On 8/12/2025 6:19 PM, Brad Collette wrote:
> Greetings from FreeCAD land!
>
> Last weekend the FreeCAD community had a very small gathering in
> Springfield, Il. While we only had a handful of folks attending in person,
> this was our third North American meetup and our seventh or eighth real
> world gathering.  (Our big meeting is every February in Brussels and timed
> to correspond with Fosdem).  For the last couple years, we've been meeting
> in conjunction with the KiCAD community.
>
> Anyway, the meetup in Springfield was dominated by interest in CAM. Almost
> every attendee is either working on CAM or connected to a makerspace that
> wants to use it. One of the highlights was a zoom meeting with Neil
> Gershenfeld from MIT Center for Bits and Atoms and founder of the FAB
> Academy.  They are very anxious to incorporate more FOSS software in their
> curriculum and are pushing FreeCAD hard to develop multi-axis CAM
> capability.  They are also willing to provide equipment or other resources
> to accelerate development.
>
> A few of us had also attended LinuxCNC meetups in the past and one
> sentiment that was expressed repeatedly was;  "We need a closer
> relationship with the LinuxCNC guys!" so here I am to get that rolling.
> I guess to start things off; Are you guys interested in a closer
> relationship and exploring some joint development?  Is this the best place
> to communicate?
>
> Cheers
>


-- 
This email has been checked for viruses by Avast antivirus software.
www.avast.com

Re: [Emc-developers] Building closer community FreeCAD & LinuxCNC

[Brad C. <sho...@gm...>]

>
>
> * Andy's suggestion of a tool table synchronization sounds very good,
> indeed.
>

We have manual import/export now.  Our tool system is undergoing some major
changes recently and the serializers have been improved.
We can certainly make the user experience around sync better.


> * I am also with Rod that we could well think about syncing with FreeCAD's
> dynamic visualisation. Maybe part of some joint work on CAM could be to
> prepare parameterised models for the most common sorts of mills/lathes
> which would then allow to detect a different set of errors while simulating
> the G-code processing already from within FreeCAD? Or could any FreeCAD
> visualisation be embedded in the LinuxCNC Qt-based GUIs?
>

There's someone who has built a robot workbench.
<https://github.com/drfenixion/freecad.robotcad>  I haven't played with it
yet but I'm told it works with the new integrated assembly workbench.  So a
user can model a robot, build the assembly to test manual moving of
joints.  Then export a ROS2 definition.  Being able to do the same thing
for a CNC machine with simulation would be a killer feature, especially if
it worked with non-trivial kinematics.


> * G-code compatibility - what can we do to ensure that anything that
> FreeCAD generates can indeed be interpreted by LinuxCNC in an automated
> fashion? I am dreaming of a set of objects for which FreeCAD obviously
> knows what they look like and can generate a surface mesh from them. And we
> would somehow trigger LinuxCNC to also generate a surface mesh from the
> G-code that is generated. And then there is a difference between the two
> that should be minimal.
>

We're also working on our post-processor architecture now.  What we have
isn't bad but has a ton of duplicated code and isn't very user-friendly for
customizing a post. Our LinuxCNC post-processor is the reference post that
most of the others are built on.
I've been working on CAM now for about 12 years and nobody has ever asked
for bspline gcode.  Is this desired by commercial users?


> * Outreach - we should point to FreeCAD and its CAM from our website. And,
> @Rod, FreeCAD is already shipping with the LinuxCNC LiveCD?
>
> From what I observe, this mailing list is a good place for the exchange
> between LinuxCNC and FreeCAD. As an extra, I happen to be put in charge to
> have our series of video conferences restarted. May I ask you to present a
> demo on how FreeCAD works and the CAM with it?
>

I'd be happy to do a demo but might not be the best person.  There are a
couple folks working with us that are using and teaching it in makerspace
environments right now that would do a better job.

As far as outreach goes,  I'd like to encourage more youtubers and content
creators to go deep on linuxcnc + FreeCAD.   Getting a Mango Jelly
<https://www.youtube.com/@MangoJellySolutions> or Open Source CNC
<https://www.youtube.com/@opensourcecnc> can really accelerate interest.
I'm not an electrical engineer but I've converted a couple machines to
linuxcnc and I would have killed for some high quality, novice oriented
content on conversion and setup.  Even now, I'd kill for someone who really
understands DWO/TCPC to educate me.


>
> Best,
> Steffen
>
>
> > Gesendet: Mittwoch, 13. August 2025 um 12:21
> > Von: rodw <ro...@ve...>
> > An: "EMC developers" <emc...@li...>
> > Betreff: Re: [Emc-developers] Building closer community FreeCAD &
> LinuxCNC
> >
> > I just had a browse through the Freecad docs and noticed there was a
> kuka robot sim that was unmaintained. I wonder if there is scope to
> integrate sims for some of our kinematics models that have vismach support?
> Refer to Advanced topics in our docs. Having integrated 5 axis CAM for TCP
> with this would be cool.
> >
> >
> >
> > On 2025-08-13 19:42, andy pugh  <bod...@gm...>  wrote:
> > > On Tue, 12 Aug 2025 at 23:22, Brad Collette  <sho...@gm...>
> wrote:
> > >
> > > >  Are you guys interested in a closer
> > > >  relationship and exploring some joint development?  Is this the
> best place
> > > >  to communicate?
> > >
> > > I think that it would be useful to integrate more closely.
> > > One thing that could be of immense value would be as system to
> > > automatically keep the tool tables in synch,
> > >
> > > I don't actually use FreeCAD. I know that I should, and I want to, but
> > > I have used Autodesk products professionally since the 1990s and it's
> > > hard to commit to the switch.
> > >
> > > --
> > > atp
> > > "A motorcycle is a bicycle with a pandemonium attachment and is
> > > designed for the especial use of mechanical geniuses, daredevils and
> > > lunatics."
> > > — George Fitch, Atlanta Constitution Newspaper, 1912
> > >
> > >
> > > _______________________________________________
> > > Emc-developers mailing list
> > > Emc...@li...
> > > https://lists.sourceforge.net/lists/listinfo/emc-developers
> > _______________________________________________
> > Emc-developers mailing list
> > Emc...@li...
> > https://lists.sourceforge.net/lists/listinfo/emc-developers
> >
>


-- 
Brad Collette
573-427-7132

GPG A093 832E 39F6 7F5E

Re: [Emc-developers] Building closer community FreeCAD & LinuxCNC

[Bari <bar...@gm...>]

I have been interested in developing open 5+ axis CAM for quite some 
time, but my time and resources never seem to match up.

I joined a local makerspace last year that already has a 5 axis mill. 
They even have a 5-axis Solidworks CAM License. The mill has had the 4th 
and 5th axes mechanically locked in place for years with nuts and bolts. 
When I offered to get 4 and 5 running again there was an uproar about 
how  there would be too many problems for users (CAM, Crashes, 
Complexity, etc.).

I haven't looked into the current PATH source for FreeCAD. If I can see 
how to work with it I will jump in at some point.

-Bari

On 8/12/25 5:19 PM, Brad Collette wrote:
> Greetings from FreeCAD land!
>
> Last weekend the FreeCAD community had a very small gathering in
> Springfield, Il. While we only had a handful of folks attending in person,
> this was our third North American meetup and our seventh or eighth real
> world gathering.  (Our big meeting is every February in Brussels and timed
> to correspond with Fosdem).  For the last couple years, we've been meeting
> in conjunction with the KiCAD community.
>
> Anyway, the meetup in Springfield was dominated by interest in CAM. Almost
> every attendee is either working on CAM or connected to a makerspace that
> wants to use it. One of the highlights was a zoom meeting with Neil
> Gershenfeld from MIT Center for Bits and Atoms and founder of the FAB
> Academy.  They are very anxious to incorporate more FOSS software in their
> curriculum and are pushing FreeCAD hard to develop multi-axis CAM
> capability.  They are also willing to provide equipment or other resources
> to accelerate development.
>
> A few of us had also attended LinuxCNC meetups in the past and one
> sentiment that was expressed repeatedly was;  "We need a closer
> relationship with the LinuxCNC guys!" so here I am to get that rolling.
> I guess to start things off; Are you guys interested in a closer
> relationship and exploring some joint development?  Is this the best place
> to communicate?
>
> Cheers
>

Re: [Emc-developers] Building closer community FreeCAD & LinuxCNC

[Jon E. <el...@pi...>]

On 8/13/25 09:03, Steffen Möller via Emc-developers wrote:
>
>
>
>> Gesendet: Mittwoch, 13. August 2025 um 14:06
>> Von: "andy pugh" <bod...@gm...>
>> An: "EMC developers" <emc...@li...>
>> CC: "Steffen Möller" <ste...@gm...>
>> Betreff: Re: [Emc-developers] Building closer community FreeCAD & LinuxCNC
>>
>> On Wed, 13 Aug 2025 at 12:50, Steffen Möller via Emc-developers
>> <emc...@li...> wrote:
>>
>>> * G-code compatibility - what can we do to ensure that anything that FreeCAD generates can indeed be interpreted by LinuxCNC in an automated fashion?
>> LinuxCNC supports splines and NURBS. As far as I know no CAM software
>> outputs those.
>> In fact, many CAM softwares don't even output arcs....
>>
>> https://linuxcnc.org/docs/stable/html/gcode/g-code.html#gcode:g5
>>
>> I am not at all clear if there is any technical advantage in
>> outputting splines / NURBS from a CAM other than smaller file sizes in
>> some cases, but that's not really of much value as most CAM G-code is
>> never read by human eyes and the file size is small in real terms.
> I like it. So we would have a best-possible semantic equivalence of
> what is modelled with what is described in G-code.
>
> I recall some issue of FreeCAD-LinuxCNC compatibility that you, Andy, fixed.
> Found it:
>
> https://github.com/LinuxCNC/linuxcnc/issues/1528
>
> I thought it would be nice to catch such issues somehow automagically,
> maybe with a couple of parts modeled in FreeCAD with various sorts of
> corners, edges, shapes and forms that we could then somehow run and compare
> as part of our CI testing.

Wow, the I word in that example was 5 million user units!  I 
can imagine that small differences could fall off the 
insignificant bits of the floating point value, at least if 
not done in double precision.  It seems that an arc was not 
reasonable with such a huge radius, it would be 
indistinguishable from a straight line.

Jon

Re: [Emc-developers] Building closer community FreeCAD & LinuxCNC

[Steffen M. <ste...@gm...>]

> Gesendet: Mittwoch, 13. August 2025 um 14:06
> Von: "andy pugh" <bod...@gm...>
> An: "EMC developers" <emc...@li...>
> CC: "Steffen Möller" <ste...@gm...>
> Betreff: Re: [Emc-developers] Building closer community FreeCAD & LinuxCNC
>
> On Wed, 13 Aug 2025 at 12:50, Steffen Möller via Emc-developers
> <emc...@li...> wrote:
> 
> > * G-code compatibility - what can we do to ensure that anything that FreeCAD generates can indeed be interpreted by LinuxCNC in an automated fashion?
> 
> LinuxCNC supports splines and NURBS. As far as I know no CAM software
> outputs those.
> In fact, many CAM softwares don't even output arcs....
> 
> https://linuxcnc.org/docs/stable/html/gcode/g-code.html#gcode:g5
> 
> I am not at all clear if there is any technical advantage in
> outputting splines / NURBS from a CAM other than smaller file sizes in
> some cases, but that's not really of much value as most CAM G-code is
> never read by human eyes and the file size is small in real terms.

I like it. So we would have a best-possible semantic equivalence of 
what is modelled with what is described in G-code.

I recall some issue of FreeCAD-LinuxCNC compatibility that you, Andy, fixed.
Found it:

https://github.com/LinuxCNC/linuxcnc/issues/1528

I thought it would be nice to catch such issues somehow automagically,
maybe with a couple of parts modeled in FreeCAD with various sorts of
corners, edges, shapes and forms that we could then somehow run and compare
as part of our CI testing.

Best,
Steffen

Re: [Emc-developers] Building closer community FreeCAD & LinuxCNC

[rodw <ro...@ve...>]

>@Rod, FreeCAD is already shipping with the LinuxCNC LiveCD?

Not yet, but I was planning on building a ISO with Debian Trixie now its out when I clear a couple of other tasks. And do a Youtube Video of installing LinuxCNC on Trixie.
 
Rod
 
 
On 2025-08-13 22:07, andy pugh  <bod...@gm...>  wrote:
> On Wed, 13 Aug 2025 at 12:50, Steffen Möller via Emc-developers
> <emc...@li...>  wrote:
>
> >  * G-code compatibility - what can we do to ensure that anything that FreeCAD generates can indeed be interpreted by LinuxCNC in an automated fashion?
>
> LinuxCNC supports splines and NURBS. As far as I know no CAM software
> outputs those.
> In fact, many CAM softwares don't even output arcs....
>
> https://linuxcnc.org/docs/stable/html/gcode/g-code.html#gcode:g5
>
> I am not at all clear if there is any technical advantage in
> outputting splines / NURBS from a CAM other than smaller file sizes in
> some cases, but that's not really of much value as most CAM G-code is
> never read by human eyes and the file size is small in real terms.
>
> --   
> atp
> "A motorcycle is a bicycle with a pandemonium attachment and is
> designed for the especial use of mechanical geniuses, daredevils and
> lunatics."
> — George Fitch, Atlanta Constitution Newspaper, 1912
>
>
> _______________________________________________
> Emc-developers mailing list
> Emc...@li...
> https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Building closer community FreeCAD & LinuxCNC

[andy p. <bod...@gm...>]

On Wed, 13 Aug 2025 at 12:50, Steffen Möller via Emc-developers
<emc...@li...> wrote:

> * G-code compatibility - what can we do to ensure that anything that FreeCAD generates can indeed be interpreted by LinuxCNC in an automated fashion?

LinuxCNC supports splines and NURBS. As far as I know no CAM software
outputs those.
In fact, many CAM softwares don't even output arcs....

https://linuxcnc.org/docs/stable/html/gcode/g-code.html#gcode:g5

I am not at all clear if there is any technical advantage in
outputting splines / NURBS from a CAM other than smaller file sizes in
some cases, but that's not really of much value as most CAM G-code is
never read by human eyes and the file size is small in real terms.

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912

Re: [Emc-developers] Building closer community FreeCAD & LinuxCNC

[Steffen M. <ste...@gm...>]

Hi all,

Thank you for tons for reaching out! I am using FreeCAD and like it a lot (short intermezzo with SolidWorks).

* Andy's suggestion of a tool table synchronization sounds very good, indeed.
* I am also with Rod that we could well think about syncing with FreeCAD's dynamic visualisation. Maybe part of some joint work on CAM could be to prepare parameterised models for the most common sorts of mills/lathes which would then allow to detect a different set of errors while simulating the G-code processing already from within FreeCAD? Or could any FreeCAD visualisation be embedded in the LinuxCNC Qt-based GUIs?
* G-code compatibility - what can we do to ensure that anything that FreeCAD generates can indeed be interpreted by LinuxCNC in an automated fashion? I am dreaming of a set of objects for which FreeCAD obviously knows what they look like and can generate a surface mesh from them. And we would somehow trigger LinuxCNC to also generate a surface mesh from the G-code that is generated. And then there is a difference between the two that should be minimal.
* Outreach - we should point to FreeCAD and its CAM from our website. And, @Rod, FreeCAD is already shipping with the LinuxCNC LiveCD?

>From what I observe, this mailing list is a good place for the exchange between LinuxCNC and FreeCAD. As an extra, I happen to be put in charge to have our series of video conferences restarted. May I ask you to present a demo on how FreeCAD works and the CAM with it? 

Best,
Steffen


> Gesendet: Mittwoch, 13. August 2025 um 12:21
> Von: rodw <ro...@ve...>
> An: "EMC developers" <emc...@li...>
> Betreff: Re: [Emc-developers] Building closer community FreeCAD & LinuxCNC
>
> I just had a browse through the Freecad docs and noticed there was a kuka robot sim that was unmaintained. I wonder if there is scope to integrate sims for some of our kinematics models that have vismach support? Refer to Advanced topics in our docs. Having integrated 5 axis CAM for TCP with this would be cool.
>  
>  
>  
> On 2025-08-13 19:42, andy pugh  <bod...@gm...>  wrote:
> > On Tue, 12 Aug 2025 at 23:22, Brad Collette  <sho...@gm...>  wrote:
> >
> > >  Are you guys interested in a closer
> > >  relationship and exploring some joint development?  Is this the best place
> > >  to communicate?
> >
> > I think that it would be useful to integrate more closely.
> > One thing that could be of immense value would be as system to
> > automatically keep the tool tables in synch,
> >
> > I don't actually use FreeCAD. I know that I should, and I want to, but
> > I have used Autodesk products professionally since the 1990s and it's
> > hard to commit to the switch.
> >
> > --   
> > atp
> > "A motorcycle is a bicycle with a pandemonium attachment and is
> > designed for the especial use of mechanical geniuses, daredevils and
> > lunatics."
> > — George Fitch, Atlanta Constitution Newspaper, 1912
> >
> >
> > _______________________________________________
> > Emc-developers mailing list
> > Emc...@li...
> > https://lists.sourceforge.net/lists/listinfo/emc-developers
> _______________________________________________
> Emc-developers mailing list
> Emc...@li...
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>

Re: [Emc-developers] Building closer community FreeCAD & LinuxCNC

[rodw <ro...@ve...>]

I just had a browse through the Freecad docs and noticed there was a kuka robot sim that was unmaintained. I wonder if there is scope to integrate sims for some of our kinematics models that have vismach support? Refer to Advanced topics in our docs. Having integrated 5 axis CAM for TCP with this would be cool.
 
 
 
On 2025-08-13 19:42, andy pugh  <bod...@gm...>  wrote:
> On Tue, 12 Aug 2025 at 23:22, Brad Collette  <sho...@gm...>  wrote:
>
> >  Are you guys interested in a closer
> >  relationship and exploring some joint development?  Is this the best place
> >  to communicate?
>
> I think that it would be useful to integrate more closely.
> One thing that could be of immense value would be as system to
> automatically keep the tool tables in synch,
>
> I don't actually use FreeCAD. I know that I should, and I want to, but
> I have used Autodesk products professionally since the 1990s and it's
> hard to commit to the switch.
>
> --   
> atp
> "A motorcycle is a bicycle with a pandemonium attachment and is
> designed for the especial use of mechanical geniuses, daredevils and
> lunatics."
> — George Fitch, Atlanta Constitution Newspaper, 1912
>
>
> _______________________________________________
> Emc-developers mailing list
> Emc...@li...
> https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Building closer community FreeCAD & LinuxCNC

[andy p. <bod...@gm...>]

On Tue, 12 Aug 2025 at 23:22, Brad Collette <sho...@gm...> wrote:

> Are you guys interested in a closer
> relationship and exploring some joint development?  Is this the best place
> to communicate?

I think that it would be useful to integrate more closely.
One thing that could be of immense value would be as system to
automatically keep the tool tables in synch,

I don't actually use FreeCAD. I know that I should, and I want to, but
I have used Autodesk products professionally since the 1990s and it's
hard to commit to the switch.

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912

Re: [Emc-developers] Trixie amd :Linuxcnc

[rodw <ro...@ve...>]

I think its related to the upgrade from Debian 12. Other users have now reported it works for them
My debian 12 instance has really had a hard time over the years.  
But all I did was remove linuxcnc-uspace, delete the custom linuxcnc.list and do a dist_upgrade, followed by installing linuxcnc-uspace again. I removed linuxcnc first to make sure it came from Debian not from our repos. It should have worked....
 
Rod Webster
 
M.   +61 435 765 611
E....@er... (mailto:ro...@er...)

 
 
 
On 2025-08-11 23:08, Robert Schöftner  <rm...@un...>  wrote:
> Am Sonntag, dem 10.08.2025 um 14:51 +1000 schrieb rodw:
> >  Debian Trixie was oficially released yesterday and is now the stable
> >  branch of Debian.
> >  After a dist-upgrade from Bookworm I get
> >     
> >  rod@debian:/etc/apt/sources.list.d$ sudo apt install linuxcnc-uspace
> >  linuxcnc-uspace-dev
> >  Reading package lists... Done
> >  Building dependency tree... Done
> >  Reading state information... Done
> >  Some packages could not be installed. This may mean that you have
> >  requested an impossible situation or if you are using the unstable
> >  distribution that some required packages have not yet been created
> >  or been moved out of Incoming.
> >  The following information may help to resolve the situation:
> >     
> >  The following packages have unmet dependencies:
> >    python3-pyqt5.qtwebengine : Depends: libqt5webengine5 (>= 5.14.1)
> >  but it is not going to be installed
> >                                                            Depends:
> >  libqt5webenginecore5 (>= 5.14.1) but it is not going to be installed
> >                                                            Depends:
> >  libqt5webenginewidgets5 (>= 5.15.1) but it is not going to be
> >  installed
> >  E: Unable to correct problems, you have held broken packages.
> >     
> >  The Debian package search indicates that    our dependencies don't
> >  exist in Trixie. Yet we managed to get 2.9.4 into Trixie.
>
>
> How exactly did you upgrade?
>
> Debian packages in a release are installable and dependencies resolve,
> that is checked by automatic tooling even in development versions (and
> release-critical bugs are created if something doesn't work, which
> would block the release or get the package removed -- there have been
> such warnings regarding linuxcnc package causing breakage in recent
> months).
>
>
> Also, upgrading and installing from scratch really are different
> things, upgrading always can have minor issues especially if some 3rd
> party packages or backports are involved.
>
> --   
> Robert Schöftner  <rm...@un...>
>
>
> _______________________________________________
> Emc-developers mailing list
> Emc...@li...
> https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] Building closer community FreeCAD & LinuxCNC

[Brad C. <sho...@gm...>]

Greetings from FreeCAD land!

Last weekend the FreeCAD community had a very small gathering in
Springfield, Il. While we only had a handful of folks attending in person,
this was our third North American meetup and our seventh or eighth real
world gathering.  (Our big meeting is every February in Brussels and timed
to correspond with Fosdem).  For the last couple years, we've been meeting
in conjunction with the KiCAD community.

Anyway, the meetup in Springfield was dominated by interest in CAM. Almost
every attendee is either working on CAM or connected to a makerspace that
wants to use it. One of the highlights was a zoom meeting with Neil
Gershenfeld from MIT Center for Bits and Atoms and founder of the FAB
Academy.  They are very anxious to incorporate more FOSS software in their
curriculum and are pushing FreeCAD hard to develop multi-axis CAM
capability.  They are also willing to provide equipment or other resources
to accelerate development.

A few of us had also attended LinuxCNC meetups in the past and one
sentiment that was expressed repeatedly was;  "We need a closer
relationship with the LinuxCNC guys!" so here I am to get that rolling.
I guess to start things off; Are you guys interested in a closer
relationship and exploring some joint development?  Is this the best place
to communicate?

Cheers

-- 
Brad Collette (sliptonic)

Re: [Emc-developers] Trixie amd :Linuxcnc

[Robert S. <rm...@un...>]

Am Sonntag, dem 10.08.2025 um 14:51 +1000 schrieb rodw:
> Debian Trixie was oficially released yesterday and is now the stable
> branch of Debian.
> After a dist-upgrade from Bookworm I get
>  
> rod@debian:/etc/apt/sources.list.d$ sudo apt install linuxcnc-uspace
> linuxcnc-uspace-dev
> Reading package lists... Done
> Building dependency tree... Done
> Reading state information... Done
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> The following information may help to resolve the situation:
>  
> The following packages have unmet dependencies:
>   python3-pyqt5.qtwebengine : Depends: libqt5webengine5 (>= 5.14.1)
> but it is not going to be installed
>                                                           Depends:
> libqt5webenginecore5 (>= 5.14.1) but it is not going to be installed
>                                                           Depends:
> libqt5webenginewidgets5 (>= 5.15.1) but it is not going to be
> installed
> E: Unable to correct problems, you have held broken packages.
>  
> The Debian package search indicates that    our dependencies don't
> exist in Trixie. Yet we managed to get 2.9.4 into Trixie.


How exactly did you upgrade?

Debian packages in a release are installable and dependencies resolve,
that is checked by automatic tooling even in development versions (and
release-critical bugs are created if something doesn't work, which
would block the release or get the package removed -- there have been
such warnings regarding linuxcnc package causing breakage in recent
months).


Also, upgrading and installing from scratch really are different
things, upgrading always can have minor issues especially if some 3rd
party packages or backports are involved.

-- 
Robert Schöftner <rm...@un...>

Re: [Emc-developers] Trixie amd :Linuxcnc

[gene h. <ghe...@sh...>]

On 8/11/25 07:49, rodw wrote:
>   
> Steffen, Thanks. I have it down to try it on    a new Trixie installed from an ISO. I also posted a rough how to on the forum.
> https://forum.linuxcnc.org/9-installing-linuxcnc/56892-debian-trixie-upgrade-install-to-2-9-4#333142
> I was hoping somebody would have tried it by now.
>   
> If the new install still fails, maybe Debian can fix it in 13.1
> I will try and build a Trixie Linuxcnc ISO which would let us fix it but going with Debian would be so much easier
>
>   
>   
> Rod
Well, because the original bookworm installer insisted a mouse
button was a serial interface, I got saddled with a broken debian
system on this machine, and my constant mewling about it has
now gotten my posts to debian-user routed to /dev/null.  So I
was happy to see ubuntu support listed on linuxcnc.org a week
ago.  That makes my upgrade path from the buster installs
running all my wintel boxes much more appealing.  But when
that time comes I'll have questions for sure. I'm having excellent
results with armbian on the pi clones which has recently migrated
to include ubuntu in their arm64 stuff, on all of my rebuilt & much
faster 3d printers.

My latest project is a homemade NAS built around a bpi-m5 with 5,
4T SSD drives in a raid6 configuration for amanda's main storage.
Not active yet but might be in another week. Raid6 is configured
at 10.5T and ready to go.
> On 2025-08-11 20:02, Steffen Möller via Emc-developers  <emc...@li...>  wrote:
>> Hi Rod,
>>
>> Thank you for spotting this!
>>
>> This is awkward, but from our side I think it is all fine. For some reason the installer decided against installing the additional package, which is likely because of another installed package that needed whatever was installed before?! A tool like "aptitude" is more verbose than "apt" and makes constructive suggestions on what to update/remove to get someting installed.
>>
>> The lower-level libraries should not be listed explicitly as a dependency unless they are programmed against. So I think this is something special that happened during the update, less of a problem caused by LinuxCNC. Just, how do we explain this to our users? Maybe have an entry in the forums? Not sure yet about what to change in our documentation.
>>
>> Best,
>> Steffen
>>
>>>   Gesendet: Sonntag, 10. August 2025 um 07:30
>>>   Von: rodw  <ro...@ve...>
>>>   An: emc-developers  <emc...@li...>
>>>   Betreff: Re: [Emc-developers] Trixie amd :Linuxcnc
>>>
>>>   OK, if you first apt install   libqt5webengine5
>>>   Linuxcnc installs. I can open AXIS, GMOCCAPY and a couple of QT Sims so its all good. it wierd the dependency was not installed by the Debian way with Linuxcnc-uspace.
>>>      
>>>      
>>>      
>>>   On 2025-08-10 14:57, rodw   <ro...@ve...>   wrote:
>>>    >  Running Andy's script on linuxcnc.org also fails with the smae error.
>>>    >  This script is described in our docs at:   https://linuxcnc.org/docs/stable/html/getting-started/getting-linuxcnc.html#_installing_on_debian_bookworm_with_preempt_rt_kernel
>>>    >
>>>    >
>>>    >
>>>    >  On 2025-08-10 14:51, rodw   <ro...@ve...>   wrote:
>>>    >   >  Debian Trixie was oficially released yesterday and is now the stable branch of Debian.
>>>    >   >  After a dist-upgrade from Bookworm I get
>>>    >   >
>>>    >   >  rod@debian:/etc/apt/sources.list.d$ sudo apt install linuxcnc-uspace linuxcnc-uspace-dev
>>>    >   >  Reading package lists... Done
>>>    >   >  Building dependency tree... Done
>>>    >   >  Reading state information... Done
>>>    >   >  Some packages could not be installed. This may mean that you have
>>>    >   >  requested an impossible situation or if you are using the unstable
>>>    >   >  distribution that some required packages have not yet been created
>>>    >   >  or been moved out of Incoming.
>>>    >   >  The following information may help to resolve the situation:
>>>    >   >
>>>    >   >  The following packages have unmet dependencies:
>>>    >   >    python3-pyqt5.qtwebengine : Depends: libqt5webengine5 (>= 5.14.1) but it is not going to be installed
>>>    >   >                                                            Depends: libqt5webenginecore5 (>= 5.14.1) but it is not going to be installed
>>>    >   >                                                            Depends: libqt5webenginewidgets5 (>= 5.15.1) but it is not going to be installed
>>>    >   >  E: Unable to correct problems, you have held broken packages.
>>>    >   >
>>>    >   >  The Debian package search indicates that    our dependencies don't exist in Trixie. Yet we managed to get 2.9.4 into Trixie.
>>>    >   >
>>>    >   >  libqt5webengine5   https://packages.debian.org/search?keywords=libqt5webengine5&searchon=names&suite=bookworm&section=all
>>>    >   >  libqt5webenginecore5   (https://packages.debian.org/search?keywords=libqt5webenginecore5&searchon=names&suite=bookworm&section=all)https://packages.debian.org/search?keywords=libqt5webenginecore5&searchon=names&suite=bookworm&section=all
>>>    >   >  libqt5webenginewidgets5   https://packages.debian.org/search?keywords=libqt5webenginewidgets5&searchon=names&suite=bookworm&section=all
>>>    >   >
>>>    >   >  Linuxcnc 2.9.4 is there:   https://packages.debian.org/search?suite=trixie&searchon=names&keywords=linuxcnc-uspace
>>>    >   >
>>>    >   >
>>>    >   >  Rod
>>>    >   >
>>>    >
>>>    >
>>>    >
>>>     
>>>     
>>>   _______________________________________________
>>>   Emc-developers mailing list
>>>   Emc...@li...
>>>   https://lists.sourceforge.net/lists/listinfo/emc-developers
>>>
>>
>> _______________________________________________
>> Emc-developers mailing list
>> Emc...@li...
>> https://lists.sourceforge.net/lists/listinfo/emc-developers
> _______________________________________________
> Emc-developers mailing list
> Emc...@li...
> https://lists.sourceforge.net/lists/listinfo/emc-developers

Cheers, Gene Heskett, CET.
-- 
"There are four boxes to be used in defense of liberty:
  soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
  - Louis D. Brandeis

Re: [Emc-developers] Trixie amd :Linuxcnc

[rodw <ro...@ve...>]

 
Steffen, Thanks. I have it down to try it on    a new Trixie installed from an ISO. I also posted a rough how to on the forum.  
https://forum.linuxcnc.org/9-installing-linuxcnc/56892-debian-trixie-upgrade-install-to-2-9-4#333142  
I was hoping somebody would have tried it by now.
 
If the new install still fails, maybe Debian can fix it in 13.1
I will try and build a Trixie Linuxcnc ISO which would let us fix it but going with Debian would be so much easier

 
 
Rod
On 2025-08-11 20:02, Steffen Möller via Emc-developers  <emc...@li...>  wrote:
>
> Hi Rod,
>
> Thank you for spotting this!
>
> This is awkward, but from our side I think it is all fine. For some reason the installer decided against installing the additional package, which is likely because of another installed package that needed whatever was installed before?! A tool like "aptitude" is more verbose than "apt" and makes constructive suggestions on what to update/remove to get someting installed.
>
> The lower-level libraries should not be listed explicitly as a dependency unless they are programmed against. So I think this is something special that happened during the update, less of a problem caused by LinuxCNC. Just, how do we explain this to our users? Maybe have an entry in the forums? Not sure yet about what to change in our documentation.
>
> Best,
> Steffen
>
> >  Gesendet: Sonntag, 10. August 2025 um 07:30
> >  Von: rodw  <ro...@ve...>
> >  An: emc-developers  <emc...@li...>
> >  Betreff: Re: [Emc-developers] Trixie amd :Linuxcnc
> >
> >  OK, if you first apt install   libqt5webengine5
> >  Linuxcnc installs. I can open AXIS, GMOCCAPY and a couple of QT Sims so its all good. it wierd the dependency was not installed by the Debian way with Linuxcnc-uspace.
> >     
> >     
> >     
> >  On 2025-08-10 14:57, rodw   <ro...@ve...>   wrote:
> >   >  Running Andy's script on linuxcnc.org also fails with the smae error.
> >   >  This script is described in our docs at:   https://linuxcnc.org/docs/stable/html/getting-started/getting-linuxcnc.html#_installing_on_debian_bookworm_with_preempt_rt_kernel    
> >   >     
> >   >     
> >   >     
> >   >  On 2025-08-10 14:51, rodw   <ro...@ve...>   wrote:
> >   >   >  Debian Trixie was oficially released yesterday and is now the stable branch of Debian.
> >   >   >  After a dist-upgrade from Bookworm I get
> >   >   >     
> >   >   >  rod@debian:/etc/apt/sources.list.d$ sudo apt install linuxcnc-uspace linuxcnc-uspace-dev
> >   >   >  Reading package lists... Done
> >   >   >  Building dependency tree... Done
> >   >   >  Reading state information... Done
> >   >   >  Some packages could not be installed. This may mean that you have
> >   >   >  requested an impossible situation or if you are using the unstable
> >   >   >  distribution that some required packages have not yet been created
> >   >   >  or been moved out of Incoming.
> >   >   >  The following information may help to resolve the situation:
> >   >   >     
> >   >   >  The following packages have unmet dependencies:
> >   >   >    python3-pyqt5.qtwebengine : Depends: libqt5webengine5 (>= 5.14.1) but it is not going to be installed
> >   >   >                                                            Depends: libqt5webenginecore5 (>= 5.14.1) but it is not going to be installed
> >   >   >                                                            Depends: libqt5webenginewidgets5 (>= 5.15.1) but it is not going to be installed
> >   >   >  E: Unable to correct problems, you have held broken packages.
> >   >   >     
> >   >   >  The Debian package search indicates that    our dependencies don't exist in Trixie. Yet we managed to get 2.9.4 into Trixie.
> >   >   >     
> >   >   >  libqt5webengine5   https://packages.debian.org/search?keywords=libqt5webengine5&searchon=names&suite=bookworm&section=all
> >   >   >  libqt5webenginecore5   (https://packages.debian.org/search?keywords=libqt5webenginecore5&searchon=names&suite=bookworm&section=all)https://packages.debian.org/search?keywords=libqt5webenginecore5&searchon=names&suite=bookworm&section=all    
> >   >   >  libqt5webenginewidgets5   https://packages.debian.org/search?keywords=libqt5webenginewidgets5&searchon=names&suite=bookworm&section=all    
> >   >   >     
> >   >   >  Linuxcnc 2.9.4 is there:   https://packages.debian.org/search?suite=trixie&searchon=names&keywords=linuxcnc-uspace    
> >   >   >     
> >   >   >     
> >   >   >  Rod
> >   >   >     
> >   >
> >   >
> >   >
> >    
> >    
> >  _______________________________________________
> >  Emc-developers mailing list
> >  Emc...@li...
> >  https://lists.sourceforge.net/lists/listinfo/emc-developers
> >
>
>
> _______________________________________________
> Emc-developers mailing list
> Emc...@li...
> https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Trixie amd :Linuxcnc

[Steffen M. <ste...@gm...>]

Hi Rod,

Thank you for spotting this!

This is awkward, but from our side I think it is all fine. For some reason the installer decided against installing the additional package, which is likely because of another installed package that needed whatever was installed before?! A tool like "aptitude" is more verbose than "apt" and makes constructive suggestions on what to update/remove to get someting installed.

The lower-level libraries should not be listed explicitly as a dependency unless they are programmed against. So I think this is something special that happened during the update, less of a problem caused by LinuxCNC. Just, how do we explain this to our users? Maybe have an entry in the forums? Not sure yet about what to change in our documentation.

Best,
Steffen

> Gesendet: Sonntag, 10. August 2025 um 07:30
> Von: rodw <ro...@ve...>
> An: emc-developers <emc...@li...>
> Betreff: Re: [Emc-developers] Trixie amd :Linuxcnc
>
> OK, if you first apt install   libqt5webengine5
> Linuxcnc installs. I can open AXIS, GMOCCAPY and a couple of QT Sims so its all good. it wierd the dependency was not installed by the Debian way with Linuxcnc-uspace.
>  
>  
>  
> On 2025-08-10 14:57, rodw  <ro...@ve...>  wrote:
> > Running Andy's script on linuxcnc.org also fails with the smae error.
> > This script is described in our docs at:   https://linuxcnc.org/docs/stable/html/getting-started/getting-linuxcnc.html#_installing_on_debian_bookworm_with_preempt_rt_kernel  
> >  
> >  
> >  
> > On 2025-08-10 14:51, rodw  <ro...@ve...>  wrote:
> > > Debian Trixie was oficially released yesterday and is now the stable branch of Debian.
> > > After a dist-upgrade from Bookworm I get
> > >  
> > > rod@debian:/etc/apt/sources.list.d$ sudo apt install linuxcnc-uspace linuxcnc-uspace-dev
> > > Reading package lists... Done
> > > Building dependency tree... Done
> > > Reading state information... Done
> > > Some packages could not be installed. This may mean that you have
> > > requested an impossible situation or if you are using the unstable
> > > distribution that some required packages have not yet been created
> > > or been moved out of Incoming.
> > > The following information may help to resolve the situation:
> > >  
> > > The following packages have unmet dependencies:
> > >   python3-pyqt5.qtwebengine : Depends: libqt5webengine5 (>= 5.14.1) but it is not going to be installed
> > >                                                           Depends: libqt5webenginecore5 (>= 5.14.1) but it is not going to be installed
> > >                                                           Depends: libqt5webenginewidgets5 (>= 5.15.1) but it is not going to be installed
> > > E: Unable to correct problems, you have held broken packages.
> > >  
> > > The Debian package search indicates that    our dependencies don't exist in Trixie. Yet we managed to get 2.9.4 into Trixie.
> > >  
> > > libqt5webengine5   https://packages.debian.org/search?keywords=libqt5webengine5&searchon=names&suite=bookworm&section=all
> > > libqt5webenginecore5   (https://packages.debian.org/search?keywords=libqt5webenginecore5&searchon=names&suite=bookworm&section=all)https://packages.debian.org/search?keywords=libqt5webenginecore5&searchon=names&suite=bookworm&section=all  
> > > libqt5webenginewidgets5   https://packages.debian.org/search?keywords=libqt5webenginewidgets5&searchon=names&suite=bookworm&section=all  
> > >  
> > > Linuxcnc 2.9.4 is there:   https://packages.debian.org/search?suite=trixie&searchon=names&keywords=linuxcnc-uspace  
> > >  
> > >  
> > > Rod
> > >  
> >
> >
> >
> 
> 
> _______________________________________________
> Emc-developers mailing list
> Emc...@li...
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>