Back
[00:26:54] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6-xhc-udev 4d7f5ee 06linuxcnc 04debian/extras/etc/udev/rules.d/99-xhc.rules 03debian/extras/lib/udev/rules.d/99-xhc.rules 10debian/extras/linuxcnc.files deb: move xhc udev rule to the right place * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4d7f5ee
[01:56:31] <KGB-linuxcnc> 052.6-xhc-udev 4d7f5ee 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4d7f5ee
[02:00:17] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 4d7f5ee 06linuxcnc 04debian/extras/etc/udev/rules.d/99-xhc.rules 03debian/extras/lib/udev/rules.d/99-xhc.rules 10debian/extras/linuxcnc.files deb: move xhc udev rule to the right place * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4d7f5ee
[04:10:18] <KGB-linuxcnc> 03Francis Tisserant 052.6 a7982dc 06linuxcnc 10docs/src/hal/comp_fr.txt French doc update: clarify comp's usage of count and names * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a7982dc
[04:22:57] <memleak> kernel 3.14 for the first time in RTAI (3.14.17)
[04:23:38] <memleak> jepler, in regards to your "disable proc for 3.10+" i needed to still modify src/hal/hal_lib.c
[04:24:53] <memleak> also one bug i noticed is undefined fmin and fmax in motmod.ko however latency-test and linuxcnc both run just fine, unfortunately the same magic for sin and cos didnt apply to fmin and fmax (-fno-builtin-sin -fno-builtin-cos)
[04:26:02] <memleak> not sure what the fix is but modifying linuxcnc and rtai flags didnt cut it, and that scares me. its off to bed for me, but if you want to try out 3.14 here it is:
https://github.com/NTULINUX/RTAI/commit/73ece80eb133d63ec8f5851ee9059f0590b1af54
[04:27:46] <memleak> 3.16 im not sure how much time ill have to do that port but i looked it over and it is doable, but would take awhile.
[04:28:15] <memleak> night all!
[04:33:14] <memleak> ah one more thing i should mention, both gcc 4.6.4 and 4.8.3 have the same fmax/fmin problem in motmod
[04:45:46] <memleak> maybe this commit broke it?
https://lkml.org/lkml/2013/9/17/53
[04:47:42] <memleak> or perhaps this:
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=27f69e68a5e534412faebc53a4e04acc9ce7fd7e
[04:55:18] <KGB-linuxcnc> 03Francis Tisserant 052.6 4bac7b0 06linuxcnc 10docs/src/config/ini_config_fr.txt French doc update: default spindle speed * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4bac7b0
[07:10:54] <jepler> memleak: does rtai intend to provide an implementation of fmin / fmax? they are part of the C99 math library.
[07:44:10] <KGB-linuxcnc> 03Jeff Epler 05jepler/rtapi-math 5112199 06linuxcnc 10src/rtapi/rtapi_math.h 10src/rtapi/rtapi_math_i386.h rtapi_math: Move inlines out of i386.h * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5112199
[07:44:10] <KGB-linuxcnc> 03Jeff Epler 05jepler/rtapi-math 3048305 06linuxcnc 10src/rtapi/rtapi_math.h fmin/fmax: Correct return value of fmin(finite, nan) * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=3048305
[07:44:10] <KGB-linuxcnc> 03Jeff Epler 05jepler/rtapi-math e2b5c69 06linuxcnc 10src/rtapi/rtapi_math.h rtapi_math: drop unneeded gcc version check * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e2b5c69
[08:31:54] <pcw_home> freeby.mesanet.com/SSLBP.ZIP
[08:31:56] <pcw_home> should be sslbp rev42 with matching equ/vhd.lst files
[08:44:40] <skunkworks> I thought fmin/fmax was needed by the new tp..s
[08:54:48] <linuxcnc-build> build #1850 of 4003.deb-lucid-i386 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4003.deb-lucid-i386/builds/1850 blamelist: Jeff Epler <jepler@unpythonic.net>
[08:58:47] <linuxcnc-build> build #1856 of 4007.deb-precise-i386 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4007.deb-precise-i386/builds/1856 blamelist: Jeff Epler <jepler@unpythonic.net>
[09:00:31] <linuxcnc-build> build #1856 of 4008.deb-precise-amd64 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4008.deb-precise-amd64/builds/1856 blamelist: Jeff Epler <jepler@unpythonic.net>
[09:03:46] <linuxcnc-build> build #689 of 4009.deb-precise-rtai-i386 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4009.deb-precise-rtai-i386/builds/689 blamelist: Jeff Epler <jepler@unpythonic.net>
[09:07:03] <seb_kuzminsky> linuxcnc-build: force build --branch=v2.5_branch 0000.checkin
[09:07:04] <linuxcnc-build> build forced [ETA 1h06m31s]
[09:07:04] <linuxcnc-build> I'll give a shout when the build finishes
[09:07:09] <seb_kuzminsky> linuxcnc-build: force build --branch=master 0000.checkin
[09:07:15] <linuxcnc-build> The build has been queued, I'll give a shout when it starts
[09:18:24] <linuxcnc-build> build #420 of 4017.deb-wheezy-amd64 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4017.deb-wheezy-amd64/builds/420 blamelist: Jeff Epler <jepler@unpythonic.net>
[09:19:20] <linuxcnc-build> build #1853 of 4006.deb-lucid-rtai-i386 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4006.deb-lucid-rtai-i386/builds/1853 blamelist: Jeff Epler <jepler@unpythonic.net>
[09:19:35] <linuxcnc-build> build #42 of 4015.deb-wheezy-rtpreempt-amd64 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4015.deb-wheezy-rtpreempt-amd64/builds/42 blamelist: Jeff Epler <jepler@unpythonic.net>
[09:20:38] <linuxcnc-build> build #420 of 4016.deb-wheezy-i386 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4016.deb-wheezy-i386/builds/420 blamelist: Jeff Epler <jepler@unpythonic.net>
[09:21:44] <linuxcnc-build> build #1850 of 4004.deb-lucid-amd64 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4004.deb-lucid-amd64/builds/1850 blamelist: Jeff Epler <jepler@unpythonic.net>
[09:21:45] <linuxcnc-build> build #3 of 4014.deb-wheezy-rtpreempt-i386 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4014.deb-wheezy-rtpreempt-i386/builds/3 blamelist: Jeff Epler <jepler@unpythonic.net>
[09:22:14] <linuxcnc-build> build #123 of 4018.deb-wheezy-rtai-i386 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4018.deb-wheezy-rtai-i386/builds/123 blamelist: Jeff Epler <jepler@unpythonic.net>
[09:25:41] <jepler> seb_kuzminsky: looks like I need to rebase my branch or it won't buildbot?
[09:29:14] <jepler> pcw_home: thank you
[09:57:02] <jepler> pcw_home: I think I'm one .equ away from matching sslbp
[10:17:36] <seb_kuzminsky> jepler: yes, lintian failure is a build failure now
[10:18:09] <seb_kuzminsky> 2.6 builds cleanly, i think 2.5 does too, i'll fix master in the next few minutes
[10:19:12] <KGB-linuxcnc> 03Chris Radek 05joints_axes5 ea2cc64 06linuxcnc 388 commits pushed, 10401 files changed, 0320524(+), 0421636(-)
[10:19:14] <seb_kuzminsky> woot! ja5!
[10:20:40] <cradek> just a rebase with minor updates
[10:21:52] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 3ff528b 06linuxcnc Merge remote-tracking branch 'origin/2.6' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=3ff528b
[10:21:53] <seb_kuzminsky> no trouble with the new tp?
[10:22:04] <seb_kuzminsky> haha now ja5 is out-of-date with master again :-P
[10:22:05] <cradek> I already burnt that bridge
[10:22:16] <seb_kuzminsky> you misspelled built
[10:22:18] <cradek> I mean, crossed
[10:22:35] <cradek> but yeah it was a huge pain, a while back
[10:22:43] <seb_kuzminsky> oh yeah, i remember you doing that way back when
[10:26:01] <linuxcnc-build> Hey! build 0000.checkin #2347 is complete: Success [3build successful]
[10:26:01] <linuxcnc-build> Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2347
[10:26:03] <linuxcnc-build> build forced [ETA 1h12m43s]
[10:26:03] <linuxcnc-build> I'll give a shout when the build finishes
[10:31:01] <memleak> jepler, RTAI does not implement fmax or fmin, adding them in now.
[10:31:17] <KGB-linuxcnc> 03Sebastian Kuzminsky 05v2.5_branch b3f437a 06linuxcnc 10debian/rules.in deb: provide build-arch and build-indep targets * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b3f437a
[10:36:15] <linuxcnc-build> build #421 of 4017.deb-wheezy-amd64 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4017.deb-wheezy-amd64/builds/421
[10:37:31] <linuxcnc-build> build #421 of 4016.deb-wheezy-i386 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4016.deb-wheezy-i386/builds/421
[10:45:11] <jepler> memleak: see my recent push to branch jepler/rtapi-math on linuxcnc.org for what I think are proper implementations of fmin/fmax
[11:16:32] <memleak> jepler, dpaste.com/2ZN28VK
[11:16:35] <memleak> how does that look?
[11:16:47] <memleak> (besides ugly because its RTAI and meant to be that way)
[11:17:55] <memleak> eek.. too much copypasta one moment
[11:20:35] <memleak> dpaste.com/3ZKASBM
[11:21:06] <jepler> where does the definition of __ieee754_fmin come from?
[11:21:25] <memleak> +extern double __ieee754_fmin __P((double,double));
[11:21:56] <jepler> err
[11:21:56] <jepler> + double __ieee754_fmax(double x, double y)
[11:21:56] <jepler> +{
[11:21:56] <jepler> + return 0;
[11:21:56] <jepler> +}
[11:22:02] <jepler> does that seem like a good implementation of fmax to you?
[11:22:09] <memleak> http://cdn.overclock.net/7/7a/565x418px-LL-7ac46560_I_Have_No_Idea_What_I_m_Doing.jpeg
[11:23:07] <cradek> I think I would have implemented it differently
[11:23:41] <jepler> http://funnyshit.com.au/img/pancake_bunny.jpg
[11:23:57] <memleak> im going to try copying jepler's implementation and see if it just drops in.
[11:25:17] <jepler> pcw_home: I got identical assembly of sslbp
[11:25:24] <memleak> it does!
[11:26:00] <memleak> jepler, what does __builtin_isnan do?
[11:26:20] <memleak> is that linuxcnc specific for C library / gcc?
[11:26:30] <memleak> s/for/or/
[11:26:45] <jepler> memleak: that is a gcc built-in function.
[11:26:50] <memleak> ok
[11:26:51] <jepler> on x86_64 it assembles to ucomisd
[11:27:03] <jepler> and on i386 it assembles to fucomp
[11:27:44] <memleak> dpaste.com/2E2JN7S
[11:28:57] <jepler> if it were me, I would separate out "always supply C99-compatible math library" and "add fmin/fmax" into two separate git commits
[11:29:31] <memleak> im stripping out non-C99 support anyways. other than that, is it good?
[11:29:32] <jepler> also make sure you're not actually git adding the file fmix_fmax.diff
[11:29:52] <memleak> nah i woulda noticed it in git commit -as
[11:30:24] <memleak> it alerts me of new files and changes
[11:31:48] <jepler> I think it's perfectly appropriate to get rid of support for pre-C99 implementations
[11:31:58] <jepler> I am just talking about how my OCD would make me commit it to git
[11:32:31] <memleak> ok :) will do
[11:41:06] <memleak> jepler, did you get my comment about hal_lib.c and the proc compiling error on 3.10+ ?
[11:41:17] <jepler> memleak: I saw you mentioned it
[11:41:34] <jepler> memleak: it would help if you posted error messages and/or patches
[11:43:07] <memleak> also configure.in should be modified to be more 3.10+ friendly, version.h is now in include/generated/uapi/linux
[11:43:21] <memleak> but then <3.10 kernels break..
[11:45:49] <memleak> ah hal_lib.c is working now..
[11:46:01] <memleak> maybe i forgot to run git pull..
[11:46:11] <memleak> (and reset back to HEAD)
[11:48:11] <memleak> ah there it is: dpaste.com/27Q6CFS
[11:49:55] <jepler> OK
[11:50:03] <jepler> not sure why that didn't turn up for me when I grepped
[11:50:18] <jepler> so obviously some more code needs to be protected by a #if that involves CONFIG_PROC_FS and kernel version
[11:53:50] <jepler> memleak: OK, but you confirm that my changes to rtapi/ in my branch jepler/proposed make the situation better?
[11:55:07] <memleak> can you merge rtai-math and proposed?
[11:57:49] <memleak> i did it locally but they need each other
[11:57:52] <jepler> memleak: OK, all in jepler/proposed-master
[11:58:01] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master 9b2f4ef 06linuxcnc 10src/configure.in 10src/rtapi/rtapi_pci.cc uspace: make libudev optional * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9b2f4ef
[11:58:02] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master 41c1a3f 06linuxcnc 10src/rtapi/rtai_rtapi.c 10src/rtapi/rtapi_proc.h rtapi: disable /proc for kernel 3.10+ * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=41c1a3f
[11:58:02] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master 8b8aa01 06linuxcnc 10src/hal/hal_lib.c hal: disable /proc for kernel 3.10+ * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8b8aa01
[11:58:03] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master af20fc7 06linuxcnc 10src/rtapi/rtapi_math.h rtapi_math: drop unneeded gcc version check * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=af20fc7
[11:58:06] <jepler> bbl
[11:58:07] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master a198dae 06linuxcnc 10src/rtapi/rtapi_math.h 10src/rtapi/rtapi_math_i386.h rtapi_math: Move inlines out of i386.h * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a198dae
[11:58:11] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master 44226ad 06linuxcnc 10src/rtapi/rtapi_math.h fmin/fmax: Correct return value of fmin(finite, nan) * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=44226ad
[11:58:12] <memleak> ok thanks :D
[12:00:20] <kwallace> Hello, I have a stand alone GladeVCP application that tests a circuit board. I would like to add a automatic test button that presses the buttons and records the results. Does anyone know of a working example I can use for inspiration?
[12:04:09] <memleak> jepler, all is good, no errors
[12:05:44] <memleak> thank you so much!
[12:06:18] <linuxcnc-build> Hey! build 0000.checkin #2348 is complete: Success [3build successful]
[12:06:18] <linuxcnc-build> Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2348
[12:15:09] <memleak> when i have time again ill get RTAI working on 3.16 and help you fix whatever problems arise in linuxcnc from that :)
[12:15:16] <memleak> ^jepler
[12:18:04] <pcw_home> "pcw_home: I got identical assembly of sslbp"
[12:18:05] <pcw_home> Amazing! (and probably not a lot of fun to duplicate our crufty old toolchain)
[12:31:21] <memleak> https://github.com/NTULINUX/RTAI/commit/fbb1f385cd6787faae13e9f50da971ac5518be30
[12:31:26] <memleak> off to work g2g!
[13:04:42] <jepler> pcw_home: yeah, it's been a bit of an adventure
[13:05:04] <cradek> jepler: this coming weekend is the meeting time. I think that policy decision is big enough to warrant formal process. Might be too late for this month, though.
[13:06:02] <jepler> cradek: let's put it off
[13:06:46] <cradek> jepler: to be clear, I think it's a good idea that has a few problematic details we'd have to decide together to tolerate
[13:08:35] <jepler> cradek: looks like 9 distinct authors on that branch
[13:08:55] <cradek> yeah and none are problematic
[13:09:11] <jepler> cradek: any other old branches I ought to take a gander at?
[13:10:27] <jepler> hm branches on origin/ could use a good cleanup
[13:11:24] <cradek> I don't really see any others that need gandering
[13:11:38] <jepler> I wonder what gnu coreutils's reason is for an anti-SOB policy.
http://lists.gnu.org/archive/html/coreutils/2012-08/msg00177.html
[13:11:48] <jepler> I guess gnu works by copyright assignment
[13:12:19] * cradek shrugs
[13:14:31] <jepler> hm, I wonder where I misplaced my start on the sob hook
[13:35:14] <kwallace> In my stand alone GladeVCP application I added a handler.py with a module in it to toggle a signal. It seems that as the module is running the display gets blocked so I don't see the signal's LED flash. Any ideas on how to stay in my module and still have the display update?
[13:39:40] <jepler> kwallace: your code needs to be event driven, so that it can return to the gtk event loop. otherwise, events are not handled and widgets are not repainted.
[13:41:29] <jepler> The C API g_timeout_add can request that a function be called later after some time has passed.
[13:41:50] <jepler> I think the python equivalent is gobject.timeout_add
[13:42:08] <kwallace> jepler, I was thinking my module could set a global signal status variable, but then where could my signal control code run?
[13:43:23] <kwallace> I suppose I could make a component which would run in a thread.
[13:44:26] <jepler> to use threads and gtk together you have to observe some rules.
http://faq.pygtk.org/index.py?req=show&file=faq20.006.htp
[13:46:14] <kwallace> Okay I'll look at the link. Thank you.
[13:48:23] <jepler> if this is about automated gui testing (validating that the gui works properly), generally the tester runs as a distinct program from the tested component. There exist packages for this purpose (automated gui testing for gtk apps)
[13:50:14] <linuxcnc-build> build #1853 of 4003.deb-lucid-i386 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4003.deb-lucid-i386/builds/1853 blamelist: Chris Radek <cradek@dsndata.com>, Robert W. Ellenberg <rwe24g@gmail.com>, Francis Tisserant <tissf@free.fr>, bdebruijn <bdebruijn@luminize.nl>, sam sokolik
[13:50:14] <linuxcnc-build> <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>, andypugh <andy@bodgesoc.org>, andy pugh <andy@bodgesoc.org>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Geszkiewicz <micges@wp.pl>, Moses McKnight <moses@texband.net>, John Kasunich <jmkasunich@fastmail.fm>, Stephen Wille Padnos
[13:50:14] <linuxcnc-build> <swpadnos@sourceforge.net>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Alex Joni <alex_joni@users.sourceforge.net>, Norbert Schechner <nieson@web.de>, dummy, Cmorley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Andy Pugh <andy@bodgesoc.org>
[13:50:31] <jepler> linuxcnc-build: you're a regular debbie downer
[13:54:18] <Tom_itx> now we know everybody's email at least :)
[13:55:26] <Tom_itx> sure hope your logbots have a robot.txt policy in place
[13:56:00] <jepler> Tom_itx: e-mail addresses aren't secrets
[13:56:17] <Tom_itx> no but once published here allow google & other bots to spam
[13:56:30] <seb_kuzminsky> that failure is because ja5 still has the xhc udev rule in the wrong place
[13:56:33] <jepler> those cats have never even been in a bag
[13:56:33] <linuxcnc-build> build #1859 of 4007.deb-precise-i386 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4007.deb-precise-i386/builds/1859 blamelist: Chris Radek <cradek@dsndata.com>, Robert W. Ellenberg <rwe24g@gmail.com>, Francis Tisserant <tissf@free.fr>, bdebruijn <bdebruijn@luminize.nl>, sam sokolik
[13:56:34] <linuxcnc-build> <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>, andypugh <andy@bodgesoc.org>, andy pugh <andy@bodgesoc.org>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Geszkiewicz <micges@wp.pl>, Moses McKnight <moses@texband.net>, John Kasunich <jmkasunich@fastmail.fm>, Stephen Wille Padnos
[13:56:34] <linuxcnc-build> <swpadnos@sourceforge.net>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Alex Joni <alex_joni@users.sourceforge.net>, Norbert Schechner <nieson@web.de>, dummy, Cmorley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Andy Pugh <andy@bodgesoc.org>
[13:56:46] <seb_kuzminsky> and because i picked an inopportune time to make lintian errors into build failures :-/
[13:57:01] <jepler> the e-mail addresses are published in every copy of the linuxcnc git repository, of course including web-facing ones
[13:58:48] <linuxcnc-build> build #1859 of 4008.deb-precise-amd64 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4008.deb-precise-amd64/builds/1859 blamelist: Chris Radek <cradek@dsndata.com>, Robert W. Ellenberg <rwe24g@gmail.com>, Francis Tisserant <tissf@free.fr>, bdebruijn <bdebruijn@luminize.nl>, sam
[13:58:48] <linuxcnc-build> sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>, andypugh <andy@bodgesoc.org>, andy pugh <andy@bodgesoc.org>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Geszkiewicz <micges@wp.pl>, Moses McKnight <moses@texband.net>, John Kasunich <jmkasunich@fastmail.fm>, Stephen Wille Padnos
[13:58:48] <linuxcnc-build> <swpadnos@sourceforge.net>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Alex Joni <alex_joni@users.sourceforge.net>, Norbert Schechner <nieson@web.de>, dummy, Cmorley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Andy Pugh <andy@bodgesoc.org>
[13:59:20] <jepler> and a robots.txt won't stop a real spammer anyway
[13:59:52] <Tom_itx> true
[14:00:02] <seb_kuzminsky> Francis Tisserant did the sneaky thing of abandoning the email address he git commits from
[14:01:11] <Tom_itx> i was getting complaints on my bot in other channels since google scanned it
[14:01:29] <Tom_itx> some guy said he didn't want it public since it could affect his job :D
[14:01:34] <linuxcnc-build> build #692 of 4009.deb-precise-rtai-i386 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4009.deb-precise-rtai-i386/builds/692 blamelist: Chris Radek <cradek@dsndata.com>, Robert W. Ellenberg <rwe24g@gmail.com>, Francis Tisserant <tissf@free.fr>, bdebruijn <bdebruijn@luminize.nl>, sam
[14:01:34] <linuxcnc-build> sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>, andypugh <andy@bodgesoc.org>, andy pugh <andy@bodgesoc.org>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Geszkiewicz <micges@wp.pl>, Moses McKnight <moses@texband.net>, John Kasunich <jmkasunich@fastmail.fm>, Stephen Wille Padnos
[14:01:34] <linuxcnc-build> <swpadnos@sourceforge.net>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Alex Joni <alex_joni@users.sourceforge.net>, Norbert Schechner <nieson@web.de>, dummy, Cmorley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Andy Pugh <andy@bodgesoc.org>
[14:01:38] <Tom_itx> well like i told him... don't say it.
[14:04:25] <seb_kuzminsky> here's a tiny intel board, about the same size as the U3, but with mini-pcie and sata:
http://linuxgizmos.com/wide-temperature-sbcs-tap-quad-core-atom-e3800-socs/
[14:08:22] <PCW> And they will run with the 3.14 kernel :-)
[14:09:01] <Tom_itx> cost?
[14:11:51] <kwallace2> jepler, I'll search your keywords (automated gui testing for gtk apps), Thanks again.
[14:13:11] <linuxcnc-build> build #423 of 4017.deb-wheezy-amd64 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4017.deb-wheezy-amd64/builds/423 blamelist: Chris Radek <cradek@dsndata.com>, Robert W. Ellenberg <rwe24g@gmail.com>, Francis Tisserant <tissf@free.fr>, bdebruijn <bdebruijn@luminize.nl>, sam sokolik
[14:13:11] <linuxcnc-build> <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>, andypugh <andy@bodgesoc.org>, andy pugh <andy@bodgesoc.org>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Geszkiewicz <micges@wp.pl>, Moses McKnight <moses@texband.net>, John Kasunich <jmkasunich@fastmail.fm>, Stephen Wille Padnos
[14:13:11] <linuxcnc-build> <swpadnos@sourceforge.net>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Alex Joni <alex_joni@users.sourceforge.net>, Norbert Schechner <nieson@web.de>, dummy, Cmorley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Andy Pugh <andy@bodgesoc.org>
[14:13:44] <linuxcnc-build> build #44 of 4015.deb-wheezy-rtpreempt-amd64 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4015.deb-wheezy-rtpreempt-amd64/builds/44 blamelist: Chris Radek <cradek@dsndata.com>, Robert W. Ellenberg <rwe24g@gmail.com>, Francis Tisserant <tissf@free.fr>, bdebruijn
[14:13:44] <linuxcnc-build> <bdebruijn@luminize.nl>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>, andypugh <andy@bodgesoc.org>, andy pugh <andy@bodgesoc.org>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Geszkiewicz <micges@wp.pl>, Moses McKnight <moses@texband.net>, John Kasunich <jmkasunich@fastmail.fm>, Stephen
[14:13:44] <linuxcnc-build> Wille Padnos <swpadnos@sourceforge.net>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Alex Joni <alex_joni@users.sourceforge.net>, Norbert Schechner <nieson@web.de>, dummy, Cmorley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Andy Pugh <andy@bodgesoc.org>
[14:14:28] <linuxcnc-build> build #423 of 4016.deb-wheezy-i386 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4016.deb-wheezy-i386/builds/423 blamelist: Chris Radek <cradek@dsndata.com>, Robert W. Ellenberg <rwe24g@gmail.com>, Francis Tisserant <tissf@free.fr>, bdebruijn <bdebruijn@luminize.nl>, sam sokolik
[14:14:28] <linuxcnc-build> <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>, andypugh <andy@bodgesoc.org>, andy pugh <andy@bodgesoc.org>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Geszkiewicz <micges@wp.pl>, Moses McKnight <moses@texband.net>, John Kasunich <jmkasunich@fastmail.fm>, Stephen Wille Padnos
[14:14:28] <linuxcnc-build> <swpadnos@sourceforge.net>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Alex Joni <alex_joni@users.sourceforge.net>, Norbert Schechner <nieson@web.de>, dummy, Cmorley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Andy Pugh <andy@bodgesoc.org>
[14:15:38] <linuxcnc-build> build #1856 of 4006.deb-lucid-rtai-i386 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4006.deb-lucid-rtai-i386/builds/1856 blamelist: Chris Radek <cradek@dsndata.com>, Robert W. Ellenberg <rwe24g@gmail.com>, Francis Tisserant <tissf@free.fr>, bdebruijn <bdebruijn@luminize.nl>, sam
[14:15:38] <linuxcnc-build> sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>, andypugh <andy@bodgesoc.org>, andy pugh <andy@bodgesoc.org>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Geszkiewicz <micges@wp.pl>, Moses McKnight <moses@texband.net>, John Kasunich <jmkasunich@fastmail.fm>, Stephen Wille Padnos
[14:15:38] <linuxcnc-build> <swpadnos@sourceforge.net>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Alex Joni <alex_joni@users.sourceforge.net>, Norbert Schechner <nieson@web.de>, dummy, Cmorley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Andy Pugh <andy@bodgesoc.org>
[14:15:40] <linuxcnc-build> build #5 of 4014.deb-wheezy-rtpreempt-i386 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4014.deb-wheezy-rtpreempt-i386/builds/5 blamelist: Chris Radek <cradek@dsndata.com>, Robert W. Ellenberg <rwe24g@gmail.com>, Francis Tisserant <tissf@free.fr>, bdebruijn <bdebruijn@luminize.nl>,
[14:15:41] <linuxcnc-build> sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>, andypugh <andy@bodgesoc.org>, andy pugh <andy@bodgesoc.org>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Geszkiewicz <micges@wp.pl>, Moses McKnight <moses@texband.net>, John Kasunich <jmkasunich@fastmail.fm>, Stephen Wille Padnos
[14:15:41] <linuxcnc-build> <swpadnos@sourceforge.net>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Alex Joni <alex_joni@users.sourceforge.net>, Norbert Schechner <nieson@web.de>, dummy, Cmorley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Andy Pugh <andy@bodgesoc.org>
[14:17:01] <linuxcnc-build> build #1853 of 4004.deb-lucid-amd64 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4004.deb-lucid-amd64/builds/1853 blamelist: Chris Radek <cradek@dsndata.com>, Robert W. Ellenberg <rwe24g@gmail.com>, Francis Tisserant <tissf@free.fr>, bdebruijn <bdebruijn@luminize.nl>, sam sokolik
[14:17:01] <linuxcnc-build> <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>, andypugh <andy@bodgesoc.org>, andy pugh <andy@bodgesoc.org>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Geszkiewicz <micges@wp.pl>, Moses McKnight <moses@texband.net>, John Kasunich <jmkasunich@fastmail.fm>, Stephen Wille Padnos
[14:17:01] <linuxcnc-build> <swpadnos@sourceforge.net>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Alex Joni <alex_joni@users.sourceforge.net>, Norbert Schechner <nieson@web.de>, dummy, Cmorley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Andy Pugh <andy@bodgesoc.org>
[14:17:43] <linuxcnc-build> build #126 of 4018.deb-wheezy-rtai-i386 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4018.deb-wheezy-rtai-i386/builds/126 blamelist: Chris Radek <cradek@dsndata.com>, Robert W. Ellenberg <rwe24g@gmail.com>, Francis Tisserant <tissf@free.fr>, bdebruijn <bdebruijn@luminize.nl>, sam
[14:17:43] <linuxcnc-build> sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>, andypugh <andy@bodgesoc.org>, andy pugh <andy@bodgesoc.org>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Geszkiewicz <micges@wp.pl>, Moses McKnight <moses@texband.net>, John Kasunich <jmkasunich@fastmail.fm>, Stephen Wille Padnos
[14:17:43] <linuxcnc-build> <swpadnos@sourceforge.net>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Alex Joni <alex_joni@users.sourceforge.net>, Norbert Schechner <nieson@web.de>, dummy, Cmorley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Andy Pugh <andy@bodgesoc.org>
[14:48:22] <cradek> seb_kuzminsky: are you sure you want that?
[14:53:34] <seb_kuzminsky> cradek: am i sure i want lintian errors to fail the build? well i thought so
[14:56:13] <seb_kuzminsky> but i should have made sure we pass, before flipping the switch...
[14:59:00] <seb_kuzminsky> is there an argument against, other than "we dont currently pass and it makes a mess of the irc channel"?
[15:00:18] <seb_kuzminsky> cradek: or, am i sure i want mini-pcie and sata on my cnc controller? yeah i think so
[15:00:21] <seb_kuzminsky> ;-)
[15:19:20] <cradek> nope, no argument against it here, except it would be nice if the builds would succeed
[15:21:58] <seb_kuzminsky> yeah, i goofed on that part :-/
[15:23:23] <seb_kuzminsky> master just passed lintian on lucid, i'm hopeful the other platforms will pass too
[15:52:25] <seb_kuzminsky> master just passed. i guess the only lintian error was the xhc udev rule location, and i think we're past all that now
[15:52:31] <seb_kuzminsky> sorry for the noise y'all
[15:55:07] <brianmorel99> Does the latency test or something similar work for testing a new system for ( uspace branch )? I thought i remembered it only working on RTAI kernels before.
[15:55:40] <cradek> yeah, it works for uspace too
[15:55:52] <cradek> seb_kuzminsky: awesome
[16:00:14] <brianmorel99> Great, I've been playing around with the Jetson Tegra TK1 eval. board and it's pretty fast. Comes with a Preempt Kernel & appears the ethernet hardware is on the PCIe bus, so I was thinking it might be a good board for testing em2-eth.
[16:13:48] <PCW> theres a cheap hm2-eth card now BTW
[16:19:15] <CaptHindsight> krap, I just tried to reboot a wheezy 3.4-5 pae RTAI machine and the kernel log shows a hardlock on core 3 and keeps trying to shutdown, first time it's happened
[16:29:27] <seb_kuzminsky> PCW: link?
[16:31:10] <jepler> 7i92?
[16:31:43] <jepler> it's so cute and little
[16:31:54] <seb_kuzminsky> PCW is too humble to link to his own products
[16:32:09] <jepler> http://mesanet.com/fpgacardinfo.html and search
[16:32:14] <jepler> it doesn't seem to be on store. or the pricelist yet
[16:32:29] <seb_kuzminsky> also, PCW's webside doesnt support linking to individual products :-P
[16:32:50] <PCW> yeah so even I cant find anything
[16:35:53] <jepler> PCW: remember to replace the board shot when you get the next revision that doesn't need that jumper write to the LED
[16:36:25] <PCW> Bright red naturally
[16:37:36] <PCW> Its also missing the IP mode jumpers (fixed in Rev.a)
[16:37:37] <cradek> JT-Shop: I think this is spam - it's a glorified advertisement for a dxf file that's for sale:
http://linuxcnc.org/index.php/english/forum/show-your-stuff/28248-wooden-sunglasses
[16:42:01] <PCW> Ive been messing with Stuarts Cincinnati Millicron IO rack stuff. I may have it figured out
[16:43:14] <PCW> Still have to build a bit of interface hardware to poke at it
[16:43:28] <PCW> (its all 12V CMOS)
[16:44:02] <cradek> JT-Shop: (I think I figured out how to take care of it)
[16:44:14] <JT-Shop> no wonder I could not find it LOL
[16:44:19] <cradek> heh sorry
[16:44:27] <JT-Shop> did you delete his user profile?
[16:44:36] <cradek> yes
[16:44:42] <JT-Shop> super
[16:44:47] <cradek> well I "banned" it
[16:44:50] <cradek> I don't know what that does
[16:45:04] <cradek> http://cdn.overclock.net/7/7a/565x418px-LL-7ac46560_I_Have_No_Idea_What_I_m_Doing.jpeg
[16:45:05] <JT-Shop> I usually just delete them
[16:45:41] <cradek> I couldn't find that button
[16:45:52] <cradek> I'll let you handle it next time...
[16:45:56] <JT-Shop> ok
[16:46:10] <cradek> thanks :-)
[16:46:36] <JT-Shop> if you see on and delete but not permanent delete the post I'll see it and take correct action to nuke them
[16:46:42] <JT-Shop> on/one
[16:48:20] <Tom_itx> nuke is a pretty drastic measure for spam :D
[16:48:58] <JT-Shop> it's more satisfying to nuke them than just roast them over the fire
[16:49:09] <Tom_itx> i bet your neighbors love you
[16:49:30] <Tom_itx> but then they all know you have a cannon
[17:05:33] <linuxcnc-build> build #425 of 4017.deb-wheezy-amd64 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4017.deb-wheezy-amd64/builds/425 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[17:07:25] <linuxcnc-build> build #425 of 4016.deb-wheezy-i386 is complete: Failure [4failed shell_3 shell_4] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4016.deb-wheezy-i386/builds/425 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[17:18:24] <seb_kuzminsky> dangit
[17:30:05] <jepler> the great thing about lintian checks is ...
[17:30:11] <seb_kuzminsky> undo dangit
[17:30:12] <seb_kuzminsky> yay!
[17:30:20] <seb_kuzminsky> lintian found an actual problem with the 2.5 branch
[17:32:42] <seb_kuzminsky> that only shows up when building in pbuilder
[17:32:49] <seb_kuzminsky> missing build-depends on kmod
[17:32:54] <seb_kuzminsky> fixed in 2.6 by cradek
[17:34:34] <KGB-linuxcnc> 03Chris Radek 05v2.5_branch 998d513 06linuxcnc 10debian/control.in These are needed for building and running on all platforms * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=998d513
[17:35:54] <seb_kuzminsky> it's really crazy how our debian/configure chooses build dependencies
[17:36:15] <seb_kuzminsky> it got it right on rtai kernels but not on vanilla
[17:36:31] <seb_kuzminsky> is 2.5 still a live branch? should it get bug fixes?
[17:37:02] <seb_kuzminsky> bbl
[17:37:07] <jepler> seb_kuzminsky: sure, why not
[17:37:40] <jepler> that lintian error was due to a package that provides a program not being installed?
[17:37:55] <jepler> that's irritating, it needlessly inflats build dependencies
[17:49:19] <seb_kuzminsky> jepler: src/configure determines the full path to lsmod and sed-substitutes it into scripts/realtime.in, which becomes /etc/init.d/realtime in the deb
[17:50:08] <seb_kuzminsky> on wheezy-with-vanilla-kernel, debian/configure did not make debian/control build-depend on kmod, so in pbuilder there was no lsmod, so the subst put in the empty string, producing an invalid shell script
[17:50:17] <seb_kuzminsky> which lintian checked & caught
[17:50:35] <seb_kuzminsky> which we ignored until just now
[17:51:32] <seb_kuzminsky> i guess that means no one runs 2.5-sim on wheezy, or they would have reported this error
[17:51:42] <Tom_itx> heh
[17:55:06] <jepler> seb_kuzminsky: I see
[17:55:27] <jepler> find the full path at build time is probably overkill
[17:55:32] <seb_kuzminsky> in other news: jessie and trusty both dont have libgnomeprint, which our fork of classicladder needs
[17:55:40] <seb_kuzminsky> jepler: yeah, probably
[17:55:44] <jepler> yeah somebody should do something
[17:56:11] <jepler> I assume all the parts of gtk or gnome that we use are totally deprecated
[17:57:06] <seb_kuzminsky> yeah :-/
[17:57:21] <seb_kuzminsky> let's all revert to keystick
[18:01:24] <jepler> fine until gnome deprecates the terminal
[18:01:30] <jepler> ttys removed from kernel, replaced by gnome tbus
[18:03:15] <seb_kuzminsky> we best keep our hamster-wheel well greased
[18:28:16] <Tom_itx> gotta love open source...
[18:30:46] <seb_kuzminsky> it's the least worst kind of source we've invented so far
[18:43:25] <seb_kuzminsky> fffffffuuuuuuuu
[18:45:31] * seb_kuzminsky ragequits
[18:46:31] <linuxcnc-build> build #2346 of 1900.clang-lucid-rtai-i386 is complete: Failure [4failed install-missing-build-dependencies compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1900.clang-lucid-rtai-i386/builds/2346 blamelist: Chris Radek <chris@timeguy.com>
[19:10:36] <memleak> clang with linuxcnc??
[19:19:06] <kwallace> Is there a good way to unlink and link pins in a comp file? I have a handler.py file that unlinks pins using a subprocess.call(['halcmd', 'unlinkp', ... I would like to do the same in C in my comp. Maybe system('halcmd unlinkp ... ? It seems there should be a cleaner way.
[19:19:25] <linuxcnc-build> build #139 of 1102.rip-hardy-amd64 is complete: Failure [4failed install-missing-build-dependencies compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1102.rip-hardy-amd64/builds/139 blamelist: Chris Radek <chris@timeguy.com>
[19:22:30] <linuxcnc-build> build #2354 of 1101.rip-hardy-rtai-i386 is complete: Failure [4failed install-missing-build-dependencies compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1101.rip-hardy-rtai-i386/builds/2354 blamelist: Chris Radek <chris@timeguy.com>
[19:23:02] <linuxcnc-build> build #2349 of 1100.rip-hardy-i386 is complete: Failure [4failed install-missing-build-dependencies compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1100.rip-hardy-i386/builds/2349 blamelist: Chris Radek <chris@timeguy.com>
[19:26:42] <linuxcnc-build> build #2347 of 1200.rip-lucid-i386 is complete: Failure [4failed install-missing-build-dependencies compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1200.rip-lucid-i386/builds/2347 blamelist: Chris Radek <chris@timeguy.com>
[19:52:04] <linuxcnc-build> build #2347 of 1202.rip-lucid-amd64 is complete: Failure [4failed install-missing-build-dependencies compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1202.rip-lucid-amd64/builds/2347 blamelist: Chris Radek <chris@timeguy.com>
[19:56:09] <linuxcnc-build> build #2347 of 1201.rip-lucid-rtai-i386 is complete: Failure [4failed install-missing-build-dependencies compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1201.rip-lucid-rtai-i386/builds/2347 blamelist: Chris Radek <chris@timeguy.com>
[19:56:09] <linuxcnc-build> build #2353 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2353 blamelist: Chris Radek <chris@timeguy.com>
[19:56:29] <KGB-linuxcnc> 03Chris Radek 05v2.5_branch 9ba9632 06linuxcnc 10src/configure.in Fail on missing programs, instead of generating bogus scripts * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9ba9632
[19:56:29] <KGB-linuxcnc> 03Chris Radek 05v2.5_branch c34d5ac 06linuxcnc 10debian/configure 10debian/control.in Explicitly give the right build dependency for insmod/rmmod/etc * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c34d5ac
[20:57:00] <jepler> kwallace: nope, it's not seen as the job of components to link and unlink things. instead, control how data flows between signals using pins -- like mux, e.g.
[20:57:47] <jepler> kwallace: once you link and unlink things under the control of a component, you have forced the user to make a particular choice about the names of signals
[20:58:00] <jepler> kwallace: and a particular choice about how components may be connected
[21:23:55] <kwallace2> jepler, but I need it.
[21:29:46] <kwallace2> jepler, I looked briefly at the hits for the keywords you gave me for UI testing, but I don't want to test my UI, I want to switch between manually pressing virtual buttons to automatically pressing them in sequence and processing the results. I think I can jury rig something together for now using the handlers.py file to unlink all the button pins, then using a .comp to sequence and record the pin signals.
[21:30:40] <kwallace2> Another option is to haver a different application that only does the automatic board testing.
[21:31:32] <jepler> it sounds like you want to drive one hal pin with either a value from your UI's individual button or from the thing that goes sequentially through the buttons. that's a mux or an or.
[21:32:25] <jepler> or else you need a program which is more sophisticated, and doesn't directly connect ui buttons to hal pins, but uses its own program (python or C or whatever) logic in between
[21:33:59] <kwallace2> Yeah, it does and I almost recall something in the past about sharing physical panel buttons with matching UI signals. Maybe something Anders did.
[21:46:21] <kwallace2> By the way, here is a shot of the old test app:
http://wallacecompany.com/tmp/Screenshot_lathe_bd_test.png
[21:47:04] <kwallace2> I made a new version using GladeVCP.
[21:50:22] <jepler> you may be one of the more advanced gladevcp users
[21:50:25] <jepler> I never touch the stuff
[21:55:22] <kwallace2> I tend to just keep banging on something until starts working, nothing really advanced about it. Maybe if I bang away long enough I'll rewrite 'War and Peace'.
[23:42:55] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 c11804a 06linuxcnc Merge remote-tracking branch 'origin/v2.5_branch' into 2.6 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c11804a
[23:44:05] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 40b9751 06linuxcnc Merge remote-tracking branch 'origin/2.6' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=40b9751
