too bad the default ubuntu 10 theme is shit and makes touchy unusable: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl/emcinfo.pl?GladeVcp
hard to see which buttons are active
maybe we could change the default one
funny - the first thing I do is change it to a different theme
to one with the buttons on ther right
it is too mac like
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
it's like a font where you can't tell the letters apart
[13:53:23] <cradek> https://bugs.launchpad.net/ubuntu/+source/light-themes/+bug/537082
"tags: added: rhubarb"
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
cradek: I was unable to figure out what that meant
triaged in April, and so far it's unassigned
> 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
just tried the 10.04 livecd on my hardy laptop
latency < 14500
and no overruns, like I would get with hardy (when accessing screen brightness keys)
everything else just works, including my gsm broadband
it's very nice (except the theme :P)
how can I checkout tag in git?
or simply how can I switch source to some release tag
ignore question above, got some source errors local :|
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).
(a) did you run from a terminal and (b) if so, are there any (error) messages there?
Exception in Tkinter callback
Traceback (most recent call last):
File "/usr/lib/python2.6/lib-tk/Tkinter.py", line 1413, in __call__
File "/usr/bin/axis", line 2772, in open_file
File "/usr/bin/axis", line 2791, in open_file_name
File "/usr/bin/axis", line 1897, in open_file_guts
File "/usr/bin/axis", line 1887, in add_recent_file
ap.putpref('recentfiles', recent, repr)
File "/usr/bin/axis", line 106, in putpref
But the file .axis_preferences is 644
and I ran 'emc' as myself
crap! .axis_preferences is owned by root - I wonder how that happened?
OK, chown'ed to myself - now it works. I wonder how the permissions on this file were set...
you never know
rerunning emc 'sudo root' doesn't change the owner, so I dunno
nano as root can do it I think
I've never edited this file
that's what *YOU* think :)
it's contagious I guess
sorry to be the carrier
even through the internet
it's a compooter virus, don'tcha know?
SWPadnos: sound like you're from Fargo ND
SWPadnos: This is the same link, just shorter http://tinyurl.com/LaserIdeas
Feel free to give it out to anyone
if you 'sudo emc' the first time (before axis_preferences exists) then it will be created owned by root.
if you ever 'sudo' anything
make sure you know what you're sudoing
or just sudon't do it
jepler: is this patch ok to add to master: http://pastebin.com/c7dF8p5x
I think that for both comps docs are generated from source, right?
as long as you're fixing that file, bldc_sine probably needs to be added too.
yes, it's fine for master.
EMC: 03micges 07master * rbe6381b74c7b 10/docs/man/man9/.gitignore: Add mux16.9, bldc_sine.9 and bldc_hall3.9
jepler: how about this small patch for 2.4 ? http://pastebin.com/SqLbn43N
micges: check line 17 again
o jeez thanks :P
above patch fixed: http://pastebin.com/L5jcqc4F
micges: I think error should go to stderr
are users in the field running into these error conditions?
glxgears shows 300 frames in fullscreen on this laptop
latency 12070 ns
alex_joni: the few computers I have run have had great opengl perfomance... I don't know if it is the hardware or lucid. :)
this is an intel graphics
Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller
jepler: wonder if this is a bug:
start a new sim/axis_mm config
after homing is done, press the screen clearing button (to erase backplot)
when that happens the AXIS screen resizes vertically a couple pixels
new since 2.4.2?
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()
whole thing each time something is messed up while you messing with something else is very time consuming
dunno, saw it on the livecd
micges: what causes emcmot not to run?
micges: misconfiguration, emc2 bug, what?
this time it was not connecting command handler to servo thread
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.
I have hal files whole generated from eagle, so thing aren't so clear as handwrite
micges: so that specific misconfiguration causes the print on pastebin line 21 to occur?
[20:15:49] <micges> http://pastebin.com/BQwbBNvs
the waiting for s.axes appears when motion isn't running (or RT not running)
(not only then, but that's a case)
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.
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.
yes it's mostly dev problem
I think rcs_print may be better than printf or fprintf(stderr.
it won't compile with "rcs_print.h"
huh, this patch builds for me: http://emergent.unpy.net/files/sandbox/0001-Print-a-message-when-task-emcmot-communication-fails.patch
maybe it was a simple mistake, .hh vs .h
eww, could be