Hey! I cannot find the upstream (non-ubuntu specific) source for EMC 2.4.5 in a tarball and was wondering if somebody could push 2.4.5 to sf.
NTU: seems it is not on sf yet. you can get it from our git: git.linuxcnc.org
by the tag v2.4.5, click commit to see it, click snapshot to get a .tgz
seems as if v2.4.5 isn't merged in master. only in v2.4_branch
yes v2.4_branch is periodically merged into master
v2.4.5 is a particular commit on v2.4_branch
you can get a tgz of any of these from our git server
seems to take about 3 minutes to ask me if i want to download it
yes - the server generates it for you - it is a fairly intensive task
afaik the only difference between our debian source .tgz and the one that goes on sourceforge is a single file in the debian/ directory that's been customized for an ubuntu version and sim vs rtai
it should be entirely suitable for building your own
oh ok, thanks for the info jepler. :)
NTU is now known as Godmode
jepler, found a typo in 2.4.5 debian/configure line 128: KERNEL_HEADERS="$KERNEL_HEADERS" < extra "" ?
I agree it's inconsistent with the other lines near it, but I don't think it causes any problem
ok , i suggest to add in : 'case $DISTRIB_NAME in' "Debian-6.0*)
well even in squeeze TCLTK may be 8.5 too
most debian/ubuntu systems have more than one tcltk available. The one you need is the one that /usr/bin/python's Tkinter module uses.
according to http://packages.debian.org/testing/python/python-tk
it'll be 8.5 that you want to specify.
jepler, my squeeze system use 8.4, but that is maybe because i upgraded from lenny
other suggestion is to add " 2.6.32-*-rtai)" \ KERNEL_HEADERS=$KERNEL_HEADERS,gcc-4.4 , for kernels from series .32 build with -rtai
once you're satisfied with the squeeze debian/configure changes, can you send it to me as a patch?
or better yet, send it on the mailing list
* jepler is about to call it a night
as used in ubuntu-cnc 10.04 , or debian squeeze home build as mine "-2.6.32-5-686-squeeze-rtai"
jepler, sure , now just to a study case for debian squeeze
, now just do *
* qq- here too is deep 'night'
jepler: Packages* in http://www.linuxcnc.org/emc2/dists/hardy/emc2.4/binary-i386/
were not regenerated
symptom is that hardys are not getting 2.4.5
cradek: hm, let me double check..
should be quick to fix
My code needs to write to a register on the Mesa card, then wait for that register to be cleared. This might not always happen. What is the neatest way to code a timeout in kernel code? Normally I would not the time that the function was entered, then keep checking, but that needs time.h which is not in the includes, as far as I can see.
is there something in the rtapi libraries?
As I was typing that, I thought "why don't I just read the rtapi header files and look" and as if by magic, there it is.
Sorry for wasting your time.
* qq- if you really sorry , don't ask
I becale sorry after realising how easy it was to answer my own question.
SteveStallings is now known as steves_logging
mhaberler_ is now known as mhaberler