Back
[00:00:02] -!- erictheise has quit [Ping timeout: 245 seconds]
[00:00:02] erictheise_ is now known as erictheise
[00:00:36] -!- Nick001-Shop has quit [Remote host closed the connection]
[00:08:14] -!- L33TG33KG34R has quit [Ping timeout: 252 seconds]
[00:19:13] -!- Icekiller has quit [Ping timeout: 240 seconds]
[00:22:19] -!- gabewill1 has quit [Quit: gabewill1]
[00:32:54] -!- r00t4rd3d has quit [Ping timeout: 245 seconds]
[00:34:06] -!- skorasaurus has quit [Quit: left the building.]
[00:44:36] -!- erictheise has quit [Quit: erictheise]
[00:45:29] <seb_kuzminsky> skunkworks: "spindle override slider"? i dont see that with the sim/axis/axis config
[00:45:55] <seb_kuzminsky> andypugh: i'm not worried that anyone will dislike the freedom that this change brings, i'm worried that there's some reason it's wrong to do what i did
[00:46:24] -!- sumpfralle has quit [Ping timeout: 264 seconds]
[00:47:23] <seb_kuzminsky> skunkworks: there's a 'feed override' slider
[00:47:51] <andypugh> seb_kuzminsky: All that matters is that we have someone to blame. :-)
[00:48:10] <seb_kuzminsky> skunkworks: oh, never mind! i was looking at an old axis config from 2.5, in master there *is* a spindle override
[00:48:35] <seb_kuzminsky> what, you mean "andy said to push it"? ;-)
[00:49:13] <seb_kuzminsky> Signed-off-by: andypugh
[00:53:14] <skunkworks> heh
[00:53:21] <andypugh> Hey! Alex is a better choice, further way from the centre of gravity of users.
[00:57:35] <andypugh> Hmm. There is an idea, Alex recently re-installed a user map. We could calculate a user-centre-of-gravity (modulo national average mass, so USA-ians score double). This may not be very far from the centre of the earth, so perhaps a psuedo-distribution(2D) would work, but that would favour Greenwich...
[00:59:07] <seb_kuzminsky> skunkworks: the spindle override slider uses a different mechanism to change the spindle speed
[00:59:32] <seb_kuzminsky> "spindle scaling", not "spindle increase" and "spindle decrease"
[00:59:40] <seb_kuzminsky> that's a bit confusing
[01:02:15] <seb_kuzminsky> spindle scaling is accepted by task no matter what state it's in
[01:02:35] <seb_kuzminsky> ok, that reinforces my belief that spindle increase/decrease also should be accepted no matter what state it's in
[01:03:44] <seb_kuzminsky> that spindle override slider is graduated in percent, not rpm (like the feed override), whereas the increase/decrease works (somewhat arbitrarily) in increments of 100 rpm
[01:04:24] -!- andypugh has quit [Quit: andypugh]
[01:04:33] <seb_kuzminsky> heh, chris said in 2007
[01:04:36] <seb_kuzminsky> "//FIXME - make the step a HAL parameter"
[01:19:24] -!- kmrhb has quit [Ping timeout: 264 seconds]
[01:23:33] -!- chopper79 has quit [Ping timeout: 276 seconds]
[01:31:25] r00t4rd3d_ is now known as r00t4rd3d
[01:31:40] -!- r00t4rd3d has quit [Changing host]
[01:49:12] -!- tjb1 has quit [Quit: tjb1]
[01:52:02] -!- jfire has quit [Quit: Leaving.]
[01:56:38] -!- erictheise has quit [Quit: erictheise]
[02:32:44] <eric_unterhausen> I spend a couple of hours yesterday fixing a bug in one of my programs. Finally got down to the end and while one last side effect and found a comment "should check this." Yup, shoulda checked it
[03:02:58] -!- PetefromTn has quit [Remote host closed the connection]
[03:04:52] -!- Keknom has quit [Quit: Leaving.]
[03:08:05] -!- kmrhb has quit [Ping timeout: 252 seconds]
[03:13:57] -!- pfred1 has quit [Quit: nite]
[03:15:34] -!- tmcw has quit [Remote host closed the connection]
[03:20:50] -!- tmcw has quit [Ping timeout: 256 seconds]
[03:22:14] -!- pthorin has quit [Read error: Operation timed out]
[03:22:32] -!- perl has quit [Ping timeout: 245 seconds]
[03:26:46] -!- mhaberler [mhaberler!~mhaberler@extern-186.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[03:33:52] -!- Valen has quit [Quit: Leaving.]
[03:38:43] -!- tmcw_ has quit [Remote host closed the connection]
[03:39:47] <seb_kuzminsky> i wonder if EMC_SPINDLE_INCREASE and EMC_SPINDLE_DECREASE should modify the spindle scaling factor instead of the spindle speed
[03:41:42] <seb_kuzminsky> currently you can (in axis) turn the spindle on with F9 (it comes on at 1 rpm), then hit F12 to increase the speed by 100 rpm per click until you get to approximately the speed you want
[03:42:03] <seb_kuzminsky> if SPINDLE_INCREASE/DECREASE modified the spindle override (spindle scale), this use case would not be possible
[03:46:06] -!- Felix29 [Felix29!Felix@c-71-193-105-131.hsd1.in.comcast.net] has joined #linuxcnc-devel
[03:46:44] -!- Felix29 has quit [Client Quit]
[03:56:53] -!- gabewill1 has quit [Ping timeout: 248 seconds]
[03:59:36] -!- beawesomeinstead has quit [Ping timeout: 245 seconds]
[04:00:48] -!- mattswe has quit [Ping timeout: 264 seconds]
[04:00:51] -!- pikeaero_ has quit [Read error: Connection reset by peer]
[04:01:18] -!- phillipadsmith has quit [Ping timeout: 264 seconds]
[04:18:51] -!- ve7it has quit [Remote host closed the connection]
[04:24:32] -!- gabewillen1 has quit [Ping timeout: 252 seconds]
[04:32:24] -!- sparr0 has quit [Changing host]
[04:41:31] -!- hewball_ has quit [Ping timeout: 256 seconds]
[04:52:45] -!- kwallace [kwallace!~kwallace@tmb-210.sonnet.com] has parted #linuxcnc-devel
[04:54:11] -!- sparr0 has quit [Ping timeout: 245 seconds]
[04:55:35] -!- Icekiller has quit [Read error: Operation timed out]
[04:57:07] -!- Blorb has quit [Ping timeout: 245 seconds]
[04:57:14] -!- tmcw has quit [Remote host closed the connection]
[05:29:14] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[05:30:42] -!- mhaberler has quit [Quit: mhaberler]
[05:32:31] -!- i_tarzan has quit [Ping timeout: 245 seconds]
[05:34:34] -!- Icekiller has quit [Ping timeout: 256 seconds]
[05:36:14] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[05:36:38] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[05:38:30] -!- Tecan has quit [Changing host]
[05:51:53] -!- shurshur has quit [Read error: Connection reset by peer]
[05:54:08] -!- s1dev has quit [Quit: OH SHIT!]
[05:54:33] s1dev|away is now known as s1dev
[05:58:04] -!- s1dev has quit [Client Quit]
[05:58:29] s1dev|away is now known as s1dev
[06:21:02] -!- norbert [norbert!~norbert@a89-182-167-253.net-htp.de] has joined #linuxcnc-devel
[06:55:12] -!- Loetmichel has quit [Ping timeout: 272 seconds]
[06:57:01] <norbert> @cradek ; @seb_kuzminski : I just tested master-coolant on two different machines, one with stepper and parport and one with servos and MESA 5i20, I had no problems, everything works like I wish. You can turn coolant and mist on and off at every time you like, even during the toolchange cycle, one machine even uses remap function. On the stepper machine I tested also with different GUI, so I can say it works with axis, with gescreen a
[06:57:01] <norbert> nd also with gmoccapy. All flood / mist informations of the screens are updated correctly and can be switched on and off. Hope this tests are enough to get it to standard master. If I should make some more test, I will do if I have the options for that.
[07:04:29] -!- emel has quit [Excess Flood]
[07:13:51] -!- Cylly has quit [Ping timeout: 256 seconds]
[07:14:33] -!- syyl_ has quit [Ping timeout: 276 seconds]
[07:15:48] -!- largeche1sepuff has quit [Read error: Connection reset by peer]
[07:33:25] -!- b_b has quit [Changing host]
[07:50:09] -!- stsydow has quit [Remote host closed the connection]
[08:24:42] -!- i_tarzan has quit [Ping timeout: 264 seconds]
[08:36:31] -!- test913 [test913!~test@a89-182-167-253.net-htp.de] has joined #linuxcnc-devel
[08:38:31] -!- test913 [test913!~test@a89-182-167-253.net-htp.de] has parted #linuxcnc-devel
[08:42:39] -!- mhaberler has quit [Quit: mhaberler]
[08:45:36] -!- rob_h [rob_h!~rob_h@94.2.180.194] has joined #linuxcnc-devel
[08:46:19] -!- i_tarzan has quit [Ping timeout: 260 seconds]
[09:07:59] -!- gammax has quit [Ping timeout: 255 seconds]
[09:11:31] -!- mozmck has quit [Ping timeout: 260 seconds]
[09:25:00] -!- V0idExp has quit [Quit: Leaving.]
[09:36:15] -!- stsydow has quit [Ping timeout: 260 seconds]
[10:06:38] -!- ravenlock has quit [Ping timeout: 252 seconds]
[10:18:14] -!- UncleG has quit [Quit: Page closed]
[10:24:21] -!- vax- has quit [Read error: Operation timed out]
[10:30:47] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[10:35:56] -!- mrsun has quit [Quit: Leaving]
[10:38:53] -!- r00t4rd3d has quit [Ping timeout: 245 seconds]
[10:42:49] -!- skunkworks has quit [Remote host closed the connection]
[10:46:41] -!- V0idExp has quit [Quit: Leaving.]
[10:50:00] -!- stsydow has quit [Ping timeout: 245 seconds]
[10:52:07] -!- V0idExp has quit [Client Quit]
[11:17:55] r00t4rd3d_ is now known as r00t4rd3d
[11:17:56] -!- r00t4rd3d has quit [Changing host]
[11:18:18] -!- b_b has quit [Changing host]
[11:26:48] -!- carper64_lb has quit [Remote host closed the connection]
[11:30:02] -!- carper64_lb [carper64_lb!~quassel@94.6.80.50] has joined #linuxcnc-devel
[11:45:14] -!- pikeaero has quit [Remote host closed the connection]
[11:48:34] -!- Felix29 [Felix29!Felix@c-71-193-105-131.hsd1.in.comcast.net] has joined #linuxcnc-devel
[11:54:00] -!- mhaberler has quit [Quit: mhaberler]
[11:56:03] -!- Felix29 [Felix29!Felix@c-71-193-105-131.hsd1.in.comcast.net] has parted #linuxcnc-devel
[12:04:37] -!- dhoovie has quit [Read error: Connection reset by peer]
[12:08:34] -!- cmorley has quit [Quit: Leaving.]
[12:10:29] -!- mozmck [mozmck!~moses@client-204.235.45.161.wcfltx.partnershipbroadband.com] has joined #linuxcnc-devel
[12:26:37] -!- V0idExp has quit [Quit: Leaving.]
[12:36:47] <jepler> patent pending? bah.
http://www.cognisys-inc.com/stackshot/stackshot.php?osCsid=69e95c56053bdd5111f55be32d173353 somebody make me one that runs linuxcnc
[12:58:47] -!- stsydow has quit [Ping timeout: 245 seconds]
[13:02:26] -!- krusty_ar has quit [Quit: No Ping reply in 180 seconds.]
[13:02:51] -!- TheLarch [TheLarch!~Larch@unaffiliated/l84supper] has joined #linuxcnc-devel
[13:02:59] -!- TheLarch has quit [Remote host closed the connection]
[13:03:16] -!- TheLarch [TheLarch!~Larch@unaffiliated/l84supper] has joined #linuxcnc-devel
[13:03:27] -!- L84Supper has quit [Ping timeout: 258 seconds]
[13:06:15] -!- kmrhb has quit [Ping timeout: 245 seconds]
[13:06:28] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[13:12:39] <cradek> seb_kuzminsky: but today I doubt a hal parameter is really the solution there
[13:14:08] -!- sumpfralle has quit [Ping timeout: 256 seconds]
[13:15:32] <cradek> jepler: that looks easy enough to make. it's pretty much just like my gantry test rig.
[13:15:46] <jepler> plus some UI and a camera trigger interface
[13:15:51] <cradek> yeah
[13:16:04] <jepler> that's part of why I scoff so hard at "patent pending"
[13:16:17] <cradek> is there some reason why this is better than turning the focus knob on the camera?
[13:17:55] -!- mrsun has quit [Ping timeout: 264 seconds]
[13:18:13] <jepler> it's easier to automate
[13:18:40] <cradek> diopters are reciprocal distance and this is linear distance
[13:19:04] -!- syyl has quit [Ping timeout: 246 seconds]
[13:20:26] <jepler> unlike a focusing rail, there's no single electrical or mechanical interface that will let you set the focusing distance of any lens on any camera
[13:20:51] <jepler> you could try some kind of mechanical system that you imagine could be adjusted to fit a wide range of focusing rings but you'll end up with poor to no repeatability
[13:21:28] <cradek> yeah I see what you mean
[13:21:32] <jepler> and at macro focusing distances you'll also find that for a given aperture setting the amount of light reaching the sensor varies by the focusing distance
[13:22:46] <cradek> I also think it'd be hard or impossible to know how far to turn the knob to get (say) 1mm steps. the knob-turning distance would be different per-step and all different according to the nominal distance.
[13:23:54] <jepler> in macro photography you usually talk about your depth of field (e.g., DoF = 1mm) so it makes a fair amount of sense to move the camera by say .5mm and take a shot
[13:24:05] <cradek> yes
[13:24:44] <cradek> why not just set the camera on your mill's table and move the photo subject to be nearby?
[13:24:57] <jepler> on my macro lens, 1:1 magnification puts the subject 30cm from the focal plane and 14mm from the front of the lens, so the change in perspective of a few to 10mm is not huge
[13:35:43] <seb_kuzminsky> jepler: this seems to work for norbert and me, does it look sane to you?
http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=commitdiff;h=5dbdd29e719b3f844271ae9661b66004a8c084c0;hp=549002cb4999a61fe8e0ff2a69daecfb31dcf00b
[13:41:42] -!- kmrhb has quit [Ping timeout: 245 seconds]
[13:46:48] -!- krusty_ar has quit [Ping timeout: 245 seconds]
[13:53:17] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[13:59:30] -!- stsydow has quit [Ping timeout: 264 seconds]
[14:06:59] <jepler> seb_kuzminsky: yes
[14:08:10] <cradek> can you do it with the mouse too? are the widgets ungreyed?
[14:08:53] <jepler> that's probably an additional change in share/axis/tcl/axis.tcl
[14:09:10] <cradek> I also noticed recently that the reload (swirly arrows) button doesn't grey
[14:09:12] <jepler> flood and mist would be removed from the 'manual' list
[14:09:37] <cradek> you can poke it while a program is running, but it does nothing (not even an error)
[14:10:05] <jepler> but would need to be tended somewhere else in proc update_state, not sure what the new test is..
[14:10:49] <jepler> cradek: huh, reload button state should be governed by
[14:10:49] <jepler> state {$interp_state == $INTERP_IDLE && $taskfile != ""} \
[14:10:49] <jepler> .toolbar.reload {.menu.file "_Reload"}
[14:11:22] <cradek> are you looking in 2.5?
[14:11:58] <norbert> cradek: it do exactly what it should, it toogle coolant and mist
[14:12:20] <jepler> cradek: no, apparently I'm at mhaberler/rtos-integration-preview3-merged-into-master v2.5.2-2554-g8eb4c65
[14:12:49] <jepler> it looks similar in v2.5_branch though
[14:12:55] <cradek> norbert: I don't understand the context of your comment
[14:13:09] <mhaberler> you should be able to just merge master into it
[14:14:03] <norbert> cradek: you mentioned it does nothing not even an error, I thaught it was related to coolant and mist
[14:14:25] <jepler> I believe cradek meant that the reload button did nothing when a program was running
[14:14:28] <cradek> no, I was talking about the reload button (previous line)
[14:14:43] <jepler> cradek expected that the reload button would be disabled at this time.
[14:17:52] -!- kmrhb has quit [Ping timeout: 246 seconds]
[14:21:42] <jepler> aha read just a little further!
[14:21:56] <KGB-linuxcnc> 03jepler 05v2.5_branch 021d4bc 06linuxcnc 10share/axis/tcl/axis.tcl * axis: fix state of reload button
[14:22:40] <cradek> heh I was just testing that same change
[14:24:11] -!- Valen has quit [Quit: Leaving.]
[14:26:01] <seb_kuzminsky> cradek: the flood and mist widgets are not grayed out ever (this is true both in master and in master-coolant)
[14:26:23] <seb_kuzminsky> in master, when interp is running, clicking the not-grayed-out coolant checkboxes has no effect
[14:26:32] <seb_kuzminsky> in master-coolant clicking them turns coolant on and off
[14:26:40] <cradek> awesome
[14:26:54] <seb_kuzminsky> oh wait i'm wrong, they're greyed out when the machine is in the Off state (F2)
[14:26:57] * seb_kuzminsky shrugs
[14:27:00] <jepler> my expectation is that they are greyed out before this change, so that means something's wrong
[14:27:06] <jepler> .. while the program is running
[14:27:11] <seb_kuzminsky> noep
[14:30:45] <norbert> When machine is off, they don't need to work, as the operator will not expekt them to do so.
[14:31:06] -!- vladimirek has quit [Remote host closed the connection]
[14:34:12] <seb_kuzminsky> norbert: agreed ;-)
[14:34:15] <seb_kuzminsky> bbl
[14:35:20] -!- gabewillen1 has quit [Read error: Connection reset by peer]
[14:40:50] <KGB-linuxcnc> 03dgarrett 05rtos-integration-preview3 3c2c9c2 06linuxcnc 10configs/ 10(10 files in 2 dirs) * sim configs: use names= for sim components
[14:40:50] <KGB-linuxcnc> 03jepler 05rtos-integration-preview3 87a9b86 06linuxcnc 10src/ 10Makefile 10Makefile.modinc.in * build: revisit x86_64 build flags yet again
[14:40:54] <KGB-linuxcnc> 03chris 05rtos-integration-preview3 e816016 06linuxcnc 10src/Makefile * Revert "fix building without 5axiskins"
[14:41:01] <KGB-linuxcnc> 03chris 05rtos-integration-preview3 1226630 06linuxcnc 03src/emc/kinematics/5axiskins.c * Revert "Remove bogus sample kins file"
[14:41:07] <KGB-linuxcnc> 03chris 05rtos-integration-preview3 6de7f0d 06linuxcnc 10src/emc/kinematics/5axiskins.c * The tool-length hal pin was vestigial and confusing.
[14:41:14] <KGB-linuxcnc> 03git 05rtos-integration-preview3 aae2024 06linuxcnc 10src/ 10Makefile 10Makefile.modinc.in * Merge remote-tracking branch 'origin/v2.5_branch' into rtos-integration-preview3
[14:42:20] <jepler> just noticed a post on awallin's blog about
http://en.wikipedia.org/wiki/The_White_Rabbit_Project which sounds interesting
[14:42:54] <jepler> (though he describes his initial experience as 'a bit strange')
[14:46:53] <mhaberler> pretty macho ;)
[14:50:53] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[14:57:27] -!- psha [psha!~psha@213.208.162.67] has joined #linuxcnc-devel
[15:08:36] -!- gammax has quit [Ping timeout: 264 seconds]
[15:09:55] <KGB-linuxcnc> 03dgarrett 05rtos-integration-preview3-merged-into-master 3c2c9c2 06linuxcnc 10configs/ 10(10 files in 2 dirs) * sim configs: use names= for sim components
[15:09:55] <KGB-linuxcnc> 03chris 05rtos-integration-preview3-merged-into-master a32eed3 06linuxcnc 10(5 files in 3 dirs) * Merge branch 'v2.5_branch'
[15:09:59] <KGB-linuxcnc> 03chris 05rtos-integration-preview3-merged-into-master d48ee62 06linuxcnc 10configs/sim/sim_spindle_encoder.hal * Make the simulated spindle spin up faster
[15:10:06] <KGB-linuxcnc> 03chrisinnanaimo 05rtos-integration-preview3-merged-into-master d4207ad 06linuxcnc 10src/emc/usr_intf/gscreen/gscreen.py * gscreen -add abort and feed-hold HAL pins
[15:10:14] <KGB-linuxcnc> 03chrisinnanaimo 05rtos-integration-preview3-merged-into-master ffa809f 06linuxcnc 10(5 files in 2 dirs) * gscreen -rename buttons for function rather then position
[15:10:21] <KGB-linuxcnc> 03chrisinnanaimo 05rtos-integration-preview3-merged-into-master 284f5df 06linuxcnc 10(5 files in 3 dirs) * gscreen -change gscreen HAL pin names
[15:10:28] <KGB-linuxcnc> 03chrisinnanaimo 05rtos-integration-preview3-merged-into-master 5b15ddf 06linuxcnc 10src/emc/usr_intf/gscreen/gscreen.py * gscreen -make keybindings overrideable in the handler file
[15:10:35] <KGB-linuxcnc> 03chrisinnanaimo 05rtos-integration-preview3-merged-into-master fd98fb5 06linuxcnc 10configs/sim/gscreen_custom/industrial.glade 10configs/sim/gscreen_custom/industrial_handler.py 10src/emc/usr_intf/gscreen/gscreen.py * gscreen -add embedded Onboard keyboard to industrial screen
[15:10:44] <KGB-linuxcnc> 03jepler 05rtos-integration-preview3-merged-into-master 87a9b86 06linuxcnc 10src/ 10Makefile 10Makefile.modinc.in * build: revisit x86_64 build flags yet again
[15:10:52] <KGB-linuxcnc> 03chris 05rtos-integration-preview3-merged-into-master e816016 06linuxcnc 10src/Makefile * Revert "fix building without 5axiskins"
[15:10:58] <KGB-linuxcnc> 03chris 05rtos-integration-preview3-merged-into-master 1226630 06linuxcnc 03src/emc/kinematics/5axiskins.c * Revert "Remove bogus sample kins file"
[15:11:05] <KGB-linuxcnc> 03chris 05rtos-integration-preview3-merged-into-master 6de7f0d 06linuxcnc 10src/emc/kinematics/5axiskins.c * The tool-length hal pin was vestigial and confusing.
[15:11:12] <KGB-linuxcnc> 03dgarrett 05rtos-integration-preview3-merged-into-master 6acc43d 06linuxcnc 10configs/sim/ 10(5 files in 2 dirs) * sim hal files names= consistency with v2.5
[15:11:19] <KGB-linuxcnc> 03chrisinnanaimo 05rtos-integration-preview3-merged-into-master 996b4e6 06linuxcnc 10lib/python/gladevcp/hal_sourceview.py * gladevcp -lighten color of highlight of Gcode display
[15:11:27] <KGB-linuxcnc> 03chrisinnanaimo 05rtos-integration-preview3-merged-into-master 1380916 06linuxcnc 10lib/python/hal_glib.py * hal_glib - add a tool-changed gobject signal
[15:11:34] <KGB-linuxcnc> 03git 05rtos-integration-preview3-merged-into-master 3bf4585 06linuxcnc 10configs/sim/remap/cycle/python/toplevel.py 10src/emc/rs274ngc/interp_internal.hh 10src/emc/rs274ngc/rs274ngc_pre.cc * interp: add __delete__ interpreter shutdown hook to Interp::exit()
[15:11:43] <KGB-linuxcnc> 03git 05rtos-integration-preview3-merged-into-master 11a0e7b 06linuxcnc 10docs/src/remap/structure.txt * docs/interp: document __delete__ Python hook
[15:11:50] <KGB-linuxcnc> 03git 05rtos-integration-preview3-merged-into-master b2cd764 06linuxcnc 10src/hal/components/orient.comp * orient.comp: fix modulo arithmetic
[15:11:57] <KGB-linuxcnc> 03git 05rtos-integration-preview3-merged-into-master aae2024 06linuxcnc 10src/ 10Makefile 10Makefile.modinc.in * Merge remote-tracking branch 'origin/v2.5_branch' into rtos-integration-preview3
[15:12:04] <KGB-linuxcnc> 03git 05rtos-integration-preview3-merged-into-master 16cafba 06linuxcnc 10configs/common/core_sim9.hal 03configs/sim/axis/check_constraints.hal 10src/Makefile
[15:12:08] <KGB-linuxcnc> Merge branch 'rtos-integration-preview3' into rtos-integration-preview3-merged-into-master
[15:12:18] <KGB-linuxcnc> 03git 05rtos-integration-preview3-merged-into-master 86b4c3e 06linuxcnc
[15:12:20] <KGB-linuxcnc> Merge remote-tracking branch 'origin/master' into rtos-integration-preview3-merged-into-master
[15:16:43] -!- sparr0 has quit [Changing host]
[15:28:01] -!- gene77 has quit [Read error: Connection reset by peer]
[15:33:55] -!- capricorn_1 has quit [Quit: Konversation terminated!]
[15:34:24] -!- r00t4rd3d has quit [Ping timeout: 264 seconds]
[15:39:52] <KGB-linuxcnc> 03seb 05master 58daef7 06linuxcnc 10src/emc/task/emctaskmain.cc * task: always allow coolant & lube control
[15:39:52] <KGB-linuxcnc> 03seb 05master 924a0f5 06linuxcnc 10src/emc/usr_intf/axis/scripts/axis.py * axis: always allow coolant and spindle control
[15:42:30] <cradek> jepler: would you merge v2.5_branch into master please? there's a cflags conflict.
[15:42:47] <jepler> cradek: ugh, will look..
[15:43:01] <cradek> it's very minor but I'm too tired.
[15:45:01] <jepler> np
[15:45:08] <KGB-linuxcnc> 03jepler 05master 87a9b86 06linuxcnc 10src/ 10Makefile 10Makefile.modinc.in * build: revisit x86_64 build flags yet again
[15:45:08] <KGB-linuxcnc> 03chris 05master e816016 06linuxcnc 10src/Makefile * Revert "fix building without 5axiskins"
[15:45:11] <KGB-linuxcnc> 03chris 05master 1226630 06linuxcnc 03src/emc/kinematics/5axiskins.c * Revert "Remove bogus sample kins file"
[15:45:13] <cradek> thanks
[15:45:17] <KGB-linuxcnc> 03chris 05master 6de7f0d 06linuxcnc 10src/emc/kinematics/5axiskins.c * The tool-length hal pin was vestigial and confusing.
[15:45:24] <KGB-linuxcnc> 03jepler 05master 021d4bc 06linuxcnc 10share/axis/tcl/axis.tcl * axis: fix state of reload button
[15:45:30] <KGB-linuxcnc> 03jepler 05master c047bcb 06linuxcnc 10share/axis/tcl/axis.tcl 10src/Makefile 10src/Makefile.modinc.in * Merge remote branch 'origin/v2.5_branch'
[15:53:25] -!- stsydow has quit [Remote host closed the connection]
[16:00:31] -!- smithrobs has quit [Ping timeout: 264 seconds]
[16:13:58] -!- erictheise has quit [Quit: erictheise]
[16:15:52] -!- toastydeath has quit [Ping timeout: 245 seconds]
[16:19:42] sparr0 is now known as sparr
[16:20:30] -!- PetefromTn has quit [Remote host closed the connection]
[16:26:00] -!- zzolo has quit [Ping timeout: 264 seconds]
[16:31:43] -!- smithrobs_ has quit [Ping timeout: 264 seconds]
[16:33:10] -!- hamza_ has quit [Read error: Operation timed out]
[16:43:50] -!- krusty_ar_ has quit [Quit: No Ping reply in 180 seconds.]
[16:45:17] -!- andypugh [andypugh!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[16:45:57] -!- dway has quit [Quit: NOOOOOOooooooooo……]
[16:46:55] -!- toastyde1th has quit [Ping timeout: 258 seconds]
[17:08:29] -!- jthornton has quit [Ping timeout: 260 seconds]
[17:08:29] -!- JT-Shop has quit [Ping timeout: 260 seconds]
[17:09:52] -!- krusty_ar has quit [Quit: No Ping reply in 180 seconds.]
[17:10:21] <linuxcnc-build> build #6 of deb-precise-xenomai-binary-amd64 is complete: Failure [4failed apt-get-update shell_2] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-xenomai-binary-amd64/builds/6 blamelist: Jeff Epler <jepler@unpythonic.net>, Michael Haberler <git@mah.priv.at>, Chris Radek <chris@timeguy.com>, Dewey Garrett
[17:10:21] <linuxcnc-build> <dgarrett@panix.com>
[17:10:22] <linuxcnc-build> build #6 of deb-precise-xenomai-binary-x86 is complete: Failure [4failed apt-get-update shell_2] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-xenomai-binary-x86/builds/6 blamelist: Jeff Epler <jepler@unpythonic.net>, Michael Haberler <git@mah.priv.at>, Chris Radek <chris@timeguy.com>, Dewey Garrett
[17:10:22] <linuxcnc-build> <dgarrett@panix.com>
[17:10:57] <linuxcnc-build> build #6 of deb-precise-rtpreempt-binary-x86 is complete: Failure [4failed apt-get-update shell_2] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-rtpreempt-binary-x86/builds/6 blamelist: Jeff Epler <jepler@unpythonic.net>, Michael Haberler <git@mah.priv.at>, Chris Radek <chris@timeguy.com>, Dewey Garrett
[17:10:57] <linuxcnc-build> <dgarrett@panix.com>
[17:11:08] <linuxcnc-build> build #6 of deb-precise-rtpreempt-binary-amd64 is complete: Failure [4failed apt-get-update shell_2] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-rtpreempt-binary-amd64/builds/6 blamelist: Jeff Epler <jepler@unpythonic.net>, Michael Haberler <git@mah.priv.at>, Chris Radek <chris@timeguy.com>, Dewey Garrett
[17:11:08] <linuxcnc-build> <dgarrett@panix.com>
[17:11:34] -!- zlog has quit [Ping timeout: 256 seconds]
[17:11:55] -!- Tom_itx has quit [Disconnected by services]
[17:12:04] Tom_shop is now known as Tom_itx
[17:17:41] -!- mhaberler has quit [Quit: mhaberler]
[17:18:13] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[17:20:27] -!- jthornton [jthornton!~john@162.72.171.228] has joined #linuxcnc-devel
[17:20:29] -!- JT-Shop [JT-Shop!~John@162.72.171.228] has joined #linuxcnc-devel
[17:20:36] <seb_kuzminsky> those build failures are on the rtos branch that michael pushed, because there's no rt-preempt/xenomai kernels on linuxcnc yet, so ignore those for now
[17:21:34] -!- krusty_ar has quit [Ping timeout: 272 seconds]
[17:29:11] -!- sparr has quit [Ping timeout: 245 seconds]
[17:32:29] -!- mhaberler has quit [Quit: mhaberler]
[17:35:06] -!- JT-Shop has quit [Ping timeout: 256 seconds]
[17:35:57] -!- jthornton has quit [Ping timeout: 276 seconds]
[17:41:59] -!- TheLarch has quit [Quit: <puff of smoke>]
[17:42:35] -!- L84Supper [L84Supper!~Larch@unaffiliated/l84supper] has joined #linuxcnc-devel
[17:45:08] -!- JT-Shop [JT-Shop!~John@162.72.171.228] has joined #linuxcnc-devel
[17:45:14] -!- jthornton [jthornton!~john@162.72.171.228] has joined #linuxcnc-devel
[17:54:42] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[17:55:33] <mozmck> I'm trying to understand how stepping works in linuxcnc. I presume you can only put out a step on a timer tick of the base thread. So if the base thread is running at 50000 hz, and you have 2000 steps/rev on a motor, and you step every 3 ticks - you should get 500 rpm. But 600 rpm is 2.5 ticks per step - how does linuxcnc handle that? Or does it?
[17:56:43] <seb_kuzminsky> mozmck: right, if you're using software stepgen, you get at most one step per base-thread invocation
[17:56:47] -!- mhaberler [mhaberler!~mhaberler@extern-186.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[17:57:00] -!- cstef has quit []
[17:58:13] <mozmck> ok, so how do you deal with the need for fractional ticks at speeds close to the max base rate? Make every Nth step 1 less tick apart than the rest?
[17:59:33] <mhaberler> do you need fixed ratios?
[17:59:53] <mozmck> I've seen some projects using a bresenham algorithm for coordinating axes, but I'm curious how linuxcnc does it.
[18:00:43] <mhaberler> afaict that's based on servo-interval segments and interpolation
[18:01:16] <mhaberler> I dont see where a bresenham could come in?
[18:01:43] -!- smithrobs has quit [Ping timeout: 264 seconds]
[18:02:10] <mozmck> ratios? No, I'm trying to figure out how linuxcnc handles running a motor when the commanded speed does not compute to an integer "tick" value, and just rounding will make a large error in speed.
[18:02:35] <mhaberler> the commanded pos is a double; those arent ints
[18:02:52] -!- sparr0 has quit [Quit: Changing server...]
[18:02:53] <mhaberler> so its continuous at the commanded pos view
[18:03:17] <mhaberler> or are you looking at how stepgen fits in?
[18:03:27] <mozmck> But the base-thread "ticks" at an integer rate - i.e. 50000 hz
[18:03:28] <mozmck> yes
[18:03:55] <mhaberler> well the stepgens too take a double as commanded pos and return an double as actual pos
[18:04:08] <mozmck> Here was my initial question just before you joined: I'm trying to understand how stepping works in linuxcnc. I presume you can only put out a step on a timer tick of the base thread. So if the base thread is running at 50000 hz, and you have 2000 steps/rev on a motor, and you step every 3 ticks - you should get 500 rpm. But 600 rpm is 2.5 ticks per step - how does linuxcnc handle that? Or does it?
[18:04:33] <mhaberler> oh, I see - sorry, need to read back - so you're talking stepper quantization?
[18:04:56] <mozmck> I guess so.
[18:05:21] <mozmck> haven't heard that term but that sounds right :)
[18:05:25] <mhaberler> ;)
[18:06:21] <mhaberler> well as far as I understand it, the stepgen can only generate discrete rates based on the base thread (or the clock on the fpga in the mesanet case which is so high this isnt an issue)
[18:06:39] <mozmck> I'm doing a small project running a motor from a microcontroller, and am running into some of these things. Made me curious how linuxcnc handles these issues.
[18:07:12] <mhaberler> hey, the beaglebone has a stepgen way beyond anything a PC can generate, without extra hardware
[18:07:29] <mhaberler> (PC without outboard stepgen that is)
[18:07:31] <mozmck> Yes, for the mesa it wouldn't be much problem I assume, but for parport it's different.
[18:08:28] <mozmck> Yes, but I'm curious how linuxcnc is doing it now with parport :) Where would that code be?
[18:08:34] <mhaberler> stepgen.c
[18:08:49] <mozmck> thanks, I'll dig some more.
[18:08:53] <mhaberler> the parport module only consumes the stepgen output
[18:09:00] <cradek> mozmck: talking about "error in speed" betrays a misunderstanding I think - this is a position mode problem, not a velocity mode problem
[18:09:12] <mhaberler> if you want a software stepgen on steroids, look at this branch:
http://git.mah.priv.at/gitweb?p=emc2-dev.git;a=shortlog;h=refs/heads/arm335x-hal-pru-module
[18:09:28] <cradek> mozmck: at each base period you just go to the step that's nearest your target
[18:09:48] <mozmck> cradek: true, I'm thinking in speed because of my current project
[18:10:06] <cradek> that is a fundamental error
[18:10:32] <mozmck> heh!
[18:11:31] <cradek> sorry, no offense meant :-)
[18:12:08] <cradek> I just meant I think that's why nothing else is falling into place
[18:12:44] <mozmck> none taken. Since speed and position are related, if you are planning a coordinated move based on moving one axis at a given rate, but it actually moves at a different rate, then the other axis will not be positioned correctly in relation.
[18:13:08] <cradek> very true
[18:13:19] <mozmck> So how is that dealt with?
[18:14:00] <cradek> in position mode. the move is planned, and at every dt the motors are moved to closest possible position to nominal
[18:14:56] <mozmck> hmm, so rate is then just limited by accel and max vel, but may not be reached?
[18:15:20] <cradek> the motion planned is continuous, it's sampled in time quanta, and the motors "try" to track those periodic position commands
[18:16:05] -!- kmrhb has quit [Ping timeout: 248 seconds]
[18:16:08] <cradek> yes the success of "trying" to follow is limited by pid/accel/vel/etc
[18:16:22] <mozmck> that makes sense I guess.
[18:17:22] <mozmck> if I keep at it I might understand all this one of these days! Thanks :)
[18:24:10] -!- sumpfralle has quit [Ping timeout: 245 seconds]
[18:30:29] -!- JT-Shop-2 [JT-Shop-2!~John@162.72.171.228] has joined #linuxcnc-devel
[18:30:31] -!- jthornton_ [jthornton_!~john@162.72.171.228] has joined #linuxcnc-devel
[18:30:39] -!- JT-Shop has quit [Read error: Connection reset by peer]
[18:30:52] sliptonic is now known as sliptonic_away
[18:30:56] -!- jthornton has quit [Ping timeout: 255 seconds]
[18:32:26] -!- JT-Shop-2 has quit [Read error: Connection reset by peer]
[18:32:27] -!- jthornton_ has quit [Read error: Connection reset by peer]
[18:32:31] sliptonic_away is now known as sliptonic
[18:33:44] -!- scooter has quit [Ping timeout: 245 seconds]
[18:35:34] -!- JT-Shop [JT-Shop!~John@162.72.171.228] has joined #linuxcnc-devel
[18:35:35] -!- jthornton [jthornton!~john@162.72.171.228] has joined #linuxcnc-devel
[18:45:25] -!- jthornton has quit [Read error: Connection reset by peer]
[18:45:27] -!- JT-Shop-2 [JT-Shop-2!~John@162.72.171.228] has joined #linuxcnc-devel
[18:45:33] -!- jthornton [jthornton!~john@162.72.171.228] has joined #linuxcnc-devel
[18:45:48] -!- JT-Shop has quit [Ping timeout: 264 seconds]
[18:55:13] -!- BHSPiMonkey has quit [Changing host]
[18:57:41] -!- jthornton has quit [Ping timeout: 248 seconds]
[18:57:41] -!- chopper79 has quit [Ping timeout: 248 seconds]
[18:57:56] -!- JT-Shop-2 has quit [Ping timeout: 252 seconds]
[19:00:53] scooter is now known as Guest29551
[19:02:24] -!- tjb1 has quit [Quit: tjb1]
[19:06:06] -!- Guest29551 has quit [Quit: leaving]
[19:07:11] -!- fllr has quit [Ping timeout: 256 seconds]
[19:07:16] -!- ler_hydra has quit [Remote host closed the connection]
[19:15:43] <linuxcnc-build> build #7 of deb-precise-xenomai-binary-x86 is complete: Failure [4failed apt-get-update shell_2] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-xenomai-binary-x86/builds/7 blamelist: Chris Radek <chris@timeguy.com>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Haberler <git@mah.priv.at>, Jeff Epler
[19:15:43] <linuxcnc-build> <jepler@unpythonic.net>, Dewey Garrett <dgarrett@panix.com>
[19:15:43] <linuxcnc-build> build #7 of deb-precise-xenomai-binary-amd64 is complete: Failure [4failed apt-get-update shell_2] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-xenomai-binary-amd64/builds/7 blamelist: Chris Radek <chris@timeguy.com>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Haberler <git@mah.priv.at>, Jeff Epler
[19:15:44] <linuxcnc-build> <jepler@unpythonic.net>, Dewey Garrett <dgarrett@panix.com>
[19:15:54] <linuxcnc-build> build #7 of deb-precise-rtpreempt-binary-x86 is complete: Failure [4failed apt-get-update shell_2] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-rtpreempt-binary-x86/builds/7 blamelist: Chris Radek <chris@timeguy.com>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Haberler <git@mah.priv.at>, Jeff Epler
[19:15:54] <linuxcnc-build> <jepler@unpythonic.net>, Dewey Garrett <dgarrett@panix.com>
[19:16:06] <linuxcnc-build> build #7 of deb-precise-rtpreempt-binary-amd64 is complete: Failure [4failed apt-get-update shell_2] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-rtpreempt-binary-amd64/builds/7 blamelist: Chris Radek <chris@timeguy.com>, Chris Morley <chrisinnanaimo@hotmail.com>, Michael Haberler <git@mah.priv.at>, Jeff Epler
[19:16:06] <linuxcnc-build> <jepler@unpythonic.net>, Dewey Garrett <dgarrett@panix.com>
[19:19:55] -!- JT-Shop [JT-Shop!~John@162.72.171.228] has joined #linuxcnc-devel
[19:19:56] -!- jthornton [jthornton!~john@162.72.171.228] has joined #linuxcnc-devel
[19:32:58] <seb_kuzminsky> again, that's an rtos branch that's expected to fail in that spot, until we add the new rtos kernels
[19:33:02] -!- jthornton has quit [Ping timeout: 255 seconds]
[19:33:06] -!- JT-Shop has quit [Read error: Connection reset by peer]
[19:34:23] -!- JT-Shop [JT-Shop!~John@162.72.171.228] has joined #linuxcnc-devel
[19:34:35] -!- jthornton [jthornton!~john@162.72.171.228] has joined #linuxcnc-devel
[19:36:28] -!- PCW [PCW!~chatzilla@99.88.10.65] has joined #linuxcnc-devel
[19:36:44] -!- jthornton has quit [Read error: Connection reset by peer]
[19:36:44] -!- JT-Shop has quit [Read error: Connection reset by peer]
[19:37:24] <PCW> is this a halrun bug? exits seem to be ignored (master)
[19:37:53] -!- jthornton [jthornton!~john@162.72.171.228] has joined #linuxcnc-devel
[19:37:54] -!- JT-Shop [JT-Shop!~John@162.72.171.228] has joined #linuxcnc-devel
[19:38:08] <seb_kuzminsky> PCW: where?
[19:38:29] <PCW> in a script. always works by hand
[19:38:58] -!- micges [micges!~micges@dej199.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[19:39:04] <PCW> so halrun -I -f someoldscript.hal
[19:39:13] <PCW> never exits
[19:39:33] <PCW> even though the last line is 'exit'
[19:40:10] <seb_kuzminsky> the -I means "interactive", i think that means it's supposed to run halcmd for you to type commands into at the end
[19:40:15] <seb_kuzminsky> try it without the -I?
[19:41:44] -!- generic_nick has quit [Read error: Connection reset by peer]
[19:41:51] <PCW> OK that works, thanks
[19:42:53] <seb_kuzminsky> oh good!
[19:43:45] -!- mhaberler has quit [Quit: mhaberler]
[19:43:56] <PCW> I think the man page confused me into thinking the I was needed
[19:44:08] <KGB-linuxcnc> 03seb 05v2.5_branch 8cb7ccb 06linuxcnc 10docs/ 10man/man1/halcmd.1 10man/man1/halui.1 * docs: rebranding
[19:45:04] <seb_kuzminsky> PCW: the part where it says "-I must precede all other arguments"? i can see how that's misleading...
[19:47:22] <KGB-linuxcnc> 03seb 05v2.5_branch 48fcae1 06linuxcnc 10docs/man/man1/halcmd.1 * docs: clarify usage of -I for halrun
[19:51:55] -!- skunkworks has quit [Read error: Connection reset by peer]
[19:53:45] -!- norbert has quit [Quit: Verlassend]
[19:57:39] -!- ravenlock has quit [Ping timeout: 276 seconds]
[19:59:07] -!- mhaberler [mhaberler!~mhaberler@extern-186.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[20:05:53] -!- sumpfralle has quit [Read error: No route to host]
[20:28:24] -!- Icekiller has quit [Ping timeout: 272 seconds]
[20:32:54] <PCW> Thanks
[20:41:18] <seb_kuzminsky> sure
[20:41:25] <seb_kuzminsky> is the new wording better?
[20:44:58] -!- DJ9DJ has quit [Quit: bye]
[20:48:05] -!- gimpswork has quit []
[21:02:48] -!- FinboySlick has quit [Quit: Leaving.]
[21:04:48] -!- psha has quit [Quit: Lost terminal]
[21:11:15] <mhaberler> seb: what is the issue with the kernels - those exist; in case of the xeno kernel all you need to do is add the keyring?
[21:14:28] -!- zzolo_ has quit [Quit: zzolo_]
[21:25:22] -!- micges has quit [Quit: Leaving]
[21:26:55] -!- smithrobs_ has quit [Quit: ChatZilla 0.9.90 [Firefox 20.0.1/20130409194949]]
[21:30:14] -!- stsydow has quit [Remote host closed the connection]
[21:34:26] -!- micges [micges!~micges@dej199.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[21:35:11] -!- odogono has quit [Quit: odogono]
[21:37:50] -!- chillly has quit [Quit: Leaving]
[21:40:56] -!- wboykinm has quit [Remote host closed the connection]
[21:42:29] -!- syyl_tb has quit [Read error: Connection reset by peer]
[21:46:53] <seb_kuzminsky> mhaberler: we're verifying the kernel build procedure is working before adding the xenomai kernel to the linuxcnc.org repo
[21:47:48] <seb_kuzminsky> i tested zultron's kernel build system the other day and found some issues, most are fixed but he's still working on some
[21:49:10] -!- JT-Shop has quit [Ping timeout: 245 seconds]
[21:49:24] -!- jthornton has quit [Ping timeout: 264 seconds]
[21:49:42] -!- ASt_96 has quit [Quit: ChatZilla 0.9.90 [Firefox 20.0.1/20130409194949]]
[21:51:24] -!- JT-Shop [JT-Shop!~John@162.72.171.228] has joined #linuxcnc-devel
[21:51:32] -!- jthornton [jthornton!~john@162.72.171.228] has joined #linuxcnc-devel
[21:54:11] <mhaberler> aja
[21:54:39] <mhaberler> so you moving the xeno kernel build over to linuxcnc.org or the bb?
[21:54:51] -!- motioncontrol has quit [Quit: Sto andando via]
[21:55:29] <seb_kuzminsky> neither
[21:55:56] <seb_kuzminsky> i want to know that we can build the xenomai kernel correctly and repeatably (by hand) before putting the debs in the linuxcnc.org deb archive
[21:56:25] <seb_kuzminsky> once the debs are there, the buildbot will see them and the rtos branches should be a little closer to producing debs
[21:56:37] <mhaberler> super
[21:56:55] <mhaberler> for rt you just pull the debian kernel?
[21:57:08] <seb_kuzminsky> that's what i have been doing on my test systems, yes
[21:58:00] <mhaberler> I havent even looked at its kconfig, I really just used it for builds - but then thats the whole point - folks get a stock kernel, even if might not be optimal
[21:58:37] -!- krusty_ar_ has quit [Quit: No Ping reply in 180 seconds.]
[21:59:45] <seb_kuzminsky> i haven't looked closely at it either, but i bet the debian folks did a pretty good job, they usually do
[22:00:09] <seb_kuzminsky> i'll probably try to set up something like zultron's kernel builder for rt-preempt and rtai at some point
[22:05:05] -!- Nick001-Shop has quit [Ping timeout: 258 seconds]
[22:06:48] -!- JT-Shop-2 [JT-Shop-2!~John@162.72.171.228] has joined #linuxcnc-devel
[22:06:57] -!- jthornton_ [jthornton_!~john@162.72.171.228] has joined #linuxcnc-devel
[22:07:07] -!- JT-Shop has quit [Ping timeout: 264 seconds]
[22:07:10] -!- jthornton has quit [Read error: Connection reset by peer]
[22:08:31] -!- GammaX has quit [Changing host]
[22:09:18] -!- jthornton_ has quit [Read error: Connection reset by peer]
[22:09:18] -!- JT-Shop-2 has quit [Read error: Connection reset by peer]
[22:09:27] -!- Nick001-Shop_ has quit [Ping timeout: 256 seconds]
[22:15:45] -!- JT-Shop [JT-Shop!~John@162.72.171.228] has joined #linuxcnc-devel
[22:15:46] -!- jthornton [jthornton!~john@162.72.171.228] has joined #linuxcnc-devel
[22:28:51] -!- andypugh has quit [Quit: andypugh]
[22:35:45] -!- sparr has quit [Read error: Operation timed out]
[22:55:27] -!- bedah has quit [Quit: Ex-Chat]
[22:56:12] -!- jthornton_ [jthornton_!~john@162.72.139.247] has joined #linuxcnc-devel
[22:56:16] -!- JT-Shop-2 [JT-Shop-2!~John@162.72.139.247] has joined #linuxcnc-devel
[22:57:12] -!- BHSPiMonkey has quit [Read error: Connection reset by peer]
[22:57:48] -!- jthornton has quit [Ping timeout: 256 seconds]
[22:57:48] -!- JT-Shop has quit [Ping timeout: 256 seconds]
[22:58:46] -!- JT-Shop-2 has quit [Read error: Connection reset by peer]
[22:58:47] -!- jthornton_ has quit [Read error: Connection reset by peer]
[23:07:03] -!- JT-Shop [JT-Shop!~John@162.72.139.247] has joined #linuxcnc-devel
[23:07:17] -!- jthornton [jthornton!~john@162.72.139.247] has joined #linuxcnc-devel
[23:10:27] -!- Tugge has quit [Ping timeout: 245 seconds]
[23:10:50] -!- asdfasd has quit [Ping timeout: 256 seconds]
[23:11:48] -!- tjb1 has quit [Quit: tjb1]
[23:12:29] -!- Valen has quit [Quit: Leaving.]
[23:14:46] -!- carper64_lb has quit [Ping timeout: 246 seconds]
[23:17:26] -!- micges has quit [Quit: Leaving]
[23:19:40] -!- hamza_ has quit [Ping timeout: 246 seconds]
[23:23:29] -!- mhaberler has quit [Quit: mhaberler]
[23:26:52] -!- threex5 has quit [Quit: Leaving.]
[23:40:11] -!- generic_nick has quit [Read error: Connection reset by peer]
[23:48:41] -!- stsydow has quit [Remote host closed the connection]
[23:57:54] -!- tmcw has quit [Remote host closed the connection]
[23:59:13] -!- Nick001-Shop has quit [Remote host closed the connection]