Back
[00:00:26] -!- rob_h has quit [Ping timeout: 240 seconds]
[00:01:30] BitEvil is now known as SpeedEvil
[00:09:37] -!- justanotheruser has quit [Ping timeout: 244 seconds]
[00:09:58] -!- md-2 has quit [Remote host closed the connection]
[00:12:39] -!- Audioburn_work has quit [Ping timeout: 240 seconds]
[00:34:18] -!- Loetmichel has quit [Ping timeout: 255 seconds]
[00:51:02] -!- il has quit [Ping timeout: 250 seconds]
[00:58:36] -!- a_morale has quit [Ping timeout: 264 seconds]
[00:59:52] -!- tinkerer has quit [Remote host closed the connection]
[01:05:01] -!- pinkfloyd has quit [Ping timeout: 250 seconds]
[01:14:33] -!- per_sonne_ has quit [Ping timeout: 250 seconds]
[01:50:24] -!- md-2 has quit [Ping timeout: 250 seconds]
[01:51:09] -!- robinsz has quit [Ping timeout: 265 seconds]
[02:01:39] -!- il has quit [Ping timeout: 246 seconds]
[02:02:59] -!- pinkfloyd has quit [Ping timeout: 240 seconds]
[02:09:15] -!- Roguish has quit [Quit: ChatZilla 0.9.92 [Firefox 41.0.1/20150929144111]]
[02:38:00] -!- patrickarlt has quit [Quit: Leaving...]
[02:45:26] -!- Praesmeodymium has quit [Ping timeout: 240 seconds]
[02:45:44] Protractinium is now known as Praesmeodymium
[02:54:17] -!- phantoxeD has quit [Read error: Connection reset by peer]
[02:55:34] -!- liebrand has quit [Remote host closed the connection]
[02:57:46] -!- boboss_ has quit [Ping timeout: 240 seconds]
[02:57:50] -!- AR_ has quit [Ping timeout: 240 seconds]
[03:15:30] -!- per_sonne_ has quit [Ping timeout: 246 seconds]
[03:15:39] -!- md-2 has quit [Ping timeout: 252 seconds]
[03:17:57] -!- norias has quit [Ping timeout: 246 seconds]
[03:23:16] -!- zeeshan-mill has quit [Ping timeout: 272 seconds]
[03:43:19] -!- skunksleep has quit [Ping timeout: 240 seconds]
[03:46:57] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[03:49:12] -!- sumpfralle has quit [Quit: Leaving.]
[03:51:36] -!- diego__ has quit [Client Quit]
[03:52:25] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[03:56:39] -!- kwallace [kwallace!~kwallace@142.147.85.210] has parted #linuxcnc-devel
[04:04:24] -!- bobo has quit [Quit: Page closed]
[04:10:23] -!- toner has quit [Ping timeout: 244 seconds]
[04:26:33] -!- furrywolf has quit [Read error: No route to host]
[04:37:48] -!- ravenlock has quit [Quit: Leaving]
[04:40:15] -!- jelte_ has quit [Quit: Connection closed for inactivity]
[05:03:31] -!- inventor42 has quit [Ping timeout: 265 seconds]
[05:03:51] -!- englishman has quit [Ping timeout: 255 seconds]
[05:10:39] -!- Audioburn has quit [Ping timeout: 246 seconds]
[05:16:58] -!- per_sonne_ has quit [Ping timeout: 260 seconds]
[05:18:49] -!- aventtini6 has quit [Ping timeout: 268 seconds]
[05:50:06] -!- cmorley has quit [Ping timeout: 244 seconds]
[05:51:25] -!- robinsz has quit [Ping timeout: 240 seconds]
[06:02:10] -!- ve7it has quit [Remote host closed the connection]
[06:05:28] -!- cmorley [cmorley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[06:40:15] -!- mhaberler has quit [Quit: mhaberler]
[06:54:05] -!- JT-Shop has quit [Read error: Connection reset by peer]
[06:54:10] -!- jthornton has quit [Read error: Connection reset by peer]
[06:54:33] -!- JT-Shop [JT-Shop!~john@184.63.188.69] has joined #linuxcnc-devel
[06:54:57] -!- jthornton [jthornton!~john@184.63.188.69] has joined #linuxcnc-devel
[07:04:08] -!- anth0ny_ has quit [Quit: anth0ny_]
[07:08:03] -!- md-2 has quit [Read error: Connection reset by peer]
[07:17:48] -!- per_sonne_ has quit [Ping timeout: 264 seconds]
[07:39:44] -!- phantoxeD has quit [Read error: Connection reset by peer]
[07:50:39] -!- aventtini3 has quit [Ping timeout: 252 seconds]
[07:51:33] -!- mhaberler has quit [Quit: mhaberler]
[07:52:06] -!- rob_h [rob_h!~robh@2.124.66.150] has joined #linuxcnc-devel
[07:56:17] -!- dan2k3k4 has quit [Quit: Leaving]
[08:29:59] -!- Nutter has quit [Ping timeout: 240 seconds]
[08:45:50] -!- mhaberler has quit [Ping timeout: 240 seconds]
[08:48:16] -!- gonzo_ has quit [Read error: Connection reset by peer]
[08:50:59] -!- CalimeroTeknik has quit [Ping timeout: 240 seconds]
[09:00:49] -!- robinsz has quit [Ping timeout: 246 seconds]
[09:18:10] -!- per_sonne_ has quit [Ping timeout: 240 seconds]
[09:30:31] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[09:46:45] -!- b_b has quit [Changing host]
[10:02:15] -!- justanotheruser has quit [Quit: leaving]
[10:03:33] -!- Jymmmm has quit [Changing host]
[10:06:34] -!- Jymmm has quit [Ping timeout: 265 seconds]
[10:19:36] -!- per_sonne_ has quit [Ping timeout: 264 seconds]
[10:42:14] -!- skunkworks has quit [Ping timeout: 260 seconds]
[10:47:18] -!- amiri_ has quit [Ping timeout: 250 seconds]
[10:50:56] -!- SEL [SEL!~SEL@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[11:01:13] -!- robinsz has quit [Ping timeout: 246 seconds]
[11:22:56] -!- SEL has quit [Quit: Leaving]
[11:28:45] -!- b_b has quit [Remote host closed the connection]
[11:28:59] -!- b_b has quit [Changing host]
[11:39:47] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:52:28] <KGB-linuxcnc> 03John Thornton 052.7 d315896 06linuxcnc 10docs/src/getting-started/updating-linuxcnc.txt Docs: add link to upgrade page from 2.5 to 2.6 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d315896
[12:16:18] -!- Contract_Pilot has quit [Ping timeout: 255 seconds]
[12:32:45] -!- Valen has quit [Remote host closed the connection]
[12:35:53] -!- sumpfralle has quit [Quit: Leaving.]
[12:45:25] <linuxcnc-build> build #69 of 4022.deb-jessie-amd64 is complete: Failure [4failed shell_2] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4022.deb-jessie-amd64/builds/69 blamelist: John Thornton <bjt128@gmail.com>
[12:49:35] -!- PCW_ [PCW_!~chatzilla@99.88.10.65] has joined #linuxcnc-devel
[12:50:40] -!- PCW has quit [Ping timeout: 244 seconds]
[12:50:45] PCW_ is now known as PCW
[13:39:29] Jymmmm is now known as Jymmm
[13:50:17] -!- SEL [SEL!~SEL@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[13:51:38] -!- aventtini3 has quit [Ping timeout: 244 seconds]
[13:56:17] -!- raymondhim has quit [Ping timeout: 244 seconds]
[13:56:44] -!- mozmck has quit [Quit: Leaving.]
[13:57:47] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[14:03:24] <skunkworks> Crap.
[14:04:03] <skunkworks> So - max velocity doesn't cap rotory axis motion. (saw a bug in pathpilot)
[14:04:18] <skunkworks> feed override does
[14:04:41] <cradek> you mean pure rotary moves (ABC only)?
[14:04:44] <skunkworks> yes
[14:05:09] <cradek> not sure how it could do that, since those have different units from the ones the maxvel slider has
[14:05:22] -!- raymondhim has quit [Ping timeout: 240 seconds]
[14:05:40] -!- shurshur has quit [Ping timeout: 246 seconds]
[14:05:48] <skunkworks> Combined moves MV does effect
[14:05:57] <cradek> yeah I'm not surprised by that
[14:06:02] <cradek> did this change from 2.6?
[14:06:13] <skunkworks> oh - is this something that was always an issue?
[14:06:18] <cradek> I don't know
[14:06:24] <skunkworks> let me check
[14:06:43] <cradek> it's not clear to me what a coherent design would be, so I'm not surprised that ... someone is surprised
[14:07:22] <skunkworks> I didn't even think of that. (MV is in units)
[14:07:48] <skunkworks> 2.6 does the same thing
[14:07:55] <skunkworks> ok - whew
[14:10:54] * skunkworks whistle softly and walks away
[14:13:45] -!- skunkworks_ [skunkworks_!~chatzilla@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[14:15:35] <seb_kuzminsky> morning
[14:17:13] -!- the_wench has quit [Ping timeout: 246 seconds]
[14:17:17] -!- DaPeace has quit [Quit: Leaving.]
[14:18:43] -!- archivist has quit [Ping timeout: 256 seconds]
[14:23:48] -!- archivist [archivist!~archivist@host81-149-189-98.in-addr.btopenworld.com] has joined #linuxcnc-devel
[14:23:53] <skunkworks> This is interesting..
[14:23:53] <skunkworks> https://www.youtube.com/watch?v=GFGsP0dniwU
[14:24:28] <skunkworks> it seems as though the feedrate goes from 7.8 (111%FO) to 23..
[14:24:47] -!- Komzpa has quit [Ping timeout: 264 seconds]
[14:25:03] <skunkworks> I asked him if he could post the gcode
[14:27:28] <skunkworks> I wonder if it is displaying the A axis feed rate when only A is moved maybe..
[14:27:32] <cradek> I see alternating combined-XZ moves and A-only moves and it's stuck always saying 23.5. that seems like it's probably a gui or state tagging bug.
[14:27:58] <cradek> yeah it's hard to tell what the program is doing, but you can see the DROs doing XZ and A and that feed display doesn't change
[14:28:02] <skunkworks> That was my thought
[14:29:19] -!- anth0ny_ has quit [Quit: anth0ny_]
[14:29:22] <cradek> and I don't hear the motion changing from 7.8 to 23.5
[14:29:25] <skunkworks> 7 seconds to move about 2.2 inches
[14:29:56] <skunkworks> hmm - that is close to 20in/min...
[14:30:27] <skunkworks> oops
[14:30:37] -!- the_wench [the_wench!~the_wench@host81-149-189-98.in-addr.btopenworld.com] has joined #linuxcnc-devel
[14:30:54] <cradek> 18.9 ipm
[14:31:13] <skunkworks> that was me counting.. But it looks like it is going at the stated feedrate.
[14:31:50] <skunkworks> definatly not 7.8ipm
[14:32:25] <skunkworks> does he talk on the video?
[14:32:31] <skunkworks> (no sound here)
[14:33:01] <archivist> not for the 4 minutes I looked at
[14:33:15] <pcw_home> is that just because of fallback to the old TP when doing moves that combine rotary axis with linear?
[14:34:00] <skunkworks> (assuming we are not seeing the feedrate change in gcode - I only see the 7ipm...)
[14:34:03] <cradek> hm, if he's doing G93 F7.8 the move should take 7.69sec
[14:34:09] <skunkworks> right
[14:34:33] <skunkworks> it seems to be going close to the 23ipm stated
[14:35:06] <cradek> I'm saying I wonder if he's in inverse time mode
[14:35:33] <cradek> eh, this is stupid, guessing without the gcode
[14:35:41] <cradek> ... or the software he's running
[14:35:52] <skunkworks> heh - what is inverse time gcode?
[14:36:03] <cradek> http://linuxcnc.org/docs/html/gcode/g-code.html#gcode:g93-g94-g95
[14:36:04] <cradek> G93 mode
[14:36:16] <skunkworks> G90 at the begining of the gcode
[14:36:32] <cradek> G90 is unrelated
[14:36:43] <cradek> this is G93 vs G94
[14:36:48] <skunkworks> sorry
[14:37:07] <skunkworks> not seeing either
[14:37:13] <skunkworks> so - unknown
[14:38:16] <cradek> guess he should try his gcode on linuxcnc, and submit a bug in the appropriate place
[14:39:03] <skunkworks> If I get the gcode - I will try it here
[14:39:07] <cradek> cool
[14:42:36] -!- quiqua has quit [Ping timeout: 250 seconds]
[14:42:36] quiqua_ is now known as quiqua
[14:44:53] -!- pandeiro has quit [Remote host closed the connection]
[14:56:12] -!- aventtini3 has quit [Ping timeout: 246 seconds]
[15:07:27] -!- ivansanchez has quit [Remote host closed the connection]
[15:17:04] -!- CaptHindsight has quit [Quit: Leaving]
[15:25:58] -!- aventtini3 has quit [Ping timeout: 260 seconds]
[15:31:04] -!- capricorn_1 has quit [Quit: Konversation terminated!]
[15:36:48] -!- dan2k3k4 has quit [Ping timeout: 246 seconds]
[15:47:42] -!- quiqua has quit [Quit: quiqua]
[15:49:15] -!- Demiurge has quit [Ping timeout: 265 seconds]
[15:58:27] <JT-Shop> if one was to start from scratch would Axis II be written in C++ with QT or Python with GTK?
[16:01:19] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[16:01:51] <micges> python + qt
[16:01:54] <archivist> one hopes a compiled language
[16:02:43] -!- SEL has quit [Ping timeout: 252 seconds]
[16:03:15] <cradek> thanks to both of you for so quickly demonstrating how different people would make different choices
[16:04:08] <archivist> :)
[16:06:01] <archivist> I hate the current need to throw bigger machines at slower languages
[16:06:39] <cradek> it sure mixes weirdly with the urge to use silly underpowered machines
[16:08:13] <archivist> yes but those that can afford PC replacement dont realise what that forces on those users
[16:13:34] <JT-Shop> the thing I don't understand about QT is why they subclass things you can already do in C++
[16:22:16] <mozmck> subclass?
[16:23:33] <mozmck> toolkits such as QT have been around for years, and things that now have better support in a language did not always have that support. So the toolkit had to implement it themselves.
[16:24:31] <mozmck> Then they also are cross-platform, and things that are on one platform, may not always be on another platform - and so on.
[16:27:17] -!- b_b has quit [Remote host closed the connection]
[16:27:49] -!- b_b has quit [Changing host]
[16:29:26] -!- t0shnip has quit [Quit: WeeChat 1.3]
[16:30:34] -!- skunkworks_ has quit [Ping timeout: 246 seconds]
[16:30:51] <mozmck> QT is also more than just a GUI toolkit and has cross-platform libraries for file IO, networking, printing and etc.
[16:32:16] <JT-Shop> ah ok, I was wondering about things like Qfile (maybe spelled wrong) vs using native C++ file I/O
[16:33:54] <mozmck> Yeah, take a look at the supported platforms:
http://doc.qt.io/qt-5/supported-platforms.html
[16:34:24] <JT-Shop> for us all we care about is Linux right?
[16:34:46] <mozmck> In c++ there are a number of things that are supported through the boost libraries, but those can come with their own set of issues.
[16:35:08] <mozmck> I would think so.
[16:35:38] <seb_kuzminsky> JT-Shop: there are many obstacles to running linuxcnc guis on non-linux platforms, the gui toolkit is just one of them
[16:35:59] <JT-Shop> and real time the other issue?
[16:36:01] <mozmck> You don't have to use the QT libraries for things just because they are there. So you can use std::string and c++ file I/O if you want.
[16:36:16] <JT-Shop> I'm not thinking of running LinuxCNC on anything else
[16:41:24] <seb_kuzminsky> JT-Shop: the gui is currently tied to the controller via NML (shared memory), HAL (shared memory), and the interp parameter file (shared filesystem)
[16:42:23] <seb_kuzminsky> so either all of the controller+gui would have to run on the same host, or we'd have to uncouple each of those three ties into some network-transparent alternative(s)
[16:43:26] <seb_kuzminsky> we started hacking on a cleanup of the NML interface at the last hackfest, as a first step towards providing a network-transparent replacement for the GUI-Task NML interface
[16:43:45] <seb_kuzminsky> but it's far from finished (it's in the liblinuxcnc-ui branch if anyone wants to look and/or hack on it)
[16:44:37] <seb_kuzminsky> i guess this is my long-winded way of saying, i think we're a long way away from being able to run the gui on a different machine than the rest of the controller
[16:44:44] <jepler> the language and gui toolkit used in axis is not in the list of top items that prevent it running on Windows. Python and Tkinter are both available there.
[16:45:57] <seb_kuzminsky> so cross-platform gui toolkits are certaintly cool and good, and it's good to consider using them in new work, but they're not on the short list of things that prevent us running GUIs on Android or Mac OS X or whatever
[16:48:08] <jepler> right now today you can use linuxcncrsh as a building block for a remote UI. you may discover that linuxcncrsh needs "more stuff", who knkows.
[16:49:09] <seb_kuzminsky> yep
[16:49:53] <jepler> there's also code in machinekit that uses the python linuxcnc module and presents some sort of network API, there's probably some revision of that you could lift wholesale and use on top of linuxcnc
[16:49:56] <seb_kuzminsky> there's also the "ssh + python + linuxcnc.so" option
[16:50:18] <jepler> mostly the problem is that the intersection of "people who are expressing public interest in remote UIs" and "people who have the expertise to implement remote UIs" is a small or empty set
[16:51:01] <mozmck> I'm not sure how much use a remote UI is except to reduce load on the machine controller?
[16:51:20] <seb_kuzminsky> i'm not sure it's useful for that ;-)
[16:51:25] <mozmck> Seems like the 3D printer folks like the idea of running their machine with a cell phone.
[16:52:03] <cradek> gross, seb's bugfix showed up in machinekit with some other person named as author, and reference to our bug report clumsily removed
[16:52:16] <jepler> never ascribe, etc
[16:52:24] <cradek> yeah, probably not evil, just very clumsy git usage
[16:52:47] <mozmck> Yeah, I don't know. With something like the BeagleBoard, the graphics are apparently not up to the job while running a machine.
[16:52:56] <seb_kuzminsky> cradek: which fix?
[16:53:04] <ssi> mozmck: a better solution would be to make the ui lighter if possible
[16:53:05] <cradek> someone with the xhc should see if we want their two bugfixes 80f4db0 and bb2f773
[16:53:17] <cradek> canon: fix bug , non-NCD arcs on machines with ABCUVW axes
[16:53:18] <mozmck> ssi: I agree - using c++ ;)
[16:53:22] <jepler> xemc, tkemc, touchy (without added preview window) will all work dandy
[16:53:29] <ssi> I like the idea of being able to use something like BBB with an fpga board for machines, cause managing a bunch of pcs starts to suck whben you have 5-10 machines
[16:53:30] <cradek> was: canon: fix bug #439, non-NCD arcs on machines with ABCUVW axes
[16:53:35] <jepler> AXIS is not slow on those ARM boards because of Python
[16:53:47] <ssi> jepler: more like because opengl, yeah?
[16:53:48] <jepler> it is slow because the OpenGL API that AXIS/gremlin use is not accelerated
[16:54:18] <ssi> it'd be nice if there were options for lighter, less 3d-shiny previews
[16:54:43] <jepler> some of them accelerate a different incarnation of OpenGL (opengl es) but nobody has cared enough to contribute changes to gremlin to let it switch to the right OpenGL API depending on the local system details
[16:55:01] <jepler> this is -devel, so I feel free to say "if you want it, write it"
[16:55:19] <ssi> naturally :)
[16:55:30] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/ja_configs 1c56b4e 06linuxcnc 10(6 files in 2 dirs) axis/xhc-hb04 configs update for joints_axes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=1c56b4e
[16:55:31] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/ja_configs 446507f 06linuxcnc 10(12 files) axis/ini_with_includes/: update for joints_axes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=446507f
[16:55:31] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/ja_configs e1421cd 06linuxcnc 10(6 files in 2 dirs) axis/simtcl/ configs: update for joints_axes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e1421cd
[16:55:32] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/ja_configs 8886e16 06linuxcnc 10(19 files in 2 dirs) axis/moveoff/ configs update for joints_axes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8886e16
[16:55:36] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/ja_configs b1d3a57 06linuxcnc 10(15 files in 2 dirs) axis/axis/ sim configs update for joints_axes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b1d3a57
[16:55:40] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/ja_configs 5081850 06linuxcnc 10configs/sim/axis/lathe.ini 10lib/python/rs274/glcanon.py axis/lathe.ini update for joints_axes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5081850
[16:55:44] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/ja_configs 5264a1a 06linuxcnc 10(13 files in 6 dirs) axis/ sim subdirs update for joints_axes(partial) * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5264a1a
[16:55:48] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/ja_configs a6573a5 06linuxcnc 10(17 files in 8 dirs) axis/vismach sim configs update for joints_axes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a6573a5
[16:55:52] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/ja_configs 67401d3 06linuxcnc 10(7 files in 7 dirs) axis/remap configs update for joints_axes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=67401d3
[16:55:56] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/ja_configs 06187ca 06linuxcnc 10configs/sim/axis/spindle_orient/orient.ini axis/spindle_orient update for joints_axes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=06187ca
[16:56:00] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/ja_configs a7baa34 06linuxcnc 10(6 files) axis/ngcgui configs update for joints_axes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a7baa34
[16:56:03] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/ja_configs 7f3fb19 06linuxcnc 10lib/hallib/sim_lib.tcl lib/hallib/sim_lib.tcl: enforce reqmt for joints_axes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7f3fb19
[16:56:58] <cradek> sweeeet
[16:58:39] <seb_kuzminsky> yay!
[17:00:14] -!- patrickarlt has quit [Remote host closed the connection]
[17:02:15] <seb_kuzminsky> something's fishy in master on arm:
http://buildbot.linuxcnc.org/buildbot/builders/1405.rip-wheezy-armhf/builds/1676
[17:02:32] <seb_kuzminsky> 2.7 builds without any warnings:
http://buildbot.linuxcnc.org/buildbot/builders/1405.rip-wheezy-armhf/builds/1677
[17:02:53] <jepler> there's not really in*/out* on ARM
[17:03:15] <seb_kuzminsky> but there wasnt on 2.7 either, right?
[17:03:29] <jepler> probably to do with "rtapi: accomodate systems without sys/io.h"
[17:03:32] <JT-Shop> I was talking more about an Axis that is not in Tkinter, not porting to other OS or remote
[17:04:21] * JT-Shop needs to try and understand NML (shared memory), HAL (shared memory), and the interp parameter file (shared filesystem)
[17:04:44] <ssi> JT-Shop: when you start getting into it let me know and I'd like to help
[17:05:00] <ssi> I would definitely contribute to this but it's hard to dive into
[17:05:18] <seb_kuzminsky> JT-Shop: i figured you weren't talking about other OSes ;-)
[17:05:40] <jepler> afk
[17:06:00] <seb_kuzminsky> JT-Shop: those three are the ways i can think of in which the UI and the controller core talk to each other
[17:06:17] <jepler> .. part programs are also in the shared filesystem
[17:06:26] <seb_kuzminsky> jepler: for gremlin, right
[17:06:32] <seb_kuzminsky> without gremlin that's not needed
[17:06:50] <jepler> how do you present the user with a list of part programs to open?
[17:06:52] <ssi> not even for the code panel?
[17:07:01] <jepler> yeah source listing too
[17:07:02] -!- Vq has quit [Remote host closed the connection]
[17:07:09] <seb_kuzminsky> JT-Shop: the NML stuff is somewhat described and confined to src/emc/usr_intf/shcomm.cc
[17:07:24] <seb_kuzminsky> jepler ssi : oh yeah good point. durr
[17:07:31] <seb_kuzminsky> i forgot about that little detail
[17:08:04] <JT-Shop> seb_kuzminsky, thanks
[17:08:36] <seb_kuzminsky> JT-Shop: shcomm is icky to me because it does a poor job of encapsulating the functionality it puports to provide, and places a large burden on the calling application to manage things
[17:09:12] -!- Loetmichel2 has quit [Ping timeout: 246 seconds]
[17:09:41] <seb_kuzminsky> it's also available in the python module named "linuxcnc", which is implemented (somewhat confusingly) in src/emc/usr_intf/axis/extensions/emcmodule.cc
[17:09:56] <seb_kuzminsky> so, that's the C++ and Python NML interfaces to Task
[17:10:08] -!- maurris has quit []
[17:10:15] <JT-Shop> I've done some work with the python interface before and created a few basic GUI's
[17:10:45] <seb_kuzminsky> cool
[17:11:01] <seb_kuzminsky> i've written some tests using the python interface and i quite like that (over C++)
[17:11:25] <seb_kuzminsky> huh, our lib/python/linuxcnc.so links against a bunch of X libraries, that's surprising to me
[17:11:38] * seb_kuzminsky wanders off to lunch
[17:12:45] <JT-Shop> I remember reading some chatter about getting rid of NML how would that be done?
[17:15:45] <seb_kuzminsky> JT-Shop: it'd be a long and laborious process, which jepler sketched out as follows:
[17:16:01] <seb_kuzminsky> 1. make a nice clean interface for the GUIs to use to talk to Task, that hides all the NML stuff
[17:16:26] <seb_kuzminsky> 2. promote the new interface, and deprecate the raw NML interface
[17:17:12] <seb_kuzminsky> 3. design a new network protocol to do all the things that NML does
[17:17:34] <ssi> there are some light network protocols that would be worth looking at
[17:17:40] <JT-Shop> didn't mean to interrupt your lunch
[17:17:40] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[17:17:41] <seb_kuzminsky> 4. replace the guts of the new interface library and the guts of Task to use the new network protocol (while maintaining the library's API so the GUIs dont notice)
[17:17:57] <ssi> like protobuf
[17:18:10] <seb_kuzminsky> 5. git rm src/libnml ;-)
[17:18:25] <ssi> protobuf has c++ and python support fwiw
[17:18:48] <seb_kuzminsky> ssi: yeah, protobuf or something like it would play a part in the serialization/deserialization
[17:18:58] <JT-Shop> would golang fit anywhere for low level stuff?
[17:19:16] <ssi> moving IPC from nml to something like protobuf would make it easier to abstract it to network
[17:20:33] <seb_kuzminsky> JT-Shop: one of the hopes of this project would be to make it easier to support new languages, like Go, because it's generally easier to implement well-defined network protocols than ill-defined shared-memory interfaces ;-)
[17:20:49] <ssi> seb_kuzminsky: :D
[17:20:55] <seb_kuzminsky> really lunch now :-)
[17:21:01] <ssi> I hope we can get into some golang... that's my jam these days
[17:21:03] <JT-Shop> me too
[17:21:04] <seb_kuzminsky> nobody say anything interesting for one hour
[17:21:12] <JT-Shop> ok
[17:21:17] * ssi talks about airplanes for an hour
[17:25:59] -!- micges has quit [Ping timeout: 264 seconds]
[17:26:00] -!- dan2k3k4 has quit [Ping timeout: 246 seconds]
[17:26:27] -!- bjmorel_work [bjmorel_work!~brianmore@71-13-81-38.static.bycy.mi.charter.com] has joined #linuxcnc-devel
[17:43:00] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[17:58:05] -!- SEL [SEL!~SEL@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[17:59:16] -!- shurshur has quit [Ping timeout: 265 seconds]
[18:02:29] -!- dan2k3k4k5 has quit [Quit: Leaving]
[18:03:24] -!- nickoe has quit [Ping timeout: 264 seconds]
[18:05:13] nickoe_ is now known as nickoe
[18:05:31] -!- _abc_ has quit [Quit: Lost terminal]
[18:13:04] <jepler> seb_kuzminsky: stuff pertaining to the backplot is swirled into linuxcnc.os
[18:13:09] <jepler> linuxcnc.so
[18:13:15] -!- micges [micges!~micges@acux112.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[18:19:57] <jepler> I don't know whether we should prefer to eventually say (A) the official "linuxcnc API" is this wire protocol *OR* (b) the official "linxucnc API" is this pure C API. Any language worth programming in can wrap a pure C API.
[18:22:01] <seb_kuzminsky> i guess i have a slight preference for the wire protocol, with the C library as a reference implementation of sorts
[18:22:38] <jepler> I suspect a C library will be easier to change compatibly than a wire protocol
[18:23:02] <cradek> strikes me that the gpl feels very differently about those two things
[18:23:04] <seb_kuzminsky> the wire protocol should have one of those version numbers in the handshake
[18:23:45] <jepler> cradek: GPL *can't* encumber a wire protocol
[18:24:13] <cradek> right, that's exactly what I mean
[18:25:05] <ssi> mesa pins rs422 as tx+/tx- rx+/rx-
[18:25:10] <ssi> your pinout says X Y A B
[18:25:13] <ssi> how does that correlate?
[18:25:24] <ssi> er Y Z A B rather
[18:25:29] * seb_kuzminsky points at the channel name
[18:25:35] <ssi> dangit sorry
[18:25:38] <seb_kuzminsky> heh
[18:26:46] -!- micges_ [micges_!~micges@epw192.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[18:27:56] -!- patrickarlt has quit [Remote host closed the connection]
[18:28:15] -!- per_sonne_ has quit [Quit: Be back later ...]
[18:30:12] -!- micges has quit [Ping timeout: 272 seconds]
[18:30:30] micges_ is now known as micges
[18:32:03] <jepler> seb_kuzminsky: those components with warnings probably shouldn't be built on ARM...
[18:34:25] <seb_kuzminsky> jepler: surely there's pci on arm?
[18:34:31] <seb_kuzminsky> hm2_pci has warnings too
[18:37:50] <jepler> 227 * The ARM doesn't have special IO access instructions; all IO is memory
[18:37:54] <jepler> 228 * mapped. Note that these are defined to perform little endian accesses
[18:37:57] <jepler> 229 * only. Their primary purpose is to access PCI and ISA peripherals.
[18:39:29] <jepler> it looks like arm's <asm/io.h> has inb() etc macros that turn the operations into memory-mapped operations under some assumptions about PCI I/O space being mapped at a certain spot in the virtual address space (PCI_IO_VIRT_BASE)
[18:39:30] <seb_kuzminsky> so rtapi_{in,out}* should become memory access on ARM
[18:39:33] <jepler> I bet this doesn't work
[18:39:39] <seb_kuzminsky> ah
[18:39:43] <jepler> we don't have any code to create this mapping...
[18:40:03] <jepler> and I don't have any ARM with a PCI bus to check
[18:40:59] -!- gonzo__nb has quit [Quit: Leaving]
[18:41:36] <jepler> if somebody sends me one I'll make it work or send back a vial of salty, salty tears in compensation.
[18:41:47] <ssi> lol
[18:42:17] <Tom_itx> what arm board do you need?
[18:42:22] <jepler> Tom_itx: one with PCI slots
[18:42:28] <Tom_itx> i've got an stm32f i've never used
[18:42:39] <Tom_itx> stm32f4
[18:43:12] <Tom_itx> no idea what it has on it
[18:45:50] <jepler> hm, potentially this could be tested using qemu-system-arm with PCI pass-through on any old x86
[18:46:37] <jepler> and a mesa card with plx9054 or plx9030, which I have one of (5i20)
[18:47:06] <jepler> Tom_itx: thanks for the offer, but I don't think that's what I need.
[18:47:22] <Tom_itx> np, if you ever do it's sitting collecting dust
[18:49:36] -!- chris_99 has quit [Ping timeout: 250 seconds]
[18:50:26] <jepler> hm it also requires an intel cpu with advanced virtualization features so maybe not
[18:51:42] -!- micges_ [micges_!~micges@epq215.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[18:53:20] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[18:53:37] -!- micges has quit [Ping timeout: 250 seconds]
[18:58:11] -!- SpeedEvil has quit [Client Quit]
[19:02:51] SpeedEvil is now known as FartingEvil
[19:02:56] FartingEvil is now known as SpeedEvil
[19:03:13] micges_ is now known as micges
[19:04:32] McBird is now known as Kawaii
[19:04:58] Kawaii is now known as McBride36
[19:05:36] -!- neilk_ has quit [Remote host closed the connection]
[19:05:59] -!- RoyBellingan has quit [Quit: Konversation terminated!]
[19:06:01] McBride36 is now known as Ron_Swanson
[19:06:44] Ron_Swanson is now known as McBride36
[19:07:01] -!- b_b has quit [Remote host closed the connection]
[19:15:47] -!- SpeedEvil has quit [Read error: Connection timed out]
[19:22:24] -!- Komzpa has quit [Ping timeout: 265 seconds]
[19:25:03] -!- chris_99 has quit [Remote host closed the connection]
[19:26:56] -!- lair82 has quit [Quit: Page closed]
[19:29:12] -!- DaPeace has quit [Ping timeout: 255 seconds]
[19:34:20] -!- KimK_laptop [KimK_laptop!~Kim@wsip-70-186-238-216.ks.ks.cox.net] has joined #linuxcnc-devel
[19:39:00] -!- patrickarlt has quit [Ping timeout: 246 seconds]
[19:44:10] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-59-160.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[19:52:30] -!- Komzzpa has quit [Ping timeout: 240 seconds]
[19:57:30] -!- Komzpa has quit [Remote host closed the connection]
[20:04:34] -!- aventtini6 has quit [Ping timeout: 260 seconds]
[20:05:35] -!- SEL has quit [Remote host closed the connection]
[20:05:46] -!- md-2 has quit [Remote host closed the connection]
[20:06:04] -!- md-2 has quit [Remote host closed the connection]
[20:09:24] -!- skunkworks has quit [Ping timeout: 264 seconds]
[20:10:37] -!- MrSunshine has quit [Remote host closed the connection]
[20:13:38] <KGB-linuxcnc> 03Dewey Garrett 052.7 efe3ac1 06linuxcnc 10lib/python/gremlin_view.py 10lib/python/pyngcgui.py pyngcgui.py, gremlin_view.py regression * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=efe3ac1
[20:13:38] <KGB-linuxcnc> 03Dewey Garrett 052.7 730af77 06linuxcnc 10configs/sim/axis/ngcgui/fullscreen.tcl pyngcgui fullscreen, regression * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=730af77
[20:16:19] -!- archivist has quit [Ping timeout: 246 seconds]
[20:17:35] -!- the_wench has quit [Ping timeout: 244 seconds]
[20:19:22] -!- exitcode1 has quit [Quit: quit]
[20:21:36] * jepler wows at get_linuxcnc_ini_file
[20:21:55] <jepler> somebody was clearly writing expedient code, but I don't know how you can call it "right" code
[20:23:32] <cradek> and we have two copies of that
[20:23:32] <jepler> export INI_FILE_NAME="$INIFILE"
[20:23:32] <jepler> $EMCSERVER -ini "$INIFILE"
[20:23:47] -!- shurshur has quit [Ping timeout: 265 seconds]
[20:23:51] <jepler> You can find this value in the environment as long as you're launched from inside the linuxcnc script
[20:24:04] <jepler> $EMCDISPLAY -ini "$INIFILE" $EMCDISPLAYARGS $EXTRA_ARGS
[20:24:12] <jepler> the value is also aways given on the commandline of the $EMCDISPLAY
[20:24:30] -!- KimK_laptop has quit [Ping timeout: 250 seconds]
[20:26:44] <jepler> $ ps -C linuxcncsvr --no-header -o args
[20:27:11] <jepler> if you really think you need to do this, this is a better way to get just the argument list of the process linuxcncsvr
[20:27:32] <cradek> but it's in the environment!?
[20:28:44] <seb_kuzminsky> it's only in the environment if you're a descendant of the "linuxcnc" process
[20:28:53] <seb_kuzminsky> which you probably are
[20:28:55] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:31:35] -!- KimK_laptop [KimK_laptop!~Kim@wsip-70-186-238-216.ks.ks.cox.net] has joined #linuxcnc-devel
[20:33:03] -!- archivist [archivist!~archivist@host81-149-189-98.in-addr.btopenworld.com] has joined #linuxcnc-devel
[20:33:04] <seb_kuzminsky> ah, the ini file is another "point of contact" between the UI and Task, to add to the NML/HAL/parameter list
[20:33:25] <seb_kuzminsky> maybe the UIs should be able to ask Task for INI variable values via lui
[20:38:44] -!- rigid has quit [Ping timeout: 240 seconds]
[20:43:42] -!- teepee has quit [*.net *.split]
[20:43:42] -!- MrSunshine has quit [*.net *.split]
[20:43:42] -!- CaptHindsight has quit [*.net *.split]
[20:43:42] -!- norias has quit [*.net *.split]
[20:43:42] -!- amiri has quit [*.net *.split]
[20:43:42] -!- Deejay has quit [*.net *.split]
[20:43:42] -!- cpresser has quit [*.net *.split]
[20:43:42] -!- anomynous has quit [*.net *.split]
[20:43:42] -!- malcom2073 has quit [*.net *.split]
[20:43:43] -!- toastydeath has quit [*.net *.split]
[20:43:43] -!- liedman has quit [*.net *.split]
[20:43:43] -!- zeeshan|2 has quit [*.net *.split]
[20:43:44] -!- mal`` has quit [*.net *.split]
[20:43:44] -!- Khetzal has quit [*.net *.split]
[20:43:44] -!- zlog has quit [*.net *.split]
[20:43:44] -!- A_Nub has quit [*.net *.split]
[20:43:44] -!- dagjomar has quit [*.net *.split]
[20:43:44] -!- firephoto has quit [*.net *.split]
[20:43:44] -!- AshKyd has quit [*.net *.split]
[20:43:45] -!- TekniQue has quit [*.net *.split]
[20:43:45] -!- Meduza has quit [*.net *.split]
[20:44:07] <skunkworks> it is all so complicated!
[20:45:42] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[20:45:48] -!- teepee [teepee!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[20:46:07] -!- sliptonic has quit [Ping timeout: 240 seconds]
[20:46:13] -!- malcom2073 [malcom2073!~quassel@mikesshop.net] has joined #linuxcnc-devel
[20:46:13] -!- zeeshan|2 [zeeshan|2!~kvirc64@CPE0018e7cea342-CM5039555db2cc.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[20:46:13] -!- mal`` [mal``!~mal``@105.ip-167-114-152.net] has joined #linuxcnc-devel
[20:46:13] -!- Khetzal [Khetzal!~khetzal@sierra.khetzal.info] has joined #linuxcnc-devel
[20:46:13] -!- zlog [zlog!~zlog@ip68-102-196-57.ks.ok.cox.net] has joined #linuxcnc-devel
[20:49:25] -!- micges has quit [Ping timeout: 240 seconds]
[20:50:11] -!- micges [micges!~micges@epq215.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[20:51:47] -!- racicot has quit [Excess Flood]
[20:52:49] -!- racicot has quit [Changing host]
[20:57:16] -!- Contract_Pilot1 has quit [Ping timeout: 246 seconds]
[20:57:45] -!- FinboySlick has quit [Quit: Leaving.]
[21:14:12] <mozmck> seb_kuzminsky: it would certainly be nice to have a common interface to INI values. It would need to read and write any value - not just ones Task knows about though.
[21:14:30] <KGB-linuxcnc> 03Dewey Garrett 052.7 faf9e11 06linuxcnc 10lib/python/gremlin_view.py 10lib/python/pyngcgui.py pyngcgui.py, gremlin_view.py improve ini file find * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=faf9e11
[21:14:53] <seb_kuzminsky> mozmck: write?
[21:15:13] <mozmck> maybe not write, but that would actually be nice.
[21:16:08] <mozmck> Then a gui can have dialogs to edit the config or part of it while running.
[21:16:25] <seb_kuzminsky> that would be cool
[21:16:30] -!- HSD has quit [Ping timeout: 250 seconds]
[21:17:22] -!- asdfasd has quit [Ping timeout: 250 seconds]
[21:17:47] <mozmck> Yes, and with a little work should be do-able. HAL pins can be linked and un-linked on the fly, etc. I don't know if other parts of linuxcnc can be re-configured at run time or not.
[21:18:12] -!- HardWall has quit [Read error: Connection reset by peer]
[21:26:18] <micges> mozmck: what about hal pins reflecting configs? I don't know if they're able to be updated on the fly
[21:27:46] <mozmck> a pin for each ini value?
[21:28:18] <micges> yes, they are in 2.7 now
[21:28:50] <mozmck> The problem is that you can have custom ini values - I have quite a few in my setup. You need to have an api to request the value of "MY_CUSTOM_GUI_TWEAK" if it exists.
[21:38:45] -!- andy__ [andy__!~andy@d67-193-55-21.home3.cgocable.net] has joined #linuxcnc-devel
[21:39:16] -!- andy__ [andy__!~andy@d67-193-55-21.home3.cgocable.net] has parted #linuxcnc-devel
[21:53:01] -!- patrickarlt has quit [Remote host closed the connection]
[21:56:17] <skunkworks> https://www.youtube.com/watch?v=QQO2t6NocmA
[21:56:20] <skunkworks> comments
[22:00:53] -!- andy__ has quit [Quit: Leaving]
[22:01:46] -!- sumpfralle has quit [Ping timeout: 240 seconds]
[22:04:59] -!- per_sonne_ has quit [Ping timeout: 264 seconds]
[22:05:21] -!- Roguish [Roguish!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[22:06:00] -!- valeech has quit [Quit: valeech]
[22:09:15] -!- SkramX has quit [Remote host closed the connection]
[22:09:16] -!- Jeebiss has quit [Remote host closed the connection]
[22:09:16] -!- meryan00 has quit [Remote host closed the connection]
[22:09:16] -!- A_Nub has quit [Remote host closed the connection]
[22:12:11] -!- md-2 has quit [Ping timeout: 264 seconds]
[22:17:57] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[22:21:00] <micges> pkg-config should be checked in ./configure before libudev libmodbus and libusb, without pkg-configs all three lib checkings are always false
[22:21:19] <micges> 2.7 uspace under debian 8.2
[22:22:29] -!- calvinmetcalf has quit [Remote host closed the connection]
[22:22:29] -!- amatecha has quit [Remote host closed the connection]
[22:22:29] -!- Kremmen has quit [Remote host closed the connection]
[22:22:38] -!- AphelionZ has quit [Remote host closed the connection]
[22:26:18] <jepler> I don't understand what you mean. Are you saying that a bug in configure is giving incorrect results?
[22:27:32] <micges> yes
[22:27:58] <jepler> do you have a proposed patch?
[22:28:38] <micges> I could try to bake one
[22:29:59] <jepler> http://buildbot.linuxcnc.org/buildbot/builders/1500.rip-jessie-i386/builds/117/steps/configuring/logs/stdio
[22:30:10] <jepler> checking for libudev... yes - version 215
[22:30:31] <jepler> the problem is not affecting buildbot
[22:30:39] <jepler> unless I misunderstand
[22:32:14] <micges> on 8.2 fresh install you don't have pkg-config
[22:32:21] <jepler> are you saying that on your system, the program pkg-config is not even installed?
[22:32:30] <jepler> and you would like configure to detect that problem and issue a good error?
[22:33:22] <micges> yeah, before all checks that uses it
[22:34:30] <jepler> I don't mind if a check like that is added to configure.
[22:35:56] <jepler> untested: AC_CHECK_PROG(PKG_CONFIG, pkg-config, [], [AC_MSG_ERROR([a helpful error message]))
[22:38:27] <jepler> no, something about my syntax is wrong
[22:38:38] -!- sumpfralle has quit [Ping timeout: 244 seconds]
[22:42:30] <jepler> AC_PATH_PROG([PKG_CONFIG], [pkg-config])
[22:42:30] <jepler> if test -z "$PKG_CONFIG"; then
[22:42:30] <jepler> AC_MSG_ERROR([pkg-config is required to build LinuxCNC])
[22:42:30] <jepler> fi
[22:45:13] <micges> its working
[22:46:39] Audioburn is now known as audio
[22:54:56] <jepler> ok, as far as I am concerned you can push it if it is helpful to you
[22:56:07] <micges> patch:
http://pastebin.ca/3183210
[22:56:42] <micges> who's in charge on 2.7?
[22:58:33] <jepler> seb
[23:14:10] <micges> jepler: thanks for help, I'm slighty more confident now with configure stuff
[23:25:00] -!- chris_99 has quit [Quit: Leaving]
[23:27:30] -!- lucashodge has quit [Client Quit]
[23:28:40] -!- tinkerer has quit [Remote host closed the connection]
[23:42:46] <jepler> micges: you're welcome
[23:46:18] -!- rob_h has quit [Ping timeout: 265 seconds]
[23:53:33] -!- eFuchs has quit [Remote host closed the connection]
[23:53:41] Kremmen is now known as Guest14057
[23:53:42] -!- patrickarlt has quit [Quit: Leaving...]
[23:56:14] -!- skunkworks has quit [Ping timeout: 268 seconds]