194M of update to dapper seems a bit much.
Are they likely to release a 6.0x disk before long.
uninstalling the kernels you don't want will reduce it somewhat
6.10 should be out in October, but it'll be somewhat cutting-edge and experimental
for a while it seemed like there were a few packages to update every couple days - now it has settled down.
I'll work a bit on cutting out stuff. I don't know how I feel about asking folk to install and upgrade that much stuff inorder to get a working system.
if they're not on the net, they probably don't need the updates at all...
Sure. I see that I don't want to remove the kernel headers because that package removes all the compiling stuff.
Probably should remove those packages before installing the emc build depends.
that helped but not a lot. 1 day 13 hours and xx minutes remaining.
if someone mailed you a CD, it would get there about the same time
Yes I think so.
off to find some breakfast...
catch yo later
The other day I saw a brief discussion about the advisability of a halui section in lyx.
Now that we have lyx files in the same cvs module, I believe that we should have a lyx file related to halui.
jmk's thought was that halui would change often enough that a lyx file would easily fall out of date.
IMO if the lyx file is not in sync with the halui code, we should slap around the coder who failed to keep it current.
kinda like the manpages (should be)
That is what I was thinking.
If we were faithful with this, anytime we compiled we would have current docs.
I wanted to see what was in halui this morning but didn't know how to start it.
HALUI=halui in the ini file HAL section, I believe
I think we should just support more than one DISPLAY program, with the first one being the only one monitored for shutdown
though I suspect there are race conditions or other synchronization problems with that approach
You thinking of conflicting commands from different gui's.
no - more like the run script needs to treat one display program specially, and wait around until it finishes, but while it's running (or possibly before), the run script needs to start the other DISPLAY programs as well
is it an error if one of the others doesn't work?
how critical an error is it?
should you not try the "main" display program if an auxiliary fails?
If I have a hard wired panel and halui does not start...
then it won't do anything, but EMC will still work (though I get your point)
The machine is broken!
Perhaps we need a "loopback" in halui for estop.
I'm not sure that's the best way of insuring that HALUI loads
I guess I was thinking of it from the machine end rather than the software end.
there are also race conditions with loading HAL modules and connecting their pins - jepler added a HALFILE_POSTGUI option to the INI (I think it's called that)
Right I remember something about having to wait to connect pins until they exist.
axis runs that (or the run script does) - this allows UIs with HAL pins to function correctly
since the GUI may have HAL pins, there's a bit of a chicken and egg problem
and halui certainly has HAL pins
Are we are building a system that looks like cooked spaghetti?
one possibliily that would eliminate these race conditions would be to have a smarter run script that essentially loads all HAL files (without executing them), then semi-intelligently starts realtime, executes HAL load functions then signal creation then signal connections ...
it basically would take all the HAL commands and internally flatten them out into one big file, sorted by function - load, create signals, set parameters, connect signals, ... then eventually start threads
well - that's my thought for the day. I've got to get back to this damned LabView project (which I hate)
rayh: I can see that documenting halui is a good thing
but it's usefull if there's more information in there that you can get from halcmd shwo pin halui
I believe that this info should be available in the integrator's handbook.
Along with the axis pin and param stuff.
I agree totally
Okay. Do you still have the version you worked up for halui the other day.
I haven't really worked on a lyx version
there was one in documents/ but it's not really usefull
only pin names and outdated
Many of the questions that have come up lately concern the EMC variables available to HAL.
And these are really not handled at all in HAL_Intro
and probably shouldn't be in Intro either
but definately in the Integrators Manual
I'll try to work on it sometimes soon
That is the logical place for a lot of this stuff.
and maybe some short tutorials, how to add a estop
how to add spindle control
how to add ...
sort of - waiting for labview FPGA to compile something (hate)
so what do you think of labview?
hate hate hate hate (LabView)
I finally have a smp machine to play with, but unfortunately it's PII
might be enough for Xubuntu
or puppy :D
* alex_joni grins
I put the full dapper on it - seems to run fine
oopsy... 39C next
the next few days I mean
is that a record for your location?