#linuxcnc-devel | Logs for 2015-05-22

[00:41:42] <gurwinder_> cmorley:Hi, you replyed me on stepconf. I want to discuss about some feature requests which are on http://sourceforge.net/p/emc/feature-requests/search?q=labels:%22Stepconf%22
[01:30:45] <cmorley> gurwinder_: it's 11 pm here so I'm off to bed soon....
[01:31:01] <Gurwinder> ok
[01:31:18] <cmorley> what is your question?
[01:31:49] <Gurwinder> I am going to put all those question in mail
[01:32:04] <Gurwinder> so I think its easy to answer there :)
[01:32:40] <cmorley> ok yes I prefer that with large texts :) I will try my best to answer
[01:33:05] <Gurwinder> small question,
[01:33:35] <Gurwinder> what is add backslash support
[01:34:01] <Gurwinder> Is it to add some key to write backslash while writing in stepconf?
[01:35:54] <cmorley> http://www.linuxcnc.org/docs/2.7/html/config/ini_config.html#sub:AXIS-section
[01:36:09] <cmorley> look up backlash in that section
[01:36:26] <Gurwinder> ok
[01:37:01] <cmorley> right now stepconf does not allow one to enter a backlash setting
[01:37:32] <cmorley> so stepconf would need to add that to the axis pages and then write it to the INI file
[01:38:29] <Gurwinder> Can I edit stepconf features without test it with cnc machine, as I never use linuxcnc before
[01:38:37] <cmorley> it's a good first project as it's relatively easy :)
[01:39:30] <cmorley> you can - it's better to test of course - but this change is pretty simple - you can also ask others to test it for you.
[01:39:52] <Gurwinder> oh, greate
[01:40:14] <Gurwinder> Rest I will put in mail
[01:40:36] <cmorley> One thing to ask Seb is if he would rather you base your work on master or 2.7 .... 2.7 is close to release
[01:40:55] <cmorley> nit this is also a simple change so ... ask him
[01:41:03] <archivist> the simulator mode should spit out any syntax errors in an ini you write
[01:41:42] <cmorley> yep that's true
[01:42:37] <cmorley> but things like setting the MAX-ACCELERATION is hard to know without live testing
[01:43:03] <cmorley> backlash requires more acceleration headroomn
[01:43:31] <cmorley> anyways I'm off to bed.... night guys
[01:44:14] <Gurwinder> thanks, good nyt
[10:41:36] <skunkworks> oh no'es
[10:51:01] <mozmck> is there a way to build only the documentation?
[10:55:02] <nojepler> "docs", "htmldocs" and "pdfdocs" are all targets you can specify to make
[10:55:20] <nojepler> there's not a way to run configure so that it doesn't check for regular build dependencies of linuxcnc
[11:00:12] <mozmck> thanks
[11:01:39] <mozmck> how do I find the targets? I searched in the Makefile and I don't see a docs: tag
[11:12:25] <nojepler> docs/src/Submakefile
[11:13:31] <mozmck> ok, thanks.
[11:14:16] <mozmck> I'm wanting to add some to the haltcl doc about the stuff I learned. Here is a first try that I'm sure needs modification: http://pasteboard.co/EFjWybv.png
[11:18:12] <cradek> mozmck: do you think this behavior is a bug?
[11:18:53] <mozmck> A bug in my understanding before I figured it out anyhow :)
[11:19:01] <nojepler> I feel like you are discussing a specific workaround you used in one situation. I don't think that it is good advice in general to [lindex ... 0].
[11:19:09] <mozmck> I don't know really.
[11:19:14] <nojepler> but I don't have a lot of room to throw stones about this because I'm not going to sit down and write the documentation myself right now
[11:20:13] <mozmck> Ok, but I could think it would affect any loadrt line that had spaces or quotes in the ini file.
[11:20:51] <cradek> I feel that it's probably just buggy, and if we can't fix bugs I guess documenting workarounds is better than nothing, but fixing bugs is much better. However I have no powers other than gentle encouragement to use here.
[11:21:16] <nojepler> cradek: if there is a bug, what portion of the software does it reside in?
[11:21:50] <mozmck> Apparently for the 7i92 the config= argument has to have all the quotes around a string containing arguments separated by spaces.
[11:22:33] <cradek> nojepler: I don't know
[11:23:22] <mozmck> It would seem to me that if haltcl could load the inifile values as single strings instead of lists, that would avoid this problem, but I don't know if it would cause others.
[11:23:43] <cradek> I don't have any understanding of this other than "all the parts do quoting differently" and perhaps with some "something is escaping things too many times" thrown in
[11:24:48] <cradek> loadrt ... {config={"..."}}
[11:25:05] <cradek> this seems like at least one too many
[11:25:29] <mozmck> Maybe my proposed doc addition could mention this as a workaround for this problem - so it might still be helpful to others in some way even if it's not good advice in general.
[11:25:36] <cradek> {\"...\"} is also one too many if I understand the tcl rules
[11:25:46] <cradek> doesn't that give you literal backslashes?
[11:26:45] <nojepler> oh geez, haltcl has its own inifile parser
[11:28:04] <nojepler> so given this inifile
[11:28:04] <nojepler> [SIGH]
[11:28:05] <nojepler> X=1 2 3
[11:28:05] <nojepler> X=x y z
[11:28:05] <nojepler> X="a b c"
[11:28:11] <nojepler> $ haltcl -ini ~/sigh.ini
[11:28:11] <nojepler> haltcl: set SIGH(X)
[11:28:12] <nojepler> {1 2 3} {x y z} {"a b c"}
[11:28:52] <cradek> that looks right ... if that's what you expect
[11:29:18] <nojepler> so there's an element to all this that I had overlooked until now: $::HOSTMOT2(CONFIG) is a 1-item Tcl list
[11:29:50] <cradek> so mozmck's answer is right
[11:31:55] <mozmck> So is $::HOSTMOT(IPADDR) if IPADDR="" with quotes.
[11:33:02] <mozmck> if IPADDR= it looks like it is not a list
[11:34:19] <nojepler> % list x
[11:34:19] <nojepler> x
[11:34:19] <nojepler> % list \"x\"
[11:34:19] <nojepler> {"x"}
[11:34:42] <nojepler> if the list element doesn't have special characters then you get one outcome from putting it in a list; if it has special characters then you get another
[11:35:44] <mozmck> interesting
[11:36:12] <mozmck> % list \\"x\\"
[11:36:12] <mozmck> {\"x\"}
[11:38:47] <nojepler> so I might say something like this: http://pastie.org/10202403
[11:39:11] <nojepler> oops, it ate my emdashes. http://pastie.org/10202404
[11:43:28] <mozmck> Ah, that explains it better. I would like to leave my example as well after your text as I think it could be helpful.
[11:49:17] <nojepler> and for my part, I'm sorry I didn't realize that ::SECTION(ITEM) was a Tcl list. I hope that the programs I suggested you use to see what was going on were still helpful.
[11:49:51] <mozmck> They were, and dgarr sent me some more information that also helped in seeing what was happening.
[11:50:11] <nojepler> and I imagine he was aware that ::SECTION(ITEM) was a tcl list
[11:50:28] <mozmck> probably so
[11:51:17] <mozmck> It's interesting, if I run puts "loadrt $::HOSTMOT2(DRIVER) board_ip=[lindex $::HOSTMOT2(IPADDR) 0] config=[lindex $::HOSTMOT2(CONFIG) 0]"
[11:51:37] <mozmck> it returns this: loadrt hm2_eth board_ip="" config="num_encoders=0 num_pwmgens=0 num_stepgens=6"
[11:52:24] <nojepler> because "..." is not for building lists
[11:52:24] <mozmck> But the error message on this computer (because I don't have a 7i92 or eth1) says it is executing: "hal loadrt hm2_eth board_ip=\"\" {config="num_encoders=0 num_pwmgens=0 num_stepgens=6"}"
[11:52:30] <nojepler> % set santa "ho ho"
[11:52:30] <nojepler> ho ho
[11:52:30] <nojepler> % puts "santa says $santa"
[11:52:30] <nojepler> santa says ho ho
[11:52:30] <nojepler> % puts [list santa says $santa]
[11:52:32] <nojepler> santa says {ho ho}
[11:54:17] <mozmck> So I'm wondering if the difference between my puts and the linuxcnc output is just how it is printing it out?
[11:55:12] <mozmck> I used quotes in the puts line so it would substitute the variables.
[12:48:41] <mozmck> So if this looks good, I'll push it later: http://pasteboard.co/ELuHHYR.png
[12:51:58] <mozmck> wow, on http://asciidoc.org every link in the Example Articles section on the front page gives a 404 error.
[13:59:56] <kwallace> Is anyone using git-gui? I was going to try it, but I get an error: Error in startup script: expected version number but got "1.7.0-" . I'm wondering if there is an easy fix?
[14:00:19] <mozmck> I use it some, but mostly use gitg
[14:00:26] <cradek> weird. are your packages up to date and do they all match?
[14:00:32] <cradek> often git-gui and git are separate packages
[14:01:44] <kwallace> I found this: http://stackoverflow.com/questions/24315854/git-gui-cannot-start-because-of-bad-version-number
[14:03:27] <kwallace> It looks like the latest 10.04 packages are too old?
[14:04:50] <cradek> looks like git-gui should depend on a newer version of tk than it does, if it requires a feature from a newer version
[14:05:15] <cradek> guess you will have to resolve that broken dependency manually
[14:05:24] <cradek> (downgrade git?)
[14:06:54] <kwallace> It's not worth it to me. I was looking for an easier way to make commits without a lot of typing "git add yada yada yada".
[14:08:22] <kwallace> Now that I'm thinking about it, I seem to recall using git-cola at one time.
[16:47:57] <andypugh> seb_kuzminsky: You seem to be neglecting your minion
[16:54:56] <seb_kuzminsky> my minion and everything else :-(
[16:55:05] <seb_kuzminsky> basement flood preempted everything
[16:56:01] <seb_kuzminsky> i just demolished a basement that i rebuild not 2 years ago, in the previous flood
[16:56:56] <Tom_itx> that kinda sucks
[16:57:13] <seb_kuzminsky> i'm grateful to cmorley, cradek, jepler, and everyone else for picking up the slack while i'm gone
[16:57:58] <Tom_itx> rain or waterpipe?
[16:58:17] <seb_kuzminsky> rain
[16:58:54] <seb_kuzminsky> at least it's ground water, not surface water, so there's no mud
[16:59:41] <andypugh> How do you demolish a basement without starting at the roof?
[17:00:25] <seb_kuzminsky> you rip out the carpet & pad, then the wood trim, then the bottom 2 feet of drywall, but you leave the load-bearing framing
[17:01:15] <seb_kuzminsky> all the while daydreaming about renting a backhoe, excavating the foundation, and building a drain system suitable for this modern high-carbon climate
[17:04:18] <KGB-linuxcnc> 03andy pugh 05master 9763aa8 06linuxcnc 10src/hal/components/orient.comp Add a pin to the orient component to toggle the motion.spindle-is-oriented pin * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9763aa8
[17:08:00] <linuxcnc-build> build #1304 of 1403.rip-wheezy-amd64 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1403.rip-wheezy-amd64/builds/1304 blamelist: andy pugh <andy@bodgesoc.org>
[17:08:10] <linuxcnc-build> build #1304 of 1400.rip-wheezy-i386 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1400.rip-wheezy-i386/builds/1304 blamelist: andy pugh <andy@bodgesoc.org>
[17:08:13] <linuxcnc-build> build #1495 of 1404.rip-wheezy-rtpreempt-amd64 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1404.rip-wheezy-rtpreempt-amd64/builds/1495 blamelist: andy pugh <andy@bodgesoc.org>
[17:09:20] <linuxcnc-build> build #815 of 1402.rip-wheezy-rtpreempt-i386 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1402.rip-wheezy-rtpreempt-i386/builds/815 blamelist: andy pugh <andy@bodgesoc.org>
[17:09:21] <linuxcnc-build> build #1334 of 1405.rip-wheezy-armhf is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1405.rip-wheezy-armhf/builds/1334 blamelist: andy pugh <andy@bodgesoc.org>
[17:09:25] <andypugh> seb_kuzminsky: I have a degree of empathy, I sometimes find an inch of water covering my workshop floor, and at least my workshop is made of brick and concrete:
[17:09:56] <andypugh> Oh. I broke the buildbot.
[17:10:23] <andypugh> I can only assume that fabs is no longer allowed in a comp?
[17:10:44] <seb_kuzminsky> i wish i could edit the source code and recompile the yard
[17:10:59] <seb_kuzminsky> hal/components/orient.comp:75:5: error: ‘in_position’ undeclared (first use in this function)
[17:11:33] <linuxcnc-build> build #3147 of 1200.rip-lucid-i386 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1200.rip-lucid-i386/builds/3147 blamelist: andy pugh <andy@bodgesoc.org>
[17:11:41] <linuxcnc-build> build #3146 of 1300.rip-precise-i386 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1300.rip-precise-i386/builds/3146 blamelist: andy pugh <andy@bodgesoc.org>
[17:11:47] <linuxcnc-build> build #3148 of 1306.rip-precise-amd64 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1306.rip-precise-amd64/builds/3148 blamelist: andy pugh <andy@bodgesoc.org>
[17:11:55] <seb_kuzminsky> andypugh: did you mean _ instead of -?
[17:11:55] <seb_kuzminsky> +pin out bit is-oriented "This pin goes high when poserr < tolerance. Use to drive motion.spindle-is-oriented";
[17:12:14] <seb_kuzminsky> err
[17:12:17] <seb_kuzminsky> nevermind
[17:12:23] <andypugh> No, I messed up badly
[17:12:30] <linuxcnc-build> build #2350 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/2350 blamelist: andy pugh <andy@bodgesoc.org>
[17:12:46] <linuxcnc-build> build #3147 of 1202.rip-lucid-amd64 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1202.rip-lucid-amd64/builds/3147 blamelist: andy pugh <andy@bodgesoc.org>
[17:13:11] <linuxcnc-build> build #3147 of 1201.rip-lucid-rtai-i386 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1201.rip-lucid-rtai-i386/builds/3147 blamelist: andy pugh <andy@bodgesoc.org>
[17:14:11] <linuxcnc-build> build #299 of 1903.clang-wheezy-amd64 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1903.clang-wheezy-amd64/builds/299 blamelist: andy pugh <andy@bodgesoc.org>
[17:14:59] <linuxcnc-build> build #967 of 1401.rip-wheezy-rtai-i386 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1401.rip-wheezy-rtai-i386/builds/967 blamelist: andy pugh <andy@bodgesoc.org>
[17:15:00] <andypugh> I changed the pin name, checked that it all still worked, then pushed. But The system I checked on wasn’t the right one.
[17:15:14] <seb_kuzminsky> i'm heading out, see you all later
[17:15:39] <andypugh> Is it possible to un-push that patch, or shall I just push a correction?
[17:21:07] <KGB-linuxcnc> 03andy pugh 05master ad152d4 06linuxcnc 10src/hal/components/orient.comp If you change the pin name, you have to change the variable too. You idiot. * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ad152d4
[17:22:54] <linuxcnc-build> build #299 of 1902.clang-wheezy-rtai-i386 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1902.clang-wheezy-rtai-i386/builds/299 blamelist: andy pugh <andy@bodgesoc.org>
[17:22:55] <linuxcnc-build> build #3157 of 0000.checkin is complete: Failure [4failed] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/3157 blamelist: andy pugh <andy@bodgesoc.org>
[18:01:13] <linuxcnc-build> build #1115 of 4017.deb-wheezy-amd64 is complete: Failure [4failed shell_1] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/4017.deb-wheezy-amd64/builds/1115 blamelist: andy pugh <andy@bodgesoc.org>
[18:45:07] <cradek> cmorley: thanks for helping the gsoc person
[18:46:16] <cmorley> well i hope I helped :) i have some experience there so why not help right?