#linuxcnc-devel | Logs for 2013-07-18

[00:00:36] <KGB-linuxcnc> 03TODO: deletor 05linuxcncrsh-debug-2 489a2c9 06linuxcnc 04. * branch deleted
[00:00:52] <KGB-linuxcnc> 03TODO: deletor 05linuxcncrsh-debug-3 07d34ad 06linuxcnc 04. * branch deleted
[00:01:06] <KGB-linuxcnc> 03TODO: deletor 05linuxcncrsh-debugging-master 4e95937 06linuxcnc 04. * branch deleted
[00:12:33] <seb_kuzminsky> skunkworks: axis.N.joint-vel-cmd OUT FLOAT
[00:12:33] <seb_kuzminsky> The joint's commanded velocity
[00:12:44] <seb_kuzminsky> that's from the motion manpage
[00:30:18] <memleak> gabewillen, fixed THREAD_ORDER issue
[00:30:24] <memleak> my fix is better :P
[00:30:30] <gabewillen> im sure it is
[00:30:37] <gabewillen> mine was thrown together in a hurry
[00:31:13] <memleak> heh it was my own bug actually, quite obscure too
[00:31:14] <gabewillen> I'll be compiling as soon as i have a green light from you
[00:31:57] <memleak> in the meantime run make distclean && rm -rf * && git reset --hard HEAD in the RTAI repo
[00:32:03] <gabewillen> metaphorically of course, you don't have to send me a green light
[00:32:14] * memleak sends gabewillen a green light
[00:32:15] <memleak> hehe
[00:32:46] <gabewillen> no need to do any of that
[00:32:55] <memleak> already clean?
[00:33:02] <gabewillen> that kernel does not exist on here any longer
[00:33:08] <gabewillen> reformat
[00:33:16] <memleak> oh right
[00:33:20] <gabewillen> beats dist clean
[00:33:26] <memleak> indeed it does!
[00:33:40] <gabewillen> should i pull the repo? or wai
[00:33:42] <gabewillen> wait*
[00:33:48] <memleak> eh just wait
[00:38:14] <memleak> amazing how a 1 instead of a 2 can break all of IPIPE
[00:39:58] <gabewillen> Yeah i just guessed
[00:40:13] <gabewillen> well i looked at the 64___ header
[00:40:27] <memleak> ok, fix pushed
[00:40:46] <gabewillen> could you re-link it to me, kinda lost it
[00:41:00] <memleak> of course! https://github.com/ShabbyX/RTAI
[00:41:09] <memleak> https://github.com/ShabbyX/RTAI/commit/30b3c0fbce04cd7d1360139758e56822d41da370
[00:41:53] <gabewillen> you should of pushed the kernel :) did you apply any patches besides hal?
[00:42:15] <memleak> 3.4.53 is latest 3.4 LTS kernel, i just checked 5 mins ago..
[00:43:03] <gabewillen> okay, i'll build it
[00:43:48] <memleak> I can upload a base kernel config too if you like
[00:43:59] <memleak> you'll have to modify it though, great chance.
[00:44:09] <gabewillen> yeah, i'll just use mine
[00:44:15] <memleak> just for your hardware, not IPIPE stuff at all
[00:44:18] <gabewillen> make oldconfig
[00:44:35] <gabewillen> i am just accepting the defaults
[00:44:41] <memleak> heh
[00:44:51] <gabewillen> IPIPE enabled is the default
[00:45:10] <gabewillen> I guess the patch changes the defaults
[00:45:26] <memleak> it does
[00:49:36] <memleak> before compiling RTAI userspace wait a few minutes
[00:50:02] <memleak> reboot into the RTAI kernel in the mean time and see if it works
[00:51:02] <memleak> i'm going to push several other fixes into the tree right now
[00:57:05] <gabewillen> okay, im compiling it right now
[00:57:25] <gabewillen> might take a while
[01:04:06] <gabewillen> i might pass out by the way but i should wake back up, i have narcolepsy and my medication is wearing off
[01:17:24] <KGB-linuxcnc> 03chrisinnanaimo 05master 69b1b7b 06linuxcnc 10lib/python/gladevcp/hal_actions.py * gladevcp -fix error when using hal_action_run
[01:17:25] <KGB-linuxcnc> 03chrisinnanaimo 05master a9a0ae6 06linuxcnc 10src/emc/usr_intf/gscreen/gscreen.py * gscreen -allow restart routine to be overridenn by handler file
[01:17:28] <KGB-linuxcnc> 03chrisinnanaimo 05master fd14948 06linuxcnc 10configs/sim/gmoccapy/gmoccapy_handler.py * gmoccapy -override restartline update function
[01:39:34] <memleak> gabewillen, almost done with patch
[01:39:47] <gabewillen> done
[01:39:58] <gabewillen> sorry i responded to the wrong room
[01:40:02] <memleak> Heh
[01:40:05] <gabewillen> i just tested autogen
[01:40:11] <gabewillen> worked :)
[01:40:15] <memleak> dont compile RTAI..
[01:40:17] <gabewillen> you da man
[01:40:19] <gabewillen> i didn't
[01:40:32] <memleak> oh it worked though? sweet!
[01:40:39] <gabewillen> yeah im stoked
[01:40:52] <gabewillen> even bbswitch is still working
[01:40:56] <gabewillen> suprisingly
[01:42:48] <gabewillen> i take that back
[01:43:01] <gabewillen> its not working, i'll try to reinstall it after i compile rtai
[01:43:29] <gabewillen> it switches between the on-board video and the nvidia card so no biggy
[01:44:14] <memleak> dont use nvidia driver blobs with RTAI
[01:44:17] <memleak> causes massive issues..
[01:45:25] <gabewillen> okay
[02:12:13] <linuxcnc-build> build #391 of precise-i386-realtime-rip is complete: Failure [4failed compile get-dmesg] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/precise-i386-realtime-rip/builds/391 blamelist: Chris Morley <chrisinnanaimo@hotmail.com>
[02:14:03] <KGB-linuxcnc> 03chrisinnanaimo 05master 6bc45a6 06linuxcnc 10lib/python/gladevcp/offsetpage_widget.py * gladevcp -trap error input is empty
[02:15:13] <linuxcnc-build> build #1188 of checkin is complete: Failure [4failed] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1188 blamelist: Chris Morley <chrisinnanaimo@hotmail.com>
[03:02:43] <linuxcnc-build> build #392 of precise-i386-realtime-rip is complete: Failure [4failed clear-dmesg compile get-dmesg] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/precise-i386-realtime-rip/builds/392 blamelist: Chris Morley <chrisinnanaimo@hotmail.com>
[03:08:09] <linuxcnc-build> build #1189 of checkin is complete: Failure [4failed] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1189 blamelist: Chris Morley <chrisinnanaimo@hotmail.com>
[06:10:32] <memleak> ifeq ($(RTARCH):$RTAI:$(filter $(RTFLAGS),-msse),x86_64:3:) breaks 64-bit builds with RTAI
[06:11:00] <memleak> commented out it comes fine. With it in, it says SSE register without return value.. or something..
[06:15:51] <memleak> hmm now sincos undefined references in modules..
[08:14:07] <jepler> memleak: there's a whole sordid history to that Makefile directive, each setting seems to break someone's system. Right now the setting is OK for every system that we test on buildbot. Unless you can untangle the history and find a different solution that doesn't break anybody else's system you'll probably have to carry a patch locally to make your system work
[08:19:14] <jepler> also be aware that there's a similar stanza in Makefile.modinc.in; if you don't fix it too, then compiling out-of-tree modules with comp will be affected by the same problem
[08:25:23] <cradek> whatever that precise-realtime kernel is is sure bogus
[08:48:05] <seb_kuzminsky> i just rebooted the precise rtai vm
[08:48:29] <seb_kuzminsky> i should try putting memleak's rtai kernel on it
[08:53:06] <mhaberler> jepler: question on typing.. I need to represent register values in en exception descriptor, but without including kernel includes; in particular ip and sp; what would you suggest as type? void *? unsigned long?
[09:10:10] <mhaberler> anyway, I'll use a typedef them so a change wont be an issue
[09:29:26] <jepler> mhaberler: intptr_t is an integral type guaranteed to be big enough to store any pointer.
[09:29:55] <mhaberler> including machine registers?
[09:30:04] <mhaberler> probably
[09:30:10] <jepler> ip and sp are basically pointer registers
[09:30:14] <jepler> it would not be big enough to store a media register
[09:30:24] <jepler> otherwise void* is also a good choice imo
[09:30:46] <jepler> unsigned long will work on any unix, but on 64-bit windows it is not the case that any pointer can be cast to unsigned long and back without loss of precision (LLP64 model)
[09:31:36] <jepler> void* will print with printf %p; intptr_t has no predefined printf format specifier
[09:32:14] <jepler> you have to use <inttypes.h>, a userspace header, to get the macros in the PRIxPTR family
[09:32:23] <jepler> so I think go with void*, which you can print with %p
[09:32:56] <jepler> and which should be the same width as the stack and instruction pointers
[09:32:59] <mhaberler> yes, printf conversion specifier would be great; the header must include in kernel and userland of all flavors and result in a fixed-size layout
[09:34:52] <mhaberler> ok, I'll try void *, good enough for an event which may never happen (or so they say - just spent two days on introducing a RTAI trap in an rt thread myself :-/)
[09:38:26] <mhaberler> (which is why I was late asking you for review of makefile merge issues I am not sure about)
[09:43:56] <jepler> that reminds me, I should mention that my net time will be very limited from July 23 to August 5.
[09:50:08] <mhaberler> ok, the questions we have are actually doable in rather short time for you I think, and we should be able to deliver something well before that; thanks!
[09:51:17] <mhaberler> basically your makfile changes, and John's changes running in parallel resulted in two merge conflicts which I'm not toally sure I did resolve them properly; also, some of the rebuilding is a bit heavy handed, like all kmods on each make
[09:52:21] <jepler> OK
[09:53:40] <mhaberler> actually you could give this a try (the RTAI trap is still in there but that's not relevant): http://git.mah.priv.at/gitweb?p=emc2-dev.git;a=shortlog;h=refs/heads/ub-v0-merge-stab1 - autogen & configure as usual
[09:53:48] <mhaberler> the commits in question are:
[09:54:03] <mhaberler> http://git.mah.priv.at/gitweb?p=emc2-dev.git;a=commit;h=d86fc7379810390adc5e6a0f27332ee68305b485
[09:54:13] <mhaberler> http://git.mah.priv.at/gitweb?p=emc2-dev.git;a=commit;h=a44057899433102a525228ac742ae247e3c2a0cc
[09:54:39] <mhaberler> the third one (a188223d) is already backed out, so ignore
[09:56:43] <jepler> in v2.5_branch, dependency information was put in the depends/ directory. in master branch I made the decision to move it all into objects/ alongside the object files
[09:56:46] <mhaberler> what would be nice to have, but optional: kmod rebuild only on change
[09:56:48] <jepler> so depends/ should generally become objects/
[09:57:07] <mhaberler> right, I _think_ we followed that through
[09:57:27] <jepler> well this commit has depends/ and the objects/ variant is commented out: http://git.mah.priv.at/gitweb?p=emc2-dev.git;a=commitdiff;h=d86fc7379810390adc5e6a0f27332ee68305b485
[09:58:06] <mhaberler> ok - so everywhere we find depends that's fishy.
[09:58:09] <jepler> the purpose of dubious fix #2 is to make it better (but still not perfect) to change between v2.5_branch and master without manually cleaning
[09:58:25] <jepler> the intent is that it will find the v2.5-style dependency information and include it
[09:58:51] <jepler> the kmod rebuilding, is it the same as in v2.5_branch or worse? I usually don't build for kernel thread models so I don't know how that goes on rebuilds
[09:58:53] <mhaberler> why would you need that ?
[09:59:19] <mhaberler> that is a most private question John might answer ;)
[10:00:12] <mhaberler> hm, looks like he's not around, but I'll let him know to get in touch
[10:00:23] <mhaberler> I was glad I could focus on other stuff
[10:01:31] <jepler> in v2.5_branch there's some unnecessary relinking of all kernel modules when any of them change. that appears to be the way that the kmod build system works, I don't believe it's due to anything of ours
[10:01:47] <mhaberler> there is one unpleaseant change in runtests due to the fact that the interpreter at this point links linuxcnchal.so (I will fix that eventually but not in this round)
[10:02:30] <mhaberler> that isnt urgent though
[10:04:13] <jepler> what does that have to do with rtos changes?
[10:04:46] <mhaberler> semi: we always need to do realtime start now even with userland buils (like we discussed a while ago)
[10:05:48] <mhaberler> means you need to do a 'realtime start' before rs274 will execute properly
[10:06:22] <jepler> is rs274 linked with linuxcnchal.so in v2.5_branch or master branch?
[10:06:26] <mhaberler> (that is the case in master/rt build anyways I think)
[10:06:28] <mhaberler> master only
[10:06:41] <jepler> we don't see any failures with the rs274 tests in master branch?
[10:07:14] <mhaberler> good point, I need to look at why this is different
[10:07:29] <mhaberler> dont have an answer to that otoh
[10:07:36] <jepler> ok
[10:07:41] <jepler> thanks for looking into it further
[10:19:38] <mhaberler> re the rt fault stats collection issue: what I'll do is a new RTAPI method which must be called by a thread function and updates globally visible status; that can be called at any frequency, not necessarily at every thread iteration; that's where the getrusage() call will go for rtpreempt, and in rtai and xenomai there are similar methods like rt_task_inquire
[10:19:57] <mhaberler> that leaves it to the rtmon component if to do it, and at which frequency and for which threads
[11:37:03] <skunkworks> cradek: jepler: http://electronicsam.com/images/emco/linuxcnc_configs/full-half_step_test/emco-lathe.hal
[11:39:52] <skunkworks> untested
[11:41:21] <skunkworks> but loads
[12:28:17] <memleak> seb_kuzminsky, if you're going to use a 3.x kernel, make sure you aren't on 64-bit..
[12:29:10] <memleak> all the scheduler code for 64-bit 3.x kernels is terrible, i'm working on it but im not even half way done yet
[12:30:11] <memleak> i know what's broken but it's a very time consuming fix, and after it's fixed, it'll still need to be optimized.
[12:30:34] <memleak> the way it'll handle interrupts and such.. that's where i'm probably going to need someone else to jump in, heh
[12:42:34] <memleak> 2.6 64-bit runs fine
[12:44:10] <memleak> jepler: thanks for the info!
[12:53:49] <seb_kuzminsky> ok memleak, thanks i'll stay on 32-bit for now
[13:02:40] <skunkworks> seb_kuzminsky, did you see http://electronicsam.com/images/emco/linuxcnc_configs/full-half_step_test/emco-lathe.hal
[13:02:46] <skunkworks> loads but not tested
[13:03:21] <seb_kuzminsky> lol @ setp stepgen.0.position-scale 3657.6073152
[13:03:43] <skunkworks> The only thing I would probably have to add is a mux2 that has the stepgen offset. I think there might have to be a different offset between the two depending on if the axis is going positive or negative.. (maybe...)
[13:03:45] <seb_kuzminsky> i'm curious to hear how it works
[13:04:41] <cradek> sounds like 144 steps/in
[13:05:08] <cradek> well it'd be 3657.6 then
[13:06:00] <skunkworks> metric lead screw
[13:06:47] <skunkworks> 4 tpc
[13:06:55] <skunkworks> that is an odd measurement ;)
[13:07:05] <skunkworks> .4 threads per mm
[13:07:25] <skunkworks> 5:2 belt ratio - and 72 steps per rev
[13:07:41] <jepler> someone should add math to halcmd
[13:07:49] <skunkworks> I though someone did...
[13:07:55] <cradek> http://farm5.staticflickr.com/4083/5055032357_69d1d1be72_z.jpg
[13:08:22] <seb_kuzminsky> is that jepler there in the back?
[13:08:29] <cradek> yeah I think that's him
[13:09:30] <skunkworks> heh
[13:14:12] <jepler> someone should make it possible to specify realtime components inline in halcmd files so that when you e.g., need a mux2 on bits you can just write it
[13:14:15] <jepler> ^^^ now I'm trolling
[13:15:13] <pcw_home> yes and simple math!
[13:15:14] <cradek> so hard to tell
[13:15:18] <seb_kuzminsky> "Judging by their response, the meanest thing you can do to people on the Internet is to give them really good software for free." http://dashes.com/anil/2013/07/rules-of-internet.html
[13:15:21] <cradek> argh there it is again
[13:16:15] <cradek> we could use the math expression parsing from the interpreter to expand stuff in hal files, since people already know that dialect
[13:16:29] <jepler> plus it's already established that bracket is a metacharacter
[13:16:58] <jepler> .. in hal files
[13:17:10] <cradek> like for so many problems, we just need to write a new interpreted language
[13:17:26] <skunkworks> I thought for sure someone had played around with hal math a few years ago
[13:21:44] <skunkworks> I suppose I should just setup the machine metric... but I don't know if I could handle that ;)
[13:24:05] <seb_kuzminsky> set it up metric, than hit ! to run the UI in imperial?
[13:25:38] <seb_kuzminsky> although Axis doesn't seem to happy when the program switches back & forth between g20 & g21
[13:25:46] <cradek> what!?
[13:26:03] <skunkworks> Those are fighting words!!!
[13:26:28] <cradek> pics or it didn't happen
[13:27:48] <jepler> http://emergent.unpythonic.net/files/sandbox/axis-bothunits.png looks OK to me
[13:28:24] <cradek> I was just busy writing seb-is-on-crack.ngc but jepler's faster
[13:28:40] <jepler> it must be that your filename was longer
[13:29:20] <seb_kuzminsky> i'll go look for my crack pipe tonight, i left it in the garage earlier this week
[13:29:24] <cradek> also ok in 2.5.2 as expected
[13:30:02] <seb_kuzminsky> this was on master
[13:30:12] <seb_kuzminsky> 2.5? pfft that like ancient
[13:30:24] <cradek> them's fightin' words too
[13:30:45] <cradek> the bug report was so vague we had to try both branches :-P
[13:30:52] <seb_kuzminsky> heh
[13:31:27] <cradek> http://timeguy.com/cradek-files/emc/crack.png (2.5.2)
[22:20:29] <KGB-linuxcnc> 03nieson 05master 4bab564 06linuxcnc 10configs/sim/ 10(12 files in 4 dirs) * gmoccapy - ver. 0.9.5 - offset page and new keyboard
[22:28:28] <jepler> https://plus.google.com/115008887121578201740/posts/MXzFunKB5GE
[22:29:03] <seb_kuzminsky> FWOAR
[22:29:08] <seb_kuzminsky> that's awesome!
[22:34:06] <Tom_itx> test cube
[22:34:59] <Tom_itx> have you hacked it for lcnc yet?
[22:41:09] <KGB-linuxcnc> 03seb 05joints_axes3 70522ae 06linuxcnc 10docs/man/man1/halui.1 * fix a typo in halui manpage
[22:41:09] <KGB-linuxcnc> 03seb 05joints_axes3 055008a 06linuxcnc 10docs/man/man1/halui.1 * halui manpage: document the mdi-command-XX pins
[22:41:12] <KGB-linuxcnc> 03seb 05joints_axes3 22201e9 06linuxcnc 10src/emc/task/taskclass.cc * task: add missing newlines on some log messages
[22:41:18] <KGB-linuxcnc> 03chrisinnanaimo 05joints_axes3 70bda15 06linuxcnc 10src/emc/usr_intf/pncconf/pncconf.py * pncconf -fix numbering of 5i25 mainboard GPIO
[22:41:25] <KGB-linuxcnc> 03andy 05joints_axes3 b494da9 06linuxcnc 10docs/man/man9/matrix_kb.9 10src/hal/components/matrix_kb.c * There is no guarantee that input_report_key is realtime-safe. Remove the option.
[22:41:33] <KGB-linuxcnc> 03chrisinnanaimo 05joints_axes3 b846498 06linuxcnc 10src/emc/usr_intf/gscreen/gscreen.py * gscreen -make dialogs useable with a keyboard
[22:41:39] <KGB-linuxcnc> 03chrisinnanaimo 05joints_axes3 b8847ac 06linuxcnc 10configs/sim/gscreen_custom/industrial_handler.py * gscreen config -make the security dialog useable with a keyboard
[22:41:43] <seb_kuzminsky> ho boy, this is gonna be good
[22:41:47] <KGB-linuxcnc> 03nieson 05joints_axes3 9b012d0 06linuxcnc 10configs/sim/ 10gmoccapy/gmoccapy.glade 10gmoccapy/gmoccapy_handler.py 10gmoccapy/nc_files/Gmoccapy_2_tools_with compensation.ngc 10gmoccapy/release_notes.txt
[22:41:51] <KGB-linuxcnc> gmoccapy - solved several smaler bugs with increments, coolant button and spindle bar
[22:42:01] <KGB-linuxcnc> 03chrisinnanaimo 05joints_axes3 9694813 06linuxcnc 10configs/sim/gmoccapy/gmoccapy_handler.py * gmoccapy -fix security dialog to be useable with keyboard
[22:42:06] <skunkworks> jepler: Congrats!
[22:42:08] <KGB-linuxcnc> 03chrisinnanaimo 05joints_axes3 95bcb25 06linuxcnc 10src/emc/usr_intf/gscreen/mdi.py * gscreen -add a touchoff method to MDI command file
[22:42:14] <KGB-linuxcnc> 03chrisinnanaimo 05joints_axes3 f8c9749 06linuxcnc 10src/emc/ 10usr_intf/gscreen/gscreen.glade 10usr_intf/gscreen/gscreen.py * gscreen - add a tool touch off button
[22:42:22] <KGB-linuxcnc> 03jthornton 05joints_axes3 b71c7c6 06linuxcnc 10docs/src/index.tmpl * Docs: put parallel port example with the examples
[22:42:28] <KGB-linuxcnc> 03chrisinnanaimo 05joints_axes3 8e56dc2 06linuxcnc 10configs/sim/gscreen_custom/industrial.glade * gscreen config -fix extra axes showing when not use XY or Z
[22:42:35] <KGB-linuxcnc> 03tissf 05joints_axes3 35ecb8c 06linuxcnc 10docs/src/config/ini_config_fr.txt * French doc. update to follow John: add simple example filter program
[22:42:42] <KGB-linuxcnc> 03chrisinnanaimo 05joints_axes3 bc4a73d 06linuxcnc 10configs/sim/gscreen_custom/gscreen.glade 10configs/sim/gscreen_custom/industrial.glade 10src/emc/usr_intf/gscreen/gscreen.glade 10src/emc/usr_intf/gscreen/gscreen.py * gscreen - add button to load Classicladder if available
[22:42:51] <KGB-linuxcnc> 03jepler 05joints_axes3 d2c3e87 06linuxcnc 10src/hal/utils/comp.g * comp: fix communication of make exit code
[22:42:58] <KGB-linuxcnc> 03jepler 05joints_axes3 ef306d1 06linuxcnc 10src/hal/utils/comp.g * comp: it's an error if cd fails
[22:43:04] <KGB-linuxcnc> 03jepler 05joints_axes3 4e427c4 06linuxcnc 10docs/src/links.py * docs: fix spew of AttributeErrors on Ubuntu Hardy
[22:43:10] <KGB-linuxcnc> 03jepler 05joints_axes3 59b379b 06linuxcnc 10docs/src/links.py * docs: fix spew of AttributeErrors on Ubuntu Hardy
[22:43:17] <KGB-linuxcnc> 03andy 05joints_axes3 9ae159a 06linuxcnc 10src/hal/drivers/mesa-hostmot2/sserial.c
[22:43:20] <KGB-linuxcnc> When a smart-serial card says it is going to shut down a port, make it actually do so.
[22:43:28] <KGB-linuxcnc> 03jepler 05joints_axes3 d14116f 06linuxcnc 10debian/configure * Debian 7 can configure like Debian 6
[22:43:34] <KGB-linuxcnc> 03seb 05joints_axes3 e04e7b5 06linuxcnc 10src/configure.in * configure: align help text
[22:43:40] <KGB-linuxcnc> 03seb 05joints_axes3 b07fa5c 06linuxcnc 10README 10docs/INSTALL * don't give bad configure advise to users
[22:43:47] <KGB-linuxcnc> 03seb 05joints_axes3 c739828 06linuxcnc 10docs/ 10INSTALL 10README * rebranding/decrufting
[22:43:53] <KGB-linuxcnc> 03nieson 05joints_axes3 d5c1c94 06linuxcnc 10configs/sim/ 10(9 files in 2 dirs)
[22:43:56] <KGB-linuxcnc> gmoccapy - new hal pins for jog increment, jog button and unlock-settings new tabs location and others
[22:44:05] <KGB-linuxcnc> 03nieson 05joints_axes3 63a5c8f 06linuxcnc 10configs/sim/gmoccapy/gmoccapy_handler.py * gmoccapy 0.8.9 - fixed a bug in tool change
[22:44:11] <KGB-linuxcnc> 03nieson 05joints_axes3 b1728fd 06linuxcnc 10configs/sim/gmoccapy/gmoccapy_handler.py * gmoccapy - forgot to change halpin name in jog increment change
[22:44:18] <KGB-linuxcnc> 03jepler 05joints_axes3 b8616df 06linuxcnc 10src/configure.in * configure: don't lose arguments to CXX
[22:44:25] <KGB-linuxcnc> 03jepler 05joints_axes3 68f567a 06linuxcnc 10src/emc/motion/homing.c * motion: use values from the right enumerations
[22:44:31] <KGB-linuxcnc> 03jepler 05joints_axes3 8176d2d 06linuxcnc 10src/emc/sai/saicanon.cc * saicanon: don't needlessly assign vars to themselves
[22:44:38] <KGB-linuxcnc> 03jepler 05joints_axes3 d621188 06linuxcnc 10src/emc/usr_intf/axis/extensions/togl.c * togl: silence a printf format warning
[22:44:44] <KGB-linuxcnc> 03jepler 05joints_axes3 fe1aee9 06linuxcnc 10src/emc/usr_intf/keystick.cc * keystick: correctly check for ini open failure
[22:44:51] <KGB-linuxcnc> 03jepler 05joints_axes3 1c0a275 06linuxcnc 10src/emc/usr_intf/xemc.cc * xemc: correctly check for ini open failure
[22:44:58] <KGB-linuxcnc> 03jepler 05joints_axes3 7f6fff0 06linuxcnc 10src/hal/components/ 10bldc.comp 10bldc_hall3.comp * bldc: don't check for impossible < 0 on unsigned
[22:45:04] <KGB-linuxcnc> 03jepler 05joints_axes3 f8e7f67 06linuxcnc 10src/hal/ 10hal.h 10halmodule.cc 10utils/halcmd_completion.c * hal: provide, use enumerated value for 'unspecified'
[22:45:11] <KGB-linuxcnc> 03jepler 05joints_axes3 70687a1 06linuxcnc 10src/rtapi/Submakefile * rtapi_app: let make V=1 show the linker commandline
[22:45:18] <KGB-linuxcnc> 03jepler 05joints_axes3 0b4c1e6 06linuxcnc 10src/libnml/os_intf/timer.hh * nml: remove private fields that are never used
[22:45:24] <KGB-linuxcnc> 03jepler 05joints_axes3 6643771 06linuxcnc 10src/hal/utils/scope_vert.c * scope: don't perform tautological comparisons
[22:45:31] <KGB-linuxcnc> 03jepler 05joints_axes3 a1a213f 06linuxcnc 10src/hal/utils/scope.c * scope: don't use deprecated API
[22:45:37] <KGB-linuxcnc> 03jepler 05joints_axes3 b52039c 06linuxcnc 10src/hal/utils/meter.c * meter: don't use deprecated API
[22:45:43] <KGB-linuxcnc> 03jepler 05joints_axes3 4ee1808 06linuxcnc 10src/hal/utils/halrmt.c * halrmt: silence clang compiler warning
[22:45:49] <KGB-linuxcnc> 03jepler 05joints_axes3 1baf03d 06linuxcnc 10src/hal/utils/halcmd_commands.c * halcmd: silence clang compiler warning
[22:45:56] <KGB-linuxcnc> 03jepler 05joints_axes3 2b0ddb6 06linuxcnc 10src/hal/classicladder/protocol_modbus_master.c * classicladder: don't doubly-define variables
[22:46:03] <KGB-linuxcnc> 03jepler 05joints_axes3 f852f12 06linuxcnc 10src/ 10emc/nml_intf/emc.hh 10libnml/cms/cms.hh * various: be consistent about declaration as struct vs class
[22:46:10] <KGB-linuxcnc> 03jepler 05joints_axes3 10153d1 06linuxcnc 10(5 files in 5 dirs) * Merge remote-tracking branch 'origin/v2.5_branch'
[22:46:16] <KGB-linuxcnc> 03jepler 05joints_axes3 6dfa641 06linuxcnc 10(11 files in 8 dirs) * Merge branch 'clang-fixes'
[22:46:22] <KGB-linuxcnc> 03chrisinnanaimo 05joints_axes3 82e4a4a 06linuxcnc 10src/emc/usr_intf/gscreen/gscreen.py * gscreen -add experimental keybindings
[22:46:29] <KGB-linuxcnc> 03chrisinnanaimo 05joints_axes3 71c5a97 06linuxcnc 10src/emc/usr_intf/gscreen/gscreen.py * gscreen - don't error if the screen doesn't have a widget to accelerate
[22:46:36] <KGB-linuxcnc> 03jepler 05joints_axes3 3ad281b 06linuxcnc 10src/configure.in * Don't bother checking the path of CXX
[22:46:42] <KGB-linuxcnc> 03seb 05joints_axes3 53f2e35 06linuxcnc 10src/configure.in * configure: fix indent
[22:46:48] <KGB-linuxcnc> 03andy 05joints_axes3 70522ab 06linuxcnc 10docs/man/man9/matrix_kb.9 10src/hal/components/matrix_kb.c * Make matrix_kb handle the new 7i73 key-rollover firmware.
[22:46:55] <KGB-linuxcnc> 03andy 05joints_axes3 733b1b7 06linuxcnc 10src/hal/drivers/mesa-hostmot2/sserial.c
[22:46:58] <KGB-linuxcnc> Be a bit cleverer about lower-case conversion of string data with smart-serial remotes.
[22:47:07] <KGB-linuxcnc> 03jepler 05joints_axes3 b864d3a 06linuxcnc 10src/ 10Makefile 10Makefile.modinc.in * build: disable -funsafe-math-optimizations
[22:47:13] <KGB-linuxcnc> 03dgarrett 05joints_axes3 3c2c9c2 06linuxcnc 10configs/ 10(10 files in 2 dirs) * sim configs: use names= for sim components
[22:47:22] <KGB-linuxcnc> 03chris 05joints_axes3 a32eed3 06linuxcnc 10(5 files in 3 dirs) * Merge branch 'v2.5_branch'
[22:47:28] <KGB-linuxcnc> 03chris 05joints_axes3 d48ee62 06linuxcnc 10configs/sim/sim_spindle_encoder.hal * Make the simulated spindle spin up faster
[22:47:35] <KGB-linuxcnc> 03chrisinnanaimo 05joints_axes3 d4207ad 06linuxcnc 10src/emc/usr_intf/gscreen/gscreen.py * gscreen -add abort and feed-hold HAL pins
[22:47:41] <KGB-linuxcnc> 03chrisinnanaimo 05joints_axes3 ffa809f 06linuxcnc 10(5 files in 2 dirs) * gscreen -rename buttons for function rather then position
[22:47:48] <KGB-linuxcnc> 03chrisinnanaimo 05joints_axes3 284f5df 06linuxcnc 10(5 files in 3 dirs) * gscreen -change gscreen HAL pin names
[22:47:55] <KGB-linuxcnc> 03chrisinnanaimo 05joints_axes3 5b15ddf 06linuxcnc 10src/emc/usr_intf/gscreen/gscreen.py * gscreen -make keybindings overrideable in the handler file
[22:48:01] <KGB-linuxcnc> 03chrisinnanaimo 05joints_axes3 fd98fb5 06linuxcnc 10configs/sim/gscreen_custom/industrial.glade 10configs/sim/gscreen_custom/industrial_handler.py 10src/emc/usr_intf/gscreen/gscreen.py * gscreen -add embedded Onboard keyboard to industrial screen
[22:48:10] <KGB-linuxcnc> 03jepler 05joints_axes3 87a9b86 06linuxcnc 10src/ 10Makefile 10Makefile.modinc.in * build: revisit x86_64 build flags yet again
[22:48:17] <KGB-linuxcnc> 03chris 05joints_axes3 e816016 06linuxcnc 10src/Makefile * Revert "fix building without 5axiskins"
[22:48:23] <KGB-linuxcnc> 03chris 05joints_axes3 1226630 06linuxcnc 03src/emc/kinematics/5axiskins.c * Revert "Remove bogus sample kins file"
[22:48:30] <KGB-linuxcnc> 03chris 05joints_axes3 6de7f0d 06linuxcnc 10src/emc/kinematics/5axiskins.c * The tool-length hal pin was vestigial and confusing.
[22:48:36] <KGB-linuxcnc> 03dgarrett 05joints_axes3 6acc43d 06linuxcnc 10configs/sim/ 10(5 files in 2 dirs) * sim hal files names= consistency with v2.5
[22:48:43] <KGB-linuxcnc> 03chrisinnanaimo 05joints_axes3 996b4e6 06linuxcnc 10lib/python/gladevcp/hal_sourceview.py * gladevcp -lighten color of highlight of Gcode display
[22:48:50] <KGB-linuxcnc> 03chrisinnanaimo 05joints_axes3 1380916 06linuxcnc 10lib/python/hal_glib.py * hal_glib - add a tool-changed gobject signal
[22:48:56] <KGB-linuxcnc> 03git 05joints_axes3 3bf4585 06linuxcnc 10configs/sim/remap/cycle/python/toplevel.py 10src/emc/rs274ngc/interp_internal.hh 10src/emc/rs274ngc/rs274ngc_pre.cc * interp: add __delete__ interpreter shutdown hook to Interp::exit()
[22:49:06] <KGB-linuxcnc> 03git 05joints_axes3 11a0e7b 06linuxcnc 10docs/src/remap/structure.txt * docs/interp: document __delete__ Python hook
[22:49:11] <KGB-linuxcnc> 03git 05joints_axes3 b2cd764 06linuxcnc 10src/hal/components/orient.comp * orient.comp: fix modulo arithmetic
[22:49:17] <KGB-linuxcnc> 03jepler 05joints_axes3 021d4bc 06linuxcnc 10share/axis/tcl/axis.tcl * axis: fix state of reload button
[22:49:23] <KGB-linuxcnc> 03seb 05joints_axes3 58daef7 06linuxcnc 10src/emc/task/emctaskmain.cc * task: always allow coolant & lube control
[22:49:30] <KGB-linuxcnc> 03seb 05joints_axes3 924a0f5 06linuxcnc 10src/emc/usr_intf/axis/scripts/axis.py * axis: always allow coolant and spindle control
[22:50:08] <seb_kuzminsky> that's master merged into ja3
[22:50:21] <seb_kuzminsky> just like normal, a few conflicts, easily resolved