Back
[00:04:17] -!-
theorbtwo has quit [Ping timeout: 250 seconds]
[00:04:24] theorb is now known as
theorbtwo
[00:09:47] -!-
Dallur has quit [Client Quit]
[00:16:15] -!-
mhaberler has quit [Quit: mhaberler]
[00:31:02] -!-
servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[00:31:24] -!-
JT-Shop has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]]
[01:04:48] -!-
Gurgalof has quit [Ping timeout: 240 seconds]
[01:27:15] -!-
Tom_itx has quit [Ping timeout: 240 seconds]
[01:27:25] Tom_sbc is now known as
Tom_itx
[01:53:32] -!-
andypugh has quit [Quit: andypugh]
[02:03:37] -!-
seb_kuzminsky has quit [Ping timeout: 240 seconds]
[02:18:42] -!-
kb8wmc has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101206122310]]
[02:58:04] -!-
Tom_itx has quit []
[03:10:47] -!-
tlab has quit [Ping timeout: 240 seconds]
[03:14:36] -!-
Valen has quit [Quit: Leaving.]
[03:43:20] -!-
pcw_home has quit [Remote host closed the connection]
[03:43:36] -!-
Tom_sbc has quit [Quit: Leaving]
[03:46:52] -!-
Tom_L has quit [Quit: Leaving]
[03:56:22] -!-
Tom_atom has quit [Changing host]
[03:57:13] Tom_atom is now known as
atom1
[03:58:29] -!-
atom1 has quit [Quit: Leaving]
[04:12:40] -!-
MattyMatt has quit [Quit: ⊚)(⊚]
[04:21:26] <cradek> wow, git is even reasonably fast on my 300 MHz machine
[04:29:15] <cradek> but building emc...
[04:30:27] -!-
mozmck has quit [Remote host closed the connection]
[04:33:26] <cradek> hm, broken with python 2.4?
[04:33:28] <cradek> File "hal/user_comps/gladevcp.py", line 255
[04:33:28] <cradek> finally:
[04:33:28] <cradek> ^
[04:33:30] <cradek> SyntaxError: invalid syntax
[04:33:34] <cradek> $ python -V
[04:33:35] <cradek> Python 2.4.3
[04:33:45] <cradek> (dapper ppc)
[04:33:55] <cradek> goodnight!
[04:41:54] -!-
atom1 has quit [Quit: Leaving]
[05:30:14] -!-
izua has quit [Ping timeout: 276 seconds]
[05:43:07] -!-
mhaberler [
[email protected]] has joined #emc-devel
[05:43:14] -!-
mhaberler has quit [Read error: Connection reset by peer]
[05:43:21] -!-
mhaberler [
[email protected]] has joined #emc-devel
[06:01:58] -!-
seb_kuzminsky [
[email protected]] has joined #emc-devel
[06:07:28] -!-
seb_kuzminsky has quit [Ping timeout: 260 seconds]
[06:20:42] -!-
seb_kuzminsky [
[email protected]] has joined #emc-devel
[06:27:26] -!-
seb_kuzminsky has quit [Ping timeout: 276 seconds]
[06:29:36] -!-
ve7it has quit [Remote host closed the connection]
[06:43:27] -!-
adb has quit [Ping timeout: 240 seconds]
[07:08:52] -!-
psha [
[email protected]] has joined #emc-devel
[07:13:40] -!-
mhaberler has quit [Quit: mhaberler]
[07:15:29] -!-
mhaberler [
[email protected]] has joined #emc-devel
[07:19:37] -!-
Dannyboy has quit [Remote host closed the connection]
[07:22:28] -!-
dimas has quit [Read error: Operation timed out]
[07:29:09] -!-
mhaberler_ [
[email protected]] has joined #emc-devel
[07:29:16] -!-
seb_kuzminsky [
[email protected]] has joined #emc-devel
[07:29:48] -!-
awallin_ has quit [Remote host closed the connection]
[07:33:28] <mhaberler> with breathless anticipation, the crowd awaits the merging of asciidoc-v3:
http://static.mah.priv.at/public/crowd.jpg
[07:37:16] -!-
dimas [
[email protected]] has joined #emc-devel
[07:41:02] -!-
rooks has quit [Read error: Connection reset by peer]
[07:44:29] -!-
awallin [
[email protected]] has joined #emc-devel
[07:47:55] -!-
psha has quit [Quit: Lost terminal]
[07:56:06] -!-
psha [
[email protected]] has joined #emc-devel
[08:08:25] -!-
ds3 has quit [Ping timeout: 246 seconds]
[08:41:56] -!-
awallin_ [awallin_!~quassel@2001:708:110:1020:224:7eff:feda:7c7d] has joined #emc-devel
[09:00:30] -!-
mhaberler has quit [Quit: mhaberler]
[09:04:19] -!-
mhaberler_ has quit [Ping timeout: 250 seconds]
[09:24:07] -!-
mk0 has quit [Quit: Leaving]
[09:40:29] <CIA-47> EMC: 03micges 07joints_axes3 * r0b1bdb0efa1c 10/src/emc/ini/inijoint.cc: Rename HOME_VEL to HOME_FINAL_VEL ini file entry
[09:49:58] -!-
mhaberler [
[email protected]] has joined #emc-devel
[09:50:51] -!-
mhaberler_ [
[email protected]] has joined #emc-devel
[09:53:29] -!-
steves_logging has quit []
[10:00:53] -!-
SteveStallings [
[email protected]] has joined #emc-devel
[10:01:06] SteveStallings is now known as
steves_logging
[10:06:09] -!-
Techrat has quit [Quit: Leaving]
[10:19:57] -!-
packrat has quit [Ping timeout: 240 seconds]
[10:32:58] -!-
Jymmm has quit [Ping timeout: 240 seconds]
[10:33:37] -!-
Jymmm [Jymmm!~jymmm@unaffiliated/jymmm] has joined #emc-devel
[10:47:22] -!-
awallin_ has quit [Remote host closed the connection]
[11:21:37] -!-
HDB10 has quit [Remote host closed the connection]
[11:35:24] -!-
adb [
[email protected]] has joined #emc-devel
[11:54:18] -!-
EDocToor has quit [Read error: Connection reset by peer]
[11:59:43] -!-
pjm__ has quit [Read error: Connection reset by peer]
[12:22:30] -!-
psha has quit [Quit: Lost terminal]
[12:26:41] -!-
skunkworks has quit [Remote host closed the connection]
[12:33:55] -!-
awallin_ [awallin_!~quassel@2001:708:110:1020:224:7eff:feda:7c7d] has joined #emc-devel
[12:52:47] -!-
the_wench has quit [Ping timeout: 240 seconds]
[12:52:47] -!-
archivist has quit [Ping timeout: 240 seconds]
[13:17:06] -!-
psha [
[email protected]] has joined #emc-devel
[13:17:17] -!-
archivist [
[email protected]] has joined #emc-devel
[13:18:04] <psha> mhaberler: fix looks fine
[13:18:42] <mhaberler> ok, then it goes into the 6o'clock master rebugging session ;-)
[13:21:04] -!-
HDB10 has quit [Client Quit]
[13:22:55] -!-
the_wench [
[email protected]] has joined #emc-devel
[13:27:16] -!-
izua has quit [Changing host]
[13:59:08] -!-
skunkworks [skunkworks!447329d2@gateway/web/freenode/ip.68.115.41.210] has joined #emc-devel
[13:59:42] -!-
Tom_itx has quit [Ping timeout: 276 seconds]
[14:06:38] -!-
Valen has quit [Quit: Leaving.]
[14:10:15] -!-
seb_kuzminsky has quit [Ping timeout: 250 seconds]
[14:12:03] -!-
adb has quit [Ping timeout: 246 seconds]
[14:18:18] -!-
mozmck [mozmck!~moses@client-173.225.233.222.dfwtx.partnershipbroadband.com] has joined #emc-devel
[14:22:38] -!-
seb_kuzminsky [
[email protected]] has joined #emc-devel
[14:24:30] -!-
EDocToor [
[email protected]] has joined #emc-devel
[14:27:23] -!-
kb8wmc has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101206122310]]
[14:36:52] -!-
awallin_ has quit [Remote host closed the connection]
[14:43:39] <alex_joni> seb_kuzminsky: hi
[14:43:44] <alex_joni> what's up with the buildbot?
[14:43:51] <alex_joni> saw some checkin problems?
[14:44:32] <mhaberler> where are these mythical buildbot logs?
[14:46:58] <psha> http://buildbot.linuxcnc.org
[14:47:13] <psha> there are links
[14:47:17] <psha> to last builds
[14:48:51] <mhaberler> dont find the error messages which cause the fail?
[14:49:14] <psha> hm
[14:49:24] <psha> Getting_Started is not treated as 'large' doc...
[14:51:35] <seb_kuzminsky> hi guys
[14:51:41] <mhaberler> hi
[14:52:02] <psha> hi
[14:52:06] <cradek> hi
[14:52:11] <psha> hm... how to deal with links db?
[14:52:14] <seb_kuzminsky> alex_joni: the buildbot is building, but it's not mailing the commit list
[14:52:31] <psha> it have to be regenerated on each file change
[14:52:40] <psha> but not to cause _whole_ rebuild if not changed
[14:52:47] <psha> timestamps?...
[14:53:23] <seb_kuzminsky> mhaberler: each column is a build on a different machine, or a build in a different way somehow
[14:53:36] <seb_kuzminsky> each box in each column is a build step, like "make" or "make test"
[14:53:45] <cradek> the tests do pass for me right now
[14:53:47] <seb_kuzminsky> a red box is a build step with a problem
[14:53:53] <seb_kuzminsky> the tests look fine on the buildbot too
[14:54:23] <seb_kuzminsky> the red stuff is me rebuilding an old commit, trying to get it to fail, so it'll generate the failure email (i was trying to debug outgoing mail yesterday)
[14:54:56] <seb_kuzminsky> got to go take my daughter to school, back in a bit
[14:54:57] <cradek> ah
[14:55:47] <seb_kuzminsky> you can click on the "Build XXX" link at the bottom of the master-checkin builder to see what rev it built
[15:12:45] <mhaberler> cradek: pls look at not just the commit I mailed on -developers, but the whole branch - there's a second fix in it: ee rs274ngc_pre.cc arount lines 718-734 - #<_vmajor>, #<_vminor>
[15:12:49] <mhaberler> oops
[15:13:07] <mhaberler> this branch:
http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/fix-osub-linenumber
[15:21:10] -!-
skunkworks has quit [Quit: Page closed]
[15:21:21] <cradek> I thought a line number of zero caused troubles in motion
[15:21:33] <cradek> can you explain what the fix does?
[15:22:00] <mhaberler> if there is an error in the gcode subroutine, the line number of the error report comes out right.
[15:22:11] <mhaberler> it didnt before
[15:22:34] <cradek> hmm, ok
[15:22:42] <cradek> I don't understand all this code, but that's ok :-)
[15:22:44] <cradek> thanks for the fixes
[15:22:50] <mhaberler> motion? line number? I wasnt aware of any dependency
[15:22:53] <mhaberler> sure
[15:22:58] -!-
mk0 has quit [Quit: Leaving]
[15:23:26] <CIA-47> EMC: 03cradek 07master * rae00a9171046 10/src/emc/task/emctaskmain.cc: fix handling of errors in O-word subs called from MDI
[15:23:37] <CIA-47> EMC: 03cradek 07master * r4ff4fb096c38 10/src/emc/rs274ngc/ (interp_convert.cc interp_execute.cc): fix line number reporting for errors in Tx, M6 oword subs
[15:23:55] <mhaberler> ok, that was today's rebugging effort ;-)
[15:25:04] <psha> cradek: I've already reviewed first one (ae00a9171046)
[15:25:27] <psha> i've workind PDF building via Submakefile and shortly commit html one
[15:25:44] <cradek> yay!
[15:26:21] <cradek> brb
[15:26:29] <mhaberler> with breathless anticipation, the crowd still awaits the merging of asciidoc-v3:
http://static.mah.priv.at/public/crowd.jpg
[15:26:52] -!-
nullie has quit [Quit: Ex-Chat]
[15:32:12] -!-
mozmck has quit [Ping timeout: 264 seconds]
[15:32:50] * Jymmm hands out the pitchforks and torches.... WordStar.. WordStar.. WordStar.. WordStar.. WordStar..
[15:33:09] <mhaberler> edlin is good enough.
[15:33:25] <Jymmm> it's not a file format, is it?
[15:33:50] <Jymmm> edin that is
[15:33:53] <mhaberler> MS-DOS text 'editor', a bona-fide abomination.
[15:33:53] <Jymmm> edlin
[15:34:12] <Jymmm> no, thee's edlin for linux too
[15:34:31] <mhaberler> rm -f
[15:34:40] <Jymmm> thats why i asked if its a file format too
[15:34:45] <psha> heh, there is 'ed' for linux ;)
[15:35:05] -!-
skunkworks [skunkworks!447329d2@gateway/web/freenode/ip.68.115.41.210] has joined #emc-devel
[15:46:18] -!-
mozmck [mozmck!~moses@client-173.225.233.219.dfwtx.partnershipbroadband.com] has joined #emc-devel
[15:50:35] <psha> woa, only xref.html is left
[15:57:52] <psha> cradek: what is xref.html?
[15:58:30] <psha> not technicaly but what's it pupose? cross reference page?
[16:06:55] <cradek> sorry, I don't know anything about it
[16:10:51] <psha> heh
[16:12:28] -!-
mhaberler has quit [Quit: mhaberler]
[16:12:29] mhaberler_ is now known as
mhaberler
[16:12:36] -!-
mhaberler has quit [Quit: mhaberler]
[16:12:56] <psha> so module xref.html submakefile is done
[16:22:18] -!-
awallin_ [awallin_!~quassel@2001:708:110:1020:224:7eff:feda:7c7d] has joined #emc-devel
[16:27:52] <psha> cradek: may you look at asciidoc-v4 branch?
[16:28:04] <psha> http://psha.org.ru/cgit/psha/emc2.git/log/?h=asciidoc-v4
[16:28:20] <psha> it's not yet cleanup rebased (last ~5 commits) but i hope it's working
[16:29:28] <psha> bbl
[16:35:03] -!-
nullie has quit [Ping timeout: 276 seconds]
[16:57:30] -!-
mhaberler [
[email protected]] has joined #emc-devel
[17:02:43] -!-
nullie has quit [Quit: Ex-Chat]
[17:37:57] -!-
tom3p [
[email protected]] has joined #emc-devel
[17:43:27] -!-
adb [
[email protected]] has joined #emc-devel
[17:44:12] -!-
emc2-buildmaster has quit [Quit: buildmaster reconfigured: bot disconnecting]
[17:44:18] -!-
emc2-buildmaster [
[email protected]] has joined #emc-devel
[17:49:08] <CIA-47> EMC: 03seb 07v2.5_branch * re2bb06413c56 10/debian/update-dch-from-git: use proper tag glob for 2.5 branch
[18:02:33] <seb_kuzminsky> cradek: i'm teaching the buildbot about the 2.5 branch
[18:03:58] <seb_kuzminsky> i think it would be cleanest if we tagged master as "v2.6.0-pre0" or "v3.0.0-pre0", and tagged v2.5_branch as "v2.5.0-pre1"
[18:04:20] <cradek> sounds good to me
[18:04:26] <psha> seb_kuzminsky: buildbot don't understand ~?
[18:04:39] <seb_kuzminsky> then i'll teach update-dch-from-git about the new name for the master branch, and we'll be able to tell them apart
[18:04:43] <cradek> dunno about 3.0, I was only slightly serious about that
[18:04:45] <seb_kuzminsky> heh
[18:04:45] <psha> 2.6.0-pre is not good idea since it > then 2.6.0
[18:04:57] <seb_kuzminsky> the - gets remapped to ~ internally
[18:05:08] <seb_kuzminsky> iirc it was some problem with git not liking ~ in tag names
[18:05:10] <cradek> right, ~
[18:05:49] <psha> in my buildsys i'm using topological tag ordering
[18:05:49] <cradek> call it 2.6 for now - lower number is safer.
[18:05:57] <psha> so ~ or . - does not matters
[18:05:59] <seb_kuzminsky> yeah, update-dch-frmo-git replaces "-pre" with "~pre" before using it
[18:06:06] <seb_kuzminsky> ok, i'll call it 2.6.0-pre0
[18:06:14] <cradek> ok
[18:06:16] <cradek> thanks
[18:06:29] <psha> cradek: may you look at asciidoc-v4
[18:06:45] <cradek> on phone right now...
[18:07:00] <cradek> after lunch I will look
[18:07:25] <psha> nice
[18:07:37] <psha> so i'll do clean rebase now so you'll get better state
[18:19:22] -!-
mozmck1 [mozmck1!~moses@client-173.225.233.221.dfwtx.partnershipbroadband.com] has joined #emc-devel
[18:20:01] -!-
mozmck has quit [Ping timeout: 252 seconds]
[18:21:40] -!-
pingufan has quit [Remote host closed the connection]
[18:22:06] <psha> cradek: rebased
[18:24:23] -!-
wobblybootie has quit [Quit: Page closed]
[18:36:42] -!-
mhaberler has quit [Quit: mhaberler]
[18:58:38] -!-
OoBIGeye_ has quit [Ping timeout: 260 seconds]
[19:01:35] -!-
awallin_ has quit [Remote host closed the connection]
[19:03:57] -!-
tom3p has quit [Read error: Connection reset by peer]
[19:05:26] -!-
tom3p [
[email protected]] has joined #emc-devel
[19:16:43] -!-
OoBIGeye has quit [Ping timeout: 260 seconds]
[19:22:17] <cradek> psha: I am still getting configure: error: no LyX, documentation cannot be built
[19:27:13] -!-
OoBIGeye has quit [Ping timeout: 260 seconds]
[19:39:37] <psha> ah, hang on
[19:40:13] <cradek> am I supposed to be testing by doing a normal configure and make?
[19:40:26] -!-
alex_chally has quit [Ping timeout: 276 seconds]
[19:41:52] <psha> yes
[19:42:01] <cradek> ok
[19:42:06] <psha> with --enable-build-documentation
[19:43:41] <cradek> ok, that's what I'm trying
[19:44:15] <psha> pushed
[19:44:41] <cradek> thanks, trying again
[19:47:36] -!-
kb8wmc has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101206122310]]
[19:48:45] <psha> i've just replaced lyx with asciidoc and added dblatex for pdf docs
[19:48:47] <psha> guess that's enought
[19:52:49] <psha> cradek: please pull one more patch - i've spotted typoe (- instead of space) in submakefile
[19:56:20] <cradek> ok
[20:07:54] <CIA-47> EMC: 03seb 07v2.5_branch * rc3dd89b62c1a 10/debian/update-dch-from-git: the master branch now has version numbers in 2.6*
[20:16:25] <cradek> psha: got a successful build I think!
[20:17:40] <alex_joni> seb_kuzminsky: one thing I noticed: on one of the emails that made it through, the links were broken
[20:17:46] <cradek> hm, some/most of the images are fairly hideous
[20:17:49] <cradek> (in the pdf)
[20:18:32] <seb_kuzminsky> alex_joni: oh, right, thanks
[20:18:48] <cradek> the text looks great though
[20:25:04] -!-
tom3p [
[email protected]] has parted #emc-devel
[20:27:30] <alex_joni> \
[20:29:09] <cradek> maybe it is just resizing them?
[20:29:32] -!-
andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has joined #emc-devel
[20:33:18] <psha> cradek: wow
[20:33:42] <psha> bad quality images are due to invalid source (png not eps)
[20:33:51] <psha> need some tuning
[20:34:31] <cradek> can you make it just not scale them at all? surely the png look ok if it doesn't manipulate them?
[20:36:12] -!-
steves_logging has quit [Ping timeout: 276 seconds]
[20:36:51] -!-
OoBIGeye has quit [Ping timeout: 276 seconds]
[20:40:32] -!-
mhaberler [
[email protected]] has joined #emc-devel
[20:48:23] <cradek> mhaberler: does "fix handling of errors in O-word subs called from MDI" belong on 2.5 branch too?
[20:49:01] <mhaberler> yes, positively - actually way back to psha's MDI o-word call fixes
[20:49:14] <mhaberler> oh sorry, NO
[20:49:18] <mhaberler> I mixed that up
[20:49:31] <mhaberler> let me look harder...
[20:52:07] <mhaberler> I was right, this patch (ae00a917104656c5339cbe355693f9f6117955ba) goes way back
[20:52:34] <cradek> so I should put that on 2.5_branch as well?
[20:52:44] <mhaberler> yes, please
[20:53:33] <mhaberler> the previous one (line number reporting, 4ff4fb096c38e0294f368517f480a2ef4c9a92f3) should be only in master
[20:56:06] <cradek> I understand
[20:56:29] <CIA-47> EMC: 03cradek 07v2.5_branch * r5e394c7b3a31 10/src/emc/task/emctaskmain.cc: fix handling of errors in O-word subs called from MDI
[20:56:37] <mhaberler> yep!
[21:07:13] <psha> cradek: hm, i don't know :)
[21:08:41] <psha> images that have .eps sources (and image::...eps[] lines) looks fine
[21:12:52] <psha> for example homing diagram in Master_Integrator.pdf
[21:13:08] <psha> scaling only occurs for large images as i see
[21:15:04] <psha> also no scaling params are specified
[21:15:10] <psha> so it's passed asis
[21:17:25] <mhaberler> it looks to me emc-developers@sourceforge is either losing mail or has a backlog > 6hours
[21:19:44] <cradek> I just got two copies of your message
[21:21:13] <cradek> (what are you pissed off about?)
[21:21:29] <psha> cradek: about scaling - for schemes (like homing, lathe scheme etc) i was looking at more general solution like using SVG for them and generating nice looking pdf and html version
[21:21:35] <psha> with translations
[21:25:00] <mhaberler> saving and restoring settings (really what's in 'active g-codes' window in Axis) either manually or by subroutine entry, restore on exit; at least make that accessible readonly so subs can restore it
[21:25:54] <cradek> I definitely like the idea of a state stack (with mcode for push/pop?)
[21:26:05] <cradek> I like the idea of introspection too (you can tell because I wrote some of it)
[21:26:11] <cradek> these two ideas are not mutually exclusive
[21:27:10] <cradek> I don't think they're particularly needed for your new M6 stuff, though, because it's smart to set modal codes and do a safe entry after M6 anyway
[21:27:58] <cradek> although I admit I just put something like spindle/feed/g90 there
[21:28:42] <cradek> after more thought - what you say is right, for example, if you're running gcode that's not in your machine's native units
[21:29:37] <cradek> if you had probing moves, etc, you'd need to be in your native units to do them
[21:30:52] -!-
Tom_L has quit []
[21:35:02] -!-
motioncontrol has quit [Quit: Sto andando via]
[21:38:11] <mhaberler> no, this is disjoint from tx/m6
[21:40:20] <mhaberler> (on phone)
[21:41:12] -!-
awallin has quit [Ping timeout: 264 seconds]
[21:41:16] <mhaberler> baack.
[21:42:06] <mhaberler> re push/pop. Well either one uses the existing call stack and optionally stores context in the current frame, which is restored exolicitely by an Mxxx or implicitely by stack unwind
[21:42:42] <mhaberler> or one uses a separate context stack; but I fear it is easy to get call stack and context stack out of sync which will be very counterintzitivw
[21:42:53] <mhaberler> counterintuitive
[21:43:20] <seb_kuzminsky> i want to merge 2.5 into master
[21:43:28] <seb_kuzminsky> this would merge three commits
[21:43:52] <cradek> ?
[21:44:08] <seb_kuzminsky> two are branch version things i just did in 2.5, and the last is mhaberler's new "fix handling of errors in O-word sybs called from MDI" commit
[21:44:21] <cradek> that's already on master too (merge will be fine - it will do nothing)
[21:44:21] <seb_kuzminsky> any objections?
[21:44:27] <seb_kuzminsky> is it?
[21:44:28] <seb_kuzminsky> oops
[21:44:31] <cradek> nah, that merge is fine whenever you need it
[21:44:32] <seb_kuzminsky> oh yeah
[21:44:36] <seb_kuzminsky> kthx
[21:44:36] <cradek> yeah, my mistake
[21:45:15] <CIA-47> EMC: 03seb 07master * re2bb06413c56 10/debian/update-dch-from-git: use proper tag glob for 2.5 branch
[21:45:19] <CIA-47> EMC: 03seb 07master * rc3dd89b62c1a 10/debian/update-dch-from-git: the master branch now has version numbers in 2.6*
[21:45:19] <CIA-47> EMC: 03seb 07master * r70f223754b2d 10/debian/update-dch-from-git: Merge branch 'v2.5_branch'
[21:45:22] <seb_kuzminsky> ok, now 2.5.0~pre1 is in the new 2.5 deb archive on the buildbot
[21:45:33] <seb_kuzminsky> and 2.6.0~pre0 will build as soon as it gets a chance
[21:46:45] <seb_kuzminsky> i updated the buildbot front page to advertise master, 2.5, and 2.4:
http://buildbot.linuxcnc.org/
[21:46:45] <cradek> slick
[21:47:15] <seb_kuzminsky> ooh, ooh, the giant sparkfun order was just delivered at our hackspace!
[21:47:25] <cradek> ooooh
[21:47:26] <seb_kuzminsky> all the buttons and stuff for my new control panel! <3
[21:47:37] <cradek> ooooh!
[21:47:57] <cradek> how long until you take the bp there?
[21:48:05] <seb_kuzminsky> heh
[21:48:19] <seb_kuzminsky> the loading dock and the high door there would make it easy to install
[21:48:37] <seb_kuzminsky> "easy" to install
[21:49:35] <cradek> too bad how it's 2" taller than your garage door...
[21:51:15] <psha> cradek:
http://psha.org.ru/tmp/lathe-user.pdf
[21:51:23] <psha> lathe with svg image instead of old png
[21:51:25] <cradek> brb
[21:51:50] <psha> i've pused another fixup commit (will be merged later to one of previous)
[21:52:01] <psha> and also spoted that html cross links are a bit broken
[21:52:08] <psha> also tartet it tomorrow
[21:52:14] <psha> and now it's too late here
[21:54:44] -!-
robh__ [
[email protected]] has joined #emc-devel
[21:55:38] -!-
odiug has quit [Ping timeout: 276 seconds]
[21:56:48] -!-
rob_melb has quit [Remote host closed the connection]
[22:02:46] <mhaberler> seb: just pulled master and built - I assumed PACKAGE_VERSION comes out as 2.6.0~pre0 but still is at 2.5.0~pre
[22:03:02] <seb_kuzminsky> oops, i forgot to update the VERSION file
[22:03:02] <mhaberler> (I did ./confgure)
[22:03:49] <mhaberler> I need a bleeding edge indicator ;-)
[22:04:20] <alex_joni> try sobel
[22:04:33] <mhaberler> me?
[22:05:16] <alex_joni> http://homepages.inf.ed.ac.uk/rbf/HIPR2/sobel.htm
[22:06:40] <mhaberler> ah that one,,
[22:15:28] -!-
EDocToor has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]]
[22:16:23] -!-
emcrules_d510mo has quit [Ping timeout: 260 seconds]
[22:22:09] -!-
OoBIGeye has quit [Ping timeout: 276 seconds]
[22:25:59] -!-
skunkworks has quit [Ping timeout: 272 seconds]
[22:35:03] -!-
OoBIGeye has quit [Ping timeout: 260 seconds]
[22:37:53] -!-
damik1 has quit [Quit: Visitor from www.linuxcnc.org]
[22:39:35] -!-
dimas has quit [Ping timeout: 240 seconds]
[22:39:44] -!-
micges [
[email protected]] has joined #emc-devel
[22:39:52] <micges> hi guys
[22:40:09] -!-
psha has quit [Quit: Lost terminal]
[22:41:06] <alex_joni> hi micges
[22:41:24] <micges> as master is open to play
[22:41:40] <micges> I suggest homing improvement
[22:43:13] -!-
OoBIGeye has quit [Ping timeout: 260 seconds]
[22:43:20] <micges> if we have gantry machine and two joints homing simulately, when one of joints find home switch, I would like it to wait for second joint to find switch
[22:43:36] <micges> and only then process with rest of homing sequence
[22:44:20] <alex_joni> that's one way of doing it, but not the only one
[22:44:22] <micges> this will avoid situation that one joint of gantry seek switch and second is latching off switch
[22:44:52] <alex_joni> another way is to move both joints synchronized through both homings
[22:45:03] <alex_joni> and only after do a move to straighten the gantry
[22:46:33] <micges> synchronized means they are software 'locked' ?
[22:46:41] <alex_joni> yeah
[22:46:59] <alex_joni> so joint 1 starts doing the normal homing routine, and 2 tracks it exactly
[22:47:12] <alex_joni> when it finished 2 starts homing, and 1 tracks it
[22:47:31] <alex_joni> after both are homed (you know the position) they move to their home locations
[22:47:44] <micges> oh I see
[22:48:03] <micges> good idea
[22:48:28] -!-
OoBIGeye has quit [Ping timeout: 260 seconds]
[22:48:49] <micges> but it seems to be easier to code in my way
[22:49:00] <alex_joni> yes, I know ;)
[22:49:19] <alex_joni> I was just saying that from the theory point of view there are multiple solutions
[22:49:36] <alex_joni> chosing the right one is left as an exercise for whoever wants to implement it :)
[22:49:47] <micges> hehe yeah
[22:52:04] -!-
frallzor has quit []
[22:52:19] <alex_joni> or maybe I should say chosing one ..
[22:54:39] <andypugh> You could play games with HAL logic, so that the initial homing-switch state change only occurs with (X1 && X2 && homing.state==1) and then they become independent for the latch move..
[22:54:47] -!-
Fox_Muldr has quit [Ping timeout: 276 seconds]
[22:55:37] <micges> quite messy but it's doable
[22:55:53] -!-
emcrules_d510mo has quit [Ping timeout: 250 seconds]
[22:57:45] <micges> but here I'm trying to avoid such logic in hal - my hal files are >400 lines and anything that is added more to this is dangerous ;)
[22:58:24] <andypugh> I would probably do that in a custom HAL component.
[23:01:10] <micges> another improvement is that, if we have both limit switches on joint, I would like to add to Axis ability to see on which limit is joint at
[23:01:18] -!-
OoBIGeye has quit [Ping timeout: 260 seconds]
[23:01:39] <micges> now it is only information that 'joint is on some limit switch'
[23:02:14] <micges> could be some different icons
[23:14:47] -!-
adb has quit [Ping timeout: 272 seconds]
[23:17:24] -!-
adb [
[email protected]] has joined #emc-devel
[23:22:13] -!-
ve7it [
[email protected]] has joined #emc-devel
[23:36:21] <mhaberler> I'm looking into reserving M-codes for state save/restore and am entertaining suggestions. I'd start with M70 (save), M71 (restore) M71.1 (restore without invalidating the frame) - other suggestions?
[23:40:18] <andypugh> Is M70 used anywhere, for anything, by anyone?
[23:40:54] <mhaberler> that was really my question - I am clueless WRT other controls
[23:41:29] <andypugh> It looks to be a macro code in Mach. (So seems like fair game)
[23:41:37] <mhaberler> I dont want to trample on some all-important Fanuc code or somesuch
[23:41:46] <mhaberler> link to docs?
[23:42:29] <andypugh> Just a random forum post turned up by googling "M70 G-Code"
[23:42:48] <micges> mhaberler: emc2 gcode syntax is very simmilar to fanuc, try follow that way
[23:43:30] <mhaberler> how would I learn about "that way"?
[23:43:36] <andypugh> O100 POP / O100 PUSH?
[23:44:26] <mhaberler> no, it's disjoint from o-words because it should work at mdi level without any o-word call as well
[23:44:41] -!-
tlab has quit [Quit: Leaving]
[23:46:53] <andypugh> Yes, on reflection I agree
[23:48:00] <micges> mhaberler: google says that fanuc don't have that mcodes so imo m70 and friends could be
[23:48:21] <micges> but I would wait for cradek's opinion
[23:48:30] <mhaberler> ok
[23:48:30] <andypugh> M70 looks to be "spare" in Mach, so is used for some user macros. Seems to be fair game,
[23:48:55] <andypugh> The childish part of me wants to see M69 used.
[23:49:04] <mhaberler> occupied
[23:49:11] <mhaberler> in "real life"
[23:49:32] <micges> heh
[23:50:02] <mhaberler> it looks like it's actually a quite minor change - I'd be suprised if its more than 50 lines or so
[23:52:17] <alex_joni> you can always use m200+
[23:52:37] <alex_joni> says he without checking the limit on m-codes
[23:52:52] <alex_joni> 100-199 are reserved for user-m-codes
[23:53:23] <andypugh> EmOneMillion!
[23:53:27] <mhaberler> this breaks interp_array.cc const int Interp::_ems[] = {
[23:53:55] -!-
JT-Shop [
[email protected]] has joined #emc-devel
[23:54:23] -!-
The_Ball has quit [Ping timeout: 250 seconds]
[23:54:26] <mhaberler> well, break.. "requires extending"..
[23:57:48] -!-
emcrules_d510mo has quit [Ping timeout: 264 seconds]
