Back
[01:04:50] <NTU> damn this thing boots fast now!
[01:05:22] <NTU> i think im starting to like EFI..
[07:35:45] <jepler> seb_kuzminsky: unfortunately your latest github pull request still sends 3 packets from pc to 7i80 every period
[07:45:57] <jepler> err hold on
[07:46:46] <jepler> now I think it's right
[07:47:13] <jepler> seb_kuzminsky: do you want me to merge it?
[07:49:33] <jepler> for some reason I expect the arrow to be reversed in tcpdump when receiving a packet. my expectation is always wrong.
[08:30:16] <jthornton> I think I lost connection just when I posed this if not my apologies for double posting
[08:30:18] <jthornton> I know there has been a lot of restructuring in the nc_files directory for 2.6 and it seems like it might have messed up some paths in some sample configs
http://pastebin.com/ibZ4kWtA
[08:30:40] <jepler> jthornton: yes there's a problem with lathe-fanucy
[08:30:52] <jepler> jthornton: either dgarr or andy (I forget whom) has posted an untested patch
[08:31:12] <jthornton> ok, thanks
[08:31:31] <jthornton> I don't even know what the lathe-fanucy is
[08:31:45] <jepler> http://mid.gmane.org/CAN1%2BYZWkqPA13R_L2uitStD1LTGw%2BYfPnTwQCFJZf6a1em4J6Q%40mail.gmail.com
[08:32:27] <jepler> the problem is only seen when you use a package version of linuxcnc, as far as I'm aware; if you know how to test that, and can confirm it fixes it, that would be good information
[08:32:36] <jepler> I think it's about a certain way to specify tool numbers, like fanuc does
[08:32:52] <jepler> where tool numbers like T100700300 are found to be helpful to some people for some reason
[08:33:08] <jthornton> oh yea the wear offsets thing
[09:29:26] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master 7cf9b4a 06linuxcnc 10(8 files in 5 dirs) rtapi: remove support for rtlinux 3.x * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7cf9b4a
[09:29:26] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master fcbffd5 06linuxcnc 10scripts/rtapi.conf.in 10src/configure.in rtapi: drop support for rtai "24.x" * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fcbffd5
[09:29:26] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master acf4d86 06linuxcnc 10src/configure.in rtapi: drop support for alternate math libs * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=acf4d86
[09:29:27] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master b491c10 06linuxcnc 10src/configure.in configure: drop never-used RTAI3_MOD variable * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b491c10
[09:58:15] <pcw_home> The effects of control Z are rather more severe on uspace than RTAI!
[09:59:52] <jepler> pcw_home: I cargo-cult copied code from ubc3 which is supposed to "prevent stopping of RT threads by ^Z" but apparently it doesn't work
[09:59:58] <jepler> // prevent stopping of RT threads by ^Z
[09:59:58] <jepler> sigaction(SIGTSTP, &sig_act, (struct sigaction *) NULL);
[10:00:43] <pcw_home> yeah stops the whole show
[10:01:17] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/lftest 91f2c7c 06linuxcnc 10(5 files) lathe-fanucy: conform for pickconfig * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=91f2c7c
[10:01:17] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/lftest 47435e1 06linuxcnc 10(5 files in 4 dirs) tooledit: allow specification of toolno range * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=47435e1
[10:01:37] <dgarr> will test a buildbot deb later
[10:02:15] <pcw_home> I guess its not really an issue except when run from a terminal
[10:09:02] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master 621e854 06linuxcnc 10src/rtapi/uspace_rtapi_app.cc uspace: don't let ctrl-z stop realtime * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=621e854
[10:09:05] <jepler> dgarr: thank you!
[10:09:24] <jepler> pcw_home: ah I think this is the actual solution to ctrl-z stopping realtime ^^
[10:10:48] <pcw_home> so that detaches it from the terminal?
[10:16:05] <jepler> pcw_home: right
[10:16:20] <jepler> it can still print stuff to the terminal (stdout/stderr are open on it) but it's not affected by the tty stop signal
[10:16:27] <jepler> because the terminal is not the controlling tty
[10:16:52] <jepler> (and now we've gone about 75% beyond my actual understanding of terminals in unix)
[10:16:56] <jepler> afk
[12:20:55] <dgarr1> andypugh: tested buildbot deb (precise/scratch-sim) for lathe-fanucy fixups (for pickconfig and tooledit using -min and -max) linuxcnc-uspace-dev_2.7.0~pre0~dgarr.lftest~47435e1_i386.deb -- works for me (rip and deb)
[12:41:38] <cradek> yay, thanks dgarr
[12:43:35] <cradek> oops I think that fix should be based on 2.6, since lathe-fanucy is in 2.6 already
[12:45:32] <cradek> well the config fix should surely go in 2.6 - the tooledit changes probably need seb's review
[12:46:09] <cradek> yell if I can be any help
[14:03:16] <dgarr1> cradek: the lathe-fanucy config is andy's, i just wanted to make sure the patches that i suggested work in both rip and deb, i don't know if they function as he wants
[17:24:02] <jepler> dgarr: re your patch
[17:24:02] <jepler> +# for use in axis.py:
[17:24:03] <jepler> +proc remove_edit_tooltable_offsets {} {
[17:24:03] <jepler> + .menu.file delete [.menu.file index "*Edit tool table offsets*"]
[17:24:11] <jepler> this will not work when the menu text is translated
[17:25:28] <jepler> so far I had tried to engineer it so that this particular thing didn't need to happen .. for instance, for nontrivkins machines there are three menu items to be deleted .. but they're last in their menus
[17:25:48] <jepler> in the more general case, what you actually need to do is delete a menu item with a specific command, because that won't change by internationalization
[17:27:16] <jepler> it looks like it encourages you to invoke tooledit twice at the same time on the same tool file. does that actually work?
[17:28:16] <jepler> anyway, on the whole I don't think that's a change that's appropriate for 2.6, unlike the work of fixing a config that doesn't work at all in the package version
[17:28:39] <jepler> # generic support code
[17:28:39] <jepler> -PATH_APPEND=../nc_files/remap_lib/python-stdglue/
[17:28:40] <jepler> +PATH_APPEND=../../nc_files/remap_lib/python-stdglue/
[17:29:01] <jepler> also the test needs to include whether or not the remappy stuff works in both cases
[17:29:31] <jepler> I worry that each path is right for just one of {copied,rip}
[18:42:43] <KGB-linuxcnc> 05dgarr/lftest 47435e1 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=47435e1
[18:49:31] <jepler> (er, it's for trivkins machines the menu items need to be deleted)
[19:55:19] <jepler> new board showed up. can't play with it yet due to a lack of some simple mounting hardware to preserve the 2mm headers.
http://emergent.unpythonic.net/files/sandbox/img_4904-medium.jpg
[20:05:07] <jepler> CaptHindsight: it's copper
[20:05:18] <CaptHindsight> nice
