Package Details: linuxcnc-sim 2.7.15-4

Git Clone URL: https://aur.archlinux.org/linuxcnc-sim.git (read-only, click to copy)
Package Base: linuxcnc-sim
Description: It can interpret G-code and simulate a CNC machine (formerly EMC2).
Upstream URL: http://linuxcnc.org/
Licenses: GPL2
Submitter: ivanovp
Maintainer: ivanovp
Last Packager: ivanovp
Votes: 13
Popularity: 0.000000
First Submitted: 2013-10-20 07:32 (UTC)
Last Updated: 2022-03-26 07:38 (UTC)

Latest Comments

s218 commented on 2020-10-14 08:17 (UTC) (edited on 2020-10-14 15:49 (UTC) by s218)

the program was downloaded, compiled and installed. Whenever I try to start, whatever I give the answer (yes. no.cansel), the program flies out and does not give any errors.

Three years ago, it was the same story -

https://archlinux.org.ru/forum/topic/17314/

linuxcnc LINUXCNC - 2.8.0 Machine configuration directory is '/home/u/linuxcnc/configs/sim.axis' Machine configuration file is 'axis.ini' can't find package Linuxcnc while executing "package require Linuxcnc " (file "/usr/share/linuxcnc/hallib/check_config.tcl" line 141) check_config validation failed LinuxCNC terminated with an error. You can find more information in the log: /home/u/linuxcnc_debug.txt and /home/u/linuxcnc_print.txt as well as in the output of the shell command 'dmesg' and in the terminal

ls: You cannot access '/usr/share/linuxcnc/:q': There is no such file or directory

ve7it commented on 2020-10-14 05:57 (UTC) (edited on 2020-10-14 06:01 (UTC) by ve7it)

Glad to see the update. It is not building on this generic arch box where the previous version was working fine.

[lg@Z77 Desktop]$ uname -a Linux Z77 5.8.14-arch1-1 #1 SMP PREEMPT Wed, 07 Oct 2020 23:59:46 +0000 x86_64 GNU/Linux


The build process follows:
Preparing...
Cloning linuxcnc-sim build files...
Checking linuxcnc-sim dependencies...
Synchronizing package databases...
Resolving dependencies...
Checking inter-conflicts...

Building linuxcnc-sim...
==> Making package: linuxcnc-sim 2.8.0-1 (Tue 13 Oct 2020 10:44:59 PM)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Updating linuxcnc git repo...
Fetching origin
  -> Found linuxcnc-sim.sh
  -> Found libtirpc.patch
==> Validating source files with md5sums...
    linuxcnc ... Skipped
    linuxcnc-sim.sh ... Passed
    libtirpc.patch ... Passed
==> Removing existing $srcdir/ directory...
==> Extracting sources...
  -> Creating working copy of linuxcnc git repo...
Cloning into 'linuxcnc'...
done.
Switched to a new branch 'makepkg'
==> Removing existing $pkgdir/ directory...
==> Starting build()...
(Stripping trailing CRs from patch; use --binary to disable.)
patching file Makefile
Hunk #1 succeeded at 143 (offset 4 lines).
Hunk #2 succeeded at 206 with fuzz 1 (offset 3 lines).
checking for g++... g++
checking whether the C++ compiler works... yes
checking for C++ compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking how to run the C++ preprocessor... g++ -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking boost/lockfree/queue.hpp usability... yes
checking boost/lockfree/queue.hpp presence... yes
checking for boost/lockfree/queue.hpp... yes
checking whether g++ supports C++11 features by default... yes
checking build toplevel... /var/tmp/pamac-build-lg/linuxcnc-sim/src/linuxcnc
checking installation prefix... /usr
checking for grep... (cached) /usr/bin/grep
checking for egrep... (cached) /usr/bin/grep -E
checking for pkg-config... /usr/bin/pkg-config
checking for gcc... gcc
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking rpc/rpc.h usability... yes
checking rpc/rpc.h presence... yes
checking for rpc/rpc.h... yes
checking for rtai-config... none
checking for xeno-config... none
checking for realtime API(s) to use... uspace
checking whether to enable userspace PCI access... yes
checking for libudev... yes - version 246
checking for cc version... not specified
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking how to run the C preprocessor... gcc -E
checking for usability of linux/hidraw.h... yes
checking for usability of rpc/rpc.h... no
configure: error: Unable to use rpc.h
==> ERROR: A failure occurred in build().
    Aborting...

The problem smells like the old rpc/tirpc problem, but it does see the libtirpc.patch.

/usr/include/tirpc/rpc exists on this box.

[lg@Z77 Desktop]$ ls  /usr/include/tirpc/rpc
auth_des.h   clnt_stat.h  pmap_prot.h  rpc_com.h       svc_auth.h  xdr.h
auth_gss.h   des_crypt.h  pmap_rmt.h   rpcent.h        svc_dg.h
auth.h       des.h        raw.h        rpc.h           svc.h
auth_unix.h  key_prot.h   rpcb_clnt.h  rpc_msg.h       svc_mt.h
clnt.h       nettype.h    rpcb_prot.h  rpcsec_gss.h    svc_soc.h
clnt_soc.h   pmap_clnt.h  rpcb_prot.x  svc_auth_gss.h  types.h

I am not well versed in the packaging details... perhaps someone could suggest tweaks I could try.

cheers Lawrence

archlute commented on 2020-06-24 19:55 (UTC)

same problem as with linuxcnc: error message:

Linking classicladder /usr/bin/ld: objects/hal/classicladder/files_project.o:/home/mike/AUR/linuxcnc/linuxcnc-sim/src/linuxcnc/src/hal/classicladder/files_project.c:159: multiple definition of `FileName'; objects/hal/classicladder/files.o:/home/mike/AUR/linuxcnc/linuxcnc-sim/src/linuxcnc/src/hal/classicladder/files.c:1298: first defined here collect2: Fehler: ld gab 1 als Ende-Status zurück make: *** [hal/classicladder/Submakefile:49: ../bin/classicladder] Fehler 1 ==> FEHLER: Ein Fehler geschah in build(). Breche ab...

christianlupus commented on 2020-04-03 09:13 (UTC)

@AlexParkhomenko You need to drop the -i in the command. This will not work.

AlexParkhomenko commented on 2020-04-03 07:40 (UTC) (edited on 2020-04-03 07:42 (UTC) by AlexParkhomenko)

error: failed to commit transaction (conflicting files) linuxcnc-sim: /usr/bin/io exists in filesystem (owned by io)

FIX: sudo -i pacman -R io

s218 commented on 2020-01-23 18:33 (UTC)

On git upgrade to 2.7.15. Cheat installer by changing 14 to 15 does not get, falls, asks yapps2. And there is also version 2.8.

Floris commented on 2019-01-17 13:02 (UTC) (edited on 2019-01-17 13:03 (UTC) by Floris)

Hi guys, very nice work, but please can you release NativeCAM for Linuxcnc. I use Nativecam in combination with linuxcnc daily to make circular and square matrices, rotations, probe subroutines and other types of manipulations and all sort of 2D gcode creations, it is a promising conversational cam that is in constant development. Thank you! Floris note: my os is manjaro

ivanovp commented on 2018-12-31 06:40 (UTC)

@GPereira: yes, if you've got a realtime kernel (RTAI). But this PKGBUILD hasn't got dependency of an RTAI kernel (it works with the stock kernel), so this is only OK for simulation. That is the reason why I recommended to have linuxcnc (with RTAI dependency) and capability of control a real CNC and have linuxcnc-sim which uses the stock Linux kernel, but it can only simulate a machine. ~6 years ago there was a linux-rtai package, which extended the kernel with real-time API (https://www.rtai.org/). This package should be dependency of linuxcnc.

GPereira commented on 2018-12-31 02:42 (UTC)

The thing is this is not a simulator. It can send gcode to a CNC

ivanovp commented on 2018-11-24 05:52 (UTC)

@GPereira: In my opinion linuxnc should be the package which can control a real CNC machine, and the simulator should remain linuxcnc-sim.

ivanovp commented on 2018-11-15 19:21 (UTC)

@GPereira: do you still want me to add co-maintainer to this package?

GPereira commented on 2018-11-15 17:51 (UTC)

It's building now!

ivanovp commented on 2018-11-07 17:59 (UTC)

@christianlupus thanks, patch was added.

christianlupus commented on 2018-10-30 20:26 (UTC)

I just sent an email to the maintainer with a potential fix to this problem with tirpc dependencies. I hope this will soon be fixed.

jkercher commented on 2018-09-09 00:24 (UTC)

I'm sure this isn't the right approach, but out of desperation, i copied the contents of /usr/include/tirpc to /usr/include, because those variable settings in the PKGBUILD dont seem to do anything at all...

I got a lot further, but stopped here where I believe may be a result of my rash fix: Compiling hal/utils/scope_files.c Linking halscope Linking linuxcnc.so Linking linuxcncrsh ../lib/libnml.so.0: undefined reference to xdr_bytes' ../lib/libnml.so.0: undefined reference toxdr_u_long' ../lib/libnml.so.0: undefined reference to xdr_int' ../lib/libnml.so.0: undefined reference toxdr_vector' ../lib/libnml.so.0: undefined reference to xdr_double' ../lib/libnml.so.0: undefined reference toxdr_long' ../lib/libnml.so.0: undefined reference to xdr_float' ../lib/libnml.so.0: undefined reference toxdrmem_create' ../lib/libnml.so.0: undefined reference to xdr_short' ../lib/libnml.so.0: undefined reference toxdr_u_char' ../lib/libnml.so.0: undefined reference to xdr_u_int' ../lib/libnml.so.0: undefined reference toxdr_u_short' ../lib/libnml.so.0: undefined reference to `xdr_char' collect2: error: ld returned 1 exit status make: *** [emc/usr_intf/Submakefile:39: ../bin/linuxcncrsh] Error 1

ve7it commented on 2018-09-06 23:45 (UTC)

Still issues with building this project... I got an email from notify@aur.archlinux.org as follows: <quote> LANLocked [1] added the following comment to linuxcnc-sim [2]:</quote>

Not sure why linuxcnc is ignoring the CPPFLAGS include, but adding the following to PKGBUILD with the other env variables seems to address the rpc/rpc.h not found issue:

INCLUDE+=" -I/usr/include/tirpc/

If you no longer wish to receive notifications about this package, please go to the package page [2] and select "Disable notifications".

[1] https://aur.archlinux.org/account/LANLocked/ [2] https://aur.archlinux.org/pkgbase/linuxcnc-sim/ I dont see LANLocked's comments here, and have not been able to implement his fix. Not sure if it has typos, or I am working on the wrong files. Perhaps someone with more knowledge of the build process could decipher the comment and apply it to the package. I would really like to see this project working again on antergos linux. cheers

Phelipe commented on 2018-08-06 19:47 (UTC)

Installation throws error:

libnml/cms/cms_xup.hh:19:10: fatal error: rpc/rpc.h: Arquivo ou diretório não encontrado #include <rpc rpc.h=""> / struct XDR / ^~~~~~~~~~~ compilation terminated.</rpc>

GPereira commented on 2018-07-04 02:53 (UTC)

libnml/cms/cms_xup.hh:19:10: fatal error: rpc/rpc.h: No such file or directory #include <rpc rpc.h=""> / struct XDR / I've already tried tirpc</rpc>

GPereira commented on 2018-07-04 02:52 (UTC)

I continue with the rpc issue while installing, any clues?

ivanovp commented on 2018-07-02 09:41 (UTC)

@GPereira: I'll add you.

GPereira commented on 2018-07-02 09:24 (UTC)

Hi, I would like to help with tis package can I comantain it?

ve7it commented on 2018-06-27 19:22 (UTC)

looks like this is related to the current build issue.... changes to rpc library https://bbs.archlinux.org/viewtopic.php?id=237520

ve7it commented on 2018-06-27 03:47 (UTC)

further to comment above.... previous version I built April 2 2018 is now failing to run with a runtime error: ImportError: libboost_python.so.1.66.0: cannot open shared object file: No such file or directory So the issue seems like it could be problems in the upstream git repository for my earlier comment or the boost library update that broke my older build. I currently have /usr/lib/libboost_python27.so.1.67.0 and /usr/lib/libboost_python36.so.1.67.0 installed as of this date which seems to point to a name change related to the python2 and python 3 incompatibilities. I was hoping the reinstall would resolve the library issues.

ve7it commented on 2018-06-27 03:31 (UTC)

Very glad to see this project as an AUR package. Some compile issues have popped up recently that I have not been able to resolve. Below is where the build fails: ... Compiling libnml/buffer/shmem.cc Compiling libnml/buffer/tcpmem.cc Compiling libnml/cms/cms.cc In file included from libnml/cms/cms.cc:37: libnml/cms/cms_xup.hh:19:10: fatal error: rpc/rpc.h: No such file or directory #include <rpc rpc.h=""> / struct XDR / ^~~~~~~~~~~ compilation terminated. make: *** [Makefile:219: objects/libnml/cms/cms.o] Error 1 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build linuxcnc-sim.</rpc>

has anyone had any luck building this recently in an intel 64 bit environment??

rrhode commented on 2018-01-29 15:51 (UTC)

Hello, thank you for this. However I can't get pncconf to work properly with without python errors with some parts of it. Possibly it's related to using a rt kernel. Is it possible to update to 2.8 or would that even resolve that issue? Perhaps it would be better to do that in a separate package?

Also, there was an issue with TCL version when trying to update the OS which required ignoring the tcl package in the /etc/pacman.conf file to fix.

trentks commented on 2017-09-08 23:37 (UTC)

It seems to be failing to retrieve from git://git.linuxcnc.org/git/linuxcnc.git ==> Making package: linuxcnc-sim 2.7.8-1 (Sat Sep 9 11:32:45 NZST 2017) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Cloning linuxcnc git repo... Cloning into bare repository '/home/trent/temp/linuxcnc-sim/linuxcnc'... ^[[2^^Tfatal: unable to connect to git.linuxcnc.org: git.linuxcnc.org[0: 76.79.18.203]: errno=Connection timed out ==> ERROR: Failure while downloading linuxcnc git repo Aborting...

s218 commented on 2017-03-30 08:44 (UTC)

2017-03-30 автор пакет починил, все работает. The author has repaired the package, everything works.

s218 commented on 2017-03-28 18:34 (UTC) (edited on 2017-03-29 20:28 (UTC) by s218)

2017-03 пакет с трудом ставится и после этого не работает. Отсутствующий python2-libgnome можно найти здесь - http://ala.seblu.net/packages/p/python2-libgnome/ Но вот после этого аборт при попытке запуска с рабочим конфигом. Latency-test запускается, запуск linuxcnc без параметров выдает окно выбора конфигурации, после выбора любой из них = аборт. В консоли пишет - VERSION=1.0 can't find package Linuxcnc while executing "package require Linuxcnc " (file "/usr/share/linuxcnc/hallib/check_config.tcl" line 83) check_config validation failed LinuxCNC terminated with an error. You can find more information in the log: linuxcnc_debug.txt and linuxcnc_print.txt as well as in the output of the shell command 'dmesg' and in the terminal Дебаг-файл пуст, принт-файл содержит только сведения о валидном конфиге. С этим же конфигом нормально работает в Сусе. ЧЯДНТ?

dimich commented on 2016-12-23 07:37 (UTC)

Linuxcnc-sim conflicts with linux-manpages because of common /usr/share/man/man9/

71GA commented on 2016-11-18 10:04 (UTC)

This doesn't work for some time now...

ivanovp commented on 2016-04-23 06:33 (UTC)

I've added a patch, but it is not finished: more work is needed...

TiaoHero commented on 2016-04-22 13:14 (UTC)

When i try convert a image to gcode i get the following error : Traceback (most recent call last): File "/usr/sbin/image-to-gcode", line 26, in <module> import Image ImportError: No module named Image What can i do to solve this poblem ?

hexvalid commented on 2015-09-11 12:46 (UTC)

Checking for ID conflicts in stepconf glade files File "../scripts/checkglade", line 41 print "%s:0: Uses id %r (first encountered in %s)" % ( ^ SyntaxError: invalid syntax emc/usr_intf/stepconf/Submakefile:22: recipe for target 'objects/glade-conflict-check-stamp' failed make: *** [objects/glade-conflict-check-stamp] Error 1 == ERROR: A failure occurred in build(). Aborting...

71GA commented on 2015-09-11 06:33 (UTC)

Checking for ID conflicts in stepconf glade files File "../scripts/checkglade", line 41 print "%s:0: Uses id %r (first encountered in %s)" % ( ^ SyntaxError: invalid syntax emc/usr_intf/stepconf/Submakefile:22: recipe for target 'objects/glade-conflict-check-stamp' failed make: *** [objects/glade-conflict-check-stamp] Error 1 ==> ERROR: A failure occurred in build(). Aborting...

ivanovp commented on 2015-04-05 06:44 (UTC)

@cox: I've adopted tclx and updated it.

ivanovp commented on 2015-03-03 07:10 (UTC)

@cox: Report this error to tclx.

cox commented on 2015-03-03 07:06 (UTC)

==> tclx dependencies: - tk (already installed) - tcl=8.6.2 (building from AUR) ==> Continue building tclx ? [Y/n] ==> ------------------------------ ==> ==> Building and installing package ==> Install or build missing dependencies for tclx: error: target not found: tcl=8.6.2

ivanovp commented on 2014-10-22 05:16 (UTC)

I got this error, when I switched on the machine (axis): TCL error in asynchronous code: wrong # args: should be ".toolbar.program_step cmd ?arg ...?" while executing ".toolbar.program_step" invoked from within "if {$::last_interp_state != $::INTERP_IDLE || $::last_task_state != $::task_state} { set_mode_from_tab }" (procedure "update_state" line 44) invoked from within "update_state" ("after" script) gscreen is working (I'm not familiar with this).

andrew2085 commented on 2014-10-21 22:09 (UTC)

To get it to compile line 132 in rs274ngc_pre.cc needs to be change from: _setup.pythis = boost::python::object(boost::cref(this)); to: _setup.pythis = boost::python::object(boost::cref(*this)); This should be fixed in linuxcnc, it used to work because boost::cref used to allow passing an r-value reference (it shouldn't have). There could be more to this, I haven't checked the code more, so it could just crash at some point while it's running.

71GA commented on 2014-10-06 13:01 (UTC)

This won't compile. Makefile:207: recipe for target 'objects/emc/rs274ngc/rs274ngc_pre.o' failed make: *** [objects/emc/rs274ngc/rs274ngc_pre.o] Error 1

ivanovp commented on 2014-09-21 09:17 (UTC)

That's because it cannot be compiled...

Jack-Jack commented on 2014-09-14 09:21 (UTC)

I had got this error: emc/rs274ngc/rs274ngc_pre.cc: In constructor ‘Interp::Interp()’: emc/rs274ngc/rs274ngc_pre.cc:132:57: error: use of deleted function ‘void boost::cref(const T&&) [with T = Interp*]’ _setup.pythis = boost::python::object(boost::cref(this));

ivanovp commented on 2014-05-15 07:55 (UTC)

@bulbur: thanks for correction, I'll update the PKGBUILD.

bulbur commented on 2014-05-13 09:36 (UTC)

I had to install python2-imaging for image-to-gcode to work. Before that I got this error: File "/usr/bin/image-to-gcode", line 26, in <module> import Image ImportError: No module named Image

ivanovp commented on 2014-05-08 06:16 (UTC)

What happened without this fix?

cgo commented on 2014-05-06 16:40 (UTC)

I had to put this in package() to make things work: mkdir $pkgdir/usr/lib/tcllib ln -s /usr/lib/tcltk/linuxcnc $pkgdir/usr/lib/tcllib/linuxcnc (or ln -s ../../tcltk/linuxcnc $pkgdir/usr/lib/tcllib/linuxcnc) There should be a better way but I don't know how to fix tcl stuff from configure.

awpe commented on 2013-11-26 23:13 (UTC)

If you get tkinter error use 739df958aca9d246daad36f439c82bfbeac681b9 commit for git://git.linuxcnc.org/git/linuxcnc.git