#linuxcnc-devel | Logs for 2016-11-03

[09:11:44] <seb_kuzminsky> cradek: no, it's not a fix
[09:12:06] <seb_kuzminsky> it just un-does a code reorg that i did when i thought i was going to fix a bunch of stuff in task
[10:04:39] <jepler> I intend to upgrade the forum's underlying linux distribution sometime soon (14.04LTS -> 16.04LTS). I did it on a scratch copy so I know it (looks like it)'ll work without much trouble
[10:05:02] <jepler> there's some trouble because of the upgrade from php5 to php7.0, but it's a matter of twiddling the right things and I have a record of what that is now
[12:35:53] <skunkworks> rob emailed me that he might have abc blending ready to test at the end of this weekend...
[12:37:08] <archivist> you need a 6 axis to test with :)
[12:37:22] <skunkworks> oh - it would be all virtual testing...
[12:37:36] <skunkworks> I don't have the puma running...
[12:39:22] <archivist> dare we mention css on rotaries to him...../me ducks
[12:45:32] <skunkworks> How would you do that? or - how do other controls do that?
[12:48:14] <archivist> I dont think it is simple at all
[13:37:29] <cradek> I don't think it's a thing controls do
[14:31:01] <skunkworks_> you guys have used kvm - why am I getting this error? Google is failing me.
[14:31:04] <skunkworks_> http://pastebin.ca/3735914
[14:32:31] <jepler> the error doesn't ring a bell for me
[14:34:10] <jepler> >>> root@:~# modinfo iptable_nat
[14:34:12] <jepler> >>> ERROR: modinfo: could not find module iptable_nat
[14:34:18] <jepler> do you have an iptable_nat kernel module available?
[14:34:29] <skunkworks> some searching is bringing back that I need nat enabled in the kernel
[14:34:40] <jepler> yeah that is the same thing I am finding
[14:34:55] <jepler> looks like it's typically enabled in debian kernels though
[14:34:56] <skunkworks> hmm - this is the rt kernel
[14:35:20] <skunkworks> maybe it needs to be configured in the kernel config
[14:35:31] <jepler> from debian jessie-backports, or self-built?
[14:35:38] <skunkworks> self built
[14:35:43] <jepler> yeah it is most likely that
[14:35:54] <jepler> try with a vanilla kernel if that's convenient, it'll confirm the problem without waiting for kernel builds
[14:36:28] <skunkworks> ah - good point - I have 3. somnething on here
[14:37:23] <cradek> I miss the hpux feature of getting the kernel config file from the running kernel
[14:38:05] <cradek> I guess debian packages put it in a standard place...
[14:39:53] <jepler> config IKCONFIG_PROC
[14:39:54] <jepler> bool "Enable access to .config through /proc/config.gz"
[14:40:30] <cradek> sweet!
[14:42:35] <cradek> I guess that's not on by default in debian
[14:42:47] <jepler> guess not
[17:02:44] <jepler> pcw_home: did you mention something about inexpensive USB JTAG?
[17:08:03] <jepler> bus blaster ($35) sounds nice and relatively flexible. They put a CPLD on it just for flexible configuration of I/O to the real debug target.
[17:12:13] <pcw_mesa> I ordered a Chinese Xilinx USB cable clone but its not here yet
[17:12:48] <pcw_mesa> i think it was ~ $25.00
[17:15:10] <pcw_mesa> http://www.ebay.com/itm/Xilinx-Platform-USB-Download-Cable-Jtag-Programmer-FPGA-CPLD-C-Mod-XC2C64A-M102-/201540354531?hash=item2eecbdc1e3:g:p24AAOSwwbdWJIZM
[17:37:50] <tinkerer> have someone already tried this? http://xc3sprog.sourceforge.net/
[17:52:24] <jepler> I have a feeling I may have used that a long time ago (I have a xilinx parallel cable around here somewhere, but running out of parallel ports to plug it into)
[17:56:37] <seb_kuzminsky> epp over ethernet! it's the hot new thing
[18:05:01] <tinkerer> due to my raspi preferences I prefer epp over spi ... ;)
[18:06:17] <tinkerer> but it would be doable with a pluto board :D
[18:13:53] <tinkerer> jepler: is it ok for you when I post your board (https://oshpark.com/shared_projects/bZNakuZs) on the forum?
[18:54:02] <jepler> tinkerer: that's fine, but it's 100% unsupported, etc.
[19:17:45] <tinkerer> never mind, it helps spreading linuxcnc :)
[19:17:53] <tinkerer> ok thanks
[19:25:42] <tinkerer> done
[19:31:58] <tinkerer> btw, what do you think about refining and including my websocket example in lcnc? https://github.com/tinkercnc/LinuxCNC2Websocket . Not necessarily my version but a similar one.
[19:35:08] <tinkerer> for justifying the web server (apache) dependency. ;)
[19:35:22] <jepler> it does not speak to any need I have personally.
[19:36:51] <jepler> This looks like software that depends only on public and fairly stable Python APIs in LinuxCNC, so I would say: yay, there's nothing forcing this to live inside linuxcnc.git, it is totally useful to keep in its own git repository
[19:37:07] <jepler> you can enhance and improve it without tying your development schedule to linuxcnc's
[19:37:58] <jepler> and if there's some way linuxcnc.org should be involved with how your users get this software, it's by working on the technical barriers that prevent it from being a package in the linuxcnc.org debian package server that simply depends on linuxcnc | linuxcnc-uspace
[19:40:33] <tinkerer> ok, but my intention was merely to take the 1st little step to web gui.
[19:41:06] <jepler> I hope you've enjoyed it as a learning experience, then.
[19:41:37] <tinkerer> and improving the nml <-> websocket interface