Package Details: linuxcnc 2.9.4-1

Git Clone URL: https://aur.archlinux.org/linuxcnc.git (read-only, click to copy)
Package Base: linuxcnc
Description: Controls CNC machines. It can drive milling machines, lathes, 3d printers, laser cutters, plasma cutters, robot arms, hexapods, and more (formerly EMC2)
Upstream URL: https://linuxcnc.org/
Keywords: 3d cnc printing
Licenses: GPL2, custom: unredestributable
Submitter: GPereira
Maintainer: FabioLolix
Last Packager: FabioLolix
Votes: 9
Popularity: 0.000065
First Submitted: 2018-11-24 01:49 (UTC)
Last Updated: 2025-03-07 18:42 (UTC)

Dependencies (47)

Required by (1)

Sources (3)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »

petronny commented on 2024-01-06 02:52 (UTC)

I also get this error in a clean chroot:

In file included from hal/drivers/hal_gpio.c:39:
hal/drivers/hal_gpio.c:188:50: error: invalid application of ‘sizeof’ to incomplete type ‘struct gpiod_line_bulk’
  188 |             (*ptr)[c].bulk = rtapi_kmalloc(sizeof(*(*ptr)[c].bulk), RTAPI_GFP_KERNEL);

https://github.com/arch4edu/cactus/actions/runs/7422047629/job/20196592013

FabioLolix commented on 2024-01-05 20:42 (UTC)

Builded fine for me

Tweety commented on 2024-01-01 17:32 (UTC) (edited on 2024-01-01 17:35 (UTC) by Tweety)

Hi all,

Happy new year to everyone :) thanks for the new years build. I did a system-update and linuxcnc failed. Somewhere in between I found an error:

In Datei, eingebunden von hal/drivers/hal_gpio.c:39:
hal/drivers/hal_gpio.c:188:50: Fehler: Ungültige Anwendung von »sizeof« auf unvollständigen Typen »struct gpiod_line_bulk«
  188 |             (*ptr)[c].bulk = rtapi_kmalloc(sizeof(*(*ptr)[c].bulk), RTAPI_GFP_KERNEL);
      |                                                  ^

Anyone else with problems? greez 2 all and have a good start into 2024! Tweety

jkercher commented on 2023-09-21 23:01 (UTC)

Apologies, it's looks like I forgot to push the python pillow change. Not sure what you are on about @marsseed. All yours.

chetanpm commented on 2023-08-27 13:00 (UTC)

@jkercher Thanks. Now there is another error regarding missing rtapi: I get missing rtapi.conf error after choosing any sample configuration from linuxcnc configuragtion selector:

compose-mill% linuxcnc LINUXCNC - 2.10.0~pre0 Machine configuration directory is '/home/chetanpm/linuxcnc/configs/sim.axis' Machine configuration file is 'axis.ini' Starting LinuxCNC... Missing rtapi.conf. Check your installation. Realtime system did not load Shutting down and cleaning up LinuxCNC... Missing rtapi.conf. Check your installation. LinuxCNC terminated with an error. You can find more information in the log: /home/chetanpm/linuxcnc_debug.txt and /home/chetanpm/linuxcnc_print.txt as well as in the output of the shell command 'dmesg' and in the terminal

Any idea how to deal with it?

MarsSeed commented on 2023-08-26 16:45 (UTC)

Meanwhile there are 76 backported fix commits after the v2.8.4 release, on the '2.8' branch.

Might be worth using that latest 2.8 branch code here:

linuxcnc-2.8.4+r76.g6082f1d.tar.gz

jkercher commented on 2023-08-26 16:29 (UTC)

@chetanpm

Did you try this solution:

export TCLLIBPATH=/usr/lib/tcltk/linuxcnc

chetanpm commented on 2023-08-26 15:48 (UTC)

https://aur.archlinux.org/packages/linuxcnc#comment-914603 I'm getting the same error when starting axis. I tried with 2.10 pre aur package too with the same error. I tried on linux-rt-lts 6.1 as well as mainline kernel 6.4 Does anybody know the solution to make it run?

MarsSeed commented on 2023-07-10 14:56 (UTC) (edited on 2023-07-10 14:57 (UTC) by MarsSeed)

Please change depend python2-imaging to its drop-in continuation fork python2-pillow.

Imaging is dead since 2009.

jkercher commented on 2023-06-02 04:40 (UTC)

@Tweety

I just built this myself with no issues.

However, I don't see this having anything to do with the real-time kernel. I've seen these kind of errors popup due to weird ordering in the linking step. Unfortunately, the link ordering does matter.

Without being able to replicate the error, this is hard to track down. But, we can see that this is an error building milltask. In src/emc/task/Submakefile, try switching the order of the link step:

- $(CXX) -o $@ $^ $(LDFLAGS) $(BOOST_PYTHON_LIBS) -l$(LIBPYTHON)
+ $(CXX) -o $@ $^ $(LDFLAGS) -l$(LIBPYTHON) $(BOOST_PYTHON_LIBS)

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »