Back
[00:01:45] <alex_joni> ah, ok.. didn't know they based on ja3
[00:01:58] <alex_joni> then that's another reason to merge ja3 :D
[00:02:20] <alex_joni> well.. 3am here, off to bed
[00:02:35] <alex_joni> my (not sure if meaningful) vote is to merge it ;)
[00:02:51] <micges> thanks
[00:12:10] -!-
mozmck has quit [Ping timeout: 250 seconds]
[00:16:43] -!-
ysli [ysli!~ysli@125-227-120-200.dynamic.hinet.net] has joined #linuxcnc-devel
[00:17:15] <ysli> Hi, cradek
[00:17:22] <ysli> This is Yishin
[00:17:40] <ysli> the hotkeys for axis were add back to AXIS
[00:19:32] <ysli> Please pull again from araisrobo's github repository
[00:21:35] -!-
syyl_ has quit [Quit: Leaving]
[00:26:12] -!-
ysli has quit [Quit: Leaving]
[00:27:29] <jepler> micges: if there are significant upsides and the only downside is inifile incompatibility that you think can be fixed by script, I do not have a problem with the work going into master
[00:29:00] <micges> great, thanks
[00:30:33] <micges> I hope cradek will read this and make a comment
[00:32:53] -!-
mozmck [mozmck!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[00:40:00] -!-
servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[00:48:09] -!-
sumpfralle has quit [Ping timeout: 260 seconds]
[00:50:45] -!-
sumpfralle1 has quit [Ping timeout: 265 seconds]
[00:51:29] -!-
Tom_L has quit []
[00:58:24] -!-
micges has quit [Quit: Leaving]
[01:02:39] -!-
iwoj has quit [Quit: Textual IRC Client:
http://www.textualapp.com/]
[01:28:33] -!-
phantoxe has quit []
[01:30:32] XXPCWXX is now known as
thinpete
[01:40:47] -!-
Tom_itx has quit [Disconnected by services]
[01:40:51] Tom_L is now known as
Tom_itx
[01:42:19] -!-
zlog has quit [Ping timeout: 252 seconds]
[02:10:08] -!-
Jim_ has quit [Quit: Leaving]
[02:43:22] -!-
gene__ has quit [Remote host closed the connection]
[02:53:58] -!-
koax [koax!~kelb@p508D5231.dip.t-dialin.net] has joined #linuxcnc-devel
[02:57:38] -!-
koax_ has quit [Ping timeout: 265 seconds]
[03:05:52] -!-
Valen has quit [Ping timeout: 245 seconds]
[03:31:50] -!-
Tom_afk has quit [Read error: Connection reset by peer]
[03:35:09] Tom_afk is now known as
Guest91302
[03:36:00] -!-
Guest91302 has quit [Client Quit]
[03:42:48] -!-
atom1 has quit [Client Quit]
[03:51:42] -!-
seb_kuzminsky has quit [Quit: Leaving]
[04:13:10] -!-
joe9 has quit [Quit: leaving]
[04:25:10] -!-
ve7it has quit [Remote host closed the connection]
[04:51:55] -!-
Jordan_ has quit [Quit: Leaving]
[04:57:19] -!-
maximilian_h [maximilian_h!~bonsai@f051179202.adsl.alicedsl.de] has joined #linuxcnc-devel
[04:57:28] -!-
maximilian_h [maximilian_h!~bonsai@f051179202.adsl.alicedsl.de] has parted #linuxcnc-devel
[05:30:29] -!-
Vq_ has quit [Ping timeout: 260 seconds]
[05:32:06] -!-
WCMD has quit [Ping timeout: 245 seconds]
[05:39:03] e-ndy|afk is now known as
e-ndy
[06:28:58] -!-
pingufan has quit [Quit: Konversation terminated!]
[06:49:57] -!-
mk0 has quit [Quit:
http://neo-technical.wikispaces.com/emc2-arch]
[07:11:23] -!-
capricorn_1 has quit [Remote host closed the connection]
[07:27:56] -!-
maximilian_h [maximilian_h!~bonsai@HSI-KBW-091-089-198-205.hsi2.kabel-badenwuerttemberg.de] has joined #linuxcnc-devel
[07:28:38] -!-
pfred1 has quit [Ping timeout: 240 seconds]
[07:30:14] -!-
awallin_ has quit [Ping timeout: 250 seconds]
[07:40:07] -!-
phill has quit [Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120310193829]]
[07:46:55] -!-
GH-1234 has quit [Ping timeout: 264 seconds]
[08:08:50] -!-
rob_h [rob_h!~rob_h@5ace70c9.bb.sky.com] has joined #linuxcnc-devel
[08:11:49] -!-
ewidance [ewidance!~ewidance@LPuteaux-156-15-52-242.w82-127.abo.wanadoo.fr] has joined #linuxcnc-devel
[08:22:34] -!-
logger[mah] has quit [Ping timeout: 246 seconds]
[08:23:48] -!-
vladimirek has quit [Remote host closed the connection]
[08:36:33] -!-
maximilian_h has quit [Quit: Leaving.]
[09:00:33] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[09:05:59] -!-
logger[mah] [logger[mah]!~loggermah@burgi.mah.priv.at] has joined #linuxcnc-devel
[09:09:29] -!-
awallin [awallin!awallin@lakka.kapsi.fi] has joined #linuxcnc-devel
[09:10:31] -!-
atom1 has quit [Read error: Connection reset by peer]
[09:40:28] -!-
erasmo [erasmo!~erasmo@213.146.52.238] has joined #linuxcnc-devel
[10:13:32] -!-
maximilian_h [maximilian_h!~bonsai@f051179202.adsl.alicedsl.de] has joined #linuxcnc-devel
[10:16:37] e-ndy is now known as
e-ndy|afk
[10:22:44] -!-
alex_jon1 [alex_jon1!~alex_joni@81.196.65.201] has joined #linuxcnc-devel
[10:24:55] -!-
mozmck1 [mozmck1!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[10:27:08] -!-
mozmck has quit [*.net *.split]
[10:27:09] -!-
djdelorie has quit [*.net *.split]
[10:27:09] -!-
alex_joni has quit [*.net *.split]
[11:01:14] -!-
sumpfralle has quit [Ping timeout: 260 seconds]
[11:13:02] -!-
maximilian_h has quit [Quit: Leaving.]
[11:15:07] -!-
theorbtwo has quit [Ping timeout: 264 seconds]
[11:15:14] theorb is now known as
theorbtwo
[11:20:53] -!-
skunkworks__ [skunkworks__!~chatzilla@str-bb-cable-south-3-102.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[11:26:13] -!-
skunkworks__ has quit [Ping timeout: 248 seconds]
[11:34:20] -!-
mhaberler has quit [Quit: mhaberler]
[11:47:14] e-ndy|afk is now known as
e-ndy
[11:58:02] -!-
Valen has quit [Quit: Leaving.]
[12:06:20] alex_jon1 is now known as
alex_joni
[12:06:31] -!-
alex_joni has quit [Changing host]
[12:06:31] -!-
alex_joni [alex_joni!~alex_joni@emc/board-of-directors/alexjoni] has joined #linuxcnc-devel
[12:06:32] -!- mode/
#linuxcnc-devel [+v alex_joni] by ChanServ
[12:11:15] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[12:31:40] -!-
Radium has quit []
[12:34:27] -!-
skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[12:34:35] <skunkworks> logger[psha]:
[12:39:28] -!-
ewidance1 [ewidance1!~ewidance@bor34-1-88-160-196-193.fbx.proxad.net] has joined #linuxcnc-devel
[12:40:30] -!-
ewidance2 [ewidance2!~ewidance@LPuteaux-156-15-52-242.w82-127.abo.wanadoo.fr] has joined #linuxcnc-devel
[12:42:07] -!-
ewidance has quit [Ping timeout: 260 seconds]
[12:43:47] -!-
ewidance1 has quit [Ping timeout: 245 seconds]
[12:45:09] -!-
ewidance [ewidance!~ewidance@bor34-1-88-160-196-193.fbx.proxad.net] has joined #linuxcnc-devel
[12:46:59] -!-
ewidance2 has quit [Ping timeout: 246 seconds]
[12:47:36] -!-
ewidance1 [ewidance1!~ewidance@bor34-1-88-160-196-193.fbx.proxad.net] has joined #linuxcnc-devel
[12:51:35] -!-
ewidance has quit [Ping timeout: 272 seconds]
[13:05:08] <skunkworks> I thought FO also wasn't implimented in Yishin's work
[13:05:40] -!-
syyl has quit [Ping timeout: 252 seconds]
[13:10:30] <alex_joni> s/pli/ple/
[13:11:25] <skunkworks> heh. On a Microsoft pc - the irc doesn't have spell check...
[13:11:29] <skunkworks> So I wing it
[13:11:35] <skunkworks> Good morning alex_joni
[13:23:16] <alex_joni> heh, just pulling your leg
[13:26:43] <awallin> feed override, especially >100%, can get tricky together with better lookahead... it's hard to plan very far ahead if the user is allowed to suddenly say "lets have 200% of the feed NOW"
[13:42:55] -!-
Gast259 has quit [Client Quit]
[13:46:14] -!-
joe9 [joe9!~joe9@c-24-99-80-97.hsd1.ga.comcast.net] has joined #linuxcnc-devel
[13:49:13] <cradek> I haven't tested it yet because I haven't managed to run it
[13:54:27] -!-
mhaberler has quit [Quit: mhaberler]
[14:02:07] -!-
ebe23 has quit [Read error: Connection reset by peer]
[14:03:48] -!-
Sulfur has quit [Ping timeout: 272 seconds]
[14:07:23] -!-
ysli [ysli!~ysli@125-227-120-200.dynamic.hinet.net] has joined #linuxcnc-devel
[14:08:40] <jepler> I am worried by things like the need to 'add back' keyboard functionality in axis. that points towards needing to rewrite the branch before it's suitable for inclusion in master.
[14:08:58] <jepler> (i.e., rewrite it to delete the commit(s) that removed functionality from axis)
[14:09:37] <cradek> yes I don't understand that either. The branch is a mix of lots of things, a few of which I'm interested in importing, most of which I'm not (usb motion-queue stuff)
[14:09:39] -!-
Loetmichel has quit [Ping timeout: 260 seconds]
[14:10:00] <jepler> also, we should carefully examine the relationship between this and better non-trivkins machines
[14:10:13] <cradek> I mean ... a few of which I'm interested in testing and then perhaps importing
[14:10:34] <jepler> because jerk-limited and lookahead in cartesian coordinates may paint us further into a corner with respect to joint constraints
[14:11:16] <cradek> yes that's very true
[14:12:27] <cradek> those things would be more important to me. jerk limiting is not important to me. I think of it as something that would be nice but it is not necessary on any of my machines and it is not worth giving other things up for.
[14:13:31] <ysli> the hotkeys for AXIS was disabled because the operator (of our client) might hit it by accident. For example hitting "ESC" may terminate the operation. We use jog wheel for jogging.
[14:14:55] <ysli> and physical buttons and switches instead of keyboard keys for motion related control
[14:14:59] <cradek> I sympathize with your position - it's hard to do what a client wants, and at the same time also do what is appropriate for merging into the larger project
[14:15:30] <ysli> IMO the
[14:15:39] <ysli> AXIS is good for developers
[14:16:09] <ysli> might not be good for regular operators of a production line
[14:17:01] <cradek> that is probably true, I like hard controls on a production machine too. But I think you would find that 90%+ of linuxcnc users use AXIS with no (or few) hard controls.
[14:17:33] <cradek> we must always keep both kinds of users in mind, and that is sometimes hard
[14:17:46] <cradek> I think touchy plus hard controls is much more appropriate for a production machine
[14:18:02] <ysli> Yes, that's why I add those key bindings back :-)
[14:18:33] <cradek> ysli: is there a good way I could merge your jerk-limited planner and no other changes?
[14:18:45] <cradek> I would like to test it with no other changes
[14:19:53] <ysli> The JERK settings are from .INI file
[14:21:02] djgpp is now known as
djdelorie
[14:22:13] <ysli> it's interface is through joints_axes3's joint ini setting reader
[14:22:54] <cradek> I see, if ja3 is involved then I'm sure the answer to my question is no, it's very complicated to select just that
[14:23:30] <ysli> right
[14:24:17] <ysli> Though, ja3 has less problem merging my code
[14:24:44] <ysli> it just has to replace the tcRunCycle with ours
[14:24:59] <ysli> and take the jerk modifications
[14:25:35] <cradek> I would be very happy if we had a branch off our ja3 that adds only your jerk-limited planner.
[14:25:59] <cradek> that could eventually be merged into master if our testing found it appropriate
[14:26:47] <cradek> is this something you are interested in doing for us? it could be possibly done by just selecting the appropriate commits from throughout your work?
[14:27:32] <ysli> Yes, I would be glad to do so
[14:27:52] -!-
kb8wmc [kb8wmc!~chatzilla@nat.mtp.cmsinter.net] has joined #linuxcnc-devel
[14:28:05] <cradek> that would be terrific, thank you
[14:29:45] <ysli> In order to do this task, I should
[14:30:07] <ysli> 1. create a branch based on joints_axes3
[14:30:40] <ysli> 2. merge only the jerk-limited planner to it
[14:31:12] <ysli> 3. let the community to verify it with their hardware
[14:31:36] -!-
GoSebGo [GoSebGo!~GoSebGo@184-229-35-132.pools.spcsdns.net] has joined #linuxcnc-devel
[14:32:00] <ysli> NB: I just have mesa's 7i43 USB card
[14:32:16] <ysli> that could be dangerous
[14:32:32] <cradek> it doesn't matter, you can use the sim configs with no hardware at all
[14:32:53] <cradek> this branch will have no hardware-related changes
[14:32:56] <ysli> okay
[14:33:33] <ysli> When you want to verify it, be careful because it's not verified with real motors
[14:33:54] Cylly is now known as
Loetmichel
[14:34:05] <cradek> I will use only halscope to study the behavior
[14:34:58] -!-
mcinquino has quit [Quit: Bye Bye]
[14:35:53] <ysli> I should be able to commit time on this work after Apr-13
[14:36:46] <cradek> great, that will give me time to investigate a merge of master into ja3 before you start. I will do that to make future merge work easier.
[14:37:17] <ysli> Because I got a new request for modifying the motion blending of two consecutive segments with identical tangent vector
[14:39:34] <cradek> sounds interesting
[14:39:36] <ysli> the goal is for not slowing down between two STRAIGHT_FEED with same direction
[14:40:15] <ysli> or 2 arcs with the same outward and inward tangent vectors
[14:40:45] <ysli> or between STRAIGHT_FEED and ARC_FEED ...
[14:41:30] <cradek> isn't that special cases of the blending we already have?
[14:42:33] <ysli> they are different
[14:44:02] <ysli> current blending will always decelerate the former FEED and accelerate the later FEED earlier
[14:44:40] <cradek> yes, with sum staying constant
[14:47:23] <ysli> if you are blending ARC_FEED with ARC/STRAIGHT FEED, the result will be different
[14:47:48] <ysli> because you start the later FEED too early
[14:48:28] -!-
ebe23 has quit [Quit: AndroIRC - Android IRC Client (
http://www.androirc.com )]
[14:49:23] <cradek> yes we have path divergence there, but within tolerance now (fixed not too long ago). you will require slowdown or divergence in your planner too, to limit jerk
[14:56:11] <ysli> that's why I got to modify it for this new request
[14:57:02] <ysli> the former will not slow down, and the later will not have to speed up. if their tangent vector are the same
[14:57:54] -!-
Valen has quit [Ping timeout: 246 seconds]
[14:58:14] <cradek> but you cannot join line->arc without slowdown or path divergence and still have limited jerk
[14:58:50] <cradek> the arc's centripetal acceleration will start instantly with your planned change
[15:01:07] <ysli> you are right. we also have to check the centripetal acceleration for the arc is within joint limitations
[15:01:25] <ysli> before we can issue this kind of blending
[15:01:30] <cradek> yes
[15:01:53] <ysli> we have done that in our NURBS planner
[15:02:04] <cradek> excellent
[15:02:09] <cradek> I look forward to trying this all
[15:02:28] <ysli> but NURBS is too complicate for our client
[15:02:41] <ysli> they do not have CAM for that kind of motion
[15:02:54] -!-
psha [psha!~psha@213.208.162.69] has joined #linuxcnc-devel
[15:03:06] <ysli> their CAM can only generate STRAIGHT and ARC feed
[15:03:26] <cradek> unfortunately I bet that is true for most
[15:03:50] <skunkworks> you couldn't post-process a line-arc gcode file to nurbs?
[15:03:58] <skunkworks> *pre-process
[15:05:00] <jepler> but both lines and arcs are exactly representable as NURBS
[15:05:02] <cradek> if the cad model is spliney to start with, converting to line/arc and back to splineyland is terrible
[15:05:33] <skunkworks> heh
[15:05:36] <cradek> jepler: but not the other way, which is when the information is lost (cam export)
[15:09:12] <ysli> back to the blending issue; the seamless blending is crucial for plasma cutting
[15:09:31] <cradek> jepler: or are you saying that once you have proper nurbs blending in your planner you ought to be done already?
[15:09:37] <ysli> and I think it's important for laser cutting also
[15:12:49] <jepler> if you have a NURBS planner you don't need a line or arc planner; just convert the lines and arcs to identical NURBS paths.
[15:13:11] <cradek> ok I get you now, and I agree
[15:13:47] <ysli> as the feed rate is around 3000mm/min with the torch temperature at 20000 C, the slowdown between segments is not acceptable
[15:13:49] <jepler> unlike bezier splines, NURBS can exactly represent circular arcs (except the time parameter is not equal-length)
[15:15:12] <ysli> join line-arc to NURBS in real-time is not a easy task
[15:15:46] <ysli> Though, we can pre-process it offline
[15:18:24] <ysli> jepler: still we need to think about blending two NURBS seamlessly :-)
[15:22:45] <ysli> there's no cutter radius compensation for NURBS
[15:23:04] <ysli> it's another complicate task, IMO
[15:23:33] <cradek> yes very
[15:24:21] <ysli> got to go sleep. It's 23:24 here
[15:24:25] <ysli> bye bye
[15:24:26] <jepler> goodnight
[15:24:42] -!-
ysli has quit [Quit: Leaving]
[15:28:46] -!-
ewidance1 [ewidance1!~ewidance@bor34-1-88-160-196-193.fbx.proxad.net] has parted #linuxcnc-devel
[15:31:03] <cradek> mhaberler didn't test motion after his last change...
[15:31:21] <joe9> wondering if there is a text/console alternative to stepconf?
[15:31:28] <cradek> vim
[15:31:34] <joe9> it requires gnome.ui and that is installing a ton of stuff
[15:31:43] <joe9> cradek: oh, that would be awesome.
[15:31:50] <cradek> start with a sample config that's close, and edit it
[15:31:58] <joe9> ok, cool. thanks.
[15:32:07] <jepler> stepconf is just handholding for beginning users with simple machines
[15:32:11] <cradek> like pfred1 said it's just text, no magic
[15:32:15] <jepler> I wrote it but I'm unlikely to use it
[15:32:23] <joe9> and the configs are in emc2-dev/configs
[15:32:26] <cradek> yes
[15:32:33] <jepler> (and others, particularly chris morley, have hacked on it a ton too)
[15:32:42] -!-
Radium has quit [Ping timeout: 252 seconds]
[15:33:55] <joe9> is hal needed for software stepgen?
[15:34:05] <skunkworks> yes
[15:34:05] <jepler> yes, hal is needed for every linuxcnc setup
[15:34:30] <cradek> the step generator is a hal component, as is the parallel port driver
[15:34:45] <joe9> ok, thanks. just installed it.
[15:34:58] <cradek> ?
[15:35:04] <cradek> what did you install?
[15:35:08] -!-
pingufan has quit [Quit: Konversation terminated!]
[15:35:13] <joe9> hal.
[15:35:15] <jepler> linuxcnc hal is different than gnome hal
[15:35:24] <jepler> linuxcnc hal is part of linuxcnc
[15:35:24] <joe9> oh, really.
[15:35:29] <joe9> oh, ok.
[15:35:34] <joe9> thanks a lot for that.
[15:35:36] <jepler> sorry, I misunderstood the question
[15:36:47] <joe9> the linuxcnc stuff installed fine on my machine (i think). the "linuxcnc" gui opens up.
[15:37:02] <joe9> is there anything I should check to make sure I have all the components?
[15:38:08] <jepler> on debian-based systems, debian/control.in is used to ultimately generate the list of packages required at build and run time in the debian style
[15:38:44] <joe9> jepler: ok, thanks.
[15:42:38] e-ndy is now known as
e-ndy|afk
[16:06:15] -!-
psha has quit [Quit: Lost terminal]
[16:06:42] -!-
SolarNRG has quit []
[16:07:13] -!-
ebe23 has quit [Client Quit]
[16:10:50] <cradek> when I select g540 in stepconf, I get a pinout without charge pump. I think I recall it needs a charge pump. does the preset not also do the pinout?
[16:11:27] -!-
erasmo has quit [Remote host closed the connection]
[16:15:44] <jepler> I think that "pinout" only sets things regarding the step & direction pins (when it was written it was 'xylotex' or 'sherline', neither of which had a defined CP pin)
[16:15:55] <cradek> oh I was wrong about mhaberler's change - the issue is a spindle that's very slow to spin up. although I do see that the change is unfinished.
[16:16:42] <cradek> jepler: I guess it does sort of imply that by "driver type" and the HRs
[16:17:07] <jepler> er, or maybe that is just for setting the step waveform timings
[16:17:18] <jepler> this is the dropdown, not the buttons on the pinout page?
[16:17:23] <cradek> yes
[16:17:27] <cradek> I think it's just timings
[16:17:32] <jepler> yes
[16:17:50] <jepler> then there are a pair of buttons on the pinout page for xylotex vs sherline
[16:17:59] <cradek> it would be nice if (in at least some cases?) it'd set the defaults for the pinout too.
[16:18:35] <cradek> stepconf predates the g540 and I understand that doing canned configs for full driver solutions like that wasn't the design
[16:20:28] -!-
ve7it [ve7it!~LawrenceG@S0106001c10b7770f.pk.shawcable.net] has joined #linuxcnc-devel
[16:26:01] <JT-Shop> the g540 is in the drop down list
[16:27:30] <JT-Shop> the g540 pin out
http://www.geckodrive.com/ark-2/support.html?pid=91&id=102
[16:27:40] <CIA-68> 03cradek 07joints_axes3 * r0662094ae97f 10/ (1208 files in 162 dirs): Merge branch 'master' into joints_axes3
[16:40:50] * cradek just merged 12463 commits
[16:41:01] <cradek> git wfm.
[16:45:09] <GoSebGo> Yay for ja3
[17:12:35] <linuxcnc-build> build #328 of package-sim-precise-source is complete: Failure [failed making debian source package] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/package-sim-precise-source/builds/328 blamelist: cmorley <chrisinnanaimo@hotmail.com>, Matt Shaver <matt@mattshaver.com>, k.t. chan <eddie692962@netvigator.com>, Andy Pugh
[17:12:35] <linuxcnc-build> <andy@bodgesoc.org>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Geszkiewicz <micges@wp.pl>, jepler <jepler@unpythonic.net>, Jon Elson <elson@jeuser.pico-systems.com>, Francis Tisserant <tissf@free.fr>, Jeff Epler <jepler@unpythonic.net>, Jeff Epler <jepler@dsndata.com>, Oscar
[17:12:35] <linuxcnc-build> Chaides <xolotl44@gmail.com>, Chris S Morley <chrisinnanaimo@hotmail.com>, Michael Haberler <git@mah.priv.at>, Sebastian Kuzminsky <seb@highlab.com>, elson <elson@pico-systems.com>, joe9 <joe9mail@gmail.com>, Dewey Garrett <dgarrett@panix.com>
[17:13:00] <cradek> that's quite a blame list, linuxcnc-build
[17:13:13] -!-
psha [psha!~psha@213.208.162.69] has joined #linuxcnc-devel
[17:15:40] <cradek> funny we haven't encountered that before
[17:16:42] <linuxcnc-build> build #327 of package-rt-hardy-source is complete: Failure [failed making debian source package] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/package-rt-hardy-source/builds/327 blamelist: cmorley <chrisinnanaimo@hotmail.com>, Matt Shaver <matt@mattshaver.com>, k.t. chan <eddie692962@netvigator.com>, Andy Pugh <andy@bodgesoc.org>,
[17:16:42] <linuxcnc-build> John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Geszkiewicz <micges@wp.pl>, jepler <jepler@unpythonic.net>, Jon Elson <elson@jeuser.pico-systems.com>, Francis Tisserant <tissf@free.fr>, Jeff Epler <jepler@unpythonic.net>, Jeff Epler <jepler@dsndata.com>, Oscar Chaides
[17:16:42] <linuxcnc-build> <xolotl44@gmail.com>, Chris S Morley <chrisinnanaimo@hotmail.com>, Michael Haberler <git@mah.priv.at>, Sebastian Kuzminsky <seb@highlab.com>, elson <elson@pico-systems.com>, joe9 <joe9mail@gmail.com>, Dewey Garrett <dgarrett@panix.com>
[17:16:44] <linuxcnc-build> build #327 of package-sim-hardy-source is complete: Failure [failed making debian source package] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/package-sim-hardy-source/builds/327 blamelist: cmorley <chrisinnanaimo@hotmail.com>, Matt Shaver <matt@mattshaver.com>, k.t. chan <eddie692962@netvigator.com>, Andy Pugh
[17:16:44] <linuxcnc-build> <andy@bodgesoc.org>, John Thornton <jthornton@gnipsel.com>, Chris Radek <chris@timeguy.com>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Geszkiewicz <micges@wp.pl>, jepler <jepler@unpythonic.net>, Jon Elson <elson@jeuser.pico-systems.com>, Francis Tisserant <tissf@free.fr>, Jeff Epler <jepler@unpythonic.net>, Jeff Epler <jepler@dsndata.com>, Oscar
[17:16:44] <linuxcnc-build> Chaides <xolotl44@gmail.com>, Chris S Morley <chrisinnanaimo@hotmail.com>, Michael Haberler <git@mah.priv.at>, Sebastian Kuzminsky <seb@highlab.com>, elson <elson@pico-systems.com>, joe9 <joe9mail@gmail.com>, Dewey Garrett <dgarrett@panix.com>
[17:20:33] <JT-Shop> wow, everyone is guilty!
[17:21:46] -!-
phantoxe has quit []
[17:21:53] -!-
motioncontrol has quit [Quit: Sto andando via]
[17:24:35] <cradek> seems like update-dch-from-git needs another tweak, I'll wait for GoSebGo to evaluate before I take a shot at it
[17:28:25] -!-
demacus has quit [Remote host closed the connection]
[17:28:37] -!-
tom3p has quit [Quit: Ex-Chat]
[17:29:28] -!-
Poincare has quit [Quit: changing servers]
[17:42:30] <linuxcnc-build> build #380 of checkin is complete: Failure [failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/380 blamelist: cmorley <chrisinnanaimo@hotmail.com>, Matt Shaver <matt@mattshaver.com>, k.t. chan <eddie692962@netvigator.com>, Andy Pugh <andy@bodgesoc.org>, John Thornton <jthornton@gnipsel.com>, Chris Radek
[17:42:30] <linuxcnc-build> <chris@timeguy.com>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Geszkiewicz <micges@wp.pl>, jepler <jepler@unpythonic.net>, Jon Elson <elson@jeuser.pico-systems.com>, Francis Tisserant <tissf@free.fr>, Jeff Epler <jepler@unpythonic.net>, Jeff Epler <jepler@dsndata.com>, Oscar Chaides <xolotl44@gmail.com>, Chris S Morley
[17:42:30] <linuxcnc-build> <chrisinnanaimo@hotmail.com>, Michael Haberler <git@mah.priv.at>, Sebastian Kuzminsky <seb@highlab.com>, elson <elson@pico-systems.com>, joe9 <joe9mail@gmail.com>, Dewey Garrett <dgarrett@panix.com>
[17:46:38] <GoSebGo> I'll check it out
[17:49:05] <GoSebGo> I think it's the _ in joint_axes3
[17:49:05] <linuxcnc-build> build #321 of deb-lucid-sim-binary-i386 is complete: Failure [failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-lucid-sim-binary-i386/builds/321
[17:49:45] <GoSebGo> Thats not a valid deb version char
[17:51:11] <linuxcnc-build> build #321 of deb-lucid-rt-binary-i386 is complete: Failure [failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-lucid-rt-binary-i386/builds/321
[18:06:53] -!-
kb8wmc has quit [Ping timeout: 246 seconds]
[18:09:15] <CIA-68> 03seb 07master * r809cf9cbef74 10/scripts/get-version-from-git: packaging: convert invalid characters in version numbers to "-"
[18:09:16] <CIA-68> 03seb 07master * r3720ee1464d4 10/scripts/get-version-from-git: Merge branch 'v2.5_branch'
[18:09:47] -!-
kb8wmc [kb8wmc!~chatzilla@nat.mtp.cmsinter.net] has joined #linuxcnc-devel
[18:12:15] <GoSebGo> cradek: when i tried to merge master into joints_axes3, it wanted to change some files i wasnt expecting, after your recent merge
[18:12:57] -!-
Tom_L has quit []
[18:13:55] <linuxcnc-build> build #320 of deb-lucid-sim-binary-amd64 is complete: Failure [failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-lucid-sim-binary-amd64/builds/320
[18:42:16] Tom_L is now known as
Guest83786
[18:43:02] <cradek> tp.c? I merged from a point before that change because it is incomplete
[18:47:09] -!-
sumpfralle has quit [Ping timeout: 252 seconds]
[18:47:26] -!-
IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 10.0.2/20120216080748]]
[18:54:11] <GoSebGo> Ah, ok
[18:54:35] -!-
maximilian_h [maximilian_h!~bonsai@f051140244.adsl.alicedsl.de] has joined #linuxcnc-devel
[18:54:46] <cradek> so just leave it and I'll merge after mhaberler and/or I decide what to do to complete his change
[18:55:31] <cradek> I was just looking at it again but for some reason it seems to require more meditation energy that I have available right now
[19:01:38] -!-
uwe_ has quit [Ping timeout: 265 seconds]
[19:08:57] -!-
Radium has quit []
[19:32:36] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[19:35:22] <cradek> mhaberler: I've noticed some ways your change is incomplete and probably breaks obscure things like aborting during a thread is being cut
[19:35:44] <mhaberler> can you make me reproduce it?
[19:36:04] <mhaberler> or conjecture?
[19:36:06] <cradek> I haven't understood it well enough to reproduce
[19:36:13] <cradek> if(waiting_for_index) {
[19:36:24] <cradek> for instance this is surely wrong, since it will almost always evaluate to true
[19:36:33] <mhaberler> let me see
[19:36:51] <cradek> also check out the code in the aborting case
[19:38:01] <mhaberler> well, it boils down to the question: is this a flag, or an id to compare with; my patch is based on the assumption it is an id, which is based on the line:
[19:38:13] <cradek> also consider if (tc->target == tc->progress && waiting_for_atspeed != tc->id) {
[19:38:14] <mhaberler> if(waiting_for_index && waiting_for_index != tc->id)
[19:38:31] <mhaberler> the second part of the expression doesnt make sense if its a bool
[19:38:50] <cradek> I don't care about anything except that the behavior is the same before and after your change
[19:39:12] <cradek> obviously it was used both as a flag and identifier
[19:39:25] <cradek> I know it sucks, but we need to not break this
[19:39:58] <mhaberler> sure. Well, I'll look into how the values are set.
[19:40:23] <cradek> I am pretty sure your substitutions are right so far, but you missed some
[19:40:38] <cradek> and I'm not sure what to substitute in for instance if (tc->target == tc->progress && waiting_for_atspeed != tc->id)
[19:41:33] <mhaberler> the upstream code (as it comes from task) should be able to tell.
[19:41:36] <cradek> and I'm sure it's wrong here: if( waiting_for_index || waiting_for_atspeed || (tc->currentvel == 0.0 && !nexttc) || ...
[19:41:51] <mhaberler> uh.
[19:42:37] <mhaberler> note that I did not change the generation of motion ids in task, so I dont think this would be triggered
[19:42:59] <cradek> oh ok! that is why it seems to work.
[19:42:59] <mhaberler> yet, that is ;-)
[19:43:06] <cradek> yes understood
[19:43:33] <cradek> I was looking it during merging and it looked all wrong and I was puzzled by how it seemed to work :-)
[19:43:40] <cradek> looking at it
[19:43:53] <mhaberler> by choosing the right test ;)
[19:49:53] -!-
psha has quit [Quit: Lost terminal]
[19:52:31] -!-
vladimirek has quit [Remote host closed the connection]
[19:52:35] -!-
Tom_L has quit [Ping timeout: 246 seconds]
[19:53:23] -!-
Tom_itx has quit [Disconnected by services]
[19:53:27] Tom_L is now known as
Tom_itx
[19:53:38] -!-
zlog has quit [Ping timeout: 240 seconds]
[20:06:55] <mhaberler> well right. 5 obvious and 2 questionable cases..
[20:07:44] <mhaberler> that is for tp; I need to go through the compares in motion once more
[20:15:19] -!-
maximilian_h [maximilian_h!~bonsai@f051140244.adsl.alicedsl.de] has parted #linuxcnc-devel
[20:36:18] -!-
kb8wmc has quit [Ping timeout: 252 seconds]
[20:38:21] -!-
WCMD has quit [Ping timeout: 245 seconds]
[20:41:14] -!-
kb8wmc [kb8wmc!~chatzilla@nat.mtp.cmsinter.net] has joined #linuxcnc-devel
[20:41:39] -!-
phantoxe has quit [Disconnected by services]
[20:41:42] phantone is now known as
phantoxe
[20:59:47] -!-
kb8wmc has quit [Ping timeout: 246 seconds]
[21:02:30] -!-
skunkworks has quit []
[21:04:08] -!-
kb8wmc [kb8wmc!~chatzilla@nat.mtp.cmsinter.net] has joined #linuxcnc-devel
[21:05:50] -!-
pfred1 has quit [Quit: Lost terminal]
[21:09:28] -!-
FinboySlick has quit [Quit: Leaving.]
[21:13:31] -!-
DJ9DJ has quit [Quit: bye]
[21:22:26] -!-
Radium has quit []
[21:25:15] -!-
n2diy has quit [Quit: Ex-Chat]
[21:31:26] -!-
syyl_ws has quit [Quit: Verlassend]
[21:41:31] -!-
sumpfralle has quit [Ping timeout: 276 seconds]
[21:49:32] -!-
atom1 has quit [Quit: Leaving]
[21:52:59] -!-
Fox_Muldr has quit [Ping timeout: 265 seconds]
[21:55:28] <mhaberler> cradek: I'd appreciate if you could have a look at
http://git.mah.priv.at/gitweb/emc2-dev.git/commit/43bb88f2a4f6887ef644cef7973d9bcaa0d2d848
[22:05:21] -!-
GH-1234 has quit [Quit: Miranda IM! Smaller, Faster, Easier.
http://miranda-im.org]
[22:08:28] -!-
bedah has quit [Quit: Ex-Chat]
[22:11:43] -!-
sumpfralle has quit [Ping timeout: 246 seconds]
[22:53:27] -!-
micges [micges!~micges@egg216.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[22:55:01] <cradek> mhaberler: what about the test on line 699? I'm not sure I understand it.
[22:55:35] <mhaberler> tp.c?
[22:55:38] <cradek> yeah
[22:55:41] <cradek> (tc->target == tc->progress && waiting_for_atspeed != tc->id) {
[22:56:45] <cradek> I think it says "tc move is ending, and either we're not waiting for atspeed at all (because id is always nonzero) or we ARE waiting for atspeed but it's not for this particular tc"
[22:56:56] <mhaberler> this is inequality which is ok
[22:57:16] <cradek> does it still mean that same thing? I can't get my head around it
[22:57:20] <mhaberler> this one is ok because waiting_for_atspeed now is guaranteed to be either a valid id, or the test will fail
[22:57:21] <mhaberler> yes
[22:57:44] <mhaberler> assume waiting_for_atspeed == MOTION_INVALID_ID:
[22:58:09] <mhaberler> tc->id will never be MOTION_INVALID_ID because thats tested for upstream
[22:58:54] <mhaberler> so the inequality without protection is ok (I was there already)
[22:59:01] <cradek> ok I think I understand
[22:59:25] <cradek> thanks
[23:01:40] <mhaberler> other than that, ok for you?
[23:05:12] <cradek> yes I think so
[23:06:00] <cradek> thanks for giving it a second look
[23:06:02] <mhaberler> ok; this needs to be firm before I start meddling with the MDI motion ids. I think its ok now.
[23:06:39] -!-
GoSebGo has quit [Quit: Bye]
[23:06:41] <mhaberler> fair enough, thanks for watching closely
[23:06:44] <cradek> I'll still watch for problems, might re-test stuff like threading aborts when you get into it a ways
[23:06:58] -!-
GoSebGo [GoSebGo!~GoSebGo@184-229-35-132.pools.spcsdns.net] has joined #linuxcnc-devel
[23:07:06] <cradek> just because it's all pretty hairy
[23:07:23] <mhaberler> yes, I know. is there some specific issue which is open?
[23:07:46] <cradek> no, as far as I know it all works perfectly
[23:08:45] <mhaberler> btw: this HTML diff was the find of the day (see mailing list): quickly viewing changes in manuals between versions; here's v.25 vs master gcode overview:
http://static.mah.priv.at/public/html/Overview-diff.html
[23:08:53] <mhaberler> 66 lines of Python!
[23:09:14] <mhaberler> just look for red/green
[23:09:31] <cradek> sweet
[23:09:41] <cradek> seb had a similar setup for diffing pdfs!
[23:09:59] <mhaberler> oh, need to talk to him.
[23:10:22] <cradek> GoSebGo is his phone, which disconnects whenever he gets a call :-P
[23:10:41] <cradek> it'd be funny if not so sad
[23:11:11] <mhaberler> jeepers
[23:12:31] <mhaberler> well, I live at the end of a phoneline which doesnt even connect with ADSL because of past lightning hits, so I built my own feed with a few 5Ghz wifi links; some 20km
[23:12:55] -!-
Jim_ has quit [Remote host closed the connection]
[23:13:02] <mhaberler> I feed the local farmers too, and get pork and cider in exchange
[23:13:31] <GoSebGo> Mmm, pork & cider, bbl dinner
[23:13:37] <cradek> wow!
[23:16:13] <mhaberler> who does the webserver care & feeding?
[23:16:29] <cradek> more specific?
[23:17:08] <mhaberler> for instance, adding a button "changes to previous version" besides each html manual page which changed
[23:17:19] <mhaberler> and using that tool
[23:18:04] <cradek> I'm not sure who would have that power...
[23:18:11] <mhaberler> I see ;)
[23:18:37] <mhaberler> this sounds a bit like asking psha to write documentation
[23:19:46] <cradek> I'm impressed by your remap documentation. that's a very hard part of a project like that.
[23:20:33] <CIA-68> 03mhaberler 07master * r43bb88f2a4f6 10/src/emc/ (4 files in 3 dirs): usrmotinf, tp, task: firm up handling of invalid motion id's
[23:20:49] <mhaberler> dont read the bottom part ;)
[23:21:12] <cradek> haha
[23:22:06] <mhaberler> its in bad need of restructuring, theres lots of generally useful stuff in there which has nothing todo with remapping per se
[23:22:53] <mhaberler> the filename 'structure.html' is a complere misnomer;)
[23:23:31] <mhaberler> anyway I'm off for tonight, see you!
[23:23:35] <cradek> g'night
[23:23:48] -!-
mhaberler has quit [Quit: mhaberler]
[23:25:30] -!-
seb_kuzminsky [seb_kuzminsky!~seb@184-96-167-189.hlrn.qwest.net] has joined #linuxcnc-devel
[23:27:50] -!-
kb8wmc has quit [Ping timeout: 246 seconds]
[23:31:46] -!-
kb8wmc [kb8wmc!~chatzilla@nat.mtp.cmsinter.net] has joined #linuxcnc-devel
[23:38:37] -!-
GoSebGo has quit [Quit: Bye]
[23:39:29] -!-
syyl_ has quit [Quit: Leaving]
[23:56:16] -!-
Nick001-Shop has quit [Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643]]