Search Criteria
Package Details: linuxcnc 2.9.3-3
Package Actions
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.010976 |
First Submitted: | 2018-11-24 01:49 (UTC) |
Last Updated: | 2024-08-09 08:09 (UTC) |
Dependencies (47)
- at-spi2-core (at-spi2-core-gitAUR)
- boost-libs
- bwidgetAUR
- cairo (cairo-gitAUR)
- dbus-python (python-dbus)
- fontconfig (fontconfig-gitAUR, fontconfig-ubuntuAUR)
- freetype2 (freetype2-qdoledAUR, freetype2-macosAUR, freetype2-gitAUR)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- gdk-pixbuf2 (gdk-pixbuf2-gitAUR)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- gobject-introspection-runtime (gobject-introspection-runtime-gitAUR)
- gstreamer (gstreamer-gitAUR, gstreamer113AUR)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-patched-filechooser-icon-viewAUR, gtk3-classicAUR, gtk3-classic-xfceAUR)
- harfbuzz (harfbuzz-gitAUR)
- libepoxy (libepoxy-gitAUR)
- libgpiod (libgpiod-gitAUR)
- librsvg (librsvg-gitAUR)
- libtirpc
- libusb (libusb-gitAUR)
- libx11 (libx11-gitAUR)
- libxext (libxext-gitAUR)
- libxft (libxft-gitAUR)
- libxinerama (libxinerama-randr-gitAUR)
- libxmu
- libxss
- pango (pango-gitAUR)
- python (python37AUR, python311AUR, python310AUR)
- python-cairo (python-cairo-gitAUR)
- python-configobj
- python-gobject (python-gobject-gitAUR)
- python-matplotlib (python-matplotlib-gitAUR)
- python-numpy (python-numpy-flameAUR, python-numpy-mkl-binAUR, python-numpy-gitAUR, python-numpy1AUR, python-numpy-mklAUR)
- python-pillow (python-pillow-gitAUR)
- python-yapps2AUR
- readline (readline-gitAUR)
- systemd-libs (systemd-chromiumos-libsAUR, systemd-libs-fmlAUR, systemd-libs-gitAUR, systemd-libs-selinuxAUR)
- tcl (tcl84AUR, tcl-fossilAUR)
- tk (tk-fossilAUR)
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compatAUR)
- asciidoc (asciidoc-gitAUR) (make)
- boost (boost-gitAUR) (make)
- glu (glu-gitAUR) (make)
- intltool (make)
- procps-ng (procps-ng-gitAUR, busybox-coreutilsAUR) (make)
- psmisc (psmisc-selinuxAUR) (make)
- tclxAUR (make)
Latest Comments
1 2 3 4 5 6 .. 9 Next › Last »
InnerBushman commented on 2024-08-30 20:03 (UTC)
@FabioLolix I'm sorry if I pissed you off. It was not my intention. I truly appreciate your contributions. I just hope you can understand where I come from as a user. It's often very frustrating to find out the package you manually fixed several times in the past broke again after system update, or that it doesn't compile "as is". As I previously mentioned the prepare() only checked for Python 3.11 and lower while my python was 3.12. It could be that if it detected my highest python version correctly, maybe the compilation would be successful without the need to remove the older versions. I hope we can put this behind us.
@GPereira can we also check if the exported path is empty? Since I don't have anything else in there it leaves a ':' at the end and stops linuxcnc from launching correctly.
Then if I run linuxcnc:
If I export the path without the ':' everything works fine.
FabioLolix commented on 2024-08-22 17:28 (UTC)
Thanks Gonçalo!
@InnerBushman If there is a thing that piss me off is complaining about the stuff I do for free in my free time using
!
(even if there is a smiley)If you don't want to spent time on the installation process use their distributions: https://linuxcnc.org/downloads/
GPereira commented on 2024-08-13 18:56 (UTC)
@Tweety using AUR packages means you accept to eventualy deal with build issues here and there. Specially in applications written in C like this one which require much more effort to develop a trouble free Makefile.
If you stick with Arch Linux repositories you get the experience you are expecting since packages are built by Arch Linux servers in clean environments. In that case, issues, like the one you dealt with python, do not occur because the package is built in a freshly configured machine with no additional packages installed and at the end the machine is deleted.
Having that said, and, as you know, there's always packages beyond Arch Linux repositories that we need hence the need for AUR. FabioLolix has shown commitment and is doing a really great job with this package. It is virtually impossible to ensure a successfull build in a package like this one that depends in so many third party components like Python, OpenCV and others. That's why this comment section exists and people are usually very helpful and don't expect anything in return.
Give some praise to FabioLolix, he maintains this package for us for free!
Tweety commented on 2024-08-12 14:38 (UTC)
Hi Fabio,
your impression seem to be wrong but I don't want to start a bigger discussion on that.
Python2-yapps2 was already off my system since 2023. I only had python-yapps2 (not python2-*) since then.
For people who run into the same build errors as I did, may find help, if they simply uninstall all python2- packages and reinstall python-yapps2. Followed by a clean install of python2- in case they are still needed.
greez2all
Tweety
FabioLolix commented on 2024-08-11 22:53 (UTC)
Then it is dirty
pkgbuild will never instruct the package manager (btw the build is done by an AUR helper) to do a clean build; don't even makepkg do
Neither I am a developer and sometimes packaging is hard
InnerBushman commented on 2024-08-11 22:47 (UTC)
The build environment will be as clean as the package manager will make it. I don't have immediate control over what pamac does when I click "build" in the GUI. I'm not a developer and expect a package defining files to instruct the package manager on how to cleanly build the software. Time spent on debugging installation process could be spent on CNC-ing stuff! :)
FabioLolix commented on 2024-08-11 22:31 (UTC)
Learning to build in clean chroot solved that
https://aur.archlinux.org/packages/linuxcnc#comment-986138
https://aur.archlinux.org/packages/linuxcnc#comment-985912
InnerBushman commented on 2024-08-11 22:28 (UTC)
Just wanted to mention that all my problems with building and missing gi module stemmed from improperly detected highest version of python. After I removed python 2.x and 3.9, the installation (build) finished without issues. My current version of python is 3.12. From what I can see the prepare() only checks for 3.11 and lower, that's why it found 3.9 in my system instead. Here's the log: https://pastebin.com/jUftCxGT I know nothing about python so can't really dig into this in any helpful manner. I'm here for the CNC :D
FabioLolix commented on 2024-08-11 22:11 (UTC)
If you removed python2 that would remove python2-yapps and then the old linuxcnc build
Which 'that yapps error'
My impression is that you don't keep your system up-to-date anyway I don't have time or energy to provide tips on system maintainance; look into the forum for that
Tweety commented on 2024-08-11 18:20 (UTC)
Hi Fabio,
thanks for the hint. I used a yay/pacman -Qs python2 and got no further results. Started linuxcnc setup and got that yapps error. Any hints how to find residuals?
greez2all
Tweety
1 2 3 4 5 6 .. 9 Next › Last »