Back
[00:00:31] <jepler> doh. fixed:
http://emergent.unpythonic.net/files/sandbox/linuxcnc-debian-kfreebsd.patches.mbox
[00:00:51] <jepler> mhaberler: redis doesn't build on debian-kfreebsd and I was too tired to figure out whether I could disable it, so anything based off recentish master is more effort for me
[00:01:33] <jepler> (freebsd has a working (one assumes) redis port, but debian-kfreebsd doesn't, possibly due to the same errors seen building linuxcnc's bundled redis..)
[00:02:58] <jepler> redis (= 2:2.6.0-1) build-depends on missing:
[00:02:59] <jepler> - libjemalloc-dev
[00:06:56] -!- logger[mah] has quit [Remote host closed the connection]
[00:07:05] -!- logger[mah] [logger[mah]!~loggermah@ns1.mah.priv.at] has joined #linuxcnc-devel
[00:17:21] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[00:28:03] <jepler> is "make -jN" broken in master?
[00:28:06] <jepler> On one build I get:
[00:28:06] <jepler> make[2]: *** No rule to make target `../deps/jemalloc/include/jemalloc/jemalloc.h', needed by `adlist.o'. Stop.
[00:28:12] <jepler> and on the next build I get:
[00:28:12] <jepler> CC adlist.o
[00:28:16] <jepler> and it proceeds a bit further
[00:29:35] -!- sumpfralle has quit [Ping timeout: 255 seconds]
[00:30:06] -!- bedah has quit [Quit: bye]
[00:35:15] <jepler> is redis actually used for anything in the master branch///
[00:35:18] <jepler> er, ?
[00:58:44] -!- mal`` has quit [Read error: Operation timed out]
[01:02:19] -!- mal`` [mal``!~mal``@li125-242.members.linode.com] has joined #linuxcnc-devel
[01:02:30] -!- racycle has quit [Quit: racycle]
[01:03:06] -!- mal`` has quit [Excess Flood]
[01:04:03] -!- mal`` [mal``!~mal``@li125-242.members.linode.com] has joined #linuxcnc-devel
[01:06:13] -!- JT-Shop has quit [Read error: Connection reset by peer]
[01:06:14] -!- jthornton has quit [Read error: Connection reset by peer]
[01:06:31] -!- JT-Shop [JT-Shop!~John@184-63-140-99.cust.wildblue.net] has joined #linuxcnc-devel
[01:06:32] -!- jthornton [jthornton!~john@184-63-140-99.cust.wildblue.net] has joined #linuxcnc-devel
[01:08:09] -!- theorbtwo has quit [Remote host closed the connection]
[01:11:44] <cradek> jepler: yes, make -j is broken on master, has been since redis etc were added.
[01:12:59] <jepler> cradek: I has a sad.
[01:16:06] <jepler> well, now I have master building with kfreebsd, but to do it I had to rip out the building of redis. all runtests pass, once the redis test is skipped when its binaries are not built
[01:16:55] <cradek> interesting. maybe it's not being used. I don't know the status.
[01:17:40] -!- ve7it has quit [Remote host closed the connection]
[01:28:59] -!- syyl has quit [Ping timeout: 255 seconds]
[01:32:09] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[01:33:27] -!- ve7it has quit [Read error: Connection reset by peer]
[01:34:25] -!- djheinz has quit [Ping timeout: 265 seconds]
[01:37:06] <jepler> how fun. some of my header changes conflict with master and then conflict again with the rtos branch
[01:43:27] <jepler> some critical functions like sched_setscheduler_ex are nonportable, so the rtos branch is not useful on kfreebsd
[01:45:24] -!- L33TG33KG34R has quit [Ping timeout: 248 seconds]
[02:01:04] sliptonic is now known as sliptonic_away
[02:01:08] sliptonic_away is now known as sliptonic
[02:05:05] -!- RyanS has quit [Ping timeout: 265 seconds]
[02:18:04] -!- crib has quit [Remote host closed the connection]
[02:24:14] -!- RyanS has quit [Ping timeout: 255 seconds]
[02:28:41] <skunkworks> I was under the impression that redis was not used yet... but I think there are a few people that are using it outside of master - like tormach..
[02:28:52] -!- rob__H has quit [Ping timeout: 252 seconds]
[02:30:19] <jepler> oh dear, we've come to the day when skunkworks is more familiar with linuxcnc master branch than I am. sigh.
[02:30:24] <jepler> skunkworks: thanks for the infos
[02:30:30] <cradek> ouch
[02:37:00] <skunkworks> sorry
[02:37:46] <skunkworks> jepler: you where actually doing real life things....
[02:56:48] <jepler> and you haven't been?
[02:57:17] <skunkworks> Yes - I guess I have...
[02:58:25] -!- theorbtwo has quit [Remote host closed the connection]
[03:02:12] <skunkworks> http://www.electronicsam.com/gallery/index.php?/category/1
[03:03:47] <BenJackson> House [6] Stella [621]
[03:04:13] <BenJackson> that window in the bathroom is neat
[03:04:40] <skunkworks> Thanks - that was originally the bathroom window...
[03:04:50] <skunkworks> (to the outside..)
[03:05:56] <cradek> Chris, week 2024
[03:06:12] <cradek> (if someone had taken a picture of me every week, there would be a lot of them by now.
[03:08:12] <skunkworks> heh
[03:09:18] <alex_joni> heh
[03:09:40] -!- djinni` has quit [Ping timeout: 244 seconds]
[03:10:49] -!- tjb1 has quit [Quit: tjb1]
[03:16:46] <skunkworks> BenJackson: is this you?
http://eng-serve.com/buildlog/forum/viewtopic.php?f=16&t=557&hilit=raster+linuxcnc&sid=be1d9910fdbf331462c56a20a0040b76
[03:17:05] <BenJackson> yep
[03:17:34] <skunkworks> cool - I point a lot of people to your thread if they ask about raster
[03:18:02] <BenJackson> I've got a Mesa 5i25 now so that's my next challenge -- porting raster to FPGA
[03:18:05] <skunkworks> Nice work
[03:19:16] <BenJackson> thanks
[03:20:36] <skunkworks> is it bad I have all this info in my head? I should make a list - but I am not that organized..
[03:21:14] <skunkworks> BenJackson: are you actually going to put parts of it in the fpga? or just use the firmware as is?
[03:21:42] <BenJackson> btw I just made a thread (in the sw forum of that board) to organize that laser linuxcnc config info
[03:21:56] <skunkworks> I suppose you almost need to put it in the fpga - to get any benefit from it..
[03:22:15] <BenJackson> At the moment I'm using the FW as-is. That means I still need a fast base_period for pulsing the laser. rastering doesn't work because I lose high-res position feedback
[03:22:16] <skunkworks> otherwise you would still need a fast thread running
[03:22:27] <BenJackson> ultimately I'll put ppi and raster in the FPGA so only servo-thread is needed
[03:22:40] <skunkworks> heh
[03:23:08] <BenJackson> the rastering puts some position feedback function from stepgen in a high-speed thread
[03:23:18] <skunkworks> ah - cool
[03:23:19] <BenJackson> there's no equivalent in the hostmot2 stepgen
[03:23:30] <BenJackson> so there's no intermediate solution for that, although I could probably add that
[03:24:21] <cradek> beautiful raster results
[03:24:27] <zultron> hi jepler, that hunk where you add __u32 & family to rtapi.h, we just got finished ripping that out. The compiler barfed when Charles added __u64. I couldn't figure out what those were there for, and it seemed <linux/types.h> had what we needed, so that's the way I went.
[03:24:32] <zultron> See commit d1e65d29f00f970cb8bf4c352c18f7c4b1bfc7dc
[03:26:11] <zultron> I don't care which way it is in the end, but I'd like to know what those typedefs are there for.
[03:28:08] <pcw_home> I have considered adding a FIFO drain from encoder count module
[03:28:10] <pcw_home> probably the same module could work from the stepgen output
[03:29:47] <pcw_home> something in HAL would probably have to set a trigger count at the beginning of each scan
[03:30:32] <jepler> zultron: We want ways to refer to exact-width integers (so that, for instance, we don't have to worry whether 'long' is 32 bits or 64 bits on any particular system)
[03:30:55] -!- djinni` has quit [Ping timeout: 260 seconds]
[03:31:17] <jepler> zultron: there are two main ways to do it that make the slightest bit of sense: Use names like __u32 from <linux/types.h>, which is available on any linux; or use names like int32_t which is available in any userspace but not in kernel space
[03:32:14] -!- djinni` has quit [Excess Flood]
[03:32:38] <BenJackson> pcw_home: are you talking about inside the FPGA? or the hal streamer module?
[03:32:49] <pcw_home> inside the FPGA
[03:32:52] <BenJackson> the raster engraving code currently works with streamer + a comp
[03:32:59] <BenJackson> the fifo is full of X coords + on/off boolean
[03:33:05] <jepler> that doesn't answer the question of the best thing to do in linuxcnc about providing these integer type definitions in a way that is compatible with everything..
[03:33:07] <BenJackson> it pops each time it passes the coord
[03:33:41] <BenJackson> but yes, in the fpga it could just be a pure bitstream, as computed by the sw
[03:33:44] <pcw_home> I would probably just have data
[03:34:22] <BenJackson> the hard part (you can see it if you read the HAL) is recovering the user position from the motor position (available at high resolution)
[03:34:42] <BenJackson> 2.4 didn't expose the difference between joint/motor pos (the homing offset) so I had to compute it "live" in the HAL
[03:34:43] <jepler> 'night
[03:35:02] <BenJackson> in the FPGA everything would work "forward" toward stepgen accumulator values
[03:35:15] -!- theorbtwo has quit [Remote host closed the connection]
[03:35:33] <pcw_home> Yeah I was thinking of just one hardware trigger count
[03:36:28] <BenJackson> I've been avoiding digging into the VHDL because I'm a Verilog guy
[03:36:39] <BenJackson> but as usual with FPGA projects I expect the hierarchy to be the headache
[03:36:58] <BenJackson> if I don't want to make raster part of stepgen then I'll have to bring out stepgen state to the toplevel
[03:37:21] <BenJackson> I may just make stepgen optionally build with a raster module
[03:38:51] <pcw_home> I would probably just have a countup/countdown internal output on stepgen feeding the raster output module
[03:41:40] <pcw_home> so countup/down --> rate multiplyer for scale to (trigger gated) FIFO clock out
[03:41:42] <pcw_home> (to avoid piping big busses around)
[03:43:28] <BenJackson> that's a good idea, assuming there's a moment where the raster module can know it is sync'd in X
[03:43:56] <pcw_home> Yea it could be synced just once
[03:44:30] <BenJackson> ah, true, I suppose after that it can track position itself
[03:44:52] <pcw_home> Thats what I was thinking
[03:47:46] <pcw_home> or at very worse sync at the scan reversal (but this would not work for general 3D painting)
[03:49:00] <pcw_home> Probably needs a little more thought
[03:50:06] <BenJackson> yeah, at the moment I'm 3d printing instead of laser cutting :)
[03:50:10] <BenJackson> but I have a long holiday
[03:50:53] <pcw_home> You just need 1 bit data?
[03:51:31] <BenJackson> yes, CO2 lasers (at least the non-RF ones) can't really modulate their power very quickly
[03:51:36] <BenJackson> but they can turn on/off fast
[03:52:30] -!- skunkworks2 [skunkworks2!~yaaic@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[03:53:06] <pcw_home> So even in a 5I25 with other stuff 32K bits should be available (1Kx32 FIFO)
[03:53:07] <BenJackson> pcw_home: I'll have to think about bitrate a bit if I want to make it possible to use the USB (and other) connect devices
[03:53:24] -!- skunkworks2 has quit [Remote host closed the connection]
[03:53:58] <BenJackson> hm, maybe not, I just got 20kbit/sec
[03:54:03] <BenJackson> bits it is!
[03:54:27] <pcw_home> hey you can do that withouy a FPGA
[03:54:47] -!- skunkworks2 [skunkworks2!~yaaic@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[03:54:55] <pcw_home> I was thinking Mbits/S
[03:55:17] -!- Tom_itx has quit [Disconnected by services]
[03:55:18] <BenJackson> well you can do that datarate without an fpga
[03:55:21] Tom_garage is now known as Tom_itx
[03:55:29] <BenJackson> but if I don't do the on/off in the fpga then there are still realtime issues on the host
[03:55:55] <BenJackson> and USB (and parallel and ethernet) Mesa cards can't get base_period gpio
[03:56:22] <pcw_home> Yes a clocked out FIFO solve that issue
[03:56:28] <pcw_home> solves
[03:57:12] <pcw_home> with linear encoders is also allows very good registration
[03:57:38] <pcw_home> s/it/is/
[03:59:35] <pcw_home> (the inkjet printer trick, use a crappy servo for scan but fire printhead based on a linear encoder count)
[04:00:19] <BenJackson> yeah, I've taken some of those apart
[04:00:49] <BenJackson> I was surprised at how easy bi-directional rastering was to get working
[04:01:04] <BenJackson> it didn't really require any tweaks once I realized my initial mistake (picking off a position that was computed in servo-thread, far too slow)
[04:01:31] <pcw_home> Yeah
[04:04:19] -!- skunkworks2 has quit [Remote host closed the connection]
[04:07:01] -!- skunkworks2 [skunkworks2!~yaaic@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[04:16:39] -!- kmiyashiro has quit [Quit: kmiyashiro]
[04:19:25] -!- skunkworks2 has quit [Read error: Connection reset by peer]
[04:41:42] -!- Valen has quit [Quit: Leaving.]
[05:12:30] -!- psha[work] [psha[work]!~psha@195.135.238.205] has joined #linuxcnc-devel
[05:17:01] -!- theorbtwo has quit [Remote host closed the connection]
[05:20:35] -!- kb8wmc has quit [Quit: ChatZilla 0.9.89 [Firefox 17.0.1/20121129170341]]
[05:34:08] -!- sumpfralle has quit [Ping timeout: 255 seconds]
[06:06:03] -!- kmiyashiro has quit [Ping timeout: 265 seconds]
[06:22:52] -!- theos has quit [Ping timeout: 246 seconds]
[06:26:03] -!- nexIRC has quit [Read error: Connection reset by peer]
[06:42:16] -!- FinboySlick has quit [Quit: Leaving.]
[06:45:37] -!- dhoovie has quit [Ping timeout: 246 seconds]
[06:50:44] -!- yuvipanda has quit [Ping timeout: 255 seconds]
[06:50:44] yuvipanda_ is now known as yuvipanda
[07:03:28] -!- kwallace1 [kwallace1!~kwallace@smb-155.sonnet.com] has joined #linuxcnc-devel
[07:27:59] -!- kwallace1 [kwallace1!~kwallace@smb-155.sonnet.com] has parted #linuxcnc-devel
[07:31:00] -!- yuvipanda has quit [Quit: yuvipanda]
[08:45:20] -!- ybon has quit [Quit: WeeChat 0.3.8]
[08:49:29] -!- racycle has quit [Quit: racycle]
[08:51:51] -!- yuvipanda has quit [Quit: yuvipanda]
[09:26:05] -!- kmiyashiro has quit [Quit: kmiyashiro]
[09:31:35] -!- mackerski has quit [Quit: mackerski]
[09:38:56] <KGB-linuxcnc> 03git 05master 0f6a1ec 06emc2 10src/redis/Submakefile * redis: make redis-supplied Makefile invocation parallel safe
[10:18:21] -!- Keknom has quit [Quit: Leaving.]
[10:46:48] -!- rob_h [rob_h!~rob_h@5e02a615.bb.sky.com] has joined #linuxcnc-devel
[11:35:35] -!- dhoovie|2 has quit [Read error: Connection reset by peer]
[11:49:13] -!- Tom_itx has quit [Ping timeout: 265 seconds]
[11:50:41] yuvipanda is now known as ConfusedPanda
[11:51:13] ConfusedPanda is now known as YuviPanda
[12:35:38] -!- cncbasher has quit [Quit: time to make some more scrap]
[12:35:53] -!- cncbasher_ has quit [Remote host closed the connection]
[13:54:29] -!- mackerski has quit [Quit: mackerski]
[14:08:01] -!- sumpfralle has quit [Ping timeout: 246 seconds]
[14:11:50] <jthornton> can commit 14b1f7c1382938af23acda5679919121e2aacac5 be cherry picked to 2.5? I've done so locally and tested it out. It brings some basic functionality to gremlin.py that is missing
[14:12:05] <jthornton> to report errors on file load
[14:18:34] -!- mk0 has quit [Ping timeout: 265 seconds]
[14:19:16] <cradek> before this change, did AXIS not report the error?
[14:20:01] <jthornton> does axis use gremlin.py?
[14:20:18] <jthornton> I thought Axis used a tcl thing
[14:20:25] -!- mhaberler has quit [Quit: mhaberler]
[14:22:23] <cradek> yeah I'm pretty sure it uses it now
[14:22:38] <cradek> the whole point of gremlin was to make that bit usable by other guis too
[14:22:53] -!- psha[work] has quit [Quit: Lost terminal]
[14:22:55] <cradek> maybe jepler should decide about this change
[14:23:33] <cradek> it looks safe to me, but I can't help but think we might be missing something.
[14:24:40] <cradek> otherwise, a little nit about the change is that it prints the filename twice
[14:24:59] <cradek> but that's not a reason to pick it onto 2.5 or not
[14:25:39] YuviPanda is now known as UnhealthyPanda
[14:35:12] <jthornton> I did a search of axis.py and it does not import or use gremlin that I can see
[14:39:24] <jthornton> grepping the source files for 'gremlin' only shows it is used by gladevcp
[14:53:44] <jthornton> logger[psha], log
[14:55:18] -!- r00t4rd3d has quit [Ping timeout: 265 seconds]
[14:59:34] <jthornton> <jthornton> I was just wondering if gremlin.py was used by Axis to display the back plot?
[14:59:35] <jthornton> [14:57:49] <jepler> the idea of gremlin was to make the code originally written by Axis reusable in other GUIs
[14:59:35] <jthornton> [14:58:13] <jthornton> ok, thanks
[14:59:35] <jthornton> [14:58:27] <jepler> I think the specific file gremlin.py is not used in AXIS
[14:59:35] <jthornton> [15:09:52] <psha[work]> it's not used really, only in gladevcp
[15:00:09] <jthornton> from a conversation in devel on 2012-12-10
[15:08:53] -!- RoyOnWheels has quit [Ping timeout: 255 seconds]
[15:30:20] <cradek> aha! then that change is fine with me.
[15:36:15] -!- UnhealthyPanda has quit [Quit: UnhealthyPanda]
[15:38:37] <JT-Shop> ok, thanks
[15:39:58] plushy is now known as plushafk
[16:05:01] -!- L84Supper has quit [Ping timeout: 245 seconds]
[16:06:17] -!- L84Supper [L84Supper!~Larch@unaffiliated/l84supper] has joined #linuxcnc-devel
[16:08:11] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[16:23:10] <jepler> cradek: I don't think the file gremlin.py is actually used by axis, so I don't think it can affect axis
[16:23:13] <jepler> the patch looks basically sane to me as well
[16:23:27] <cradek> ok, thanks for the review
[16:29:25] <skunkworks> would it be better to have gremlin integrated in axis? They you are not supporting 2 different code widjets that do the same thing? or would that be quite an undertaking?
[16:30:11] <skunkworks> I suppose that is Captain Obvious on both points or it would have been done already...
[16:31:43] <cradek> unfortunately AXIS may already be of the age and complexity where messing with it at all is usually a bad idea
[16:34:27] <skunkworks> understood
[16:34:36] <skunkworks> brb
[16:34:39] -!- skunkworks has quit [Remote host closed the connection]
[16:34:56] -!- abetusk has quit [Quit: Leaving]
[16:37:03] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[16:41:00] -!- L84Supper has quit [Ping timeout: 252 seconds]
[16:49:41] -!- zlog has quit [Remote host closed the connection]
[16:49:48] -!- Tom_itx has quit []
[17:08:46] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[17:09:26] -!- cevad has quit [Quit: Leaving]
[17:16:38] plushafk is now known as plushy
[17:33:49] -!- rob_h has quit [Ping timeout: 246 seconds]
[17:40:24] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 17.0.1/20121129170341]]
[17:45:47] -!- maximilian_h [maximilian_h!~bonsai@g227017190.adsl.alicedsl.de] has joined #linuxcnc-devel
[17:48:37] -!- ve7it has quit [Remote host closed the connection]
[17:53:06] -!- maximilian_h has quit [Read error: Connection reset by peer]
[17:59:03] yuvipanda is now known as UnhappyPanda
[18:01:25] -!- maximilian_h [maximilian_h!~bonsai@g227017190.adsl.alicedsl.de] has joined #linuxcnc-devel
[18:06:31] yuvipanda is now known as UnhealthyPanda
[18:09:37] -!- rob_h [rob_h!~rob_h@5e02a615.bb.sky.com] has joined #linuxcnc-devel
[18:10:17] -!- UnhappyPanda has quit [Ping timeout: 265 seconds]
[18:39:58] -!- tjb1 has quit [Quit: tjb1]
[18:46:26] -!- mhaberler_ [mhaberler_!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[18:47:00] -!- mhaberler has quit [Ping timeout: 264 seconds]
[18:47:01] mhaberler_ is now known as mhaberler
[18:57:06] -!- jst_ has quit [Ping timeout: 245 seconds]
[18:57:20] -!- jst has quit [Ping timeout: 260 seconds]
[19:16:52] -!- L84Supper [L84Supper!~Larch@unaffiliated/l84supper] has joined #linuxcnc-devel
[19:27:49] -!- cncbasher [cncbasher!~quassel@cpc15-hart9-2-0-cust101.11-3.cable.virginmedia.com] has joined #linuxcnc-devel
[19:30:38] -!- cncbasher has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
[19:33:35] -!- cncbasher [cncbasher!~quassel@cpc15-hart9-2-0-cust101.11-3.cable.virginmedia.com] has joined #linuxcnc-devel
[19:46:25] -!- FinboySlick has quit [Quit: Leaving.]
[20:14:32] -!- kb8wmc [kb8wmc!~chatzilla@nat.mtp.cmsinter.net] has joined #linuxcnc-devel
[20:20:03] -!- UnhealthyPanda has quit [Quit: UnhealthyPanda]
[20:23:16] -!- cncbasher has quit [Remote host closed the connection]
[20:39:57] -!- mhaberler has quit [Quit: mhaberler]
[20:51:29] -!- toastydeath has quit [Read error: No route to host]
[21:04:43] -!- userHD has quit [Quit: Leaving.]
[21:09:04] -!- servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[21:13:45] -!- maximilian_h has quit [Ping timeout: 265 seconds]
[21:14:27] -!- tjb1 has quit [Quit: tjb1]
[21:23:45] -!- maximilian_h [maximilian_h!~bonsai@g227017190.adsl.alicedsl.de] has joined #linuxcnc-devel
[21:29:05] -!- Loetmichel has quit [Ping timeout: 252 seconds]
[21:40:29] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[21:46:48] -!- plushy has quit [Quit: Leaving.]
[21:53:24] -!- maximilian_h has quit [Ping timeout: 252 seconds]
[21:54:31] -!- maximilian_h [maximilian_h!~bonsai@f051134084.adsl.alicedsl.de] has joined #linuxcnc-devel
[21:57:02] -!- maximilian_h1 [maximilian_h1!~bonsai@f051134084.adsl.alicedsl.de] has joined #linuxcnc-devel
[21:57:02] -!- maximilian_h has quit [Read error: Connection reset by peer]
[21:57:57] -!- maximilian_h1 has quit [Client Quit]
[21:57:58] -!- maximilian_h [maximilian_h!~bonsai@f051134084.adsl.alicedsl.de] has joined #linuxcnc-devel
[22:00:51] -!- maximilian_h1 [maximilian_h1!~bonsai@f051134084.adsl.alicedsl.de] has joined #linuxcnc-devel
[22:00:58] -!- kwallace [kwallace!~kwallace@smb-7.sonnet.com] has joined #linuxcnc-devel
[22:02:12] -!- maximilian_h has quit [Ping timeout: 252 seconds]
[22:04:39] -!- maximilian_h1 has quit [Client Quit]
[22:04:45] -!- maximilian_h [maximilian_h!~bonsai@f051134084.adsl.alicedsl.de] has joined #linuxcnc-devel
[22:06:51] -!- skunkworks has quit [Remote host closed the connection]
[22:07:34] -!- vladimirek has quit [Remote host closed the connection]
[22:08:23] -!- racycle has quit [Quit: racycle]
[22:08:58] -!- DJ9DJ has quit [Quit: bye]
[22:10:06] -!- maximilian_h1 [maximilian_h1!~bonsai@f052035040.adsl.alicedsl.de] has joined #linuxcnc-devel
[22:10:26] -!- maximilian_h has quit [Ping timeout: 245 seconds]
[22:14:52] -!- userHD has quit [Remote host closed the connection]
[22:16:32] -!- jp_ has quit [Read error: Operation timed out]
[22:16:50] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[22:21:20] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[22:23:41] -!- maximilian_h [maximilian_h!~bonsai@f052189179.adsl.alicedsl.de] has joined #linuxcnc-devel
[22:24:36] <jepler> skunkworks: the idea has been to pull useful parts out of axis into code that other python UIs can use; gremlin is the name of the gtk wrapper around that extracted and now shared code.
[22:25:14] <jepler> at the time I had hoped it would lead to some gtk guis with preview, and it looks like people are working hard at finishing that.
[22:25:18] -!- maximilian_h1 has quit [Ping timeout: 252 seconds]
[22:25:41] <jepler> gtk has more of a future than tk
[22:27:19] <skunkworks> Neat!
[22:28:06] <skunkworks> I still use axis exclusively.. Still love it :)
[22:28:14] -!- maximilian_h has quit [Ping timeout: 252 seconds]
[22:30:53] -!- maximilian_h [maximilian_h!~bonsai@f052189179.adsl.alicedsl.de] has joined #linuxcnc-devel
[22:33:55] -!- bradsimantel has quit [Quit: bradsimantel]
[22:36:38] <JT-Shop> Chris and I are getting real close to workable gtk guis, I'm hoping that people can roll their own after reading my tutorials for special applications
[22:37:17] <JT-Shop> I'm still using Axis on everything... even the BP with the touch screen
[22:38:27] <skunkworks> did you try touchy?
[22:39:04] <cradek> imo, AXIS is a terribe touchscreen gui and a great keyboard-shortcut gui
[22:39:30] <cradek> tribble? terrible?
[22:39:40] -!- toastyde1th has quit [Read error: Connection reset by peer]
[22:40:09] <JT-Shop> yes, I'm just using Axis till I decide on what I want... but I have to get this ELO touchscreen working :(
[22:41:40] <JT-Shop> seems the APR touch screen is not the way to go
http://driverscollection.com/?H=1515L&By=Elo&SS=Ubuntu
[22:41:49] <JT-Shop> tested on 8.08...
[22:42:47] -!- kmiyashiro has quit [Quit: kmiyashiro]
[22:44:22] -!- L84Supper has quit [Ping timeout: 252 seconds]
[22:47:10] -!- maximilian_h1 [maximilian_h1!~bonsai@g228010068.adsl.alicedsl.de] has joined #linuxcnc-devel
[22:48:12] -!- maximilian_h has quit [Ping timeout: 264 seconds]
[22:55:57] -!- mk0 has quit [Quit: Leaving]
[22:58:55] -!- maximilian_h1 has quit [Quit: Leaving.]
[23:31:39] -!- rob__H [rob__H!~rob_h@5e047584.bb.sky.com] has joined #linuxcnc-devel
[23:34:41] -!- rob_h has quit [Ping timeout: 255 seconds]
[23:34:56] -!- mhaberler has quit [Quit: mhaberler]