Back
[00:04:24] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[00:04:46] -!- moorbo has quit [Remote host closed the connection]
[00:25:19] -!- andypugh has quit [Quit: andypugh]
[00:29:24] -!- tekniq has quit [Ping timeout: 252 seconds]
[00:33:30] -!- atom1 [atom1!~tom@ip68-102-196-57.ks.ok.cox.net] has joined #linuxcnc-devel
[00:33:30] -!- atom1 has quit [Changing host]
[00:33:30] -!- atom1 [atom1!~tom@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[00:41:30] -!- syyl_ has quit [Ping timeout: 252 seconds]
[00:43:59] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[00:46:21] -!- asdfasd has quit [Ping timeout: 245 seconds]
[00:51:36] -!- TTN has quit [Changing host]
[00:57:47] -!- rob_h has quit [Ping timeout: 245 seconds]
[01:02:30] -!- Nick001-shop has quit [Quit: ChatZilla 0.9.91.1 [Firefox 34.0.5/20141126041045]]
[01:05:31] -!- Loetmichel has quit [Ping timeout: 245 seconds]
[01:06:43] -!- nofxx has quit [Ping timeout: 255 seconds]
[01:10:22] -!- TTN has quit [Ping timeout: 265 seconds]
[01:13:09] -!- mhaberler has quit [Quit: mhaberler]
[01:14:47] -!- The_Ball has quit [Ping timeout: 250 seconds]
[01:25:58] -!- kroylar_ has quit [Quit: leaving]
[01:28:15] -!- furrywolf has quit [Ping timeout: 265 seconds]
[02:02:37] -!- atom1 has quit [Quit: Leaving]
[02:12:15] -!- Servos4ever has quit [Quit: ChatZilla 0.9.91.1 [SeaMonkey 2.26.1/20140612173529]]
[02:52:28] -!- atom1 [atom1!~tom@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[03:19:01] -!- TTN has quit [Ping timeout: 255 seconds]
[03:34:09] -!- johtso has quit [Quit: Connection closed for inactivity]
[03:59:31] -!- furrywolf has quit [Ping timeout: 255 seconds]
[04:06:41] -!- PetefromTn_andro has quit [Quit: Bye]
[04:08:49] -!- witnit has quit [Remote host closed the connection]
[04:09:29] -!- amiri_ has quit [Ping timeout: 256 seconds]
[04:14:10] -!- TTN has quit [Ping timeout: 252 seconds]
[04:21:54] -!- zeeshan-mill has quit [Ping timeout: 244 seconds]
[04:23:40] -!- atom1 has quit [Quit: Leaving]
[04:24:25] -!- swingley has quit [Remote host closed the connection]
[04:32:49] -!- AR__ has quit [Ping timeout: 264 seconds]
[04:34:37] -!- sumpfralle has quit [Quit: Leaving.]
[04:44:14] -!- zeeshan-mill has quit [Remote host closed the connection]
[04:46:12] -!- flyback has quit [Quit: Leaving]
[04:53:49] -!- rob_ellenberg [rob_ellenberg!~robert@c-69-242-74-146.hsd1.pa.comcast.net] has joined #linuxcnc-devel
[05:00:37] -!- zeeshan-mill has quit [Remote host closed the connection]
[05:00:49] -!- anarchos2 has quit [Read error: Connection reset by peer]
[05:00:50] <skunkworks> hey rob
[05:00:55] <rob_ellenberg> hey
[05:01:03] <seb_kuzminsky> howdy
[05:01:27] <skunkworks> hey seb
[05:01:46] <rob_ellenberg> the dev channel is quiet this time of night
[05:02:13] <seb_kuzminsky> conversation here is pretty bursty
[05:02:51] <seb_kuzminsky> ok, what kind of testing is on your mind?
[05:03:48] <rob_ellenberg> Something like the build tests that auto-run when you push a new commit to the build-bot
[05:04:06] <seb_kuzminsky> yeah, that would be super useful
[05:04:15] <seb_kuzminsky> i am in favor of this idea
[05:04:26] <rob_ellenberg> I liked what you started with the G0 test
[05:04:49] <seb_kuzminsky> tests/motion/g0
[05:04:51] <rob_ellenberg> yeah
[05:05:08] <rob_ellenberg> The direct analysis of halstreamer output is good
[05:05:34] <seb_kuzminsky> it was the only way i could think of at the time to test Motion
[05:05:43] <rob_ellenberg> That covers a fair amount though
[05:05:56] <seb_kuzminsky> it also (unfortunately?) tests interp
[05:06:06] <rob_ellenberg> Yeah, I see what you mean there
[05:06:36] <seb_kuzminsky> and it doesnt let you do anything to motion's hal pins in a synchonized way
[05:06:59] <rob_ellenberg> Good point there
[05:07:13] <seb_kuzminsky> maybe a halstreamer comp could be added, but it starts to feel baroque
[05:07:21] <rob_ellenberg> We may have to take multiple approaches here
[05:07:30] <seb_kuzminsky> that's why i started sam
[05:07:56] <rob_ellenberg> Ahh, ok
[05:08:25] <seb_kuzminsky> instead of the script in the main() there, it could read those things from a .sam input file
[05:08:33] <seb_kuzminsky> feed them to the mocked motion
[05:08:49] <seb_kuzminsky> and record the joint commands to a file
[05:09:06] <seb_kuzminsky> to be analyzed/verified by checkresults afterwards
[05:09:54] -!- `Nerobro has quit [Read error: Connection reset by peer]
[05:10:02] <seb_kuzminsky> the "dont exceed acc limits" check is easy, just take the second derivative of the position data
[05:10:17] <seb_kuzminsky> vel limits and pos limits ae easy too
[05:10:21] <rob_ellenberg> What format are the mocked motion commands?
[05:10:37] <seb_kuzminsky> they dont exist yet
[05:11:05] <seb_kuzminsky> sam would have to be finished by adding them
[05:11:21] <rob_ellenberg> But in principal, it would be something like the contents of EMC_MOT_CIRCULAR_MOVE?
[05:11:49] <seb_kuzminsky> yeah, i imagine a serialization of the emcmot structs
[05:12:16] <seb_kuzminsky> possibly interspersed with hal commands
[05:13:47] <rob_ellenberg> so that would be a nice divorce from the interpreter
[05:14:02] <rob_ellenberg> and useful for simple standalone motion tests
[05:14:02] <seb_kuzminsky> that would let us expose Motion to specific inputs, and verify the outputs (hal pins)
[05:14:18] <seb_kuzminsky> yeah, i think there's a place for that kind of capability in our test suite
[05:14:37] <rob_ellenberg> I imagine you want to be able to serialize output from a program too
[05:14:51] <seb_kuzminsky> there's potentially a lot of complexity needed in the checkresults scripts to verify things like blending
[05:15:08] <seb_kuzminsky> you mean from a gcode program?
[05:15:09] <rob_ellenberg> Yeah, tolerance checking will be a PITA
[05:15:10] <rob_ellenberg> yeah
[05:15:23] <rob_ellenberg> G-code to serialized commands
[05:15:30] <seb_kuzminsky> we sort of have that in sai
[05:15:35] <seb_kuzminsky> the stand-alone interpreter
[05:15:37] <rob_ellenberg> ahh
[05:15:39] <seb_kuzminsky> aka bin/rs274
[05:16:03] <rob_ellenberg> maybe that's a goal too, make sai and sam compatible?
[05:16:37] <seb_kuzminsky> see for example tests/interp/flowsnake
[05:16:41] <seb_kuzminsky> mmmmaybe
[05:16:56] <seb_kuzminsky> ou want to do to sam that sai doesn't know about
[05:17:07] <seb_kuzminsky> err, "i think there are things you want..."
[05:17:17] <seb_kuzminsky> for example, poking the motion hal pins
[05:17:32] <seb_kuzminsky> but yeah, compatibility between them could be interesting
[05:17:39] <rob_ellenberg> of course, sam should have additional commands that sai doesn't make
[05:17:41] <seb_kuzminsky> if sam accepts a superset of the things sai emits
[05:17:43] <seb_kuzminsky> yeah
[05:18:07] <rob_ellenberg> It looks like the output of sai is serialized canon commands
[05:18:54] <seb_kuzminsky> yeah, i think that's right
[05:19:16] <rob_ellenberg> So potentially canterp could be a front-end for sam
[05:19:21] <seb_kuzminsky> i think "canon commands" is another name for "emcmot structs"
[05:19:50] <rob_ellenberg> The problem is that canon inconsistently does a lot more than just copy info in
[05:19:58] -!- R2E4 has quit [Quit: A day without sunshine is like .... night]
[05:20:18] <rob_ellenberg> (especially with arcs)
[05:21:04] <rob_ellenberg> I'm not sure what the original intention was, but modern canon seems to be motion middleware sometimes
[05:22:28] <rob_ellenberg> so canterp would have to be made consistent with emccanon for that to work
[05:22:41] <seb_kuzminsky> i'm not really sure how that part works
[05:22:58] -!- norias has quit [Quit: Leaving]
[05:25:05] <rob_ellenberg> Maybe I'm misunderstanding canterp, but if it reads in canon commands and sends them to emccanon, then it would work
[05:26:48] <seb_kuzminsky> i hadn't thought much about piping rs274 (sai) output into sam
[05:26:52] <rob_ellenberg> So the tests for motion could be a combination of functional (i.e. run a g code program and see if it meets constraints) and standalone
[05:27:01] <seb_kuzminsky> maybe that's the right way to do it
[05:27:21] <seb_kuzminsky> i had imagined something smaller & simpler, just running tests that are specific to motion
[05:27:49] <seb_kuzminsky> for larger integration-style tests it may be better to stand up a linuxcnc instance
[05:28:03] <seb_kuzminsky> replace skunkworks with a shell script ;-)
[05:28:21] <seb_kuzminsky> he and i talked earlier today about that
[05:28:30] <rob_ellenberg> I've already sortof done that with the test-all.sh script
[05:28:33] <skunkworks> The vel-acc constraints testing seems doable but he hard part is probably testing path following.. (is path within x.xxx of programed) that is something that as far as I know has not been tested otherthan verifying the path in the axis preview...
[05:28:47] <seb_kuzminsky> he's got a pyvcp panel (i think) that shows the min & max accel while your program runs
[05:28:57] <rob_ellenberg> Good point sam, that's a tough one
[05:29:22] <seb_kuzminsky> i've thought about that problem some
[05:29:48] <seb_kuzminsky> if you have a time-series of axis coordinates from motion trying to follow some ideal path, you could test it like this:
[05:30:47] <seb_kuzminsky> if you keep track of where you are, and the derivatives thereof (vel & acc), it places a constraint on where you can be next
[05:31:07] <seb_kuzminsky> so the next point must be within vel + acc of the previous point
[05:33:48] <seb_kuzminsky> so you can walk the time series coming out of Motion and do constraint validation
[05:34:19] <rob_ellenberg> The problem is that, for a sharp corner, the blended path will be both shorter and faster, so you can't just measure distance one-to-one with the ideal path
[05:34:23] <seb_kuzminsky> and you can do something similar i think to verify that you're close to the (known) ideal path
[05:35:18] <seb_kuzminsky> each point on the actual Motion output must be within the G64 P limit of the ideal path
[05:36:00] <rob_ellenberg> You'd need some kind of representation of the ideal path
[05:36:49] <seb_kuzminsky> you have that, as the canon/emcmot input file to sam
[05:37:34] <rob_ellenberg> So for each path point, check distance to the known current and next segment
[05:38:25] <seb_kuzminsky> yeah, something like that
[05:38:50] <seb_kuzminsky> you have a list of emcmot lines & arcs, and a list of axis positions
[05:38:51] <rob_ellenberg> good idea, with a collision checking library or a bit of math, that would be much faster than brute force
[05:39:26] <seb_kuzminsky> the first point in the time series should be equal to the starting point of the first move
[05:40:06] <seb_kuzminsky> each subsequent point in the timeseries from motion should not violate axis position/vel/acc limits
[05:40:09] <rob_ellenberg> Could we spit out a current id # in the recorded data? then do a direct lookup to the appropriate segment
[05:40:18] <seb_kuzminsky> and should stay within G64P of the first programmed move
[05:40:35] <rob_ellenberg> point X is during segment N, so find distance to segment N and N+1
[05:40:43] <seb_kuzminsky> until you come within G64P of the endpoint of the current move, at which point you switch to the next move in the input
[05:41:19] <rob_ellenberg> I think it would be easier to always check against N and N+1, and take the min of the two
[05:41:31] -!- TTN has quit [Ping timeout: 265 seconds]
[05:41:32] <rob_ellenberg> less susceptible to odd blend conditions
[05:41:59] <seb_kuzminsky> consider a move from (0,0,0) to (1,1,1), followed by a move back to (0,0,0)
[05:42:34] <seb_kuzminsky> not sure that's a useful path for a cnc machine, but it's something we should be able to test
[05:42:58] <seb_kuzminsky> that'd get confused by the min(distance-to-N, distance-to-N+1) test, wouldn't it
[05:43:39] <rob_ellenberg> It would
[05:43:52] <rob_ellenberg> We may need a clearer definition of how the tolerance is spec'd
[05:44:17] <rob_ellenberg> it's not just perpendicular distance from ideal to actual
[05:44:37] <rob_ellenberg> maybe we need a separate endpoint check
[05:44:56] <rob_ellenberg> like, the endpoints of every path segment need to be within G64P of the actual path
[05:45:13] <seb_kuzminsky> that's what the G64 docs say
[05:45:20] <seb_kuzminsky> http://linuxcnc.org/docs/devel/html/gcode/gcode.html#sec:G64
[05:46:09] <seb_kuzminsky> the actual tool path needs to come within P of the programmed end point
[05:47:27] <seb_kuzminsky> i wonder if that means "the actual tool path needs to stay within P of the programmed path"?
[05:47:33] <rob_ellenberg> Ok, I think I'm following
[05:48:26] <rob_ellenberg> During a parabolic blend at least, you could explicitly do a point-to-point distance check at the start and end of each segment
[05:48:57] <rob_ellenberg> with circular arc blending, though, it's harder to define that crossover point
[05:49:22] <seb_kuzminsky> is that arc-to-arc blending?
[05:49:57] <rob_ellenberg> not just that, any pair of segments blended with a spherical arc (the new way), rather than a parabolic blend
[05:50:02] <rob_ellenberg> could be line-line
[05:50:14] <seb_kuzminsky> ah, i get it
[05:50:38] <seb_kuzminsky> can't that be checked the same way?
[05:51:06] <seb_kuzminsky> make sure the motion output comes within P of the end of the first segment, then switch to making sure you're within P of the next segment?
[05:51:45] <seb_kuzminsky> and walk down the lists of motion-output and motion-input, making sure things stay copacetic?
[05:51:57] <rob_ellenberg> That makes sense
[05:52:10] <rob_ellenberg> For each new path point, you'd have 2 checks:
[05:52:26] <rob_ellenberg> 1) distance to segment (to catch gross motion errors)
[05:52:33] <rob_ellenberg> 2) distance to end point
[05:53:02] <rob_ellenberg> if we don't hit the minimum distance in (2) before the blend is done, then the test fails
[05:53:24] <seb_kuzminsky> yeah, 1 verifies the path is sane, 2 tells you to move your pointer into the input list to the next segment (aka emcmot command)
[05:53:34] <seb_kuzminsky> there's three more checks, i think:
[05:53:48] <seb_kuzminsky> 3) the motion-output point is within axis position limits
[05:54:00] <seb_kuzminsky> 4) the derivative of the motion-output does not violate axis vel limits
[05:54:13] <seb_kuzminsky> 5) the second derivative of the motion-output does not violate axis accel limits
[05:54:27] <seb_kuzminsky> (those are all quick &easy to check)
[05:54:52] <rob_ellenberg> And that would catch bad errors like discontinuities or a sudden NaN
[05:54:57] <rob_ellenberg> I like it
[05:55:00] <seb_kuzminsky> :-)
[05:56:12] <seb_kuzminsky> i'll write the sam input/output stuff, do you want to write the checkresults script that verifies all those things, given motion-input & motion-output files?
[05:56:33] <seb_kuzminsky> then we can all start throwing motion-input files at it
[05:56:59] <rob_ellenberg> Sounds good! If we have a known format for the motion input, then it should be easy enough
[05:57:09] <rob_ellenberg> Do you mind if I use something like octave?
[05:57:23] <rob_ellenberg> makes some of the math easier
[05:57:29] <seb_kuzminsky> yeah, i dont have the input format yet but it should solidify quickly when i start writing it
[05:57:44] <seb_kuzminsky> err, i know nothing about octave
[05:57:56] <rob_ellenberg> Are you familiar with MATLAB?
[05:58:01] <seb_kuzminsky> a little bit
[05:58:18] -!- maximilian_h has quit [Ping timeout: 245 seconds]
[05:58:18] <rob_ellenberg> basically a scripting language to handle linear algebra and similar stuff
[05:58:25] <seb_kuzminsky> if you want to use something that's available as a debian package and can run from a script without guis & stuff, that's probably fine
[05:58:27] -!- maximilian_h [maximilian_h!~bonsai@188.99.194.3] has joined #linuxcnc-devel
[05:58:29] -!- karavanjo has quit [Ping timeout: 250 seconds]
[05:58:35] <rob_ellenberg> octave is an open source port of it
[05:58:40] <rob_ellenberg> and yeah, it can run without a GUI
[05:58:47] <rob_ellenberg> very similar to python that way
[05:58:59] <rob_ellenberg> run a script and dump some output
[05:59:25] <seb_kuzminsky> i'd imagined doing the checkresults script in python, but only because that's what i'm most familiar & comfortable with
[05:59:44] <seb_kuzminsky> there are numerical computation libraries for python, do you know anything about them? (i don't)
[05:59:57] <rob_ellenberg> yeah, pylab / scipy has a bunch of useful stuff
[06:00:06] <rob_ellenberg> It may end up being easier to just do it in python
[06:00:28] <rob_ellenberg> it's just easier for me to mess around in octave because I spent so many years with MATLAB back in school
[06:00:33] <seb_kuzminsky> i bet more linuxcnc devs are familiar with python vs octave
[06:01:12] <rob_ellenberg> gotcha, I'll do python unless I hit a wall there
[06:01:31] <seb_kuzminsky> thanks, i think that will lower the barrier-to-entry for the rest of us
[06:02:09] <seb_kuzminsky> it seems like pretty straight-forward math in all 5 of those checks, so hopefully python will be up to the task without too much work
[06:02:34] <rob_ellenberg> yeah, a bit of numpy goes a long way
[06:02:41] <rob_ellenberg> there may even be libraries to do that stuff already
[06:03:11] <seb_kuzminsky> i bet there are
[06:03:20] <rob_ellenberg> Do you have a timeline in mind? I think I can have a first cut done in a week or two
[06:03:28] <seb_kuzminsky> heh
[06:03:47] <seb_kuzminsky> i really need to stop doing fun useful things like this and focus on getting the 2.7.0~pre3 pre-release out
[06:04:16] <seb_kuzminsky> i got your spiral-arc branch, thanks for that, that was the second-to-last feature i was waiting for for the release
[06:04:43] <rob_ellenberg> Sweet! What else is in the pipe?
[06:04:58] <seb_kuzminsky> i need to adapt dgarr & arceye's "arc radius tolerance in ini file" adapted to work with your new radius tolerance handling
[06:05:08] <seb_kuzminsky> that's nearly done, another day or two probably
[06:05:20] <seb_kuzminsky> then a few days to get my act together for the release
[06:05:42] <seb_kuzminsky> then i'll try to get that seb/2.7/sam branch mergeable before the next 2.7.0~pre release
[06:06:08] <seb_kuzminsky> it's at that awkward 80% stage currently
[06:06:20] <rob_ellenberg> I'm impressed that you can get all these releases out and still find time to work on this other stuff :)
[06:06:38] <seb_kuzminsky> so maybe in 1 week i'll start working on it, and maybe 2-3 weeks to get it ready for review
[06:07:11] <seb_kuzminsky> i'm really glad to have your help with it :-)
[06:08:00] <seb_kuzminsky> tests of Motion have been lacking from this project since i started in 2007, this will be a huge improvement
[06:08:29] <rob_ellenberg> Definitely, it will really speed up development of the next generation of stuff (limited jerk, spline blends)
[06:08:39] <rob_ellenberg> whatever else
[06:09:27] <skunkworks> I feel like I am out of a job.. ;)
[06:09:39] <skunkworks> Yay!?
[06:10:00] <rob_ellenberg> or, it means you get to test for more interesting errors
[06:10:06] <skunkworks> heh
[06:10:24] <rob_ellenberg> also, who tests the tester?
[06:10:28] <seb_kuzminsky> skunkworks: this thing we're talking about is pretty different from the testing that you've been doing
[06:10:48] <seb_kuzminsky> this will test short sequences of emcmot commands, not big g-code programs
[06:11:07] <seb_kuzminsky> isolation testing of individual blend situations, for examples
[06:11:44] <skunkworks> seb_kuzminsky: are you hoping to get the testing in befor the 2.7 release?
[06:12:03] <seb_kuzminsky> good question
[06:12:21] <seb_kuzminsky> i think it'd be great if we could have the framework in place so that the tests can be written, before the 2.7.0 release
[06:12:44] <seb_kuzminsky> then add tests & fix any bugs they identify in the early 2.7.x days
[06:13:12] <seb_kuzminsky> as i tried to show in that seb/2.7/sam branch, it's not really very invasive to the existing linuxcnc Motion component
[06:13:54] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[06:13:57] <seb_kuzminsky> i think it's just that first commit that's at all sketchy
[06:14:07] <seb_kuzminsky> and even that one is not that bad imo
[06:14:18] <seb_kuzminsky> (i'd sure like feedback on it)
[06:15:51] -!- Komzzzpa has quit [Ping timeout: 256 seconds]
[06:16:20] <skunkworks> rob was also looking at the JAx branch - maybe that could get merged to master soonish. I need to get back to documenting the issues we had
[06:16:39] <seb_kuzminsky> yeah, that's been on my mind too
[06:17:01] <seb_kuzminsky> i'll have more brain cycles to think about it after 2.7 is out the door
[06:17:27] <seb_kuzminsky> and i'll have more confidence in it after we have some motion tests that tell us if jax breaks anything :-)
[06:18:34] -!- TTN has quit [Changing host]
[06:18:44] <rob_ellenberg> very true
[06:19:08] <rob_ellenberg> Ok, I think I have my mission for the next week or two
[06:19:30] <rob_ellenberg> Glad we could meet up!
[06:20:09] <rob_ellenberg> I should head to bed soon though (getting late on the east coast :) )
[06:20:20] <kwallace2> Thanks for your work guys.
[06:20:24] <seb_kuzminsky> ok!
[06:20:38] <seb_kuzminsky> it was great to chat, feels like we're on the same page & a clear road ahead
[06:20:56] <seb_kuzminsky> i hope to see you on here more in the future :-)
[06:20:58] <seb_kuzminsky> good night
[06:21:09] <skunkworks> awesome. night everyone.
[06:21:12] <rob_ellenberg> good night, I'll be in touch
[06:21:28] -!- rob_ellenberg has quit [Quit: Ex-Chat]
[06:27:57] -!- TTN has quit [Ping timeout: 250 seconds]
[06:31:15] -!- skunkworks has quit [Ping timeout: 264 seconds]
[06:35:25] -!- unfy has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
[06:39:24] -!- karavanjo1 has quit [Quit: karavanjo1]
[06:41:38] -!- ve7it has quit [Remote host closed the connection]
[06:49:40] -!- gennro has quit [Ping timeout: 244 seconds]
[06:55:15] -!- furrywolf_ has quit [Ping timeout: 250 seconds]
[07:04:48] -!- kwallace [kwallace!~kwallace@smb-83.sonnet.com] has joined #linuxcnc-devel
[07:06:52] -!- kwallace2 has quit [Ping timeout: 240 seconds]
[07:18:59] -!- TTN has quit [Changing host]
[07:22:05] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[07:24:19] -!- kwallace [kwallace!~kwallace@smb-83.sonnet.com] has parted #linuxcnc-devel
[07:31:05] -!- anth0ny_ has quit [Quit: anth0ny_]
[07:33:27] -!- anth0ny_ has quit [Client Quit]
[07:43:47] -!- mttr has quit [Ping timeout: 250 seconds]
[07:47:35] -!- swingley has quit [Remote host closed the connection]
[07:59:58] -!- nofxx has quit [Ping timeout: 245 seconds]
[08:15:42] -!- Komzpa has quit [Ping timeout: 265 seconds]
[08:21:05] -!- TTN has quit [Ping timeout: 256 seconds]
[08:30:48] -!- erve has quit [Remote host closed the connection]
[08:32:09] -!- karavanjo has quit [Ping timeout: 252 seconds]
[08:43:18] -!- Nutter has quit [Ping timeout: 245 seconds]
[08:50:49] -!- TTN has quit [Changing host]
[08:52:55] -!- swingley has quit [Ping timeout: 265 seconds]
[09:10:17] -!- erve has quit [Ping timeout: 245 seconds]
[09:12:28] -!- new2cnc has quit [Ping timeout: 246 seconds]
[09:16:17] -!- nofxx has quit [Read error: Connection timed out]
[09:25:47] -!- erve has quit [Ping timeout: 265 seconds]
[09:29:05] -!- Miner_48er has quit [Quit: Leaving]
[09:29:20] -!- rob_h [rob_h!~robh@176.249.89.25] has joined #linuxcnc-devel
[09:33:07] -!- bobo_ has quit [Quit: Page closed]
[09:36:54] -!- The_Ball has quit [Ping timeout: 265 seconds]
[09:37:04] -!- erve_ has quit [Ping timeout: 244 seconds]
[09:37:50] -!- mhaberler has quit [Quit: mhaberler]
[09:40:38] -!- erve has quit [Ping timeout: 246 seconds]
[09:42:25] -!- erve_ has quit [Read error: Connection reset by peer]
[09:53:33] -!- swingley has quit [Ping timeout: 252 seconds]
[09:53:48] -!- The_Ball has quit [Read error: Connection timed out]
[10:00:22] -!- Valen has quit [Quit: Leaving.]
[10:06:01] -!- erve has quit [Ping timeout: 252 seconds]
[10:10:51] -!- TTN has quit [Ping timeout: 264 seconds]
[10:41:07] -!- swingley has quit [Ping timeout: 245 seconds]
[10:44:21] -!- mhaberler has quit [Quit: mhaberler]
[10:48:34] -!- md-2 has quit [Quit: Leaving...]
[11:06:52] -!- ariscop [ariscop!~Phase4@ppp118-209-190-109.lns20.mel8.internode.on.net] has joined #linuxcnc-devel
[11:13:49] amnesic is now known as amnesic_away
[11:15:52] -!- erve has quit [Ping timeout: 240 seconds]
[11:25:02] -!- bilboquet has quit [Remote host closed the connection]
[11:32:37] -!- jthornton has quit [Read error: Connection reset by peer]
[11:32:52] -!- JT-Shop has quit [Read error: Connection reset by peer]
[11:33:33] -!- JT-Shop [JT-Shop!~john@184.21.239.59] has joined #linuxcnc-devel
[11:33:34] -!- jthornton [jthornton!~john@184.21.239.59] has joined #linuxcnc-devel
[11:34:02] -!- nofxx has quit [Ping timeout: 245 seconds]
[11:42:08] -!- swingley has quit [Ping timeout: 264 seconds]
[11:48:19] -!- nofxx has quit [Changing host]
[11:51:22] -!- witnit_cnc has quit [Remote host closed the connection]
[11:55:02] -!- md-2 has quit [Ping timeout: 246 seconds]
[12:00:23] -!- MrSunshine has quit [Ping timeout: 272 seconds]
[12:03:52] -!- bilboquet has quit [Ping timeout: 240 seconds]
[12:05:56] -!- syyl_ has quit [Ping timeout: 245 seconds]
[12:14:37] -!- ssi_ [ssi_!~ssi@app2.prototechnical.com] has joined #linuxcnc-devel
[12:14:45] -!- hm2-buildmaster [hm2-buildmaster!~hm2-build@71-218-136-230.hlrn.qwest.net] has joined #linuxcnc-devel
[12:15:22] -!- logger[mah]_ [logger[mah]_!~loggermah@mah2.mah.priv.at] has joined #linuxcnc-devel
[12:20:55] -!- lexano has quit [*.net *.split]
[12:20:55] -!- GargantuaSauce has quit [*.net *.split]
[12:20:55] -!- pcw_home has quit [*.net *.split]
[12:20:55] -!- ssi has quit [*.net *.split]
[12:20:55] -!- logger[mah] has quit [*.net *.split]
[12:20:55] -!- cpresser has quit [*.net *.split]
[12:20:55] -!- dagjomar_ has quit [*.net *.split]
[12:20:55] -!- hm2-buildmaster_ has quit [*.net *.split]
[12:20:55] -!- _methods has quit [*.net *.split]
[12:20:55] -!- ReadError has quit [*.net *.split]
[12:20:55] -!- jleh_ has quit [*.net *.split]
[12:21:14] -!- nofxx has quit [Read error: No route to host]
[12:22:38] -!- pcw_home [pcw_home!~chatzilla@c-50-143-148-115.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[12:43:01] -!- swingley has quit [Ping timeout: 264 seconds]
[12:52:43] -!- md-2 has quit [Remote host closed the connection]
[12:57:47] -!- md-2 has quit [Ping timeout: 245 seconds]
[13:19:35] -!- md-2 has quit [Remote host closed the connection]
[13:25:02] -!- md-2 has quit [Ping timeout: 265 seconds]
[13:34:28] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[13:34:51] amnesic_away is now known as amnesic
[13:39:09] amnesic is now known as amnesic_away
[13:43:22] -!- swingley has quit [Ping timeout: 240 seconds]
[13:48:21] -!- Camaban has quit [Read error: Connection reset by peer]
[13:53:02] -!- jack16 has quit [Read error: No route to host]
[13:53:10] amnesic_away is now known as amnesic
[14:20:05] -!- dr0w has quit [Quit: Leaving]
[14:42:27] -!- ChALkeR has quit [Quit: Konversation terminated!]
[14:44:08] -!- swingley has quit [Ping timeout: 245 seconds]
[14:54:57] -!- kwallace [kwallace!~kwallace@smb-27.sonnet.com] has joined #linuxcnc-devel
[15:12:39] -!- workmaster2n has quit [Quit: workmaster2n]
[15:14:12] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-60-251.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[15:14:27] <seb_kuzminsky> i just got email from francis tisserant, the french translations guy, he wants to collaborate on po4a for future translations
[15:14:40] <seb_kuzminsky> yay :-)
[15:16:10] <cradek> that would be great
[15:16:24] <cradek> and I'm excited about the conversation last night about testing
[15:16:47] <cradek> thanks for having it here instead of in a google thingy that we can't all see
[15:22:44] <seb_kuzminsky> yeah that worked out well
[15:23:31] <seb_kuzminsky> cradek: if you have time for it, i'd appreciate another pair of eyeballs on the seb/2.7/sam branch
[15:23:56] <cradek> ok, I'll try to do it tonight
[15:27:44] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-60-251.dhcp.jcsn.tn.charter.com] has parted #linuxcnc-devel
[15:32:27] -!- karavanjo has quit [Ping timeout: 264 seconds]
[15:34:09] <seb_kuzminsky> thx
[15:41:53] -!- furrywolf_ has quit [Ping timeout: 250 seconds]
[15:44:52] -!- swingley has quit [Ping timeout: 240 seconds]
[15:49:23] -!- Rickta59 has quit [Quit: leaving]
[15:52:59] amnesic is now known as amnesic_away
[16:21:55] -!- ktchk [ktchk!~eddie6929@n219079096015.netvigator.com] has joined #linuxcnc-devel
[16:23:10] -!- dan2k3k4 has quit [Ping timeout: 244 seconds]
[16:27:55] <pcw_home> nice simple FIR filter tool:
[16:27:56] <pcw_home> http://www.arc.id.au/FilterDesign.html
[16:28:50] -!- ktchk [ktchk!~eddie6929@n219079096015.netvigator.com] has parted #linuxcnc-devel
[16:30:53] -!- erve has quit [Remote host closed the connection]
[16:31:50] <mozmck> seb_kuzminsky: is there a chance to get my shiny LED and Bar patch in 2.7? Does someone need to look at what I did or can I commit the changes?
[16:33:04] <seb_kuzminsky> mozmck: it's very welcome into 2.7
[16:33:24] <seb_kuzminsky> i looked at it a few weeks(?) ago and it looked fine to me then (not that i know what i'm looking at really)
[16:33:45] <seb_kuzminsky> this one adds new shiny widgets, and leaves the old dull ones alone, right?
[16:34:18] <mozmck> yes, the default is the old style, and there are options to enable the shiny look in glade.
[16:35:10] <mozmck> Same widgets, they just get drawn differently if the "shiny" option is set.
[16:36:18] <seb_kuzminsky> perfect
[16:36:50] <seb_kuzminsky> can you push it or do you want to get it into our git repo some other way? (email or pull requests work too)
[16:37:08] <mozmck> I can merge my local branch back to my local 2.7 and push if that's alright with you.
[16:37:37] <seb_kuzminsky> is your local branch based on 2.7 currently?
[16:37:48] <mozmck> yes, just rebased to the latest
[16:37:53] <seb_kuzminsky> ah, perfect
[16:38:00] <seb_kuzminsky> yeah, then i say go for it!
[16:38:16] <mozmck> ok, hope I don't mess something up!
[16:40:31] <seb_kuzminsky> feel free to ask questions if you're uncertain
[16:41:03] <mozmck> thanks. I use git mostly for my own stuff, so I don't merge and rebase much :) I think I've got it though.
[16:41:08] -!- quiqua has quit [Quit: quiqua]
[16:42:52] <KGB-linuxcnc> 03Moses McKnight 052.7 34f130b 06linuxcnc 10lib/python/gladevcp/hal_bar.py 10lib/python/gladevcp/led.py Made gladevcp widgets hal_bar and led fancier. * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=34f130b
[16:43:05] <cradek> rockin
[16:43:11] <mozmck> KGB is fast!
[16:46:59] <cradek> your commit looks great - nice and clean
[16:47:04] <mozmck> thanks
[16:48:32] <mozmck> how does stuff get merged to master? should I do that?
[16:49:03] <cradek> sure, you can do it if you want, otherwise someone else will do it later and your change will be included in their merge
[16:49:49] <mozmck> ok
[16:50:38] <cradek> if your change will be conflicty for some reason, it's nice if you deal with it yourself right away (but I bet this change isn't). Otherwise, you only have to do it if you want master to have it right away.
[16:51:16] <mozmck> I see. I'll do a merge and see. I doubt there will conflicts with this.
[16:52:06] <cradek> hm, actually there are other conflicty changes
[16:52:33] <mozmck> hmm, two conflicts, scripts/linuxcnc.in, configs/sim/axis/ini_hal_demo.ini
[16:57:30] <cradek> the linuxcnc.in conflict might take a little more analysis than I can handle right this second
[16:59:08] <mozmck> I don't know enough to fix either one right now.
[16:59:37] -!- pingufan has quit [Quit: Konversation terminated!]
[17:03:50] amnesic_away is now known as amnesic
[17:12:36] <mozmck> are debs still built using: "fakeroot debian rules binary" ?
[17:13:01] <cradek> I use debuild -uc -us
[17:13:14] <cradek> I bet there are several equivalent ways :-/
[17:14:02] <mozmck> hmm, ok - never used debuild
[17:14:18] <mozmck> wonder how seb_kuzminsky has the buildbot set up to build them?
[17:14:44] <cradek> I bet you could find it in the logs of a builder
[17:14:54] <cradek> it's pretty good at showing the command lines it runs
[17:15:36] <mozmck> where would those be?
[17:16:18] -!- dgarr [dgarr!~dgarrett@71-209-222-127.phnx.qwest.net] has joined #linuxcnc-devel
[17:17:06] <dgarr> i didn't know i had created a merge conflict with linuxcnc.in and ini_hal_demo.ini -- i will fix and merge later today
[17:17:56] <cradek> dgarr: awesome, thanks
[17:19:04] <cradek> mozmck: it's kind of hard to find stuff on the buildbot pages. if you click Builders at the top, then click the builder you want (like deb-wheezy-rtai-i386) then the latest build number
[17:19:19] <cradek> then you can see the "stdio" link for the "build deb" step
[17:19:29] <cradek> but there's lots of pbuilder goop in there
[17:20:07] <cradek> looks like it does use 'fakeroot debian/rules binary'
[17:20:27] <mozmck> is that from the waterfall page?
[17:20:30] <cradek> or maybe it's debian/rules build
[17:21:20] <cradek> yeah waterfall has the main links at the top like most of them - I clicked Builders at the top
[17:25:34] <seb_kuzminsky> yay, thanks mozmck!
[17:26:01] <mozmck> you're welcome!
[17:31:32] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-60-251.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[17:35:04] -!- Tom_itx has quit [Read error: Connection reset by peer]
[17:35:22] -!- amiri has quit [Ping timeout: 240 seconds]
[17:42:37] -!- workmaster2n has quit [Quit: workmaster2n]
[17:43:27] <KGB-linuxcnc> 03Robert W. Ellenberg 05feature/state-tags-2.7-signed b09f730 06linuxcnc 10(6 files in 3 dirs) Revert "statetag: optimize tag size using int16's" * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b09f730
[17:43:27] <KGB-linuxcnc> 03Robert W. Ellenberg 05feature/state-tags-2.7-signed 8446732 06linuxcnc 10(8 files in 3 dirs) statetag: fixes to prevent potential errors * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8446732
[17:46:07] -!- dan2k3k4 has quit [Ping timeout: 250 seconds]
[17:49:33] -!- dan2k3k4k5 has quit [Ping timeout: 245 seconds]
[17:53:49] -!- micges_ [micges_!~micges@elw117.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[17:55:35] ssi_ is now known as ssi
[17:57:11] -!- micges has quit [Ping timeout: 245 seconds]
[17:58:06] Loetmichel2 is now known as Loetmichel
[17:59:15] -!- balestrino has quit [Ping timeout: 250 seconds]
[18:01:13] -!- gennro_ has quit [Ping timeout: 245 seconds]
[18:08:07] -!- md-2 has quit [Quit: Leaving...]
[18:09:39] -!- danylevskyi has quit [Ping timeout: 252 seconds]
[18:12:20] <linuxcnc-build> build #1129 of 1405.rip-wheezy-armhf is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1405.rip-wheezy-armhf/builds/1129 blamelist: Robert W. Ellenberg <rwe24g@gmail.com>
[18:14:35] -!- patricka_ has quit [Read error: No route to host]
[18:21:44] -!- patrickarlt has quit [Read error: Connection reset by peer]
[18:23:11] -!- patrickarlt has quit [Read error: Connection reset by peer]
[18:23:55] -!- phantoxe has quit []
[18:27:23] <mozmck> is inkscape really a build dependency?
[18:29:54] <mozmck> another question - is pbuilder better or preferrable to setting up a VM?
[18:30:22] <seb_kuzminsky> mozmck: yeah, inkscape proves a program that processes some of the images in our docs
[18:30:27] micges_ is now known as micges
[18:30:53] <mozmck> I see - for the docs
[18:31:08] _methods_ is now known as _methods
[18:31:09] <seb_kuzminsky> pbuilder is mostly useful for proving package build dependency lists, and doing package builds without contamination from the install on the machine doing the build
[18:32:07] <seb_kuzminsky> mozmck: see commit ab7be5d92c5f61
[18:33:52] <linuxcnc-build> build #2942 of 1200.rip-lucid-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1200.rip-lucid-i386/builds/2942 blamelist: Robert W. Ellenberg <rwe24g@gmail.com>
[18:35:23] <mozmck> seb_kuzminsky: it would seem that you could do that with a VM as well, but also build for a different arch easily.
[18:35:37] <mozmck> How do I search for that commit?
[18:35:48] <linuxcnc-build> build #2941 of 1300.rip-precise-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1300.rip-precise-i386/builds/2941 blamelist: Robert W. Ellenberg <rwe24g@gmail.com>
[18:35:51] <seb_kuzminsky> git show <sha>
[18:36:12] <seb_kuzminsky> it's true you could do something similar with a VM
[18:36:26] <linuxcnc-build> build #2943 of 1306.rip-precise-amd64 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1306.rip-precise-amd64/builds/2943 blamelist: Robert W. Ellenberg <rwe24g@gmail.com>
[18:36:41] <seb_kuzminsky> but pbuilder is specifically designed to handle those build issues, and does a good job
[18:37:17] <seb_kuzminsky> it sets up a minimal install of your target distro/arch (which may both be different from the distro/arch of your host) in a chroot, then saves the chroot
[18:37:46] <seb_kuzminsky> when you ask pbuilder to build a source package, it unpacks the saved chroot, tries to satisfy the build dependencies, and builds
[18:38:13] <seb_kuzminsky> when it's done, it *throws away* the chroot, so any changes the build process made (such as installing build dependencies) aren't persistent
[18:38:25] <seb_kuzminsky> next time you build a source packge with that pbuilder, you start clean again
[18:38:38] <seb_kuzminsky> a vm doesn't have that behavior unless you implement it yourself somehow
[18:40:42] <seb_kuzminsky> those test failures look like real issues (discrepancies between the state-tags-2.7-signed branch and the test suite)
[18:42:59] <linuxcnc-build> build #2143 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/2143 blamelist: Robert W. Ellenberg <rwe24g@gmail.com>
[18:43:27] amnesic is now known as amnesic_away
[18:44:05] <linuxcnc-build> build #1099 of 1403.rip-wheezy-amd64 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1403.rip-wheezy-amd64/builds/1099 blamelist: Robert W. Ellenberg <rwe24g@gmail.com>
[18:46:37] <linuxcnc-build> build #1099 of 1400.rip-wheezy-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1400.rip-wheezy-i386/builds/1099 blamelist: Robert W. Ellenberg <rwe24g@gmail.com>
[18:46:48] -!- ariscop has quit [Ping timeout: 244 seconds]
[18:46:48] <linuxcnc-build> build #1290 of 1404.rip-wheezy-rtpreempt-amd64 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1404.rip-wheezy-rtpreempt-amd64/builds/1290 blamelist: Robert W. Ellenberg <rwe24g@gmail.com>
[18:46:59] <KGB-linuxcnc> 03Dewey Garrett 05master d937bc9 06linuxcnc 10configs/sim/axis/ini_hal_demo.ini 10scripts/linuxcnc.in Merge remote-tracking branch 'origin/2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d937bc9
[18:49:03] <seb_kuzminsky> yay
[18:49:03] <linuxcnc-build> build #610 of 1402.rip-wheezy-rtpreempt-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1402.rip-wheezy-rtpreempt-i386/builds/610 blamelist: Robert W. Ellenberg <rwe24g@gmail.com>
[18:53:37] <mozmck> heh, I always read "build blah blah is a complete failure"
[18:54:03] <mozmck> thanks for the info on pbuilder seb
[18:54:17] <linuxcnc-build> build #757 of 1401.rip-wheezy-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1401.rip-wheezy-rtai-i386/builds/757 blamelist: Robert W. Ellenberg <rwe24g@gmail.com>
[18:58:30] <linuxcnc-build> build #2942 of 1202.rip-lucid-amd64 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1202.rip-lucid-amd64/builds/2942 blamelist: Robert W. Ellenberg <rwe24g@gmail.com>
[19:00:35] -!- patrickarlt has quit [Remote host closed the connection]
[19:01:55] <linuxcnc-build> build #2942 of 1201.rip-lucid-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1201.rip-lucid-rtai-i386/builds/2942 blamelist: Robert W. Ellenberg <rwe24g@gmail.com>
[19:01:55] <linuxcnc-build> build #2952 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2952 blamelist: Robert W. Ellenberg <rwe24g@gmail.com>
[19:04:39] -!- patricka_ has quit [Client Quit]
[19:06:07] -!- skunkworks has quit [Ping timeout: 245 seconds]
[19:10:37] -!- sumpfralle has quit [Ping timeout: 265 seconds]
[19:11:29] -!- tekniq has quit []
[19:24:40] -!- pandeiro has quit [Read error: Connection reset by peer]
[19:25:52] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[19:35:30] -!- adb has quit [Remote host closed the connection]
[19:35:44] -!- patrickarlt has quit [Quit: Leaving...]
[19:39:16] <linuxcnc-build> build #2389 of 3002.dsc-precise is complete: Failure [4failed git] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/3002.dsc-precise/builds/2389 blamelist: Sebastian Kuzminsky <seb@highlab.com>, Moses McKnight <moses@texband.net>, Dewey Garrett <dgarrett@panix.com>
[19:40:36] <KGB-linuxcnc> 03Robert W. Ellenberg 05feature/state-tags-2.7-signed 49362d0 06linuxcnc 10src/Makefile Fix for header sanity test * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=49362d0
[19:40:37] <KGB-linuxcnc> 03Robert W. Ellenberg 05feature/state-tags-2.7-signed 9372649 06linuxcnc 10src/emc/sai/saicanon.cc Removed test-breaking text output from saicanon on UPDATE_TAG * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9372649
[19:41:08] -!- f1oat [f1oat!~f1oat@AMontsouris-553-1-23-248.w92-151.abo.wanadoo.fr] has joined #linuxcnc-devel
[19:41:46] -!- koo5 has quit [Read error: Connection reset by peer]
[19:42:08] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[19:43:09] amnesic_away is now known as amnesic
[19:45:17] -!- sirdancealot has quit [Ping timeout: 245 seconds]
[19:49:04] <linuxcnc-build> build #2953 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2953 blamelist: Sebastian Kuzminsky <seb@highlab.com>, Moses McKnight <moses@texband.net>, Dewey Garrett <dgarrett@panix.com>
[19:51:27] -!- anth0ny_ has quit [Quit: anth0ny_]
[19:53:58] -!- TTN has quit [Ping timeout: 244 seconds]
[19:58:12] -!- moorbo has quit [Ping timeout: 245 seconds]
[20:11:59] -!- moorbo has quit [Remote host closed the connection]
[20:13:52] <seb_kuzminsky> linuxcnc-build: force build --branch=master 0000.checkin
[20:13:58] <linuxcnc-build> The build has been queued, I'll give a shout when it starts
[20:22:05] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[20:34:15] -!- sumpfralle has quit [Ping timeout: 250 seconds]
[21:02:19] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-60-251.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[21:09:07] -!- bilboquet_ has quit [Ping timeout: 255 seconds]
[21:11:55] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[21:19:01] -!- balestrino has quit [Ping timeout: 264 seconds]
[21:21:53] <linuxcnc-build> build forced [ETA 1h13m22s]
[21:21:53] <linuxcnc-build> I'll give a shout when the build finishes
[21:22:53] -!- Tom_L [Tom_L!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[21:30:53] -!- mozmck has quit [Read error: Connection reset by peer]
[21:43:07] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[21:43:49] -!- Mr_Sheesh has quit [Read error: Connection reset by peer]
[21:47:55] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[21:55:19] -!- Deejay has quit [Quit: bye]
[21:55:43] <PCW> mozmck: 7i92 ste/dir sample hal/ini file:
[21:55:44] <PCW> freeby.mesanet.com:7i92step.zip
[21:55:55] <PCW> step/dir
[21:59:33] <Tom_L> PCW the 7i92 uses standard bit files doesn't it?
[21:59:59] <Tom_L> nothing special because it's ethernet?
[22:00:01] <PCW> Yes
[22:00:33] <PCW> well top level file is TopEthernet16HostMot2.vhd
[22:00:43] <Tom_L> right
[22:00:58] <Tom_L> just so you get that right the rest is the same
[22:02:14] <PCW> well normal stuff like the correct .ucf file and chip
[22:02:26] <Tom_L> yeah
[22:03:17] <PCW> pin files can be 5i25 type since its also a dual parallel port type pinout
[22:04:04] <Tom_L> is the .ucf the project file?
[22:05:03] <PCW> no, its the Universal? Constraint File
[22:05:57] <PCW> has the pin /ball number to signal name mapping, various and sundry options, timing contraints etc
[22:06:17] <PCW> take a look at one, they are just text files
[22:07:40] <Tom_L> last time i did that i used their graphical interface for pin mapping :)
[22:08:20] <PCW> Be careful, it has a tendency to break hand made ucf files
[22:08:35] <Tom_L> oh i'm not messin with it on these
[22:09:51] -!- tekniq has quit [Ping timeout: 244 seconds]
[22:12:13] -!- FinboySlick has quit [Quit: Leaving.]
[22:15:15] -!- kriskropd has quit [Ping timeout: 265 seconds]
[22:20:51] -!- syyl_ has quit [Ping timeout: 250 seconds]
[22:24:13] -!- txp has quit [Quit: Leaving]
[22:25:06] -!- moorbo has quit [Ping timeout: 245 seconds]
[22:28:05] -!- Tom_L has quit []
[22:28:47] -!- `Nerobro has quit [Ping timeout: 250 seconds]
[22:50:38] -!- jvrousseau has quit [Quit: Textual IRC Client: www.textualapp.com]
[22:50:52] -!- f1oat has quit [Ping timeout: 240 seconds]
[22:58:27] <linuxcnc-build> Hey! build 0000.checkin #2955 is complete: Success [3build successful]
[22:58:27] <linuxcnc-build> Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2955
[22:58:35] -!- Miner_48er has quit [Quit: Leaving]
[23:04:46] -!- new2linuxcnc has quit [Ping timeout: 246 seconds]
[23:11:02] -!- Brunetty has quit [Quit: Ahora vengo]
[23:17:58] -!- acdha has quit [Quit: Textual IRC Client: www.textualapp.com]
[23:31:37] -!- kriskropd has quit [Ping timeout: 250 seconds]
[23:35:23] -!- Camaban has quit [Quit: Leaving]
[23:35:59] -!- tekniq has quit [Ping timeout: 252 seconds]
[23:44:59] -!- anth0ny_ has quit [Quit: anth0ny_]
[23:50:38] -!- andypugh [andypugh!~andy2@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[23:54:14] -!- chillly has quit [Quit: Ex-Chat]
[23:54:44] -!- asdfasd has quit [Ping timeout: 264 seconds]
[23:54:51] -!- Brunetty has quit [Changing host]