Package Details: linuxcnc-git 2.9.1.r1316.gd0885cf485-1

Git Clone URL: https://aur.archlinux.org/linuxcnc-git.git (read-only, click to copy)
Package Base: linuxcnc-git
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: http://linuxcnc.org
Keywords: 3d cnc printing
Licenses: GPL2
Conflicts: linuxcnc, linuxcnc-bin
Provides: linuxcnc
Submitter: ragouel
Maintainer: taotieren (FabioLolix)
Last Packager: taotieren
Votes: 0
Popularity: 0.000000
First Submitted: 2020-10-25 19:13 (UTC)
Last Updated: 2023-12-22 16:09 (UTC)

Latest Comments

1 2 Next › Last »

s218 commented on 2024-02-25 14:11 (UTC)

Colleagues suggest a solution, current as of 2023-02-25 - https://archlinux.org.ru/forum/post/260534/ -

downgrade libgpiod 1.6.4.2

hersi commented on 2023-10-27 21:41 (UTC)

@chetanpm the ${sysconfdir} by default points to ${prefix}/etc, $prefix being /usr. The /usr/lib/linuxcnc/realtime script looks in $sysconfdir/linuxcnc for the rtapi.conf, but it is in /etc/linuxcnc, not in /usr/etc/linuxcnc

use this command to fix this for the time being: sudo sed -i 's|\${prefix}/etc|/etc|' /usr/lib/linuxcnc/realtime

This should be fixed in the PKGBUILD by explicitly setting the --sysconfdir=/etc in the ./configure command

chetanpm commented on 2023-08-27 12:57 (UTC)

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?

taotieren commented on 2023-07-24 02:01 (UTC)

@FabioLolix Yes. Has been added as a co-maintainer, your contribution is welcome. Thank you.

FabioLolix commented on 2023-07-16 14:56 (UTC)

@taotieren can you add as co-maintainer? There are several dependsmissing for building in clean chroot and I would like to harmonize source so I don't have to download the same git repo twice

MarsSeed commented on 2023-07-14 15:13 (UTC) (edited on 2023-07-14 18:31 (UTC) by MarsSeed)

You can use this enhanced pkgver() implementation to endure that '-textsuffix' parts of git tags (like '-pre0') get attached to the numeric versions without any separator characters.

MarsSeed commented on 2023-07-14 09:52 (UTC)

Please change the pkgver from 2.10.0.pre0.* to 2.10.0pre0.*.

Because as per pacman's version comparison logic (vercmp):

2.10.0pre0 < 2.10.0 < 2.10.0.pre0

jkercher commented on 2023-07-13 20:37 (UTC)

@Fabio, I'm an idiot. I fundamentally didn't understand how "version control" packages work. Even though it says 2.8.0, it was pulling 2.10.0 (pre) from git.

@MarsSeed python2-imaging -> python2-pillow

FabioLolix commented on 2023-07-12 13:21 (UTC)

@jkercher I would like to move to 2.9, but the official current release is still 2.8.4.

It is reasonable to update to v2.9 if it allow to drop very old dependencies (and it work), it not unheard of also in Arch repo sometimes

btw I have a working pkgbuild for this

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

Please either remove depend python2-imaging, or use its drop-in continuation fork python2-pillow.

Imaging is dead since 2009.

1 2 Next › Last »