#linuxcnc-devel | Logs for 2018-09-12
Back
[00:36:47] -!- ve7it has quit [Remote host closed the connection]
[01:02:58] -!- c-log has quit [Ping timeout: 245 seconds]
[01:05:30] -!- c-log has joined #linuxcnc-devel
[01:13:48] -!- c-log has quit [Ping timeout: 245 seconds]
[01:15:31] -!- c-log has joined #linuxcnc-devel
[03:19:47] -!- selroc has joined #linuxcnc-devel
[03:24:00] -!- selroc has quit [Client Quit]
[04:07:25] -!- rob_h has joined #linuxcnc-devel
[04:51:25] Jin|away is now known as Jin^eLD
[04:51:41] <Jin^eLD> morning
[05:31:57] -!- rob_h has quit [Ping timeout: 252 seconds]
[05:56:00] -!- c-log has quit [Ping timeout: 244 seconds]
[05:57:50] -!- c-log has joined #linuxcnc-devel
[06:59:28] -!- pcw_home has quit [Ping timeout: 246 seconds]
[08:10:48] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jethornton pushed 1 new commit to 062.7: 02https://github.com/LinuxCNC/linuxcnc/commit/ab444262c30022ccd91a2012302f0440f516c83a
[08:10:48] -linuxcnc-github:#linuxcnc-devel- 13linuxcnc/062.7 14ab44426 15John Thornton: Docs: remove block delimiters that caused the pdf to have a strange layout...
[08:29:20] -!- pcw_home has joined #linuxcnc-devel
[09:00:34] -!- rob_h has joined #linuxcnc-devel
[09:25:44] -!- JT-Shop has quit [Remote host closed the connection]
[09:27:08] -!- JT-Shop has joined #linuxcnc-devel
[10:03:51] -!- Roguish has joined #linuxcnc-devel
[10:18:47] <hazzy-dev> Jin^eLD: TurBoss did some work in a Yacto recipe for LCNC a while back: https://github.com
[10:18:47] <hazzy-dev> IIRC the hold up was that LCNC uses Py2.7, but only the Py3 version of boost was available in Yacto
[10:19:41] <Jin^eLD> ah nice, so there were some attempts already
[10:19:58] <Jin^eLD> well, maybe python 2.7 could be backported
[10:20:33] <mozmck> Hasn't some work been done to make LCNC use Py3?
[10:21:06] <Jin^eLD> I am surprised he was able to pass the tcl checks, I would have expected a lot more patches to configure
[10:21:39] <hazzy-dev> mozmck: yes, rene and turboss have both been doing some work on adding support for Py3
[10:22:01] <mozmck> Yeah, looks like the pull requests for it are still not finished.
[10:22:43] <Jin^eLD> I understood jepler that py3 was not an easy task
[10:23:10] -!- rob_h has quit [Ping timeout: 246 seconds]
[10:24:26] <Jin^eLD> TurBoss: why did you have to override do_configure and do_compile??
[10:24:26] <hazzy-dev> Jin^eLD: Py2 to Py3 is easy, very easy, the problem is with the python interfaces that use c++ and boost
[10:25:08] <Jin^eLD> maybe thats what he meant :)
[10:39:15] -!- rob_h has joined #linuxcnc-devel
[11:45:53] -!- rob_h has quit [Ping timeout: 245 seconds]
[12:08:22] <rene_dev_> the configure script and some parts are done, the most work is probably in the c and cpp bindings
[12:09:26] <Jin^eLD> I see...
[14:19:40] -!- andypugh has joined #linuxcnc-devel
[14:20:38] <andypugh> I am a bit out of my depth on the forum.
[14:20:39] <andypugh> https://forum.linuxcnc.org
[14:21:19] <andypugh> Someone is writing a GUI in C. (he thinks he has valid reasons) but I can’t find an example of sending an NML message via C.
[14:23:59] -!- rob_h has joined #linuxcnc-devel
[14:34:39] <jepler> we don't have a C API, just C++.
[14:34:55] <jepler> (I wish it were otherwise, but there you go...)
[14:36:28] <andypugh> So, you can’t write a GUI in C?
[14:40:08] <jepler> not without creating some kind of shim between the C++ classes and a C API of your own divising
[14:40:12] <jepler> devising?
[14:40:24] <jepler> and of course you can't build linuxcnc without C++ anyway
[14:43:13] <andypugh> Seems like it could be quite a thin shim.
[14:45:09] <rene_dev_> andypugh the lathe macros are now working, and are working great!
[14:45:14] <rene_dev_> I really like them
[14:45:39] <rene_dev_> I have no idea what the problem was, but for some reason the macros did not get any parameters
[14:45:44] <andypugh> He is currently operating LinuxCNC from the GUI using strings sent to halcmd. Which doesn’t seem the neatest way.
[14:46:00] <andypugh> rene_dev_: Wierd.
[14:46:26] <rene_dev_> I think they should be included in linuxcnc.
[14:46:28] <andypugh> Are you using the version that assembles MDI strings? (Not the version where the G-colde subs try to read HAL pins)
[14:46:42] <rene_dev_> the mdi version, the non-svg version
[14:46:58] <andypugh> OK, that really ought to work.
[14:47:00] <rene_dev_> not sure if the svg version works with axis/gmoccapy
[14:47:39] <andypugh> It will work with a touchscreen if, and only if, you add an external (preferably physical) start button.
[14:48:09] <andypugh> (Or posibly not, I don’t know if Norbert has added the code that tells an embedded tab that it has focus)
[14:48:12] <rene_dev_> I dont have a touchscreen
[14:48:32] <rene_dev_> currently Im using axis, but would like to switch to gmoccapy
[14:48:38] <pcw_mesa> andypugh: did you ever get LinuxCNC running on your RPI?
[14:48:41] <rene_dev_> I dont like touchy
[14:49:06] <andypugh> pcw_mesa: No, other projects got in the way.
[14:49:29] <pcw_mesa> I know how that is...
[15:00:53] <jepler> sigh I really don't have the bandwidth, as they say, to engage in this discussion that chris morley started. Plus I kinda promised to butt out of the role of naysayer.
[15:04:53] -!- CaptHindsight has joined #linuxcnc-devel
[15:16:26] <CaptHindsight> I'm happy to listen to opinions, I never have to ask for them
[15:18:35] <sync> andypugh: I also think the radius thing in the macros is somehow broken or did you change something rene_dev_?
[15:19:56] <andypugh> jepler: So if you were to have an opinion, it would be “ney”?
[15:19:56] <rene_dev_> yes, thats broken
[15:20:03] <rene_dev_> or we dont understand it
[15:20:19] <andypugh> Radius works for me
[15:20:47] <jepler> some MK ideas are sure to be worth poaching. Their code is less likely to be applicable. The posts in that thread that I've read are far too vague on details for what Chris Morley wants to do, so it's hard to give concrete reasons for "no".
[15:20:49] <andypugh> What is broken for you?
[15:21:09] <jepler> we had "create component instances anytime" once, we took it out because of a minor bug AFAIR.
[15:21:23] <jepler> we can have "broken multithreaded realtime because nobody looks at the real issues but just ignores them" easily
[15:21:25] <andypugh> Yes, I want to steal the MK GPIO driver for the RaspPi
[15:21:50] <jepler> (both of those are much easier with uspace realtime fwiw)
[15:22:05] <rene_dev_> uspace realtime is the future imho
[15:22:08] <jepler> john kasunich ported the mk bb gpio driver with little effort a few years ago
[15:22:19] <rene_dev_> because ethernet is the one and only way to go
[15:22:46] <jepler> we can do work to modularize, i.e., move hal into a separate git repo. but will it get used? after all, we have 100% support for a decade for building out of tree HAL components and LinuxCNC UIs, but nobody uses it
[15:22:50] <jepler> (it's underdocumented)
[15:23:04] <jepler> get the main benefit by taking a weekend to split the linuxcnc binary package up usefully
[15:23:08] <jepler> etc etc
[15:23:23] <sync> andypugh: it did not retract in the right direction
[15:23:35] <sync> I wanted to make an outside radius and it would retract *into* the work
[15:24:28] <andypugh> sync: Did you select the correct radio button?
[15:24:47] <andypugh> And where was the tool tip when you started the macro?
[15:25:35] <andypugh> (radius starts at the starting Z and ends at the starting X, so you need to be +X and +Z of the corner before starting)
[15:26:24] <sync> I think the tool tips were broken in that screen
[15:26:32] <sync> but yes I had the right radio button clicked
[15:26:43] <andypugh> jepler: This is probably my thinking, it’s a nice idea, but a lot of developer work for two potential users.
[15:27:24] <sync> yes, I positioned the tool right on the edge of the work in both axis
[15:27:33] <sync> and it turned a radius correctly
[15:27:36] <sync> just retracted into the work
[15:28:25] <CaptHindsight> using the Vulkan API is my real only next interest
[15:29:29] <CaptHindsight> and thats just for being able to support high res vs wire frames in a GUI
[15:29:48] -!- c-log has quit [Ping timeout: 252 seconds]
[15:31:06] -!- pcw_mesa has quit [Ping timeout: 252 seconds]
[15:31:39] -!- c-log has joined #linuxcnc-devel
[15:33:39] -!- pcw_mesa has joined #linuxcnc-devel
[15:35:31] <CaptHindsight> I'd likely be the only one to use it so it would sit on github next to the RTAI fork
[15:41:40] <jepler> "newinst" was limited to things without loadrt flags, which was a big limitation. with uspace, we could potentially reuse the same logic that we are parsing loadrt flags with
[15:47:48] <jepler> everybody's too tired to rewrite axis/gremlin for merely 8 (12?) years old OpenGL, who's going to come down from heaven to give us Vulkan support?
[15:50:20] <JT-Shop> Vulkan looks pretty good
[15:51:55] <CaptHindsight> JT-Shop: are you working with hazzy-dev on a new GUI?
[15:52:21] <JT-Shop> no, I'm working on configuration tools for 2.8
[15:52:44] <JT-Shop> we just share programming problems with each other
[15:53:23] <CaptHindsight> working/sharing
[15:55:19] <CaptHindsight> I don't really "need" Vulkan for my next project but it might fund it
[15:56:39] <CaptHindsight> lots of little Linux projects that need a thing or two that eat up time and energy
[16:00:39] * JT-Shop thinks the welds have cooled enough to do the next step
[16:01:55] <mozmck> jepler: I seem to remember there were some license issues hindering ZeroMQ from being used instead of NML - maybe gpl3?
[16:03:40] -!- pcw_mesa has quit [Quit: ChatZilla 0.9.93 [Firefox 52.9.0/20180621064021]]
[16:06:00] <CaptHindsight> From our Trusted Partners
[16:06:00] <CaptHindsight> Miru (Hong Kong) maintains the OpenPGM multicast library. Areas of expertise: ØMQ+OpenPGM. Contact Steven McCoy.
[16:06:00] <CaptHindsight> Bear Metal (Europe) is a core contributor to ZeroMQ. Areas of expertise: Monitoring, custom bindings and transports as well as anything Ruby specific. Contact Lourens Naude.
[16:06:00] <CaptHindsight> Dual Licensing not Required
[16:06:01] <CaptHindsight> ØMQ is available under the LGPLv3 with a static linking exception including for iPhone apps. We do not offer a commercial license alternative.
[16:06:38] <CaptHindsight> oopps only meant to past the last line
[16:10:20] <mozmck> Yeah, seems like the LGPLv3 and GPL2 were not compatible or something like that. I'll have to go back and find the discussions I saw on that. Or maybe it was a different library...
[16:13:59] -!- ve7it has joined #linuxcnc-devel
[16:44:19] -!- pcw_mesa has joined #linuxcnc-devel
[17:10:09] -!- hazzy-dev has quit [Remote host closed the connection]
[17:10:28] -!- hazzy-dev has joined #linuxcnc-devel
[17:31:07] -!- pcw_mesa has quit [Quit: ChatZilla 0.9.93 [Firefox 52.9.0/20180621064021]]
[17:42:45] Jin^eLD is now known as Jin|away
[17:51:14] <jepler> GPL2-only is sure a problem that linuxcnc faces
[17:51:31] <jepler> but we have one ex developer who has stated in private he will not consent to relicense as gpl3 or gpl2+
[17:51:38] <jepler> which puts us in a tough spot
[17:55:22] <andypugh> How much of his work remains?
[17:56:44] <andypugh> It poses an interesting question about relicensing work from developers who are, for example, dead..
[17:57:04] <jepler> it's hard to say
[17:57:34] <andypugh> (reading that back, I was not proposing a radical solution to our licencing problem)
[17:57:36] <jepler> Indeed. It's one of the reasons some projects choose copyright assignment that are NOT evil
[18:53:33] -!- pcw_mesa has joined #linuxcnc-devel
[19:28:39] -!- hazzy has joined #linuxcnc-devel
[19:28:43] -!- rob_h has quit [Ping timeout: 244 seconds]
[19:55:50] -!- Roguish has quit [Quit: ChatZilla 0.9.92-rdmsoft [XULRunner 35.0.1/20150122214805]]
[20:46:04] -!- hazzy has quit [Ping timeout: 240 seconds]
[20:47:03] -!- hazzy has joined #linuxcnc-devel
[21:18:36] -!- andypugh has quit [Quit: andypugh]
[21:23:39] -!- hazzy has quit [Ping timeout: 252 seconds]
[22:08:26] -!- hazzy has joined #linuxcnc-devel
[22:16:27] <jepler> sigh, so much use of strcpy / strcat
[23:09:07] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler opened pull request #495: Reduce use of sprintf, strcpy and strcat (06master...06strcpy-strcat) 02https://github.com/LinuxCNC/linuxcnc/pull/495
[23:10:26] <jepler> well that ended up more work than I'd imagined at the outset, for less real impact
[23:22:41] -!- Tom_itx has joined #linuxcnc-devel
[23:32:08] -!- c-log has quit [Remote host closed the connection]
[23:32:33] -!- c-log has joined #linuxcnc-devel
[23:36:04] -!- Tom_itx has quit [Quit: Leaving]