#linuxcnc-devel | Logs for 2015-12-27

[09:47:18] <cncbasher> micges: thanks i found i had the fallback set to true by default as mentioned earlier
[09:48:03] <cncbasher> but that made no difference, and still gave me the fallback once programmed , so need to look further
[09:53:42] <jepler> cncbasher: hi I'm around for a few minutes
[09:54:31] <jepler> cncbasher: you are trying to build a 6i25 firmware image now , is that correct? not just a 5i25 image that can be loaded on 6i25?
[09:55:50] <jepler> are you doing it based on hostmot2-firmware, or based on files from peter?
[09:57:31] <jepler> if based on hostmot2-firmware.git, I would recommend checking the extra bitgen arguments in cards.py
[09:57:34] <jepler> # Options used by Spartan 6 based designs with fallback space in eeprom
[09:57:36] <jepler> class BitgenCanFallback(Card):
[09:57:38] <jepler> ... many more ... ]
[09:57:41] <jepler> bitgen_extra = ['-g', 'next_config_register_write:disable',
[09:58:38] <jepler> these were *probably* copied from 7i80 or 7i90 and may not be totally correct for 6i25 (or 5i25 for that matter even though I thought that worked)
[10:00:26] <jepler> if a different card needs different options, you could either write bitgen_extra = ... directly in the class for that specific card
[10:00:37] <jepler> or you could create a new class definition that is inherited by one or more cards instead of BitgenCanFallback
[10:00:59] <jepler> that is how hostmot2-firmware.get selects the bitgen options for a particular card
[10:01:02] <jepler> .git
[10:49:49] <archivist> 404 from the forum http://www.linuxcnc.org/docs/html/common_Stepper_Diagnostics.html
[10:50:03] <archivist> urls should be stable
[11:11:57] <pcw_home> all Mesa spartan 6 FPGA cards need " 'next_config_register_write:disable"
[11:15:44] <pcw_home> This prevents the FPGA loader from overwriting the SPI EEPROMs user and fallback configuration address pointers
[11:15:45] <pcw_home>
[11:16:13] <pcw_home> (err fallback only)
[11:26:06] <pcw_home> That is, to have generic, relocatable bitfiles (relocatable in the SPI flash) that dont need special options
[11:26:07] <pcw_home> that make them fail JTAG cofig, you need to ignore the bitfiles configuration addresses that are in the bitfile's header
[11:26:09] <pcw_home> (and retain the addresses put in by the boot sector)
[11:41:10] <micges> zlog: ahoy
[12:12:27] <seb_kuzminsky> archivist: some docs were reorganized for clarity
[12:12:57] <archivist> yes but, that has broken forum links
[12:13:17] <archivist> which is not clear for people googling
[12:13:29] <seb_kuzminsky> yeah :-(
[12:15:02] <archivist> which annoyed me earlier :)
[12:18:06] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 8dfa610 06linuxcnc 10src/emc/usr_intf/keystick.cc 03src/rtapi/uspace_common.h Merge remote-tracking branch 'origin/2.6' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8dfa610
[12:19:32] <seb_kuzminsky> archivist: links to released documentation should be stable (ie, urls like "http://www.linuxcnc.org/docs/2.7/...")
[12:20:25] <archivist> I cannot do anything about the forum but moan/point it out
[12:20:26] <seb_kuzminsky> but links that lack a released version in the URL point to "the current release", which changes over time, and may introduce link breakage when we make a new major release (ie, 2.6->2.7)
[12:21:36] <seb_kuzminsky> also, the "common_" part of the link you wrote seems wrong, common is a subdir in our docs tree, never a prefix on a document name
[12:21:43] <seb_kuzminsky> try this: http://www.linuxcnc.org/docs/2.6/html/common/Stepper_Diagnostics.html
[12:22:26] <archivist> I know where it is, the forum should be fixed not left in a state of useless to users
[12:23:13] <archivist> it forced a second google search on me to find the new place
[12:23:35] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master bba906b 06linuxcnc 10(5 files in 3 dirs) Merge remote-tracking branch 'origin/2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=bba906b
[12:23:49] <seb_kuzminsky> where is the place on the forum where you found the bad link?
[12:24:23] <seb_kuzminsky> if it was someone's old message, i don't think i can fix it :-/
[12:24:23] <archivist> https://forum.linuxcnc.org/forum/16-stepconf-wizard/5939-help-solving-joint-following-error
[12:26:17] <seb_kuzminsky> yeah, that 2010 message was probably incorrect when it was written, and it's only gotten more incorrect as the docs moved around in the 5 years since then
[12:26:51] <archivist> keeping the version numbers in the url and it remaining stable is the right way I think, the old way is doomed to regular failure
[12:36:45] <seb_kuzminsky> i think the system you describe is pretty much what we do now, except we provide a version-number-less link that points to the current stable release
[12:37:11] <seb_kuzminsky> in addition to the links that have the version number in them
[12:44:51] <archivist> the version-less could/should be gone
[12:45:47] <archivist> some sites grab the dead urls and redirect to working ones
[12:46:27] <archivist> mysql was good at that prior to the fatborg buying Sun
[12:48:35] <seb_kuzminsky> you may be right that the non-versioned links should go away, or be renamed to say "stable" where the version number goes, or something
[12:48:47] <seb_kuzminsky> i don't want to be the guy that maintains the table of remapped urls...
[13:06:50] <archivist> just needs a clever bit of regexp in an apache redirect
[13:35:24] <archivist> anyway in todays news, linuxcnc logs the the quality of a worm gearbox
[13:51:49] <seb_kuzminsky> JT-Shop-: while looking at the stepper-diagnostics.html problem archivist reported, i found another problem
[13:51:53] <seb_kuzminsky> html/index.html
[13:52:10] <seb_kuzminsky> it includes those collapsing categories, and the link checker doesnt see them because they're collapsed b default
[13:52:20] <seb_kuzminsky> and there are some broken links there
[13:52:44] <seb_kuzminsky> the Configuration/Stepper Diagnostics one is the one i noticed, there may be others
[13:53:07] <seb_kuzminsky> is there a way to load index.html with all the categories expanded by default?
[13:53:18] <JT-Shop-> yes, let me look
[13:57:29] <archivist> I assume the numbering scheme for motion.analog-in-00 to 03 is with expansion in mind else why were two numerics used :) I can imagine wanting more
[13:58:22] <archivist> on my first attempt at this application I am using 3
[14:16:14] <jepler> 2010 advice may not be good advice in 2015, even if the links aren't 404'd.
[14:16:32] <JT-Shop-> seb_kuzminsky: you want expand all for first session in 2.7 or master?
[14:17:39] <seb_kuzminsky> JT-Shop-: i want to verify all links in all branches on every build
[14:17:51] <seb_kuzminsky> so, i think "both" is the answer to your question
[14:18:38] <JT-Shop-> ok
[14:45:40] <jthornton-> building the docs now to test
[14:51:41] <Roguish> hey jthorton, how's the grounding/noise problem.
[14:52:22] <Roguish> I was out of town for the night and came back to a litany of emails about it.
[14:59:59] <JT-Shop> the vfd filter came in as well as the smaller filter for the 120v side I'm installing all that now
[15:00:21] <JT-Shop> had to relocate everything in the vfd cabinet
[15:00:45] <Roguish> more fun than a barrel of monkeys. huh?
[15:01:37] <Roguish> and it will indeed be a better, more robust and reliable system when all is done. have confidence and faith.
[15:03:14] <JT-Shop> well I just plugged the 240v plug in and nothing blew up so that is a good sign
[15:26:20] <JT-Shop> just homed the BP and got a single extra character error from sserial, still have more to do but usable now if needed
[15:27:06] <Roguish> go slow and be very methodical.
[15:29:35] <JT-Shop> I still have more hardware on the way as well as some shielded wire
[15:30:08] <JT-Shop> If I get it down to 0 sserial errors then I'll try 2.7 again
[15:35:39] <Roguish> the shielded wire is good. be careful how and where the shield is grounded. usually only at one end so there is no ground loop formed.
[15:43:41] <jthornton> seb_kuzminsky: expanding them as default did not make a difference, which link is bad?
[15:51:22] <seb_kuzminsky> 12:28:13 <+seb_kuzminsky> the Configuration/Stepper Diagnostics one is the one i noticed, there may be others
[15:55:52] <jthornton> I just ran linuxcnc.org/docs/2.7/html on the w3 online checker with all collapsed and it checked every page
[15:56:10] <jthornton> Line: 177 http://linuxcnc.org/docs/2.7/html/common/stepper-diagnostics.html
[15:56:10] <jthornton> Status: 404 Not Found
[15:56:51] <jthornton> I did not get that error when I built locally
[15:58:14] <seb_kuzminsky> hmm
[16:00:07] <seb_kuzminsky> what does the localStorage thing do in our index js?
[16:00:18] <Tom_itx> permissions?
[16:00:26] <jthornton> just remembers if a section was expanded or not
[16:02:18] <KGB-linuxcnc> 03John Thornton 052.7 d81ec6a 06linuxcnc 10docs/src/index.tmpl Docs: make first opening of html docs expanded so links can be checked. * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d81ec6a
[16:02:19] <KGB-linuxcnc> 03John Thornton 052.7 a5afdac 06linuxcnc 10docs/src/index.tmpl Docs: fix bad link * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a5afdac
[16:02:30] <seb_kuzminsky> ooh thanks!
[16:02:30] * jthornton heads back to the BP
[16:03:53] <seb_kuzminsky> the local storage is per browser, per page, right? so the w3c-linkchecker shouldn't share chrome's or firefox's local storage?
[16:04:24] <JT-Shop> I thought I reverted that first one :(
[16:04:36] <JT-Shop> yea per browser per page
[16:04:59] <JT-Shop> because it still didn't work on my local machine
[16:05:14] <JT-Shop> I did a git reset --hard
[16:05:20] <JT-Shop> wonder what went wrong
[16:06:34] <JT-Shop> seb_kuzminsky: can you revert d81ec6a?
[16:06:43] <JT-Shop> as it did not do as we wanted
[16:24:37] <seb_kuzminsky> JT-Shop: "git reset --hard" restores your working tree and index to HEAD (the most recent commit)
[16:24:49] <seb_kuzminsky> you probably want "git revert d81ec6a"
[16:28:37] <JT-Shop> thanks
[17:13:44] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 291d259 06linuxcnc 10scripts/rtapi.conf.in 10src/configure.in 10src/module_helper/module_helper.c stop looking for the rtai_shm module, it hasn't existed for years * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=291d259
[17:13:44] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 b21f69e 06linuxcnc 10scripts/realtime.in realtime script: detect RTAI correctly * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b21f69e
[17:13:44] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 324b084 06linuxcnc 10debian/configure debian: accept the 3.16.0-9-rtai linux/rtai kernel * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=324b084
[17:13:46] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 d6ce5e1 06linuxcnc 10debian/configure debian: accept the new style of rtai-modules package name * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d6ce5e1
[17:13:50] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 ec06183 06linuxcnc 10src/Makefile.inc.in 10src/configure.in 10src/hal/Submakefile handle building with lxrt.so (RTAI 4.1 and newer) * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ec06183
[17:13:54] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 d6da65f 06linuxcnc 10src/rtapi/rtai_rtapi.c rtapi: teach rtai_rtapi about renamed RTAI constant * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d6da65f
[17:13:58] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 aa39754 06linuxcnc 10scripts/rtapi.conf.in 10src/configure.in 10src/rtapi/rtai_rtapi.c teach build system & rtapi about RTAI 5 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=aa39754
[17:14:02] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 d6597fb 06linuxcnc 10tests/symbols.0/test_define.comp 10tests/symbols.0/test_use.comp tests: fix a compiler warning that fails this test on Jessie * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d6597fb
[17:14:06] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 3a1f40b 06linuxcnc 10scripts/platform-is-supported buildbot: this branch works under Jessie's RTAI (5.0-test1) * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=3a1f40b
[17:14:10] <KGB-linuxcnc> 05rtai-5 c39f7c2 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c39f7c2
[17:14:13] <KGB-linuxcnc> 05seb/2.7/rtai5 ce71dc3 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ce71dc3
[17:19:05] <seb_kuzminsky> that's rtai5 support in 2.7 :-D
[17:19:33] <seb_kuzminsky> thanks jepler for all the help (both on the linuxcnc side and the rtai side) and for the reviews
[17:22:24] <jepler> seb: yay. too bad amd64 is crashy still :(
[17:22:45] <jepler> thanks for deciding the plunge should be taken!
[18:31:33] <KGB-linuxcnc> 03John Thornton 052.7 305fa20 06linuxcnc 10docs/src/index.tmpl Revert "Docs: make first opening of html docs expanded so links can be checked." * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=305fa20
[19:52:42] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/2.7/thermistor eb467fe 06linuxcnc 03src/hal/user_comps/thermistor.comp add a thermistor component * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=eb467fe
[19:52:42] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/2.7/thermistor 97482fd 06linuxcnc 10src/hal/user_comps/Submakefile build system: add user_comps .comp support * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=97482fd
[19:52:56] <seb_kuzminsky> wow, it was over a year ago i started that branch
[20:32:28] <jepler> eek that is awhile
[20:43:59] <jepler> speaking of things that have been going on for awhile, I think hostmot2-firmware could use another infusion of upstream source. It looks like at least some of cncbasher's troubles building a 6i25 firmware may stem from stale source in our git. I'll try to block out enough time after the holidays that I wouldn't be wasting Peter's time when I ask for an up to date source zip for all cards.
[21:27:36] <linuxcnc-build> build #953 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/953 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[21:30:56] <linuxcnc-build> build #1992 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/1992 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[21:32:24] <linuxcnc-build> build #953 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/953 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[21:38:28] <linuxcnc-build> build #3009 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/3009 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[21:44:40] <linuxcnc-build> build #3801 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/3801 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[21:48:26] <linuxcnc-build> build #3800 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/3800 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[21:50:42] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/ja10v4 c6d646c 06linuxcnc 10(6 files in 2 dirs) inihal: support axis ini items (joints_axes) * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c6d646c
[21:50:42] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/ja10v4 22f2849 06linuxcnc 10configs/sim/axis/ini_hal_demo.ini ini_hal_demo.ini: revise sim_pin testers for ja tests * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=22f2849
[21:50:43] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/ja10v4 541c50e 06linuxcnc 10lib/hallib/xhc-hb04.tcl 10scripts/xhc-hb04-accels xhc-hb04-accels: connect joint, axis accel pins * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=541c50e
[21:54:19] <linuxcnc-build> build #3799 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/3799 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[21:58:07] <linuxcnc-build> build #1959 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/1959 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[22:06:49] <linuxcnc-build> build #3800 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/3800 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[22:07:57] <linuxcnc-build> build #1960 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/1960 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[22:13:32] <linuxcnc-build> build #3805 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/3805 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[22:26:44] <linuxcnc-build> build #2152 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/2152 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[22:29:20] <linuxcnc-build> build #427 of 1520.rip-jessie-amd64 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1520.rip-jessie-amd64/builds/427 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[22:31:42] <linuxcnc-build> build #1470 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/1470 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[22:34:27] <linuxcnc-build> build #427 of 1530.rip-jessie-rtpreempt-amd64 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1530.rip-jessie-rtpreempt-amd64/builds/427 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[22:35:53] <jepler> > /tmp/tmp74yCko/thermistor.c:2:19: fatal error: rtapi.h: No such file or directory
[22:36:32] <jepler> that is odd
[22:39:35] <jepler> seb_kuzminsky: if the solution doesn't become obvious let me know and I'll look at it
[22:39:38] <seb_kuzminsky> i must be missing a build dependency on the headers getting installed
[22:39:54] <jepler> oh yeah I bet it's something like that
[22:40:09] <jepler> .. package building will have a different problem, but in this case it's probably that the headers haven't been copied yet
[22:40:11] <seb_kuzminsky> if i explicitly depend on ../include/rtapi.h, it fails on the first header rtapi.h #includes
[22:40:55] <jepler> for package building, though, there's no way the header will exist at the installed location, which is the only place halcompile / Makefile.modinc is going to look for it
[22:40:58] <seb_kuzminsky> there doesnt seem to be a target to install the headers
[22:41:16] <jepler> no there doesn't
[22:41:18] <jepler> # Make each include file a target
[22:41:18] <jepler> TARGETS += $(patsubst %,../include/%,$(foreach h,$(HEADERS),$(notdir $h)))
[22:41:22] <seb_kuzminsky> the failures above are all for rip
[22:41:23] <jepler> .PHONY: headers
[22:41:28] <jepler> headers: those things
[22:41:36] <jepler> TARGETS += headers
[22:41:50] <jepler> suggest trying something like ^^^ and then depending a user comp on headers
[22:42:09] <jepler> but package / builds with --prefix will still fail
[22:42:10] <seb_kuzminsky> ok i'll try
[22:42:25] <linuxcnc-build> build #427 of 1500.rip-jessie-i386 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1500.rip-jessie-i386/builds/427 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[22:42:32] <linuxcnc-build> build #1625 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/1625 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[22:43:08] <jepler> halcompile has a preprocess mode, I suspect ultimately you'll have to use it for package builds
[22:43:31] <jepler> it's too late and too much sake for me to be able to read or write enough Makefiles to do that though
[22:43:37] <seb_kuzminsky> heh
[22:43:41] <linuxcnc-build> build #62 of 1505.rip-jessie-rtai-i386 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1505.rip-jessie-rtai-i386/builds/62 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[22:43:44] <seb_kuzminsky> i had some trouble with that and --userspace
[22:44:25] <jepler> it may just be broken as a flag combination, I bet it's not exercised anywhere in the build
[22:44:35] <seb_kuzminsky> it's not, yet...
[22:44:37] <jepler> 'night
[22:44:44] <seb_kuzminsky> gniht
[22:44:49] <seb_kuzminsky> *gnight
[22:44:54] <seb_kuzminsky> nih!
[22:45:51] <linuxcnc-build> build #427 of 1510.rip-jessie-rtpreempt-i386 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1510.rip-jessie-rtpreempt-i386/builds/427 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[22:45:51] <linuxcnc-build> build #3813 of 0000.checkin is complete: Failure [4failed] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/3813 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[22:48:46] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/2.7/thermistor 8ad5674 06linuxcnc 10src/Makefile build: add a "make headers" target, to let userspace comps build * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8ad5674
[22:48:46] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/2.7/thermistor 2c293aa 06linuxcnc 10src/hal/user_comps/Submakefile build: the userspace comps depend on headers and liblinuxcnchal * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2c293aa