> FWIW I would consider this rtos work more important for a linuxcnc 2.6

> > release than the redis work that just seems to break the build and cause
> > problems on 12.04/12.10.
>
> I think that comparison is as concludent as saying: 'sunlight is more
> important than a full wine cellar';) one has really absolutely nothing to
> do with the other, so I dont see your point.
> I am aware there is no using code for redis yet; this was discussed at
> length before making the step, and there is a substantial patch in the
> queue pending the reviewer finishing his part. And btw, the redis code is
> not in this branch to start with because it is forked off 2.5, not master,
> and for a reason.
> If you do have a detailed build report which helps work out issues, or a
> patch, that would be most welcome, I am moving on a bit too many fronts
> anyway.
>

Maybe I should rephrase. What I meant was more along the lines of:
1) merge the rtos work, this makes it possible to run linuxcnc on 12.04 and
12.10 and many other distros
2) move to 12.04 as the only officially supported distro for the latest
linuxcnc
3) remove the redis source from the git repo, as it is now available as a
package on any reasonably modern distro.
(I have no clue/opinion on what should be called linuxcnc 2.5.x or 2.6 or
even 3 out of these)

Aside: Tests probably make merging safer, or at least makes it feel safer
:). An automated latency-test where a repeatable controlled load (e.g. the
program "stress") is applied and latency numbers recorded for a fixed time
would be nice. Maybe with automated uploading to a database?


Anders
------------------------------------------------------------------------------
Keep yourself connected to Go Parallel: 
BUILD Helping you discover the best ways to construct your parallel projects.
http://goparallel.sourceforge.net
_______________________________________________
Emc-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to