Back
[13:47:22] <cradek> too bad the default ubuntu 10 theme is shit and makes touchy unusable:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl/emcinfo.pl?GladeVcp
[13:48:23] <alex_joni> hard to see which buttons are active
[13:48:27] <jepler> exactly
[13:49:15] <alex_joni> maybe we could change the default one
[13:49:21] <skunkworks_> funny - the first thing I do is change it to a different theme
[13:49:24] <alex_joni> to one with the buttons on ther right
[13:49:31] <alex_joni> skunkworks_: exactly
[13:49:54] <skunkworks_> it is too mac like
[13:51:53] <cradek> I don't care so much about button placement, but buttons have different states and if you can't reliably distinguish between all of them, the theme is broken
[13:52:02] <cradek> it's like a font where you can't tell the letters apart
[13:52:08] <jepler> 101
[13:52:16] <cradek> l0l
[13:53:23] <cradek> https://bugs.launchpad.net/ubuntu/+source/light-themes/+bug/537082
[13:53:37] <cradek> "tags: added: rhubarb"
[13:53:40] <cradek> (?)
[13:53:52] <skunkworks_> well my latency tests here yesterday where inconclusive. Installed on the HD - the latency went wonky a couple of times and there where no new updates. I could not figure out what was causing it. At first I thought it was the network card accessing the network - but no. So I think the latency can not be trusted unless an video card is added. At home the latency test ran for hours after the video card was added with n
[13:54:12] <jepler> cradek: I was unable to figure out what that meant
[13:54:29] <cradek> triaged in April, and so far it's unassigned
[13:54:48] <jepler> > Rhubarb was a 1969 British short film written and directed by Eric Sykes, starring Sykes and Harry Secombe. The dialogue consisted entirely of repetitions of the word "rhubarb", all the characters last names were "Rhubarb", and even the license plates on vehicles were "RHU BAR B".
[14:01:41] <skunkworks_> http://www.youtube.com/watch?v=42oocBl0lmQ
[14:50:57] <alex_joni> just tried the 10.04 livecd on my hardy laptop
[14:51:04] <alex_joni> latency < 14500
[14:51:09] <skunkworks_> Nice!
[14:51:30] <alex_joni> and no overruns, like I would get with hardy (when accessing screen brightness keys)
[14:51:54] <alex_joni> everything else just works, including my gsm broadband
[14:52:10] <alex_joni> it's very nice (except the theme :P)
[15:39:42] <micges_work> hi guys
[15:40:02] <micges_work> how can I checkout tag in git?
[15:40:27] <micges_work> or simply how can I switch source to some release tag
[15:44:28] <micges_work> ignore question above, got some source errors local :|
[17:32:44] <mshaver> Running lucid/2.4.3/sim-axis - When I do a File/Open and pick a file, it doesn't load - the "slash" program is still displayed. What am I doing wrong? I'm using the installed configs, not an old one. The gcode is one of the supplied examples (any one).
[17:33:07] <mshaver> s/"slash"/"splash"
[17:35:44] <SWPadnos> (a) did you run from a terminal and (b) if so, are there any (error) messages there?
[17:36:48] <mshaver> hold on...
[17:38:39] <mshaver> Exception in Tkinter callback
[17:38:39] <mshaver> Traceback (most recent call last):
[17:38:39] <mshaver> File "/usr/lib/python2.6/lib-tk/Tkinter.py", line 1413, in __call__
[17:38:39] <mshaver> return self.func(*args)
[17:38:39] <mshaver> File "/usr/bin/axis", line 2772, in open_file
[17:38:40] <mshaver> commands.open_file_name(f)
[17:38:40] <mshaver> File "/usr/bin/axis", line 2791, in open_file_name
[17:38:41] <mshaver> open_file_guts(f)
[17:38:41] <mshaver> File "/usr/bin/axis", line 1897, in open_file_guts
[17:38:42] <mshaver> add_recent_file(f)
[17:38:42] <mshaver> File "/usr/bin/axis", line 1887, in add_recent_file
[17:38:43] <mshaver> ap.putpref('recentfiles', recent, repr)
[17:38:43] <mshaver> File "/usr/bin/axis", line 106, in putpref
[17:38:44] <mshaver> self.write(open(self.fn, "w"))
[17:40:14] <mshaver> But the file .axis_preferences is 644
[17:40:43] <mshaver> and I ran 'emc' as myself
[17:41:45] <mshaver> crap! .axis_preferences is owned by root - I wonder how that happened?
[17:45:02] <mshaver> OK, chown'ed to myself - now it works. I wonder how the permissions on this file were set...
[17:45:14] <SWPadnos> you never know
[17:45:30] <mshaver> rerunning emc 'sudo root' doesn't change the owner, so I dunno
[17:45:36] <SWPadnos> nano as root can do it I think
[17:45:45] <mshaver> anyway, thanks!
[17:45:50] <SWPadnos> sure
[17:45:56] <mshaver> I've never edited this file
[17:46:09] <SWPadnos> that's what *YOU* think :)
[17:46:17] <mshaver> bafflement pervades
[17:46:30] <SWPadnos> it's contagious I guess
[17:46:38] <SWPadnos> sorry to be the carrier
[17:46:45] <mshaver> even through the internet
[17:46:59] <SWPadnos> it's a compooter virus, don'tcha know?
[17:52:28] <Jymmm> SWPadnos: sound like you're from Fargo ND
[17:57:31] <SWPadnos> ok den
[17:59:26] <Jymmm> SWPadnos: This is the same link, just shorter
http://tinyurl.com/LaserIdeas Feel free to give it out to anyone
[18:00:02] <jepler> if you 'sudo emc' the first time (before axis_preferences exists) then it will be created owned by root.
[18:00:19] <jepler> if you ever 'sudo' anything
[18:00:28] <jepler> make sure you know what you're sudoing
[18:01:05] <SWPadnos> or just sudon't do it
[19:13:23] <micges> jepler: is this patch ok to add to master:
http://pastebin.com/c7dF8p5x
[19:13:58] <micges> I think that for both comps docs are generated from source, right?
[19:15:25] <jepler> as long as you're fixing that file, bldc_sine probably needs to be added too.
[19:15:38] <jepler> yes, it's fine for master.
[19:16:44] <micges> ok
[19:20:19] <CIA-2> EMC: 03micges 07master * rbe6381b74c7b 10/docs/man/man9/.gitignore: Add mux16.9, bldc_sine.9 and bldc_hall3.9
[19:51:02] <micges> jepler: how about this small patch for 2.4 ?
http://pastebin.com/SqLbn43N
[19:51:41] <cradek> micges: check line 17 again
[19:52:41] <micges> o jeez thanks :P
[19:56:13] <micges> above patch fixed:
http://pastebin.com/L5jcqc4F
[19:59:59] <cradek> micges: I think error should go to stderr
[20:00:50] <micges> via fprintf?
[20:00:58] <andypugh> RTAI_PRINT_MSG?
[20:01:16] <micges> its userspace
[20:01:21] <jepler> are users in the field running into these error conditions?
[20:01:27] <alex_joni> glxgears shows 300 frames in fullscreen on this laptop
[20:01:36] <alex_joni> latency 12070 ns
[20:02:06] <skunkworks_> alex_joni: the few computers I have run have had great opengl perfomance... I don't know if it is the hardware or lucid. :)
[20:02:16] <alex_joni> this is an intel graphics
[20:02:41] <alex_joni> Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller
[20:02:53] <alex_joni> jepler: wonder if this is a bug:
[20:03:01] <alex_joni> start a new sim/axis_mm config
[20:03:05] <alex_joni> push home_all
[20:03:19] <alex_joni> after homing is done, press the screen clearing button (to erase backplot)
[20:03:33] <alex_joni> when that happens the AXIS screen resizes vertically a couple pixels
[20:05:58] <jepler> alex_joni: weird!
[20:06:01] <jepler> new since 2.4.2?
[20:08:49] <micges> jepler: when emcmot isn't running and milltask is it's only shows 'waiting for s.axes', then enabling debug in ini shows that commands aren't sended, then patch source to see return value from usrmotWriteEmcmotCommand()
[20:09:46] <micges> whole thing each time something is messed up while you messing with something else is very time consuming
[20:10:11] <alex_joni> dunno, saw it on the livecd
[20:11:05] <jepler> micges: what causes emcmot not to run?
[20:11:11] <jepler> micges: misconfiguration, emc2 bug, what?
[20:11:21] <micges> mosconfiguration
[20:11:33] <jepler> specific misconfiguration?
[20:12:04] <micges> this time it was not connecting command handler to servo thread
[20:12:29] <andypugh> That "waiting for s.axes" message is frequently spurious, and really should only repeat a few times, not enough times to scroll the real problem out of the history.
[20:13:52] <micges> I have hal files whole generated from eagle, so thing aren't so clear as handwrite
[20:14:37] <jepler> micges: so that specific misconfiguration causes the print on pastebin line 21 to occur?
[20:15:41] <micges> yes
[20:15:49] <micges> http://pastebin.com/BQwbBNvs
[20:19:44] <alex_joni> the waiting for s.axes appears when motion isn't running (or RT not running)
[20:19:56] <alex_joni> (not only then, but that's a case)
[20:21:51] <andypugh> Yes, I guess the "s.axes" line is correct, it is the time-out error that a "misconfiguration of axes" is the problem that is the spurious one.
[20:22:41] <andypugh> Having said that, I think it is probably a dev-only problem, I think I have only seen it with buggy components, not when meddling with HAL files.
[20:23:20] <micges> yes it's mostly dev problem
[20:32:26] <jepler> I think rcs_print may be better than printf or fprintf(stderr.
[20:33:36] <micges> it won't compile with "rcs_print.h"
[20:37:26] <jepler> huh, this patch builds for me:
http://emergent.unpy.net/files/sandbox/0001-Print-a-message-when-task-emcmot-communication-fails.patch
[20:37:36] <jepler> maybe it was a simple mistake, .hh vs .h
[20:45:04] <micges> eww, could be
[20:59:21] <jepler> bbl