Am 03.12.2012 um 08:37 schrieb Anders Wallin: >> 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. ... >> 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
That is all fine, but it leaves open how to deal with RTAI. Cutting it out just to upgrade the distro is not an option for the forseeable future (this was dsicussed on IRC recently). The alternative is to slide in the 2.6.38-122-rtai kernel underneath 12.04 and hope the house doesnt come down over it. This will likely take out several now-working features in 12.04 as the driver support warps back in time to 2.6.38 as well - reword as: support issues ahead. It really means: 12.04 with Xenomai or RT-PREEMPT and supportable, or 12.04 with RTAI, but sorry user, you're out on a limb. > 2) move to 12.04 as the only officially supported distro for the latest > linuxcnc We vehemently agree except for that nasty issue under 1) > 3) remove the redis source from the git repo, as it is now available as a > package on any reasonably modern distro. if you discount 10.04 from 'reasonably modern distros', this is factually correct, and gets my vote. I explicitly said that including the redis source and libraries is a *temporary measure* until the distro is upgraded to provide this, which it does not in reproducible form for 10.04. There is no phun in integrating and supporting it, and there is also no need to change any of the redis server or API library core. I do not subsume PPA's under 'likely reproducible results' but rather 'workarounds'. Redis btw is also not the only piece of software being in that particular version straightjacket. And it will become more, rather than less of it going forward without a decision on that issue. Now all read after me again because this very issue comes up to the 237th time and it is starting to cause nausea for me: >>>>>------------------------- the redis source in linuxcnc will be removed as >>>>>soon as the minimum underlying distro supports it ----------<<<<<<< copy? Yes? can we tick that discussion off now, please? PLEASEEEEE? > (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? That is a very good idea. I would also be very interested to see included in such an automated bodycount: hardware, kernel, distro, Linuxcnc version. We are not the first to stumble upon the idea. Any pointers to software which supports such statistics without starting from scratch? - Michael ------------------------------------------------------------------------------ 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
