Back
[00:14:10] <KGB-linuxcnc> 03Dewey Garrett 05master f73d74a 06linuxcnc 10(6 files in 6 dirs) fix identity sim configs inconsistent a,j lims JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f73d74a
[00:14:10] <KGB-linuxcnc> 03Dewey Garrett 05master 694026e 06linuxcnc 03lib/hallib/check_config.tcl 10scripts/linuxcnc.in 10tests/interp/subroutine-return/interp.ini linuxcnc.in validate some config items JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=694026e
[00:35:26] <linuxcnc-build> build #3567 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/3567 blamelist: Dewey Garrett <dgarrett@panix.com>
[00:37:03] <linuxcnc-build> build #2183 of 1401.rip-wheezy-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1401.rip-wheezy-rtai-i386/builds/2183 blamelist: Dewey Garrett <dgarrett@panix.com>
[00:50:36] <linuxcnc-build> build #4371 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/4371 blamelist: Dewey Garrett <dgarrett@panix.com>
[06:40:32] <jthornton> how can you install master and get updates as master changes?
[06:41:19] <jthornton> I just did a git pull then debian/configure uspace -uc -us
[06:41:49] <jthornton> then dpkg -i the deb but there seems to me there might be an easier way to stay current?
[06:42:40] <jthornton> I guess I could write an update script... just thinking out loud but I wonder if buildbot has some other way
[07:52:11] <jepler> seb_kuzminsky: I'm at a loss for why and how those two unrelated builders started failing at the same point in the testsuite, doesn't seem like it's related to anything dewey's commits touched.
[07:52:20] <jepler> + linuxcnc -r halui.ini
[07:52:20] <jepler> RTAPI: ERROR: could not open shared memory (No such file or directory)
[07:53:48] <jepler> it seems to be everytime haltcl is used ?
[07:56:13] <jepler> oh haltcl is newly being invoked each time linuxcnc starts
[07:58:58] <jepler> yeah realtime hasn't been started yet when this script is invoked
[08:00:31] <jepler> .. haltcl is being used simply so that it can access the inifile in a convenient way
[08:07:15] <KGB-linuxcnc> 03Jeff Epler 05master 8224ef9 06linuxcnc 10lib/hallib/check_config.tcl 10scripts/linuxcnc.in check_config: Can't run it with haltcl * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8224ef9
[09:03:55] <jepler> seb_kuzminsky: why are there e.g., jessie-rtpreempt and jessie(-vanilla) builders?
[09:04:21] <jepler> seb_kuzminsky: they build the same package; and you can even test "both ways" from a single build if you have a preempt kernel and: make; runtests; sudo make setuid; runtests
[09:43:09] <seb_kuzminsky> jepler: historical reasons only
[09:43:25] <seb_kuzminsky> i should modernize it
[10:04:36] <Tom_itx> pcw_home, is your site down or moved?
[10:05:56] <pcw_home> hmm looks to be down today
[10:06:21] <Tom_itx> someone was needing a pdf in the main channel
[10:06:30] <Tom_itx> 7i78 iirc
[12:31:04] <seb_kuzminsky> it's got a tape drive!
[12:31:06] <seb_kuzminsky> http://highlab.com/~seb/hardinge/
[12:32:42] <seb_kuzminsky> it says 460v 3-phase on the plate, but it looks like all the transformers are single phase to me
[12:38:21] <seb_kuzminsky> he also had one of these:
http://www.emi-mec.eu/autosprinte/index.php5
[12:38:29] <seb_kuzminsky> never seen a cnc programmed by plug board before
[12:41:18] <cradek> huh last 3 images disappeared while I was loading
[12:41:47] <cradek> 1979! a little older than I guessed. very similar to mine, but with a cpu and crt.
[12:42:10] <seb_kuzminsky> yeah they were of the autosprint, i removed them to avoid confusion
[12:42:10] <cradek> still resolvers, probably. "syn"
[12:42:48] <seb_kuzminsky> i couldnt get a good picture of the servos
[12:42:59] <cradek> they're brushed dc
[12:43:22] <cradek> same amps as mine, I think
[12:43:46] <seb_kuzminsky> "tach 2 - syn 3",
http://highlab.com/~seb/hardinge/IMG_20160716_095626.jpg, is that what you're getting the resolver info from?
[12:44:08] <cradek> yeah
[12:44:27] <cradek> you could take that cover off to be sure, but it's probably caulked shut
[12:45:20] <seb_kuzminsky> do you agree the transformers look like they're getting 1-phase input? though maybe they think they're getting 1 leg of 460 3-phase
[12:45:26] <cradek> servos are inside those soda can sized things, sealed by o ring
[12:45:45] <cradek> yep pretty sure.
[12:46:24] <cradek> and the motor can be restrapped for 240 surely?
[12:46:48] <cradek> coolant motor maybe not...
[12:48:02] <cradek> did you jiggle the ballscrews to see if they're tight?
[13:03:35] <skunkworks_> hmm - program extents don't look quite right
[13:05:47] <skunkworks_> http://electronicsam.com/images/matsuura/20160716_123826.jpg
[13:05:55] <skunkworks_> zero is the center of the circle
[13:06:21] <skunkworks_> why would the extents go -7.45 to -2.44?
[13:06:42] <skunkworks_> (and similar with y and z)
[13:10:40] <skunkworks_> huh - it looks right in sim on my laptop
[13:10:50] <skunkworks_> that doesn't make sense
[13:33:40] <cradek> is AXIS set to show relative coordinates? in perspective, it's hard to tell where those axes are
[14:02:55] <cradek> seb_kuzminsky: I wonder what cpu is in that "industrual processor". It looks completely front-panel programmable
[14:05:22] <pcw_home> and 16 bit
[14:12:29] <skunkworks_> cradek, it is set to relative
[14:13:40] <skunkworks_> random linux question... I have a keyboard that had an integrated touch pad mouse. It doesn't show up as any of the normal synaptic/alps whatever. I want to disable the pad double click/drag but am failing at google.
[14:14:43] <skunkworks_> on wheezy
[14:38:09] <cradek> pcw_home: 8051?
[14:52:35] <pcw_home> Is it even a Micro?
[15:19:32] <skunkworks_> zlog
[17:34:13] <jepler> I really don't like asciidoc's output file handling
[18:22:29] <jepler> also anyone who says our makefiles are complex is right
[18:24:37] <JT-Shop> lol
[18:41:53] <cradek> are they still right if they go on to say that means we should reinvent it all from scratch?
[18:46:57] <jepler> cradek: eh, I'm sure approaching the point of "I'll happily review your work and look for problems" if someone comes along and says that
[18:47:43] <cradek> that sounds perfect, actually
[18:51:26] <jepler> manpage from asciidoc source:
http://paste.debian.net/782137/ manpage from groff source:
http://paste.debian.net/782138/
[18:51:34] <jepler> the same, but as html:
https://emergent.unpythonic.net/files/sandbox/and2.9.html https://emergent.unpythonic.net/files/sandbox/or2.9.html
[18:52:34] <jepler> (the different widths of the manpage versions is unrelated)
[18:53:33] <jepler> asciidoc markup looks much nicer in the source code of course
https://emergent.unpythonic.net/files/sandbox/and2.comp vs
https://emergent.unpythonic.net/files/sandbox/or2.comp
[18:57:09] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/comp-asciidoc a4a91f7 06linuxcnc 10src/hal/utils/halcompile.g halcompile: support r-strings * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a4a91f7
[18:57:09] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/comp-asciidoc 8d8e248 06linuxcnc 10src/hal/components/or2.comp or2: demonstrate a use of r-string documentation * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8d8e248
[18:57:09] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/comp-asciidoc aa8985d 06linuxcnc 10docs/src/Submakefile build: "make man-html" builds all HTML files that derive from manpages * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=aa8985d
[18:57:11] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/comp-asciidoc 9ef4d67 06linuxcnc 10docs/src/Submakefile build: a few more "grep -q" * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9ef4d67
[18:57:15] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/comp-asciidoc e765570 06linuxcnc 10src/hal/utils/halcompile.g halcompile: Allow documentation to be written in asciidoc * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e765570
[18:57:19] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/comp-asciidoc 0e1569b 06linuxcnc 10debian/control.in packaging: asciidoc is now required for running halcompile * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0e1569b
[18:57:23] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/comp-asciidoc 881cc15 06linuxcnc 10src/hal/components/and2.comp and2: convert a bit of documentation to asciidoc * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=881cc15
[18:57:27] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/comp-asciidoc 25b499a 06linuxcnc 10docs/src/Submakefile 10src/hal/components/Submakefile docs: build html manpages using halcompile * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=25b499a
[18:57:32] <jepler> there are "just" 107 comps to convert to asciidoc markup, but it can be done piecemeal and the html manpages get progressively better
[18:57:57] <jepler> once they're all done, we can then integrate them properly into the "main" html / pdf documentation
[19:25:31] <seb_kuzminsky> looks great
[20:23:27] <jepler> the part of uspace-plus that makes me grumpiest is
[20:23:27] <jepler> 8dbccfb build: include a copy of boost lockfree for heritage platforms
[20:23:27] <jepler> 40 files changed, 17675 insertions(+), 7 deletions(-)
[20:24:45] <jepler> but it has to be a better idea than coding my own
[21:19:02] <KGB-linuxcnc> 03Jeff Epler 05master f1795e6 06linuxcnc 10docs/src/Master_Developer.txt docs: building-linuxcnc chapter belongs with other dev docs * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f1795e6
[21:19:02] <KGB-linuxcnc> 03Jeff Epler 05master 781c354 06linuxcnc 10src/rtapi/uspace_rtapi_app.cc uspace: give better advice about how to debug rtapi_app * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=781c354
[21:19:02] <KGB-linuxcnc> 03Jeff Epler 05master 16bdfd2 06linuxcnc 10lib/python/.gitignore ignore generated files * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=16bdfd2
[21:19:04] <KGB-linuxcnc> 03Jeff Epler 05master 3e43335 06linuxcnc 10src/rtapi/uspace_rtapi_app.cc uspace: move a header inclusion to a normal spot * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=3e43335
[21:19:08] <KGB-linuxcnc> 03Jeff Epler 05master 2ed34c4 06linuxcnc 10src/rtapi/uspace_rtapi_app.cc uspace: remove unneeded forward declaration * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2ed34c4
[21:19:12] <KGB-linuxcnc> 03Jeff Epler 05master 9386643 06linuxcnc 10src/rtapi/rtapi_uspace.hh 10src/rtapi/uspace_rtapi_app.cc uspace: let RtapiApp subclasses subclass rtapi_task * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9386643
[21:19:16] <KGB-linuxcnc> 03Jeff Epler 05master e3a350d 06linuxcnc 10src/rtapi/rtapi_uspace.hh 10src/rtapi/uspace_rtapi_app.cc uspace: move pthread-specific data to new PosixTask type * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e3a350d
[21:19:20] <KGB-linuxcnc> 03Jeff Epler 05master bad28f6 06linuxcnc 10src/rtapi/rtapi_uspace.hh 10src/rtapi/uspace_rtapi_app.cc uspace: add a uses-fp flag in task structure * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=bad28f6
[21:19:24] <KGB-linuxcnc> 03Jeff Epler 05master 3f5ca6f 06linuxcnc 10src/rtapi/rtapi_uspace.hh 10src/rtapi/uspace_rtapi_app.cc uspace: factor out code for unexpected realtime delay message * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=3f5ca6f
[21:19:28] <KGB-linuxcnc> 03Jeff Epler 05master 5973ee4 06linuxcnc 10src/rtapi/rtapi_uspace.hh 10src/rtapi/uspace_common.h 10src/rtapi/uspace_rtapi_app.cc 10src/rtapi/uspace_ulapi.c uspace: rtapi_get_time will need a different implementation for rtai * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5973ee4
[21:19:33] <KGB-linuxcnc> 03Jeff Epler 05master 0504ea5 06linuxcnc 10src/rtapi/uspace_ulapi.c uspace: move a header inclusion to a normal spot * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0504ea5
[21:19:37] <KGB-linuxcnc> 03Jeff Epler 05master 8d7626b 06linuxcnc 10src/rtapi/rtapi_uspace.hh 10src/rtapi/uspace_common.h 10src/rtapi/uspace_rtapi_app.cc 10src/rtapi/uspace_ulapi.c uspace: rtapi_delay will need a different implementation for rtai * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8d7626b
[21:19:42] <KGB-linuxcnc> 03Jeff Epler 05master 170d6c4 06linuxcnc 10src/rtapi/rtapi_uspace.hh 10src/rtapi/uspace_rtapi_app.cc uspace: drop support for old appspecific pointer * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=170d6c4
[21:24:33] <jepler> (the uncontroversial parts of uspace-plus)
[21:33:19] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus 6a295e7 06linuxcnc 10(40 files in 7 dirs) build: include a copy of boost lockfree for heritage platforms * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6a295e7
[21:33:19] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus eef172a 06linuxcnc 10src/rtapi/uspace_common.h 10src/rtapi/uspace_rtapi_app.cc 10src/rtapi/uspace_ulapi.c uspace: Introduce lockfree queue for rtapi_print_msg * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=eef172a
[21:33:19] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus 32a1bca 06linuxcnc 10src/configure.in configure: fall back to uspace realtime if rtai not found * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=32a1bca
[21:33:22] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus 55cecd4 06linuxcnc 10src/module_helper/module_helper.c module_helper: Allow loading modules associated with running kernel * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=55cecd4
[21:33:26] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus 61a096a 06linuxcnc 10src/module_helper/module_helper.c module_helper: always allow .ko objects * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=61a096a
[21:33:30] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus 6c15879 06linuxcnc 10scripts/realtime.in realtime: Load modules even for uspace, if requested by rtapi.conf * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6c15879
[21:33:35] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus a83cf7d 06linuxcnc 10src/Makefile build: even on uspace, make linuxcnc_module_helper setuid * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a83cf7d
[21:33:39] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus 0b7f645 06linuxcnc 10src/Makefile build: install additional programs as setuid in uspace * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0b7f645
[21:33:43] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus ba0e57b 06linuxcnc 10debian/configure packaging: drop special treatment of linuxcnc_module_helper * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ba0e57b
[21:33:46] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus c1048e2 06linuxcnc 10(7 files in 3 dirs) uspace: add uspace+rtai realtime * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c1048e2
[21:33:51] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus 7bec71d 06linuxcnc 10(6 files in 2 dirs) uspace: add uspace+xenomai realtime * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7bec71d
[21:33:54] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus bdda77d 06linuxcnc 10(8 files) packaging: rtai, xenomai are sub-packages of uspace * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=bdda77d
[21:33:58] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus 1d9a896 06linuxcnc 10docs/src/code/building-linuxcnc.txt docs: document new RTOS support * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=1d9a896
[22:09:27] <jepler> seb_kuzminsky: are the CPUs in your hypervisors oversubscribed (or IOPS for that matter), or am I mistaken if I imagine that not building both "vanilla" and "rtpreempt" would be a win in turnaround times?
[22:09:50] <jepler> seb_kuzminsky: contemplating commiting a change to platform-is-supported:
[22:09:53] <jepler> -supported_kernel_flavors = [ 'rtai', 'rtpreempt', 'vanilla' ]
[22:09:56] <jepler> +supported_kernel_flavors = [ 'rtai', 'vanilla' ]
[22:10:11] <jepler> (or -vanilla, leaving rtpreempt, maybe)
[22:10:28] <seb_kuzminsky> yeah running fewer VMs would make my life better
[22:11:05] <seb_kuzminsky> building uspace on preempt-rt and on vanilla produces the same binaries, right?
[22:11:08] <jepler> right
[22:11:16] <jepler> but what we would lose is doing the runtests on one of them..
[22:11:34] <seb_kuzminsky> right
[22:11:47] <jepler> something which becomes more confusing when there are 4 different ways to use uspace: vanilla, preempt-rt, rtai, xenomai ...
[22:12:01] <jepler> -> somebody should make a linuxcnc-testsuite package that can be installed and run on all the different platforms
[22:12:02] <seb_kuzminsky> and if you run those binaries as root (eg if you ran 'sudo make setuid') then they'll try to do preempt-rt-specific realtime hardening?
[22:12:17] <jepler> in 2.7 and master today, yes, right
[22:12:23] <seb_kuzminsky> ok
[22:12:33] <seb_kuzminsky> i started making linuxcnc-test.debs at one point
[22:12:51] <jepler> by "somebody" I was implying myself, but that's great ! did you get as far as committing anything?
[22:12:56] <seb_kuzminsky> there were many small annoying problems, but no real show stoppers
[22:13:02] <jepler> yeah that's the way it goes
[22:13:10] <seb_kuzminsky> let me see if i can dig up the branch...
[22:13:11] <jepler> one is, the tests like to install components now!
[22:15:59] <jepler> hm, comp could automatically try invoking sudo if --install and the destination is not already writable. and now linuxcnc-tests depends on sudo (!?)
[22:16:17] <seb_kuzminsky> and a proper sudo configuration
[22:16:27] <jepler> or we could weaken yet again the restrictions on where RT components may be loaded from (the current protection is useless at preventing someone who can 'loadrt' pwn the local machine anyway)
[22:16:28] <seb_kuzminsky> which probably anyone running the tests has anyway, right?
[22:16:50] <jepler> there are some people who prefer 'su'..
[22:17:04] <seb_kuzminsky> they're wrong and they should feel bad
[22:17:20] <jepler> it's one thing for the instructions to say "sudo" and they just cuss under their breath and dutifully "su"... but another to have it hard-coded
[22:17:39] <jepler> *shrug* I'd be content with comp calling sudo hard-coded
[22:18:14] <jepler> we could accept a configure-time patch which we would never enable in our own debs, or of course you can su; comp --install for yourself .. it just would prevent some tests from succeeding if you refuse to have sudo
[22:18:29] <jepler> of course, the prospect of needing to interact with the user in the middle of runtests is *blech* too
[22:18:56] <seb_kuzminsky> yeah that's no good too
[22:19:06] <jepler> loading RT modules from a colon-separated path is sounding better every second
[22:27:08] <linuxcnc-build> build #750 of 4022.deb-jessie-amd64 is complete: Failure [4failed shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4022.deb-jessie-amd64/builds/750 blamelist: Jeff Epler <jepler@unpythonic.net>
[22:33:32] -linuxcnc-github:#linuxcnc-devel- [13wlo] 15jepler pushed 1 new commit to 06master: 02
https://github.com/LinuxCNC/wlo/commit/ffc0201c3eceb7169058329648e8f5105daca734
[22:33:32] -linuxcnc-github:#linuxcnc-devel- 13wlo/06master 14ffc0201 15Jeff Epler: new showcase...
[22:33:40] <KGB-wlo> push to master branch:
http://linuxcnc.org/
[22:35:45] <jepler> I have noticed that sometimes I have to reload the linuxcnc front page before the new showcase shows up
[22:36:26] <jepler> network debugger on firefox is not helpful, it just says that the response is cached..
[22:38:10] <jepler> so I guess it's firefox that is deciding not even to send a 200 GET request
[22:39:26] <jepler> https://developer.mozilla.org/en-US/docs/Web/HTTP/Caching_FAQ
[22:40:23] <jepler> maybe we should request that user agents not use an old page for more than 1 day, given that we're trying to do front-page updates weekly.... Cache-control: max-age=86400
[22:48:27] <KGB-wlo> push to master branch:
http://linuxcnc.org/
[22:48:35] -linuxcnc-github:#linuxcnc-devel- [13wlo] 15jepler pushed 1 new commit to 06master: 02
https://github.com/LinuxCNC/wlo/commit/eb520cf9fb2d6ca2f68816024570cd6151a46e49
[22:48:35] -linuxcnc-github:#linuxcnc-devel- 13wlo/06master 14eb520cf 15Jeff Epler: htaccess: request HTML files to tine out after 1 day...
[23:04:11] <seb_kuzminsky> jepler: no, i can't find it
[23:05:01] <seb_kuzminsky> it was based on this branch:
http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=shortlog;h=refs/heads/seb/master/new-deb-configure
[23:05:18] <jepler> seb_kuzminsky: :-/
[23:05:22] <jepler> ooh it's bedtime here
[23:05:27] <jepler> after I feed this needy cat that is
[23:05:29] <seb_kuzminsky> that i abandoned in 2014 it looks like :-/
[23:05:34] <seb_kuzminsky> ok have a nice sleep
[23:32:01] <KGB-linuxcnc> 03Dewey Garrett 05master a6870a7 06linuxcnc 10src/emc/usr_intf/emcsh.cc emcsh.cc rebranding comments for tcl package * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a6870a7
[23:32:01] <KGB-linuxcnc> 03Dewey Garrett 05master 23ddbee 06linuxcnc 10(5 files in 3 dirs) parse_ini{} proc: add to tcl pkg named Linuxcnc * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=23ddbee
[23:35:07] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 94fdccb 06linuxcnc 10README.md README: word-wrap the text * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=94fdccb
[23:35:07] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 6c8a93a 06linuxcnc 10README.md README: point to Building LinuxCNC for build info * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6c8a93a
[23:35:28] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15SebKuzminsky commented on issue #76: No, i only did the fun easy part. I still have to do the tedious bits:... 02
https://github.com/LinuxCNC/linuxcnc/issues/76#issuecomment-232859241
