On Mon, 22 Sept 2025 at 10:25, Bertho Stultiens wrote:
> Did you do a 's/[gG]52//' in a region? Looks like it
Well, not deliberately...
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— Georg
On Mon, 22 Sept 2025 at 10:12, andy pugh wrote:
> However buildbot2 was quite happy at the v2.9.5 tag, and not a great
> deal has happened since then.
Ah! But, wait, what's this?
https://github.com/LinuxCNC/linuxcnc/compare/v2.9.5...2.9
Some rather odd changes to gcode.html (no hy
On Mon, 22 Sept 2025 at 00:45, andy pugh wrote:
> (Unless I build them _all_ by hand, which is a lot of work. (note that
> I already need to do that for Trixie amd64, and Buster/Bookworm/Trixie
> arn64)
Oh, and, also, local builds are not working for me either, so
hand-builds are out
2.9 isn't currently building for Buster and Bullseye on the buildbot2.
I thought it was my fault for my many attempts to fix #3565, but
reverting all those still leaves it not building.
http://buildbot2.highlab.com/buildbot/#/builders/14/builds/3560
Does anyone have any ideas? I want to release
https://github.com/LinuxCNC/linuxcnc/issues/3563
A fix for a problem in Gmoccapy caused a problem in Axis, but only
affected a file not closely related to either.
My feeling (without properly analysing the situation) is that the
existing g-code parsing in the Axis touch-off dialog (which,
inciden
LinuxCNC 2.9.5 has been released.
This is mainly a bugfix release, but includes a new modbus driver for
the Mesa UART (update/replacement for mesa_modbus with more
flexibility and configurability)
Packages for 2.9-uspace for amd64 (PC) for Debian Buster, Bullseye,
Bookworm and Trixie and for arm6
I just noticed that tests/save.1 is skipped, and has been skipped for 19 years.
https://github.com/LinuxCNC/linuxcnc/blame/2.9/src/hal/utils/halcmd_commands.h#L63
Apparently it was deferred from 2.1 to 2.2, and has stayed deferred.
I am going to delete the test...
--
atp
"A motorcycle is a bic
> On 2 Sep 2025, at 16:33, Steffen Möller via Emc-developers
> wrote:
>
> These human-readable tables are tricky.
https://github.com/LinuxCNC/linuxcnc/commit/441adcddbf3e9cb2a7f77f6b2cd6e76abf19f6c1
___
Emc-developers mailing list
Emc-developers@l
On Mon, 1 Sept 2025 at 20:59, Chris Morley wrote:
> When I ran the tests on my machine, The result is wider spaced but has no
> tabs.
> I also got this at the bottom of the result:
>
> Note: Using POSIX non-realtime
I think I fixed it. Time will tell.
--
atp
"A motorcycle is a bicycle with a
On Mon, 1 Sept 2025 at 19:27, andy pugh wrote:
> I was actually going to look at it this evening.
It looks to be a whitespace problem.
https://github.com/LinuxCNC/linuxcnc/actions/runs/17358289189/job/49274574715
It seems like the Gihub server has a different tab length to my PC. I
have
On Mon, 1 Sept 2025 at 18:43, Chris Morley wrote:
>
> I believe the failure is actuually related to this commit:
>
> https://github.com/LinuxCNC/linuxcnc/commit/cb20c3bc07ba1a1a050efbea331c5da92a3cb993
Yes, this is my fault.
I was actually going to look at it this evening.
--
atp
"A motorcycle
As far as I can tell, nobody has ever used the onboard serial port
through a HAL component in realtime.
Is there a fundamental reason that this can't be done?
There is a component that directly access the _status_ lines on the
serial port, but that makes no attempt to handle the data lines.
--
a
On Mon, 25 Aug 2025 at 18:34, andy pugh wrote:
>
> Something seems to have happened to the front page of the Wiki.
>
> Any ideas how to get the old content back?
I found a zip file of the previous contents and restored from that.
Does anyone recognise the contents of the main page p
Something seems to have happened to the front page of the Wiki.
Any ideas how to get the old content back?
--
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 N
On Thu, 14 Aug 2025 at 11:18, gene heskett 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
On Wed, 13 Aug 2025 at 23:57, Ted 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 tabl
On Wed, 13 Aug 2025 at 12:50, Steffen Möller via Emc-developers
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
On Tue, 12 Aug 2025 at 23:22, Brad Collette 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
On Tue, 5 Aug 2025 at 17:55, Chad Woitas via Emc-developers
wrote:
>
> Can I backport the G64 default behavior?
My initial thought is that it changes current behaviour, and so
probably isn't a bugfix or something that has no effect unless
enabled.
But maybe I am wrong in that, in that it default
On Tue, 5 Aug 2025 at 10:20, Robert Schöftner wrote:
> so a new point-release of linuxcnc is probably not going into trixie at
> this point.
Yes, I realised that this morning.
I used to get emails announcing the release schedule and upcoming
freezes. I don't know why I don't any more.
At least
On Mon, 4 Aug 2025 at 22:31, rodw wrote:
>
> Ooops resending from the enrolled email address.
> Should 2.9.5 version be released, I think it should be built and tested on
> Debian Trixie which will be released in 4 days
Yikes! that's a shorter timescale than I had anticipated.
Making the rele
A recent discussion mentioned whether there would be a 2.9.5 release.
The list of currently unreleased features in 2.9 is:
* tests: Add a test for spindle INI speed limits function
* Fix a race; add a test to ensure the 'result' and 'stderr' files
are closed before continuing to run 'checkresul
https://github.com/LinuxCNC/linuxcnc/pull/3534
The patch as it stands carefully does not change existing behaviour.
Which is good.
On the other hand, the existing behaviour is wrong and annoying.
What do others think is the right way to go?
(And as a bug fix, would it go in 2.9)
--
atp
"A moto
You might be able to pick up something from following the discussion
that took place on the mailing list:
https://sourceforge.net/p/emc/mailman/emc-developers/thread/a5532f65bdcb68eb960fa463c3fcef34%40mail.swcp.com/#msg31458545
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and i
On Thu, 31 Jul 2025 at 18:11, yoyo via Emc-developers
wrote:
>
> Hi All,The followig is two emails from over a decade ago.
...
Indeed. and the work was merged into LinuxCNC and Rob is now the
software team leader at Tormach (according to Linkedin).
Did you have a question, or was this just a st
On Wed, 30 Jul 2025 at 12:12, Steffen Möller via Emc-developers
wrote:
>
> This PR addresses this bug in our documentation and also stresses its
> incompatibility with https,
> so we (it was likely me, I feel a bit bad about it)
It looks to have been https for a long time, and git blame seems to
On Wed, 30 Jul 2025 at 02:17, gene heskett wrote:
> And recent changes to the default display server have removed my ability
> to do very much if anything that requires the x server to do.
> That means I have to goto each machines own keyboard and monitor to run
> a gui
I ssh -Y into Bookworm al
On Tue, 22 Jul 2025 at 15:51, Steffen Möller via Emc-developers
wrote:
> Is there any way for us to have runtime tests for any such limits?
> Simulation, I presume. But how far away are we?
When you say "runtime tests" what do you mean?
I added a PR for a regression test:
https://github.com/Li
On Thu, 24 Jul 2025 at 19:59, Steffen Möller via Emc-developers
wrote:
> What Andy is likely wondering about is that posemath
> https://www.nist.gov/ctl/smart-connected-systems-division/networked-control-systems-group/pose-mathematics-path-planning
> is a library on its own. It should be a separa
Just wondering
--
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 l
On Tue, 22 Jul 2025 at 15:51, Steffen Möller via Emc-developers
wrote:
> Is there any way for us to have runtime tests for any such limits?
> Simulation, I presume. But how far away are we?
The caps are applied to the HAL pins, so it should be trivial to test.
--
atp
"A motorcycle is a bicycle
On Mon, 21 Jul 2025 at 14:23, John Thornton wrote:
> Is this only in master and the docs are wrong or is this just broken?
Probably just broken.
The INI settings do get read:
https://github.com/LinuxCNC/linuxcnc/blob/2.9/src/emc/ini/inispindle.cc#L65
And fed into the spindle settings:
https://
On Sat, 19 Jul 2025 at 10:16, Bertho Stultiens wrote:
> Yes, bug fixes are usually the only thing /modified/ in stable (2.9)
> branch. However, parallel bugs (in stable and master) should be patched
> in master and immediately backported or fixed in stable branch and
> simultaneously forward port
On Fri, 18 Jul 2025 at 23:59, rodw wrote:
>
> It does not make sense to push changes back to 2.9 unless you intend to
> release a 2.9.5
I can't predict the future, but the policy is that bug fixes go into
2,9, and this is a bug fix.
2.10 is likely to include some large changes, and so isn't fee
On Fri, 18 Jul 2025 at 23:02, Bertho Stultiens wrote:
> An additional test can be in runtests(.in):
>
> wait_for_result_close() {
>
Would you like to make that a PR into 2.9? I think that that will make
CI run it in the feature branch, so we can see how it goes on the
serversm and I ca
On Fri, 18 Jul 2025 at 16:55, Bertho Stultiens wrote:
> another race condition.
>
> In mb2hal.c:
> hal_ready(gbl.hal_mod_id);
> OK(gbl.init_dbg, "HAL components created OK");
> gbl.quit_flag = 0;
> signal(SIGINT, quit_signal);
> signal(SIGTERM, quit_signal);
Yes, that do
On Fri, 18 Jul 2025 at 10:16, Bertho Stultiens wrote:
> That is interesting. So, why/how does mb2hal exit...
I think that halrun -f always exits once the HAL file is parsed unless
the -I (interactive) flag is set:
https://linuxcnc.org/docs/stable/html/man/man1/halrun.1.html
"If a filename is spe
On Thu, 17 Jul 2025 at 15:35, andy pugh wrote:
>
> On Thu, 17 Jul 2025 at 09:29, Bertho Stultiens wrote:
>
> > You need to change the '-W' into '-w' (lower case 'w'). That should
> > ensure that loadusr will not finish until the program (mb2ha
On Thu, 17 Jul 2025 at 09:29, Bertho Stultiens wrote:
> You need to change the '-W' into '-w' (lower case 'w'). That should
> ensure that loadusr will not finish until the program (mb2hal) has
> exited.
I will try that, though I am currently unclear what sends the EXIT to
mb2hal in the test sequ
On Wed, 16 Jul 2025 at 22:40, Bertho Stultiens wrote:
> Both tests 1a and 2a have the entire lifetime of mb2hal in the
> 'expected' output file. The '-W' flag only waits for the component to
> become ready and does not wait until it is finished.
True, but the failure was a file truncation (consi
Does anyone have a feel for whether -W is currently working?
I have been seeing the mb2hal tests fail, seemingly because the diff
in checkresult is running before the output from loadusr is complete.
Adding a sleep 1 to checkresult fixes it, but
I have vague feelings that I have been discussi
upgrade my sources file to
> > the new format! eg..
> > sudo apt update
> > Notice: Some sources can be modernized. Run 'apt modernize-sources' to
> > do so.
> >
> > Rod Webster
> > *1300 896 832*
> > +61 435 765 611
> > Vehicle
On Fri, 6 Jun 2025 at 11:57, David Mueller wrote:
> Being able to set alternative abort behavior could be a useful feature.
To an extent you can, with ON_ABORT in the INI, but that can only add
things not remove them. And they have to be G-codeable.
--
atp
"A motorcycle is a bicycle with a pan
On Fri, 6 Jun 2025 at 03:22, Chris Morley wrote:
>
> I'm not sure I understand completely but:
> If I 'stack' 3 moves and the middle one is faulty, I want the last one not to
> run either.
In the MDI window you can't do this, as the faulty command is rejected
immediately.
If you want to enter th
On Thu, 5 Jun 2025 at 18:41, David Mueller wrote:
> Lines 2288 and 2289 might be responsible for this:
>
> https://github.com/LinuxCNC/linuxcnc/blob/fd5be668a61e42e2d8c8ceec75d19e77f3612e2e/src/emc/task/emctaskmain.cc#L2287
It does look like it. It takes a fair bit of scrolling to work out the
s
On Thu, 5 Jun 2025 at 15:04, Chris Morley wrote:
> > (I would be easily persuaded that MDI faulty inputs should just do
> > nothing at all)
>
> How would you handle errors with 'stacked' MDI commands?
Currently the behaviour of, for example,
G1 F1 X100
G81 Z-10
Is to abort the move-in-progres
On Thu, 5 Jun 2025 at 12:12, David Mueller wrote:
> I'd like to invite you to discuss this PR to change the default behavior
> on program abort from, basically, doing nothing to 'M2':
I am not clear if a G-code error prompts an abort, but I looked into
this at the weekend when RotarySMP on Youtu
On Thu, 5 Jun 2025 at 13:51, Bertho Stultiens wrote:
> When performed in interactive mode, then it is an error to alter the
> state of the machine when an error occurs interpreting a command.
>
> The user would expect that the user interface tells the user of the
> error in the command entered an
> On 5 Jun 2025, at 12:56, Chad Woitas via Emc-developers
> wrote:
>
> Related?
>
> https://github.com/LinuxCNC/linuxcnc/issues/3355
I think that perhaps there should be a way to have alternate behaviour.
Possibly just “M2 unless there is an ON_ABORT entry in the INI”
_
So, is there any consensus here as to whether something needs to change?
--
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
__
On Fri, 25 Apr 2025 at 13:13, Bertho Stultiens wrote:
> And it isn't even used consistently throughout the code base.
From a parallel conversation:
"I was thinking about this more and I probably can kind of guess what
was going on.
There is usage of lsmod and modprobe and those are "root" bina
On Fri, 25 Apr 2025 at 12:32, Bertho Stultiens wrote:
> I do not see any problem to be more universal. We've also seen Gentoo
> problems and I develop by default on Fedora.
Supporting more platforms seems like a laudable aim, certainly.
FWIW I asked a Yocto expert[1] and he looked through our G
On Thu, 24 Apr 2025 at 23:28, Peter Den Hartog wrote:
> I was wondering if anyone knew the history behind this behavior and could
> point out a reason it's done that way?
Not really, a lot of this code is 20 years old, and was transferred
from CVS to git, losing the commit history prior to that.
> On 10 Apr 2025, at 22:44, Steffen Möller via Emc-developers
> wrote:
>
> My motivation for the quilt-chnage was to minimize the differerences between
> our github repository and what we upload to Debian
I think that quilt is probably correct. But for that to work our build system
needs to
On Wed, 9 Apr 2025 at 22:09, andy pugh wrote:
> Much to my alarm neither sim/axis/gladevcp/gladevcp_tab nor
> sim/touchy/gladevcp/gladevcp_touchy even load.
It seems that the fix is simply to open the old .ui files in the new
version of glade and re-save.
But it seems odd that this hasn&
I have been trying to get the probe screen (versaprobe /
probe-screen-ng ) with LinuxCNC 2.9.4.
I think I have the Python sorted out, but it isn't displaying any
graphics in Axis or Touchy.
So, I decided to check some of the sim configs.
Much to my alarm neither sim/axis/gladevcp/gladevcp_tab nor
On Sat, 5 Apr 2025 at 22:24, wrote:
> What the heck is up with the Master branch?
> Seb's buildbot2 has stalled Feb 6 for master in both bookworm and bullseye.
It was a combination of things, mainly that the buildbot does not
attempt to build debs if any one build fails, and the bullseye build
o
On Sat, 5 Apr 2025 at 22:24, wrote:
> He says the master branch no longer builds with the compiler in bullseye..
This is correct.
2.9 builds on Buster, Bullseye and Bookworm.
master requires Bookworm or newer.
Full debian support for Bullseye ended in August 2024, though LTS
support will conti
On Sat, 22 Mar 2025 at 19:11, Hans Unzner wrote:
> > This means that some component names should change (for example LUT5 -
> > LUT6)
> > What is the "right" way to handle the changes in the docs and translation
> > infrastructure?
> >
> Not much to pay attention at if you don't change the format
On Thu, 3 Apr 2025 at 22:16, Greg C wrote:
> Where would I change that?
I think those are symlinks on the server:
[pdx1-shared-a3-06]$ ls -la
total 60
drwxr-xr-x 17 emcboard pg167418 4096 Nov 4 2023 .
drwxr-xr-x 40 emcboard pg167418 4096 Feb 3 07:52 ..
drwxrwxr-x 2 emcboard pg167418 128 Ap
On Thu, 3 Apr 2025 at 17:09, Greg C wrote:
> Maybe the better question is: who maintains Linuxcnc.org?
We all do?
Are you referring to the links here?
https://github.com/LinuxCNC/wlo/blob/master/documents/index.md
Or to symlinks in the www.linuxcnc.org directory?
--
atp
"A motorcycle is a b
I am working on expanding the use of 64-bit ints in HAL.
This means that some component names should change (for example LUT5 -
LUT6)
What is the "right" way to handle the changes in the docs and translation
infrastructure?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is de
On Fri, 21 Mar 2025 at 13:31, Steffen Möller wrote:
> It only looks at the location on the target PC.
Well, in that case, making a symbolic link from /lib to /usr/lib on a
Users computer seems like a rather bad idea?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
design
On Tue, 18 Mar 2025 at 12:34, Steffen Möller via Emc-developers
wrote:
> $ ls -l /lib
> lrwxrwxrwx 1 root root 7 Jul 4 2023 /lib -> usr/lib
>
> so we should no longer install to what is a symbolic link.
Is this where it installs to on the target PC, or where we park it
during the deb building
For fun (actually, in desperation, to find something that might install on
a troublesome motherboard, but that's not important right now), I installed
Trixie / unstable.
Then I tried to install linuxcnc-uspace
And that didn't work, but I was puzzled by the list of dependencies:
...
libgpiod2 - b
On Sun, 9 Mar 2025 at 22:35, Steffen Möller via Emc-developers <
emc-developers@lists.sourceforge.net> wrote:
Sounds like we should get 2.9.4 uploaded and then see what happens. As I
> stated
> in an earlier post to this, I am confident that I'd mess the linuxcnc-gbp
> branch
> up. Would it be ok
On Sun, 9 Mar 2025 at 04:42, Chris Morley
wrote:
> Anyone know what's up?
Master is now only supported on Bookworm and later, and the legacy
buildbot doesn't have a Bookworm builder:
In fact the newest builder on the buildbot is Buster.
I think the plan was to retire that buildbot and put bui
On Sun, 9 Mar 2025 at 14:51, Steffen Möller via Emc-developers <
emc-developers@lists.sourceforge.net> wrote:
>
> LinuxCNC has only one release-critical bug (#1080668, the setuptools-one)
> that is fixed but was not yet uploaded to Debian. Are there any plans for a
> 2.9.5?
I don't have any such
On Wed, 26 Feb 2025 at 16:31, Damon Tarry wrote:
> I don't see libgpiod listed as a build dependency in 'debian/control'
>
https://github.com/LinuxCNC/linuxcnc-gbp/blob/debian/unstable/debian/control
It is in control.top.in
https://github.com/LinuxCNC/linuxcnc-gbp/blob/debian/unstable/debian/con
On Wed, 26 Feb 2025 at 15:34, Damon Tarry wrote:
> Package: linuxcnc-uspace
> Version: 2.9.3-2
> Severity: normal
>
> Dear maintainer,
> The hal_gpio module for LinuxCNC is not included with this package.
> This should probably be enabled, at least on ARM architectures.
>
> https://linuxcnc.org/d
Does anyone know who's credit card is paying for DigitalOcean?
(This is where the forum is hosted)
I suspect that it might be someone who doesn't even use the forum.
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is designed
for the especial use of mechanical geniuses, dare
On Mon, 3 Feb 2025 at 22:04, Bertho Stultiens wrote:
> https://www.vagrearg.org/upload/hm2_spix.9.html
Hans may be on this. I have linked this thread to
https://github.com/LinuxCNC/linuxcnc/issues/3057
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the esp
On Mon, 3 Feb 2025 at 16:01, Bertho Stultiens wrote:
> There is a problem with the man-page. The images are all 404. These are
> tables in the map-page.
I have no idea what's going on there, those are simple asciidoc tables:
https://github.com/LinuxCNC/linuxcnc/blob/master/docs/src/man/man9/hm2_
On Mon, 3 Feb 2025 at 12:58, Bertho Stultiens wrote:
> However, the RPi5 is fully SPI compatible
https://github.com/LinuxCNC/wlo/commit/fbbc9c82f0c4d1f0261c33fc01cf2f5c91b8bdfd
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical ge
On Mon, 27 Jan 2025 at 14:15, Rod Webster wrote:
> This image should work. once it is uploaded (give it half an hour or so) :
Sorry, I think we were doing the same thing at the same time.
It works for me now. I did "lb clean --purge" and it works, though
whether this is cause-and-effect is hard
On Mon, 27 Jan 2025 at 09:52, Rod Webster wrote:
> I had an idea. You could try copying your script into this file before the
> apt update
>
> https://github.com/LinuxCNC/linuxcnc-live-build/blob/bookworm/config/hooks/normal/510-linuxcnc.hook.chroot
> At one stage I was dealing with keys in this
On Sun, 26 Jan 2025 at 23:16, Rod Webster wrote:
>
> I am a bit rusty on this but If keys have changed, they need to be copied
> to this folder on the builder and the name should end in gpg.key.binary
I am not sure how to get the keys
I tried running the linuxcnc-install.sh script to copy ke
I am having trouble building the live image, as the system is refusing
to use the 2.9.4 image from LinuxCNC, but instead the 2.9.0~pre from
Debian.
Err:6 https://www.linuxcnc.org bookworm InRelease
Certificate verification failed: The certificate is NOT trusted. The
certificate issuer is unknow
The lintian check when building LinuxCNC packages lists 120 spelling
errors in the changelog:
W: linuxcnc-doc-en: spelling-error-in-changelog embeded embedded
[usr/share/doc/linuxcnc-doc-en/changelog.gz]
W: linuxcnc-doc-en: spelling-error-in-changelog erronous erroneous
[usr/share/doc/linuxcnc-doc
On Tue, 21 Jan 2025 at 00:22, Steffen Möller via Emc-developers <
emc-developers@lists.sourceforge.net> wrote:
>
> In an ideal world, the -rtai package would only ship binaries/scripts that
> depend on rtai and the -rt package would ship the binaries that depend on
> the default rt kernel
I don'
It is perhaps unfortunate that the name of the LinuxCNC package on Debian
is "linuxcnc-uspace"
It would probably make more sense for the package name to be "linuxcnc" and
to have "linucnc-rtai" as an alternative from our own servers (where the
rtai packages exist)
Can we change this for the 2.10
On Sat, 11 Jan 2025 at 02:30, Curtis Dutton wrote:
> Especially those who
> do the unglamerous work.
There's glamorous work?
:-)
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitc
This appears to have been addressed by our commit
738807538776662497374c605104a3cc7f06c0a4
On Wed, 8 Jan 2025 at 19:48, Lucas Nussbaum wrote:
>
> Source: linuxcnc
> Version: 2.9.3-1
> Severity: serious
> Justification: FTBFS
> Tags: trixie sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-2025
On Wed, 8 Jan 2025 at 01:25, Johannes Fassotte
wrote:
>
> it has a good core that has been surrounded by
> workable kludges based on individual developer desires, requirements and
> what coding format each like to use. I think that it really has no sense
> of a single direction
This is probably t
On Sat, 14 Dec 2024 at 19:37, Bertho Stultiens wrote:
> Probably done as an "it should not hurt" effort. However, using volatile
> on shared variables in a multi-threaded context is wrong, plain and
> simple, and therefore actually harmful.
Is our realtime layer multithreaded? I have always thou
HAL processes run in strict sequence, so most realtime components
probably don't access the same memory at the same time.
The exceptions are where there are both base threads and a servo
thread, and possibly where there is access to HAL pins from user-space
(and, maybe from the G-code (but I think
On Sun, 8 Dec 2024 at 16:52, Niels Thykier wrote:
> During a test rebuild for building packages with
> `Rules-Requires-Root: no` as the default in `dpkg`,
> mesaflash failed to rebuild.
Does Mesaflash require root? I seem to recall that it might, in order
to access PCI hardware.
But that might o
On Fri, 29 Nov 2024 at 18:47, Bertho Stultiens wrote:
>
> Is there a sync from their
> repo into linuxcnc documented as a procedure?
I don't think so. I was just suggesting that it's probably worth
reporting there too.
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
desig
On Fri, 29 Nov 2024 at 14:56, Bertho Stultiens wrote:
> Several cases of wrong argument to snprintf were detected by the
> compiler and gave me a warning.
I wonder if these issues exist in the main CL release (CL is a project
that we forked, I think)
This seems to be it?
https://github.com/MaVaT
> On 28 Nov 2024, at 20:09, gene heskett wrote:
>
> Does anyone know how old he was?
Older than I would have guessed. It turns out that he was 80.
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net
> On 28 Nov 2024, at 17:01, Jon Elson wrote:
>
> I just saw this on the RTAI list.
Oh dear.
I used to worry that he would find another hobby, this possibility never
occurred to me.
___
Emc-developers mailing list
Emc-developers@lists.sourcefor
On Wed, 27 Nov 2024 at 15:33, Bertho Stultiens wrote:
> In src/Makefile:30 is the following line:
> MAKEFLAGS += --warn-undefined-variables
>
> On Debian it apparently does not not do anything. However, on
> Fedora(39), it keeps bugging me all the time with a lot of warnings.
Have you looked to
On Fri, 22 Nov 2024 at 03:31, Alec Ari via Emc-developers
wrote:
>
> I keep getting timeouts and "site cannot be reached" errors, either the
> forums take me 30 seconds to load or it breaks completely. Is it getting
> DDoS'd or something? It's been really messed up the past few days.
It's OK he
On Sun, 10 Nov 2024 at 17:38, wrote:
> What's up with the buildbot errors?
Well, as you say, they are stuck.
http://buildbot2.highlab.com/buildbot/#/console
I haven't figured out how to read the terminal output to see where
they are stuck, but I did see an endless loop generating docs on my
hom
On Wed, 30 Oct 2024 at 16:11, Thomas J Powderly wrote:
> (http://www.hcnc.sk/ponuka.html and mailing list)
>
> show an interesting user interface
>
> It uses axis tabs to hold a background image of a task.
>
> The image is an isometric drawing of a job to be cut.
>
> The image is overlaid with t
On Mon, 21 Oct 2024 at 13:26, Graham Inggs wrote:
> invalid escape sequence '\d'
(many times)
As far as I am aware \d is a valid escape character in Python regex.
These look like false-positives (given that as far as I know all the
code mentioned is working.)
--
atp
"A motorcycle is a bicycle
On Wed, 9 Oct 2024 at 17:23, wrote:
> python3 -c 'import sysconfig; print(sysconfig.get_path("platlib",
> "deb_system"))'
I tried this, it prompted this bug report from an OpenSUSE user.
https://github.com/Eckeneckepen/linuxcnc/commit/fa2bfe0cd4eecd1d06d9ca548e4cb852aad67053#commitcomment-14801
Being picky, the spindle clockwise / anticlockwise icons are rather
pixelated. Presumably from a low-res bitmap rather than something
scalable?
Is your request that we replace the existing version of Axis, or that
we offer your version as an alternative?
(Note that there is also QTAxis which is a
On Thu, 5 Sept 2024 at 16:06, wrote:
> This package failed build from source when test-built against a version of
> dh-python without a python3-setuptools dependency.
>
> distutils is no longer part of the Python standard library, since 3.12. But a
> minimal version of it becomes available when t
On Sun, 22 Sept 2024 at 01:42, Rod Webster wrote:
> Defer it until the release of Debian Trixie would be my vote.
I think that the problem with that plan is that unless we have 2.10
out and "in" Trixie before Trixie is launched, we won't be able to get
it in, and Trixie will be 2.9.3(?) indefini
1 - 100 of 3266 matches
Mail list logo
