#emc-devel | Logs for 2009-04-09

[01:15:21] <CIA-2> EMC: 03eric-johnson 07TRUNK * 10emc2/src/emc/usr_intf/ (emcsched.cc emcsched.hh schedrmt.cc): Latest updates, main thing remaining is getting the program to start properly
[08:54:29] <micges1> I have oxygen cutting machine
[08:54:44] <micges1> yesterday I've installed 2.3 beta
[08:55:36] <micges1> one feature missing in emc is when G4Pn is executed there is no info how many seconds are left
[08:56:10] <micges1> on that machine delay times are about 30-60 seconds so having info about left time would be very usefull
[11:57:21] <alex_joni> micges1: I looked at the patch and it looks nice
[11:58:33] <micges1> alex_joni: cool
[12:02:17] <alex_joni> micges1: I assume it's working? :)
[12:02:52] <micges1> yes
[12:03:14] <micges1> even it's working correctly
[12:03:40] <alex_joni> heh, that's a first :P
[12:03:49] <micges1> alex_joni: you don't checking patches ?
[12:03:58] <alex_joni> I read it, and it looks ok
[12:04:07] <alex_joni> but on this machine I don't have compile packages :D
[12:04:21] <alex_joni> and it would take 20 minutes to start a VM, update & compile, etc
[12:05:19] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/src/emc/usr_intf/axis/extensions/emcmodule.cc: machine delay left in status - patch by micges
[12:05:29] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/src/emc/nml_intf/emc_nml.hh: machine delay left in status - patch by micges
[12:05:29] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/src/emc/task/emctaskmain.cc: machine delay left in status - patch by micges
[12:05:31] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/debian/changelog: machine delay left in status - patch by micges
[12:05:33] <alex_joni> (there's always the builbot to whine if it doesn't compile :)
[12:08:03] <micges1> heh
[12:53:43] <skunkworks186> skunkworks186 is now known as skunkworks_
[14:32:07] <jcoby> didn't someone in here get git cvsimport to work? i'm curious what the command you used was.
[15:28:19] <fenn_> fenn_ is now known as fenn
[15:31:43] <alex_joni> jcoby: jepler did, but he's traveling these days, ping him again next week
[15:32:52] <jcoby> alex_joni: ok, thanks. everything i've seen requires a pserver cvs url but I can't find one
[15:39:02] <alex_joni> maybe he used a local access to cvs
[15:39:55] <alex_joni> jcoby: http://www.kernel.org/pub/software/scm/git-core/docs/git-cvsimport.html
[15:40:06] <alex_joni> -d <CVSROOT>
[15:40:06] <alex_joni> The root of the CVS archive. May be local (a simple path) or remote; currently, only the :local:, :ext: and :pserver: access methods are supported.
[15:40:37] <jcoby> alex_joni: yeah, i ran into some perl parse error when i used the :ext: url from the site
[15:41:10] <jcoby> alex_joni: actually, no i got a connection refused
[15:41:11] <jcoby> git cvsimport -v -d :ext:anon@cvs.linuxcnc.org:/cvs .
[15:41:11] <jcoby> cvs.linuxcnc.org: Connection refused
[15:41:41] <alex_joni> that's odd
[15:42:00] <alex_joni> maybe git cvsimport needs a shell variable to use ssh ?
[15:42:17] <alex_joni> like export CVS_RSH=ssh for regular cvs
[15:43:56] <alex_joni> jcoby: random google: http://github.com/eserte/bbbike-temp/commit/b664ae6d90be3846f05a8f0fc7239af5de5a70ca
[15:45:43] <jcoby> hmm
[15:47:23] <fenn> mkdir emc2
[15:47:32] <fenn> cd emc2; git init
[15:47:33] <fenn> cd ..
[15:47:49] <fenn> git cvsimport -v -d :ext:anon@cvs.linuxcnc.org:/cvs emc2
[15:47:56] <fenn> works for me
[15:48:55] <jcoby> Running cvsps...
[15:48:56] <jcoby> Can't exec "cvsps": No such file or directory at /usr/local/git/libexec/git-core/git-cvsimport line 633, <GEN0> line 2.
[15:48:56] <jcoby> Could not start cvsps: No such file or directory
[15:48:56] <jcoby> git-cvsimport: fatal: cvsps reported error
[15:49:22] <jcoby> git version
[15:49:25] <alex_joni> maybe you need to install cvsps ;)
[15:49:40] <jcoby> d'oh
[15:49:42] <fenn> that should have gotten pulled in when you installed git-cvs
[15:49:57] <alex_joni> fenn: I bet it is a recommended, nto required
[15:50:10] <alex_joni> suggested or hth it's called
[15:50:17] <alex_joni> * alex_joni runs home
[15:50:18] <alex_joni> bbl
[15:50:35] <jcoby> fenn: i'm on osx. let me fire up the linux machine and see if that works
[16:04:25] <jcoby> fenn: yeah it's working now
[16:06:09] <fenn> gratz. i think you probably just needed to install cvsps
[16:11:51] <jcoby> fenn: yeah that appears to be it. i needed it on the linux machine anyways but my osx machine is quieter so i thought i'd try it here first.
[16:46:27] <cradek> alex_joni: I thought a missing var file was not an error anymore
[16:46:34] <cradek> or maybe that's 2.3.
[16:49:40] <alex_joni> that's 2.3
[16:49:49] <alex_joni> all those users keep using ancient stuff :D
[16:49:55] <alex_joni> like 2.2.8 :P
[17:09:45] <jcoby> sourceforge doesn't like me downloading emc2 into git
[17:10:12] <jcoby> it resets the connection every 10 minutes
[17:20:05] <SWPadnos> we moved away for a reason (or two) ;)
[17:22:53] <jcoby> SWPadnos: actually, I'm using the linuxcnc.org cvs, not sourceforge. i need more caffeine or something
[17:23:19] <SWPadnos> heh
[17:23:40] <SWPadnos> I'm not sure why it would reset all the time, that's a cradek or jepler question I think
[17:26:15] <jcoby> no clue. git cvsimport seems to handle it ok though
[17:26:44] <fenn> is it possible to download an old git repo and then update it with changes that have been made to the cvs
[17:26:49] <fenn> ..?
[17:32:30] <cradek> what does sourceforge have to do with it?
[17:32:42] <SWPadnos> -ENOCAFFEIENE
[17:32:44] <cradek> if you're getting that version, you're doing the wrong thing
[17:33:24] <jcoby> fenn: i believe that's how git cvsimport works
[17:33:38] <jcoby> if this import ever finishes i'll know
[17:33:49] <alex_joni> it takes an hour or so
[17:33:54] <alex_joni> I hear
[17:34:06] <SWPadnos> the rpo is on the wrong end of an ADSL line
[17:34:08] <SWPadnos> repo
[17:35:17] <jcoby> the weird thing is that cvsimport only keeps you within 10 minutes of the mainline
[17:35:42] <jcoby> "cvsimport by default skips commits that have a timestamp less than 10 minutes ago."
[17:36:12] <jcoby> the -a flag overrides this but then you can't pick a specific module to import. it's weird
[17:39:02] <jcoby> alex_joni: i'm about 1:40 into the import and it's still going
[17:40:05] <alex_joni> jcoby: that's good I guess :D
[17:40:11] <alex_joni> at least it didn't stop :)
[17:40:16] <jcoby> yeah
[17:45:31] <cradek> bizarre - I can't start halscope here.
[17:45:39] <cradek> SCOPE: ERROR: failed to get shared memory
[17:45:39] <cradek> scope_rt: rtapi_app_main: -1
[17:46:00] <cradek> halmeter runs
[17:46:08] <cradek> (trunk)
[17:46:19] <alex_joni> sim or rt?
[17:46:25] <cradek> sim
[17:46:30] <alex_joni> odd
[17:46:42] <alex_joni> maybe rip vs installed?
[17:49:11] <cradek> trying a make clean...
[17:49:53] <alex_joni> it loads fine here using sim/2.3.0-beta2
[17:52:19] <cradek> still no ... wtf
[18:31:24] <SWPadnos_> SWPadnos_ is now known as SWPadnos
[18:54:05] <jcoby> still importing...
[19:16:50] <cradek> yay, halscope runs again after my reboot
[19:17:07] <cradek> I had a kernel update installed but had not rebooted yet - it could have been anything.
[19:17:31] <cradek> bet jcoby could have had a cvs checkout a few times by now...
[19:18:14] <alex_joni> yup :)
[19:18:32] <alex_joni> or a git checkout.. if we would have switched :D
[19:54:41] <micges> how to find all FIXME statement in emc2 source ?
[19:57:29] <cradek> are you kidding?
[19:58:06] <micges> yes
[19:59:30] <cradek> oh good :-)
[20:01:21] <alex_joni> s/find/fix/
[20:01:39] <SWPadnos> s/FIXME/TODO:/g
[20:01:47] <SWPadnos> oh, that's already been done :)
[20:01:56] <micges> hehe
[20:02:09] <alex_joni> pubuntu@pubuntu:~/emc2-test$ grep -r -i -e fixme * | wc -l
[20:02:10] <alex_joni> 316
[20:02:33] <alex_joni> 283 for todo
[20:02:45] <alex_joni> but that's on the 2.2 branch
[20:03:24] <micges> 229 fixme on trunk
[20:04:31] <cradek> most of them were put in foolishly and don't represent real problems
[20:06:15] <micges> I trying to trace code path for following error and its impact on G64/G61
[20:06:27] <micges> s/I/I'm
[20:07:00] <micges> cradek: I noticed that
[20:07:27] <cradek> I don't understand the question. Those things aren't related in any obvious way I can think of
[20:08:01] <micges> I have problem that after FE G61 on the beginning of gcode are executed but machine is still in G64 mode
[20:08:26] <cradek> that was fixed middle of last year.
[20:08:45] <cradek> is it still broken in 2.3 or trunk?
[20:09:09] <micges> In some way I have it on trunk
[20:10:47] <micges> some not obvious way so I cant trace steps that shows that bug
[20:12:36] <micges> I want to find it before 2.3 final
[20:12:43] <alex_joni> hmm.. I notice one thing on this machine..
[20:12:52] <alex_joni> I don't have an installed emc2 package, only RIP
[20:13:04] <alex_joni> and it seems tkemc doesn't find it's blue-ness in this case
[20:14:18] <cradek> 09:22:23 < cradek> 2046142 is a dupilcate of 2006736 and was fixed in June:
[20:14:22] <cradek> http://cvs.linuxcnc.org/cvs/emc2/src/emc/task/emccanon.cc.diff?r1=1.138;r2=1.139
[20:21:36] <micges> I remember that
[20:25:28] <micges> good night
[20:30:53] <jcoby> this thing is still importing into git
[20:31:18] <alex_joni> ouch ;)
[20:31:53] <jcoby> eh, whatever. i've got it in a while loop in bash for when it times out. hopefully the admin doesn't ban me
[20:33:09] <cradek> from what cvs repo are you importing?
[20:33:22] <jcoby> linuxcvs.org
[20:33:28] <jcoby> linuxcnc.org
[20:33:45] <alex_joni> cvs.linuxcnc.org or cnc.linuxcvs.org :D
[20:34:10] <jcoby> alex_joni: eh, whichever my fingers feel like typing today
[20:39:18] <alex_joni> jcoby: are you actually getting something?
[20:39:29] <jcoby> alex_joni: yeah, its generating a ton of output
[20:39:37] <jcoby> no actual files yet though, which is interesting
[20:39:50] <jcoby> it's importing src/configure v 1.19 now
[20:41:26] <jcoby> i've got about 67m of log files though
[20:43:08] <cradek> it's unfriendly if you saturate this line forever - it is not a fast line.
[20:44:35] <jcoby> ok
[20:45:03] <alex_joni> jcoby: any reason you're doing the git-import ?
[20:45:43] <jcoby> alex_joni: i want to mess with the gui but i don't want to mess with cvs
[20:45:49] <jcoby> i didn't think it would take this
[20:46:13] <cradek> compared to what you are doing, it is trivial to get a cvs checkout.
[20:46:27] <cradek> (and fast)
[20:46:36] <alex_joni> even stashing that into a local git repo is easy
[20:46:40] <alex_joni> (the cvs checkout)
[20:46:50] <jcoby> cradek: yeah, i'm realizing that now. i was hoping this would only take 30 mins or so
[20:46:57] <jcoby> i didn't realize the repo was on a private adsl line
[20:46:59] <cradek> do you need a pointer to instructions? we have them written up
[20:47:08] <jcoby> no, i know how to do a cvs checkout
[20:47:15] <cradek> ok
[20:48:43] <jcoby> i was kind of hoping that the git clone would be of use to someone else (i was going to put it on github)
[20:49:06] <alex_joni> jcoby: we're actually talking about switching CVS to something else
[20:49:15] <alex_joni> so maybe it's best if you wait a while
[20:49:51] <cradek> we have a good git import (done on a local lan) but we have not decided which system to switch to yet (if we are even going to switch)
[20:50:31] <alex_joni> but if we do switch, then the git-import you're just doing would be probably irrelevant
[20:51:14] <jcoby> ok
[20:51:28] <jcoby> i've killed it
[23:46:27] <CIA-2> EMC: 03bigjohnt 07v2_3_branch * 10emc2/docs/src/hal/rtcomps.lyx: update encoder pins and parameters
[23:50:12] <CIA-2> EMC: 03bigjohnt 07v2_3_branch * 10emc2/docs/src/ (Master_HAL.lyx Master_Integrator.lyx Master_User.lyx): minor edit
[23:51:18] <CIA-2> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/hal/rtcomps.lyx: update encoder pins and parameters
[23:52:51] <CIA-2> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/ (Master_HAL.lyx Master_Integrator.lyx Master_User.lyx): minor edit
[23:52:52] <CIA-2> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/motion/kinematics.lyx: minor edit