Back
[00:02:08] -!- cwmma has quit [Quit: cwmma]
[00:04:21] -!- amiri has quit [Ping timeout: 272 seconds]
[00:05:42] -!- patrickarlt has quit [Remote host closed the connection]
[00:06:15] -!- sirdancealo2 has quit [Ping timeout: 272 seconds]
[00:09:25] -!- odogono has quit [Quit: odogono]
[00:09:37] <KGB-linuxcnc> 03Andy Pugh 05master b0b7e47 06linuxcnc 10src/hal/drivers/mesa-hostmot2/resolver.c Fix resolver indexing properly. * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b0b7e47
[00:14:20] -!- tinkerer has quit [Quit: Leaving.]
[00:14:37] <seb_kuzminsky> awesome, actual commits that actually make things better, thanks guys :-)
[00:15:11] <andypugh> How do I un-set rip-environment?
[00:16:09] <andypugh> I guess a new terminal should do it?
[00:16:40] <andypugh> In which case I need to switch my installed version back to a JA4 version, as my config has been converted
[00:17:12] -!- arvidkahl has quit [Ping timeout: 245 seconds]
[00:31:42] -!- sirdancealo2 has quit [Ping timeout: 252 seconds]
[00:32:47] <seb_kuzminsky> yeah, new shell is the only way i know to un-rip your environment
[00:35:28] -!- garfong has quit [Quit: Leaving]
[00:41:44] <andypugh> Touchy in 2560x1440 is a bit overwhelming.
[00:42:32] <andypugh> But that means I have my system back to working after disabling it for the resolver fix.
[00:43:08] <andypugh> Any idea where to look for this kernel compile problem bufp.c:(.text.unlikely+0x209c): undefined reference to `dma_alloc_noncacheable'
[00:43:45] <andypugh> (there is actually no file called bufp.c, but there is a bufp.o.
[00:43:54] <andypugh> Does "make" make up file names?
[00:44:17] <andypugh> Perhaps a submakefile can assembe multiple .c files into one .o?
[00:46:39] -!- rob_h has quit [Ping timeout: 260 seconds]
[00:49:13] -!- GuShh_Lap2 has quit [Ping timeout: 272 seconds]
[00:49:41] -!- someone972 has quit [Ping timeout: 265 seconds]
[00:49:46] <KGB-linuxcnc> 03Sebastian Kuzminsky 05remove-obsolete-hook e3eca06 06linuxcnc 04debian/D99kernel-img.conf deb: remove unused pbuilder hook file * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e3eca06
[00:50:06] <seb_kuzminsky> andypugh: no, each .o is compiled form one .c
[00:50:33] <seb_kuzminsky> you can combine multiple .o files, but they become .a or .so files (aka static libraries and shared libraries)
[00:51:01] <andypugh> The file turns out to exist, but neither Eclipse nor find found it, until I started looking from somewhere else.
[00:51:05] <andypugh> Very strange!
[00:51:08] <seb_kuzminsky> maybe your bufp.c is created by the build process, like our build proces makes .c files from .comps?
[00:51:12] <seb_kuzminsky> oh
[00:51:13] <seb_kuzminsky> heh
[00:51:40] <andypugh> Ah, he's a symilink!
[00:58:55] -!- Nick001 has quit []
[01:08:50] -!- kiw has quit [Ping timeout: 252 seconds]
[01:13:26] -!- thomaslindstr_m has quit [Remote host closed the connection]
[01:13:26] -!- micges has quit [Quit: Leaving]
[01:13:26] -!- thomaslindstr_m has quit [Read error: Connection reset by peer]
[01:14:28] -!- thomaslindstr_m has quit [Remote host closed the connection]
[01:15:16] -!- patrickarlt has quit [Remote host closed the connection]
[01:20:06] -!- thomaslindstr_m has quit [Ping timeout: 252 seconds]
[01:46:14] -!- FreezingCold has quit [Ping timeout: 265 seconds]
[01:59:55] -!- pjm has quit [Ping timeout: 260 seconds]
[02:02:08] -!- lucashodge has quit [Client Quit]
[02:12:53] -!- ink_ has quit [Client Quit]
[02:14:28] -!- patrickarlt has quit [Quit: Leaving...]
[02:22:15] -!- c-bob has quit [Changing host]
[02:22:19] <andypugh> Is this actually valid C? The compiler doesnt seem to think so:
[02:22:19] -!- c-bob|afk has quit [Ping timeout: 260 seconds]
[02:22:27] <andypugh> http://pastebin.com/dWQ6zY8s
[02:22:48] <andypugh> (part of Xenomai, so maybe just being super-clever)
[02:30:09] -!- almccon has quit [Quit: Leaving.]
[02:32:04] -!- Tom_L has quit []
[02:37:26] <cradek> dgarr: it's debian, but any simple theme should work - I just picked that one because it's easy to tell which buttons are in vs. out, something that a lot of fancier themes do badly
[02:38:10] <cradek> I don't think the theme affected it much
[02:38:33] <cradek> I think "redmond" and "mist" were the good themes for usable controls in ubuntu/gnome
[02:46:16] <memleak> source /etc/profile should undo at least some of the rip-environment
[02:46:30] <memleak> that is...
[02:46:35] <memleak> $ source /etc/profile
[02:47:11] <andypugh> It was easy enough to open a different terminal style.
[02:49:13] <andypugh> (I am working at a Mac, and that has a number of different colour / style terminals. This sounds daft, but it makes it easier to keep track of which is which remote ssh machine, and they each have their own startup commands set.)
[02:49:17] -!- sumpfralle has quit [Ping timeout: 245 seconds]
[02:50:16] <cradek> that sounds daft
[02:50:21] <cradek> :-)
[02:51:15] <andypugh> Ah, wait a minute, those just do auto log-in to various machines. And it is the remote end that is configured to automatically rip-environment in a .ssh thing. Which normally saves mistakes, but is hard to circumvent when I don't want that :-)
[02:52:48] <andypugh> Really should be asleep. Night all
[02:53:08] -!- andypugh has quit [Quit: andypugh]
[02:58:46] -!- dnaleromj [dnaleromj!~dnaleromj@98.124.126.110] has joined #linuxcnc-devel
[03:03:35] -!- dnaleromj has quit [Read error: Connection reset by peer]
[03:04:05] -!- dnaleromj [dnaleromj!~dnaleromj@98.124.126.110] has joined #linuxcnc-devel
[03:05:59] -!- R2E4_ has quit [Ping timeout: 265 seconds]
[03:14:41] -!- dnaleromj has quit [Ping timeout: 265 seconds]
[03:32:23] -!- mozmck has quit [Read error: Connection reset by peer]
[03:35:08] -!- kiw has quit [Ping timeout: 252 seconds]
[03:38:51] -!- mozmck [mozmck!~moses@client-67.210.159.209.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[03:48:00] -!- dgarr has quit [Quit: Leaving.]
[03:48:01] -!- AR_ has quit [Ping timeout: 252 seconds]
[04:02:45] -!- memleak has quit [Ping timeout: 248 seconds]
[04:07:46] <KGB-linuxcnc> 03Dewey Garrett 05master 187b407 06linuxcnc 03configs/sim/touchy/ngcgui/lathe.tbl 03configs/sim/touchy/ngcgui/sim.tbl 03configs/sim/touchy/simpockets.tbl configs: add missing symlinks for tbl files * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=187b407
[04:10:04] -!- mozmck has quit [Read error: Connection reset by peer]
[04:13:03] -!- tchaddad has quit [Remote host closed the connection]
[04:16:55] -!- mozmck [mozmck!~moses@client-67.210.159.209.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[04:18:02] -!- CaptHindsight has quit [Quit: gone]
[04:20:58] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[04:23:58] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[04:28:45] -!- Jeebiss has quit [Ping timeout: 245 seconds]
[04:40:48] <KGB-linuxcnc> 03Sebastian Kuzminsky 05unversioned-tcltk-deps de8e545 06linuxcnc 10debian/configure 10debian/control.in deb: make dependency on tcl/tk unversioned * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=de8e545
[04:47:28] -!- thinkFuture has quit [Quit: Leaving]
[05:00:36] -!- zumba_addict has quit [Quit: zumba_addict]
[05:12:56] -!- KimK has quit [Read error: Operation timed out]
[05:17:59] -!- ries has quit [Quit: ries]
[05:19:17] -!- uw has quit [Quit: Leaving]
[05:21:02] -!- cmorley has quit [Read error: Connection reset by peer]
[05:21:15] -!- KimK [KimK!~Kim__@ip24-255-223-153.ks.ks.cox.net] has joined #linuxcnc-devel
[05:21:42] -!- cmorley [cmorley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[05:28:43] -!- Thetawaves has quit [Read error: Connection reset by peer]
[05:38:55] -!- eric_unterhausen has quit [Ping timeout: 246 seconds]
[05:39:52] -!- eric_unterhausen [eric_unterhausen!~eric@c-71-58-221-203.hsd1.pa.comcast.net] has joined #linuxcnc-devel
[05:39:55] -!- FreezingCold has quit [Ping timeout: 272 seconds]
[05:42:44] -!- ve7it has quit [Remote host closed the connection]
[05:44:21] -!- skorasaurus has quit [Ping timeout: 272 seconds]
[06:01:59] -!- Fox_Muldr has quit [Ping timeout: 252 seconds]
[06:14:31] -!- kwallace2 [kwallace2!~kwallace@smb-104.sonnet.com] has parted #linuxcnc-devel
[06:18:51] -!- GuShH_ has quit [Read error: Connection reset by peer]
[06:22:48] -!- Jentrep has quit [Ping timeout: 272 seconds]
[06:34:11] <seb_kuzminsky> zultron: i know you're not mhaberler, but i'm hoping you can answer a question about one of his commits
[06:34:22] <zultron> Hi seb_kuzminsky
[06:34:29] <seb_kuzminsky> i'm trying to fix debian packaging in ubc3
[06:34:35] <zultron> Just about to head to bed. Got a link?
[06:35:18] <seb_kuzminsky> hm, no, but the commit is d4f65e4b896d89524c99803e319d0223fb1139f4
[06:35:37] <seb_kuzminsky> the part i'm confused about is, it changes how the debian makefile calls src/configure
[06:35:43] <zultron> Ok. I'll pull that up
[06:35:54] <seb_kuzminsky> it uses "--with-kernel=/boot/config-mumble"
[06:36:13] <seb_kuzminsky> but --with-kernel is not documented in src/configure, and seems to be ignored?
[06:36:48] <seb_kuzminsky> it's not a hurry, i dont want to keep you up if you meant to go to bed
[06:37:35] <zultron> Hmm, well, remember we've never built a Debian package since the Unified Build.
[06:37:49] <seb_kuzminsky> but surely you use src/configure?
[06:38:44] <seb_kuzminsky> are you guys targetting redhat in your fork? or some other distro?
[06:38:55] <zultron> Yes, but that's debian/configure. Hold on, I haven't read it carefully
[06:39:32] <seb_kuzminsky> the part i'm wondering about is what src/configure does with "--with-kernel=/boot/config"
[06:39:42] <zultron> Uh oh, the f*** word!
[06:39:53] <zultron> :) j/k
[06:40:04] <zultron> I'm building for Red Hat, yes.
[06:40:06] <seb_kuzminsky> just being real
[06:40:27] <zultron> mah likes Debian.
[06:41:05] <seb_kuzminsky> there seems to be multiple ways to ask src/configure to target specific flavors/kernels
[06:41:33] <seb_kuzminsky> --with-kernel is one, but it's not in the --help info
[06:41:55] <zultron> Yeah. I suspect that mah was trying to keep debian/configure up to date with his work on Debian, but he wasn't up to date with the Universal Build at that point (it was new in March).
[06:41:57] <seb_kuzminsky> there's also --with-$FLAVOR
[06:42:19] <zultron> There is a way to specify kernel, but it's not using --with-kernel. Hold on.
[06:42:31] <seb_kuzminsky> hmm, as i recall in march i was still asking him for a look at his new-rtos branch
[06:42:45] <seb_kuzminsky> water under the bridge, i guess
[06:43:30] <zultron> I don't know. I forget when I did the Universal Build, which is not the same as RTOS, but it took him a while to grok what it was about.
[06:44:32] <zultron> For example, check around line 744 of configure.in.
[06:44:44] <zultron> --with-xenomai-kernel-sources="<ksrc_dir> <ksrc_dir>..."
[06:44:52] <zultron> What are you trying to do?
[06:45:43] <zultron> There shouldn't be multiple ways, no, and I don't believe --with-kernel works.
[06:46:08] <seb_kuzminsky> ok, i'll ignore that part then
[06:46:32] <seb_kuzminsky> i guess we (you?) should take it out of src/configure if it's not working and not documented and not wanted
[06:46:34] <zultron> I might've gone overboard with the options, though, and there's pretty fine control over what flavors and kernel versions can be selected.
[06:46:43] <seb_kuzminsky> maybe i should ask this question instead:
[06:47:01] <seb_kuzminsky> what's the preferred way to ask src/configure to build specific flavors, for specific kernels (where appropriate)
[06:47:04] <zultron> fine control == confusing control, sometimes.
[06:47:23] <seb_kuzminsky> i'm in favor of lots of knobs in the build system :-)
[06:47:29] <seb_kuzminsky> even if it confuses me sometimes
[06:47:40] <zultron> ./configure --with-xenomai builds *only* xenomai flavor.
[06:47:56] <zultron> ./configure --with-xenomai --with-posix builds *only* those.
[06:48:14] <zultron> ./configure --without-xenomai builds everything it can build, *except* xenomai.
[06:48:16] <seb_kuzminsky> is it fair to say --with-$FLAVOR enables $FLAVOR, independent of what other arguments are given
[06:48:24] <seb_kuzminsky> ?
[06:48:46] <seb_kuzminsky> err, no, that's not quite right
[06:48:56] <zultron> I don't quite understand the question. Yes, that should enable $FLAVOR, and also disable other flavors.
[06:49:21] <seb_kuzminsky> does --with-xenomai enable both the xenomai and xenomai-kernel flavors?
[06:49:33] <zultron> No, only xenomai (userland).
[06:49:48] <zultron> You can do that with --with-xenomai --with-xenomai-kernel.
[06:49:53] <seb_kuzminsky> oh!
[06:50:11] <seb_kuzminsky> oh, i see that now
[06:50:13] <zultron> Those are considered separate flavors.
[06:50:24] <seb_kuzminsky> right, i missed the --with-xenomai-kernel option
[06:51:29] <zultron> And in the case of --with-xenomai-kernel, to confuse things further, you can select which kernels to build for with --with-xenomai-kernel-sources="<ksrc_dir> <ksrc_dir>...", in case, for some wacky reason, you have more than one installed, or it's in a weird place.
[06:51:33] <zultron> :P
[06:51:41] <zultron> Same with RTAI.
[06:51:44] <seb_kuzminsky> if i say --with-rtai-kernel to enable the rtai flavor, can i tell it which rtai headers to use? --with-rtai-kernel-sources maybe?
[06:51:53] <seb_kuzminsky> aha
[06:51:53] <zultron> You can.
[06:52:01] <seb_kuzminsky> i see we think alike :-)
[06:52:02] <zultron> (I hope.)
[06:52:05] <seb_kuzminsky> ok that makes sense
[06:53:02] <seb_kuzminsky> ok, i think that clears up that one question i had: i'll ignore --with-kernel and use the --with-$FLAVOR and --with-$FLAVOR-kernel-sources arguments instead
[06:53:06] <seb_kuzminsky> thanks!
[06:53:10] <seb_kuzminsky> next question!
[06:53:15] <zultron> Glad it makes sense. I think I went too far on configurability, but hopefully the defaults are what people expect, anyway.
[06:55:02] <zultron> Why do you want to use --with-$FLAVOR-kernel-sources, though? It can usually find all relevant installed sources.
[06:55:44] <seb_kuzminsky> i guess it's not needed
[06:55:52] <zultron> I envisioned that being useful when you wanted to build for just one particular version when more than one set of headers was installed, or else when it's in a non-standard place.
[06:56:19] <zultron> Yeah, keep it out of your scripts or you'll be updating version numbers whenever you update the kernel.
[06:56:37] <seb_kuzminsky> i have a machine with two versions of rtai kernel headers installed, and i was surprised when it built for both of them
[06:56:46] <seb_kuzminsky> i only needed /usr/src/linux-headers-$(uname -r)
[06:56:48] <zultron> Oh, well, then maybe it does apply.
[06:57:00] <seb_kuzminsky> agreed, version numbers need to be detected, not hardcoded
[06:57:03] <zultron> Ah, of course. Then by all means. ;)
[06:58:16] <zultron> I'm always building in chroots, and yelling at people who embed `uname -r` in scripts, so I forget there are rare cases where that actually applies.
[06:58:34] <seb_kuzminsky> heh
[06:58:47] <seb_kuzminsky> i always build in VMs and rely on uname -r to be meaningful
[06:59:29] <zultron> For the buildbot, where the 'test host' is the same as the build host, that makes sense.
[07:01:06] <seb_kuzminsky> do you guys build packages on one host and test on another? i've sometimes thought that'd be a better way to do it
[07:01:21] <zultron> I'm hoping to set one fat VM up for each distro/arch combo and do a Universal Build of all flavors in one run, and have 'runtests' in a separate builder with skinnier VMs that have the correct kernel for each respective flavor.
[07:01:31] <zultron> That's a bit far off, though. :P
[07:01:59] <seb_kuzminsky> it's a good idea - test what you actually ship to your users
[07:02:29] <zultron> Hmm, an advantage I hadn't considered before. :)
[07:03:30] <zultron> The big advantage I saw was doing the build just once on a VM with lots of CPUs so you get your result faster.
[07:04:26] <seb_kuzminsky> only if make -j works ;-)
[07:04:43] <zultron> Take the build time down from ~15 minutes on a single CPU to (hopefully) three minutes on five CPUs.
[07:05:11] <zultron> make -j works fine for the source builds. It's the docs that break, but that's a separate builder.
[07:05:25] <zultron> (hopefully we'll fix that!)
[07:09:05] -!- The_Ball has quit [Ping timeout: 252 seconds]
[07:17:37] -!- archivist_herron has quit [Ping timeout: 245 seconds]
[07:20:50] <linuxcnc-build> build #1672 of lucid-rtai-i386-clang is complete: Failure [4failed configuring] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-rtai-i386-clang/builds/1672 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[07:38:27] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[07:43:54] <linuxcnc-build> build #1673 of lucid-i386-sim is complete: Failure [4failed configuring] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-i386-sim/builds/1673 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[08:04:44] -!- The_Ball has quit [Remote host closed the connection]
[08:05:44] -!- R2E4_ has quit [Ping timeout: 252 seconds]
[08:08:47] <linuxcnc-build> build #1676 of lucid-i386-realtime-rip is complete: Failure [4failed configuring] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-i386-realtime-rip/builds/1676 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[08:11:09] <linuxcnc-build> build #1675 of lucid-amd64-sim is complete: Failure [4failed configuring] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-amd64-sim/builds/1675 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[08:14:29] -!- hashfail has quit []
[08:19:45] -!- lbl has quit [Quit: lbl]
[08:23:25] -!- kludge` has quit [Remote host closed the connection]
[08:24:04] -!- psha[work] [psha[work]!~psha@psha.org.ru] has joined #linuxcnc-devel
[08:25:09] gh is now known as Guest8168
[08:25:24] -!- tjb1 has quit [Ping timeout: 276 seconds]
[08:33:23] -!- rob_h [rob_h!~robh@2.223.245.187] has joined #linuxcnc-devel
[08:50:46] <linuxcnc-build> build #1677 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1677 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[09:12:17] -!- kiw has quit [Ping timeout: 252 seconds]
[09:14:09] -!- emcPT has quit [Ping timeout: 276 seconds]
[09:14:37] <KGB-linuxcnc> 05remove-obsolete-hook e3eca06 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e3eca06
[09:15:25] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 4f28d7e 06linuxcnc 04debian/D99kernel-img.conf deb: remove unused pbuilder hook file * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4f28d7e
[09:21:14] -!- jnaour has quit [Remote host closed the connection]
[09:23:51] -!- balestrino has quit [Ping timeout: 272 seconds]
[09:25:59] <linuxcnc-build> build #1677 of lucid-i386-realtime-rip is complete: Failure [4failed configuring] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-i386-realtime-rip/builds/1677 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[09:26:22] -!- Lathe_newbie has quit [Ping timeout: 245 seconds]
[09:26:39] <linuxcnc-build> build #1674 of lucid-i386-sim is complete: Failure [4failed configuring] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-i386-sim/builds/1674 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[09:28:05] <linuxcnc-build> build #1673 of lucid-rtai-i386-clang is complete: Failure [4failed configuring] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-rtai-i386-clang/builds/1673 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[09:29:36] -!- adb_ has quit [Ping timeout: 252 seconds]
[09:29:38] <linuxcnc-build> build #1676 of lucid-amd64-sim is complete: Failure [4failed configuring] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-amd64-sim/builds/1676 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[09:51:51] -!- amiri_ has quit [Ping timeout: 276 seconds]
[09:59:42] -!- emcPT has quit [Ping timeout: 245 seconds]
[10:02:25] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[10:03:31] -!- syyl-- has quit [Ping timeout: 246 seconds]
[10:12:43] <linuxcnc-build> build #1678 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1678 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[10:26:48] -!- b_b has quit [Changing host]
[10:28:11] -!- kiw has quit [Ping timeout: 252 seconds]
[10:30:21] -!- adb_ has quit [Quit: Leaving]
[10:36:42] -!- kludge` has quit [Ping timeout: 276 seconds]
[11:05:00] -!- jepler has quit [Ping timeout: 245 seconds]
[11:15:06] -!- skunkworks has quit [Remote host closed the connection]
[11:15:49] -!- balestrino has quit [Ping timeout: 248 seconds]
[11:18:50] -!- jepler [jepler!~jepler@emc/developer/pdpc.professional.jepler] has joined #linuxcnc-devel
[11:23:49] -!- jepler has quit [Ping timeout: 248 seconds]
[11:23:56] -!- jepler_ [jepler_!~jepler@emc/developer/pdpc.professional.jepler] has joined #linuxcnc-devel
[11:28:45] -!- balestrino has quit [Ping timeout: 245 seconds]
[11:44:54] -!- jepler_ has quit [Ping timeout: 252 seconds]
[11:49:45] -!- jepler [jepler!~jepler@emc/developer/pdpc.professional.jepler] has joined #linuxcnc-devel
[11:53:30] -!- md-2 has quit [Quit: Leaving...]
[11:54:14] -!- jepler has quit [Read error: Connection reset by peer]
[11:54:48] -!- jepler [jepler!~jepler@emc/developer/pdpc.professional.jepler] has joined #linuxcnc-devel
[12:02:27] -!- gimps has quit [Read error: Connection reset by peer]
[12:05:21] -!- Loetmichel has quit []
[12:31:02] -!- maximilian_h [maximilian_h!~bonsai@p549DF331.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[12:34:55] -!- maximilian_h [maximilian_h!~bonsai@p549DF331.dip0.t-ipconnect.de] has parted #linuxcnc-devel
[12:46:52] -!- voxadam has quit [Quit: quit]
[12:50:08] -!- pingufan has quit [Quit: Konversation terminated!]
[12:55:02] -!- psha[work] has quit [Quit: Lost terminal]
[13:07:17] -!- zumba_addict has quit [Quit: zumba_addict]
[13:07:58] -!- eric_unterhausen has quit [Ping timeout: 246 seconds]
[13:08:37] -!- eric_unterhausen [eric_unterhausen!~eric@c-71-58-221-203.hsd1.pa.comcast.net] has joined #linuxcnc-devel
[13:14:26] -!- thomaslindstr_m has quit [Remote host closed the connection]
[13:16:39] -!- FreezingCold has quit [Ping timeout: 272 seconds]
[13:18:56] -!- thomaslindstr_m has quit [Remote host closed the connection]
[13:29:55] -!- lbl has quit [Client Quit]
[13:34:16] -!- jnaour has quit [Remote host closed the connection]
[13:40:59] -!- Komzzzpa has quit [Ping timeout: 272 seconds]
[13:47:48] -!- krusty_ar has quit [Ping timeout: 276 seconds]
[13:48:35] -!- Loetmichel has quit [Ping timeout: 272 seconds]
[13:48:47] -!- Veticus has quit [Quit: Textual IRC Client: www.textualapp.com]
[13:50:14] -!- Tom_L has quit [Client Quit]
[13:52:40] -!- zeeshan has quit [Ping timeout: 265 seconds]
[13:55:13] Cylly is now known as Loetmichel
[13:57:03] -!- krusty_ar has quit [Read error: Connection reset by peer]
[14:16:16] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[14:26:30] -!- psha [psha!~psha@213.208.162.67] has joined #linuxcnc-devel
[14:29:57] -!- Loetmichel has quit [Ping timeout: 248 seconds]
[14:33:33] -!- Veticus has quit [Ping timeout: 272 seconds]
[14:38:28] -!- dnaleromj [dnaleromj!~dnaleromj@64.20.30.66] has joined #linuxcnc-devel
[14:50:02] -!- maximilian_h [maximilian_h!~bonsai@p549DDE7E.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[14:55:26] -!- Komzzzpa has quit [Read error: No route to host]
[15:06:29] -!- fbo_ has quit [Ping timeout: 252 seconds]
[15:07:50] krusty_ar is now known as UI-Leader
[15:11:28] -!- _rambo has quit [Remote host closed the connection]
[15:12:55] -!- dnaleromj has quit [Quit: Dang. Where did dnaleromj's computer go?]
[15:28:33] -!- logger[mah]_ has quit [Ping timeout: 276 seconds]
[15:32:12] -!- kwallace1 [kwallace1!~kwallace@smb-48.sonnet.com] has joined #linuxcnc-devel
[15:33:50] <CaptHindsight> we are looking into writing a new Linuxcnc UI for 3D printers (glue guns are a subset)
[15:34:23] <CaptHindsight> I've always liked AXIS for mills and lathes
[15:34:58] -!- logger[mah] [logger[mah]!~loggermah@mah2.mah.priv.at] has joined #linuxcnc-devel
[15:36:26] <CaptHindsight> but I'm not sure if we should just modify AXIS to accommodate Laser/DLP SLA, Inkjet and GGG printers or start from scratch
[15:37:47] <cradek> what would it mean in the gui to accommodate those?
[15:38:26] <CaptHindsight> http://www.repetier.com/documentation/repetier-host/object-placement/ Repetier has a pretty good handle of what it might look like
[15:39:38] <cradek> that is so different I am not sure what you're proposing to do
[15:39:41] <CaptHindsight> preview, preflight/simulation of the print, placement on the build surface
[15:39:47] <cradek> built-in scaling and rotation?
[15:40:19] <CaptHindsight> yes, as well as tabs for slicing, editing g-code
[15:41:46] <cradek> placement/slicing/editing are all gcode generation steps and those seem like they could and maybe should be totally separate from the machine control
[15:42:06] <cradek> these 3d printers that use a black box interpreter/controller have that same separation
[15:42:52] <CaptHindsight> they would be on separate screens/tabs
[15:43:20] -!- asdfasd has quit [Read error: Connection reset by peer]
[15:43:56] <CaptHindsight> we would support this GUI, it could be included in Linuxncnc if you wanted it
[15:44:12] <seb_kuzminsky> sounds like a good idea to me
[15:44:15] <CaptHindsight> not forcing it on anyone
[15:44:34] <cradek> I know you're not forcing, I'm just wondering aloud whether it's the best way to solve the problem you're trying to solve
[15:44:38] <CaptHindsight> but the 3D printer GUI's out there now are really clumsy
[15:44:40] <seb_kuzminsky> the 3d printer folks understandably like integrated guis for their machines, and that's a weakness in linuxcnc right now
[15:44:49] <cradek> and I sure don't fully understand the problem
[15:45:04] <CaptHindsight> throwing this out for feedback
[15:45:19] <seb_kuzminsky> cradek: 3d printers are much simpler to operate than subtractive machines, but our guis don't reflect that
[15:45:38] <cradek> the proliferation of entire guis is contrary to my unixy mindset where tools should be simple and separate
[15:45:47] <seb_kuzminsky> they really (or nearly) can be made as simple as "configure some facts about your printer, then hit the Print button"
[15:45:53] -!- toastyde1th has quit [Read error: Connection reset by peer]
[15:46:42] <CaptHindsight> there are some other differences between printers and cutting machines
[15:46:57] <seb_kuzminsky> mine too, and i predict that if i had a 3d printer i'd prefer my cad/cam/mc layers to be separate, but i'm open to folks experimenting with it
[15:47:03] <seb_kuzminsky> bbl
[15:47:27] <seb_kuzminsky> linuxcnc-build: force build --branch=master lucid-i386
[15:47:27] <linuxcnc-build> no such builder 'lucid-i386'
[15:47:32] <seb_kuzminsky> linuxcnc-build: force build --branch=master lucid-i386-sim
[15:47:33] <linuxcnc-build> build #1675 forced
[15:47:33] <linuxcnc-build> I'll give a shout when the build finishes
[15:47:37] <seb_kuzminsky> linuxcnc-build: force build --branch=master lucid-amd64-sim
[15:47:39] <linuxcnc-build> build #1677 forced
[15:47:39] <linuxcnc-build> I'll give a shout when the build finishes
[15:47:57] <seb_kuzminsky> linuxcnc-build: force build --branch=master lucid-i386-realtime-rip
[15:47:59] <linuxcnc-build> build #1678 forced
[15:47:59] <linuxcnc-build> I'll give a shout when the build finishes
[15:48:20] <seb_kuzminsky> and by "bbl" i meant "i'm going to stop talking to you guys, and talk to my robots instead"
[15:48:57] <CaptHindsight> http://download.lulzbot.com/AO-101/documentation/current/source/images-original/printrun.png
[15:49:00] <linuxcnc-build> build #1675 of lucid-i386-sim is complete: Failure [4failed configuring] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-i386-sim/builds/1675
[15:49:10] <CaptHindsight> I never understood how this ever became popular
[15:51:29] <cradek> that's a sure sign of "doesn't know how widgets work". I can't tell if those are buttons or radiobuttons or tabs
[15:51:48] <cradek> the added colors are a sure sign of gui cluelessness
[15:52:16] <cradek> I know, we'll make them red and green so people know they group together (?)
[15:52:51] <CaptHindsight> people say that they get used to it but it's not exactly intuitive and easy to use
[15:53:21] <cradek> yeah you can learn to use any gui, no matter how bad
[15:53:48] <cradek> with a GOOD gui people can walk up to it and have a grasp of how it works because the widgets are familiar and used in standard ways
[15:54:28] <cradek> the 80s board game thing at the left is baffling to me
[15:54:53] -!- Komzzzpa has quit [Ping timeout: 252 seconds]
[15:55:11] <CaptHindsight> heh, I call it the Radar Screen
[15:55:48] <CaptHindsight> but the makerfolk defend it like a bible to a preacher
[15:56:42] <CaptHindsight> but that is not the intended user
[15:58:36] <CaptHindsight> we'd like to make something useful for printer appliances as well as service bureaus
[15:59:05] <CaptHindsight> with simple menus and advanced menus
[15:59:41] <seb_kuzminsky> linuxcnc-build: force build --branch=master lucid-i386-sim
[15:59:42] <linuxcnc-build> build #1676 forced
[15:59:42] <linuxcnc-build> I'll give a shout when the build finishes
[16:00:45] <cradek> it would be interesting if you could have only the tiniest link to linuxcnc, so minimal in fact that you could generate a new config based on printer settings in your gui, and restart linuxcnc
[16:01:07] -!- thomaslindstr_m has quit [Remote host closed the connection]
[16:01:18] <CaptHindsight> it should also work where the host runs Linuxcnc and the GUI is remote
[16:01:21] <cradek> generating the config is the hard part of using linuxcnc for printing
[16:01:45] <cradek> er, A hard part? I dunno for sure
[16:02:37] -!- Jeebiss has quit [Ping timeout: 245 seconds]
[16:03:21] <CaptHindsight> glue guns are similar to mills with 3 axes, DLP printers just have 1 axis but display an image between each z move
[16:04:07] <CaptHindsight> 5 axis inkjets are similar to a mill only with 1-1k's of nozzles as a tool
[16:04:46] <CaptHindsight> these are also combined into hybrids
[16:05:08] <CaptHindsight> Linuxncnc can handle all the motion control
[16:05:40] <CaptHindsight> and we have no desire to write some new cnc control application for AVR's :)
[16:06:08] <cradek> ugh
[16:06:38] <seb_kuzminsky> CaptHindsight: by "ugh" cradek means "i agree"
[16:06:38] <CaptHindsight> so it's just adding features for additive manufacturing and UI's
[16:06:46] <CaptHindsight> heh yeah
[16:07:08] <cradek> seb_kuzminsky: but not always...
[16:07:25] <seb_kuzminsky> i think that sounds great, and i can tell that printer people really want their motion controllers tiny and embedded, and i think we can fit into that niche well
[16:07:50] <CaptHindsight> for simple printers that are appliances they do
[16:07:51] -!- skorasaurus has quit [Ping timeout: 260 seconds]
[16:08:30] <cradek> now I'm fascinated by the idea of getting slices and temperatures and all that stuff set up right, and you poke PRINT, and an appropriate config is generated, linuxcnc starts it, runs the gcode, and exits
[16:08:36] <CaptHindsight> they need to be low cost, so stamped out of sheet metal and use a $1 uC if possible
[16:08:52] -!- Jeebiss_ has quit [Ping timeout: 245 seconds]
[16:09:15] -!- thomaslindstr_m has quit [Remote host closed the connection]
[16:09:16] <cradek> because it sounds like almost all our existing idea of guis is unnecessary/wrong
[16:09:35] <CaptHindsight> but we also work quite a bit on the opposite end of that spectrum as well
[16:10:12] <CaptHindsight> a printer for eyeglasses will print the frames as well as the lenses
[16:11:20] <CaptHindsight> or a printer that makes circuit boards
[16:12:11] <cradek> haha 3d printed lenses I'll believe when I see
[16:12:19] <cradek> ...through
[16:12:21] <CaptHindsight> hold on
[16:12:39] <CaptHindsight> http://www.3ders.org/articles/20140114-luxexcel-raises-5-million-from-investors.html
[16:12:55] <CaptHindsight> been done for a while for optics and inkjet
[16:13:08] <archivist> going to need to polish a turd there :)
[16:13:21] <CaptHindsight> no polishing
[16:13:31] <CaptHindsight> they aren't extruded lenses
[16:13:41] <CaptHindsight> printed with photopolymers
[16:14:32] <CaptHindsight> it started maybe 10+ years ago for producing miniature lenses
[16:14:32] <cradek> you can have my CR39 when you take it from my cold dead blurry hands
[16:17:54] <cradek> otoh, it would mean a lot for peopple in developing countries if you could make even fairly lousy glasses on-site and cheaply
[16:18:32] <linuxcnc-build> Hey! build lucid-amd64-sim #1677 is complete: Warnings [8warnings compile]
[16:18:32] <linuxcnc-build> Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-amd64-sim/builds/1677
[16:19:19] <CaptHindsight> there is a company in Italy that currently makes ~80% of the worlds eyeglasses
[16:19:45] <CaptHindsight> they even bought RayBan a few years ago
[16:20:14] <CaptHindsight> they are the reason $20 of materials sell for $500 at all the optical shops
[16:22:07] <kwallace1> You have hit a sore spot with me. Charging $300 for glasses with no frills is just wrong. I've been thinking about a system to make glasses by hand. Maybe using the curved jar bottoms to hand grind lenses.
[16:22:17] <linuxcnc-build> Hey! build lucid-i386-realtime-rip #1678 is complete: Warnings [8warnings compile]
[16:22:17] <linuxcnc-build> Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-i386-realtime-rip/builds/1678
[16:23:27] <CaptHindsight> the eyewear lens patent might throw a curve at printing eyewear in the west
[16:23:48] <kwallace1> I have ground a couple of telescope mirrors to a much higher accuracy than needed for eyeglasses. It's not that hard.
[16:23:54] <CaptHindsight> but I've already looked at making low cost lens grinders/polishers and printing the frames
[16:23:56] <cradek> kwallace1: anyone can use the online importers to get glasses really quite cheaply
[16:24:13] <cradek> I have wondered about making my own (post-apocalypse?), though
[16:24:40] <kwallace1> Prescription?
[16:24:57] <cradek> ?
[16:25:11] <archivist> reading glasses from lidl cheap as chips
[16:25:26] <CaptHindsight> lenses can be premade with one outside curve, you just need to finish the inside or outside curve to meet the Rx
[16:26:03] <kwallace1> Can one get cheap prescription glasses? Reading glasses don't count.
[16:26:04] -!- patrickarlt has quit [Ping timeout: 246 seconds]
[16:26:08] <CaptHindsight> most frames just have an interference fit for the lenses
[16:26:13] <cradek> in the old days they'd put the spherical part on one surface and the cylindrical on the other surface - I'd recommend trying that if hand-grinding
[16:26:31] <cradek> kwallace1: sure, $25 will get you a pair of any single-vision shipped to you
[16:27:25] <kwallace1> I guess I haven't been looking hard enough. Thanks.
[16:27:28] <cradek> I'm shocked more people don't do this
[16:27:39] <cradek> I have used zenni, eyebuydirect, and probably others
[16:27:50] <CaptHindsight> it's become a near monopoly in the US
[16:28:17] <CaptHindsight> sunglass hut, lens crafters, pearl are all owned by the same corp
[16:28:30] <cradek> yeah, but screw those guys, we have the web now
[16:28:42] -!- Komzzzpa has quit [Ping timeout: 252 seconds]
[16:28:55] <cradek> go get a rx from your local non-chain eye guy and order what you want
[16:29:05] <CaptHindsight> Luxottica s.a.s
[16:29:06] <cradek> (but I do my own refractions now)
[16:29:33] <CaptHindsight> http://www.youtube.com/watch?v=voUiWOGv8ec
[16:29:39] <linuxcnc-build> Hey! build lucid-i386-sim #1676 is complete: Warnings [8warnings compile]
[16:29:39] <linuxcnc-build> Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-i386-sim/builds/1676
[16:30:15] -!- Veticus has quit [Quit: Textual IRC Client: www.textualapp.com]
[16:30:28] <CaptHindsight> eyewear is just another additive manufacturing application
[16:30:40] <CaptHindsight> we still need good GUI's
[16:31:09] <CaptHindsight> before we start to get lost in all the bad ones popping up
[16:31:09] <kwallace1> At least for the frames, could be pretty cool thing.
[16:32:54] <cradek> I bet the actual machining and polishing of lenses is straightforward, if you can get the material
[16:33:03] <CaptHindsight> yes it's easy
[16:33:11] <cradek> but I bet the whole supply line is closely controlled, at least in the US
[16:33:32] <CaptHindsight> the materials are ~3/lb for plastics
[16:33:39] -!- mle has quit [Ping timeout: 252 seconds]
[16:33:42] <CaptHindsight> $3
[16:33:53] -!- Jeebiss_ has quit [Ping timeout: 272 seconds]
[16:34:33] <CaptHindsight> glass is more, but eyeglass shops don't even carry glass lenses anymore
[16:34:39] <CaptHindsight> it's special order
[16:34:57] <cradek> some onlines will still make you glass lenses
[16:35:03] <kwallace1> I can see a guy with a 3D printer at the flee market printing custom glasses in an hour.
[16:35:53] <kwallace1> flea too
[16:35:56] <CaptHindsight> there is some skill involved, you want a good fit, be sure it's made right, meets the Rx etc
[16:35:58] <cradek> few of us carry our presciptions to the flea market...
[16:36:17] <CaptHindsight> that why you want someone with some training involved
[16:36:28] <cradek> sounds very close to practicing medicine without a license
[16:36:36] <kwallace1> That's the other part, self exams.
[16:36:38] <cradek> it'd be better if people could do it for themselves
[16:37:12] <kwallace1> Doctors are mostly worthless these days.
[16:37:16] <cradek> self exam is easy but it takes a lot of knowledge
[16:37:30] <CaptHindsight> depends on the people
[16:37:31] <cradek> and some equipment
[16:37:40] <cradek> yeah I mean for a basic refraction
[16:37:49] <kwallace1> We need an app for that.
[16:37:49] <CaptHindsight> maybe some in this channel but would you trust anyone in say #reprap?
[16:37:55] <cradek> there's the whole eye-health thing where you probably want a real doctor
[16:38:54] <kwallace1> For many of us seeing a doctor is not an option, but heal thy self might be.
[16:38:58] <CaptHindsight> printing functional prosthetics is another area
[16:39:25] -!- emcPT has quit [Ping timeout: 265 seconds]
[16:39:26] <CaptHindsight> you have multiple materials and more that one additive tech involved
[16:39:32] <CaptHindsight> that/than
[16:40:13] <CaptHindsight> most of what I discuss about 3D printing has little to do with glue guns (reprap)
[16:40:25] <archivist> there are enough axes in linuxcnc to make a basic eye measuring machine probably
[16:40:55] <CaptHindsight> plenty
[16:41:14] <CaptHindsight> we just need UI's
[16:42:09] <kwallace1> I have no idea what a 3D printer needs for a UI.
[16:42:14] <CaptHindsight> as good as the CAM/slicing software might be it should perform printing preflight/simulation
[16:43:00] <CaptHindsight> kwallace1: not this
http://download.lulzbot.com/AO-101/documentation/current/source/images-original/printrun.png
[16:44:19] <CaptHindsight> kwallace1: something more along these lines or AXIS
http://www.repetier.com/documentation/repetier-host/object-placement/
[16:46:07] -!- md-2 has quit [Remote host closed the connection]
[16:49:40] <kwallace1> My guess is that to do a proper UI, you need focus groups and field studies. I suspect when I see a symbol, the average young person sees something different.
[16:50:45] -!- md-2 has quit [Ping timeout: 248 seconds]
[16:50:46] md2 is now known as Guest91859
[16:51:18] <kwallace1> Can anyone here channel Steve?
[16:54:45] <CaptHindsight> borrow from android and istuff
[16:55:51] <CaptHindsight> I consider DIY/maker pretty much ruined by now in the west by printrun and similar
[16:56:52] <CaptHindsight> a 3D printer appliance should work like a microwave or toaster oven
[16:57:14] <kwallace1> I'm not sure I understand, do you mean the Maker movement is dying?
[16:57:17] <CaptHindsight> limited settings
[16:57:23] -!- maximilian_h has quit [Quit: Leaving.]
[16:57:36] <CaptHindsight> not dying but very happy with duinos and printrun
[16:58:26] <CaptHindsight> 3D printer appliances would be for non tinker types
[16:58:46] <CaptHindsight> people that just want to load a file and press print with limited options
[16:59:30] <CaptHindsight> the other end of the spectrum is hybrid printers with lasers, inkjet and extruders all in one
[17:00:08] <CaptHindsight> those will require a much more sophisticated UI until they become an appliance down the road
[17:01:00] -!- thomaslindstr_m has quit [Quit: Leaving...]
[17:01:03] <CaptHindsight> I see 3d printer appliances and 3d printers as tools in a factory the same as CNC machines
[17:04:39] -!- wboykinm has quit [Remote host closed the connection]
[17:05:44] <kwallace1> Should 3D printing considered an appliance. To me I expect anything worth doing needs months or years of training.
[17:06:47] <CaptHindsight> there is a spectrum, with appliance at one end
[17:07:23] <seb_kuzminsky> depends if you want to build a 3d printer or use a 3d printer
[17:08:03] <seb_kuzminsky> years ago, before i started hacking on linuxcnc, i sat down in front of a commercial Stratasys FDM machine and was printing parts within 10 minutes
[17:08:03] <CaptHindsight> the plastic widget vending machine just needs to be an appliance
[17:09:10] <CaptHindsight> complex parts will require a much more complicated machine with a trained operator
[17:10:22] <CaptHindsight> Linuxcnc fits the bill for motion control but might be a bit bloated for simple appliances
[17:10:53] -!- terabyte- has quit [Quit: terabyte-]
[17:11:20] <kwallace1> To a factory easy is better. To a maker/tinkerer easy is fun at first but gets boring?
[17:12:04] <CaptHindsight> when Haier builds a 3D appliance we'll look at writing something small, dedicated and new
[17:14:33] <CaptHindsight> I haven't tried Linuxcnc on a vortex SOC yet
[17:14:53] <CaptHindsight> http://www.vortex86dx.com/
[17:15:10] -!- tronwizard has quit []
[17:15:49] <kwallace1> Maybe put together a bare bones UI, then add features as the need arises? The more I think about it, the less clear it becomes.
[17:16:08] <CaptHindsight> but the AMD apu's are under $20ea so you can build an complete x86 system for under $100
[17:16:26] ttuner is now known as toxx
[17:17:15] <CaptHindsight> and we're also running Linuxcnc on $6 ARM socs with enough GPU power to play video games in HD
[17:19:14] <CaptHindsight> complete system with FPGA and 10" LCD is <$100
[17:21:02] <CaptHindsight> Linuxcnc fits in most situations except for <$10 uC board
[17:23:50] -!- odogono has quit [Remote host closed the connection]
[17:26:07] -!- emcPT has quit [Ping timeout: 252 seconds]
[17:30:05] UI-Leader is now known as krusty_ar
[17:33:48] -!- FreezingCold has quit [Read error: Operation timed out]
[17:39:45] -!- rob_h has quit [Ping timeout: 272 seconds]
[17:45:30] <JT-Shop> GError: Failed to open file '/usr/bin/../share/linuxcnc/stepconf/main_page.glade': No such file or directory
[17:45:43] <JT-Shop> running an installed master from buildbot
[17:45:59] <JT-Shop> File "/usr/bin/stepconf", line 656, in __init__
[17:46:00] <JT-Shop> self.builder.add_from_file(os.path.join(datadir,'main_page.glade'))
[17:46:09] <cradek> cmorley has replaced stepconf but I bet he didn't test packaging
[17:47:42] <JT-Shop> I'd take that bet :)
[17:49:47] <JT-Shop> I sent cmorley and email
[17:49:54] <cradek> he's here, too
[18:01:24] <seb_kuzminsky> i wish the buildbot would test our packaged files, instead of (or in addition to, maybe) our rip builds
[18:01:38] <seb_kuzminsky> probably wouldnt have helped here since we have no tests for our guis, but still
[18:04:08] -!- Guest91859 has quit [Quit: Leaving...]
[18:07:35] <psha> seb_kuzminsky: sort of piuparts?
[18:07:46] <psha> or something more serious?
[18:08:38] <seb_kuzminsky> psha: i was imagining including tests/* and runtests in the deb, then installing the deb and running runtests
[18:08:47] <seb_kuzminsky> so, like piuparts plus our runtests
[18:09:07] <seb_kuzminsky> maybe make the tests a separate deb, so users dont need to install it
[18:25:35] -!- sumpfralle has quit [Quit: Leaving.]
[18:26:59] -!- maximilian_h [maximilian_h!~bonsai@e179223222.adsl.alicedsl.de] has joined #linuxcnc-devel
[18:45:15] -!- syyl_ws has quit [Quit: Verlassend]
[18:51:08] -!- printallthething has quit [Quit: Leaving]
[18:59:29] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[19:01:30] -!- rob_h [rob_h!~robh@2.223.245.187] has joined #linuxcnc-devel
[19:06:57] -!- amiri has quit [Ping timeout: 276 seconds]
[19:14:55] -!- terabyte- has quit [Quit: terabyte-]
[19:21:25] -!- psha has quit [Read error: No route to host]
[19:21:46] -!- psha [psha!~psha@213.208.162.67] has joined #linuxcnc-devel
[19:27:35] -!- davc has quit [Quit: Leaving]
[19:29:33] <psha> seb_kuzminsky: separate deb looks better
[19:30:02] <psha> sort of testsuite that user may install to verify his setup
[19:36:58] -!- arvidkahl has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
[19:45:07] -!- Komzpa has quit [Ping timeout: 245 seconds]
[19:59:07] -!- amiri_ has quit [Read error: Connection reset by peer]
[20:01:19] -!- FreezingCold has quit [Ping timeout: 246 seconds]
[20:05:06] -!- odogono has quit [Quit: odogono]
[20:17:06] -!- patricka_ has quit [Ping timeout: 272 seconds]
[20:17:31] -!- motioncontrol has quit [Client Quit]
[20:20:38] -!- sumpfralle has quit [Quit: Leaving.]
[20:25:32] -!- gonzo_nb has quit [Ping timeout: 245 seconds]
[20:28:44] <zultron> Re: 3D printer GUIs, I wish folks would develop GUIs as separate projects that depend on LinuxCNC, instead of assuming they must be shipped in the LinuxCNC tarball.
[20:29:00] <cradek> yes yes yes
[20:29:44] <cradek> especially for printing - I really think about 10% of the new program will be related to running linuxcnc.
[20:30:32] <zultron> Yeah, that's what made me think of that (yet again): CaptHindsight's GUI sounds like CAM + CNC rolled into one app.
[20:30:38] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[20:30:45] <cradek> to me it seems that to start by writing a linuxcnc gui with jogging and tool table editing and all the other stuff is just going about it wrong
[20:31:36] <cradek> it's striking how little you need/expect from the actual control for 3d printing
[20:32:21] <cradek> I recently watched a guy describing his height-adjustable nozzle - he loosens a setscrew to set the height to the table
[20:32:50] <zultron> :) That works!
[20:33:01] <cradek> I guess so
[20:33:07] <zultron> Not much harder than clicking a GUI button.
[20:33:18] <cradek> it makes me realize I don't know what the expectations even are
[20:34:27] <cradek> well to me, software that lets you set the origin is an obvious thing you need; software to let you level the table for this run because it doesn't home reliably is stupid and you should just fix your machine already
[20:34:48] <cradek> so who knows what people really need - I don't and they may not either
[20:34:51] <zultron> I think it's good not to make too many assumptions. Increases the chance that folks will come up with something we've never thought of before.
[20:34:55] -!- cwmma has quit [Ping timeout: 272 seconds]
[20:34:55] cwmma_ is now known as cwmma
[20:35:01] <cradek> hmm, I might be ranting
[20:35:32] <zultron> Well I agree, but I also don't want to discourage anyone.
[20:36:12] <zultron> As long as I don't have to look at it every day, anyway. That would drive me nuts.
[20:38:30] <seb_kuzminsky> i'm in favor of folks build-depending on our linuxcnc-dev package and going off in their own direction from there, but i think the barrier to entry is quite high
[20:38:52] <seb_kuzminsky> they'd need their own build infrastructure, etc, and i bet that discourages people
[20:39:18] -!- patrickarlt has quit [Read error: Connection reset by peer]
[20:40:31] <zultron> What does 'build-depending' mean, exactly? Looking for LinuxCNC libs+headers in e.g. autoconf, or looking for a linuxcnc-devel package in a source package?
[20:42:05] <zultron> If the first, it should be easy enough if LinuxCNC packages are already available.
[20:44:00] <seb_kuzminsky> what i meant was, i would like it if people built their stuff using the interfaces and headers and things that we export in our packages, without those folks putting their application into our repo
[20:44:42] <seb_kuzminsky> so i guess yes, the first thing you said - looking for our headers when they configure and build their application
[20:45:45] -!- patricka_ has quit [Remote host closed the connection]
[20:46:00] <zultron> Yeah, me too. Hey, let's split out the current GUIs to do something like JMK's BLOCs, package the GUIs separately, and then present them as examples for other GUI authors to follow!
[20:46:53] <seb_kuzminsky> sounds good to me
[20:47:09] <skunkworks> I think in the grand scheme of things - that is what mharberler is working on...
[20:47:31] -!- patrickarlt has quit [Ping timeout: 246 seconds]
[20:47:57] <seb_kuzminsky> i have no idea what he's working on, and when he shows me a 6 month old branch with a million merges and backtracks i'm none the wiser
[20:48:15] <skunkworks> heh - although that sounds to me like 'wait for mach4 - it will be in that'
[20:51:59] <seb_kuzminsky> there is some overlap between a hypothetical Blocs project (what we call HAL) and the linuxcnc project built on top of that project - mostly the build system i guess
[20:52:43] <zultron> There's a pretty good doc about what's been added with UBC:
https://github.com/zultron/linuxcnc/blob/unified-build-candidate-3/docs/src/common/UnifiedBuild.txt
[20:53:05] <CaptHindsight> I must have missed the earlier drama over GUI's for Linuxcnc
[20:54:37] tjb11 is now known as tjb1
[20:54:38] <zultron> Yeah, BLOCS, as I understood, was HAL, motion, io, rtapi, etc. core bits, separated into a separate distribution.
[20:54:43] <CaptHindsight> there were a couple of people at the fest last year that demos of GUI's and gui builders
[20:56:08] <CaptHindsight> Linuxcnc to control the machines and just make it not too difficult for people to write their own UI's
[20:57:28] <zultron> JMK set up a project for BLOCS:
http://sourceforge.net/p/blocs/wiki/Home/
[21:00:43] <zultron> Ah, an overview of his intent:
http://blocs.cvs.sourceforge.net/viewvc/blocs/blocs/docs/design-notes?revision=1.1&view=markup
[21:04:02] <CaptHindsight> blocs, about 8-10 years ago that became a popular term for building hardware, object oriented programming was also buzzwords of the time
[21:06:19] <seb_kuzminsky> if we're going to split the project into smaller stand-alone projects, i think motion and io don't belong in the 'hal' project
[21:16:38] -!- sumpfralle has quit [Ping timeout: 252 seconds]
[21:17:49] -!- dddev has quit [Quit: Textual IRC Client: www.textualapp.com]
[21:19:14] -!- heathmanc has quit [Quit: Page closed]
[21:19:29] heathmanc_ is now known as heathmanc
[21:19:40] -!- mozmck has quit [Read error: Connection reset by peer]
[21:20:49] <cradek> I think this is a false dichotomy. I think we can support external gui writers' desire to build external guis to our APIs without having to split up our own distribution.
[21:22:11] -!- mozmck [mozmck!~moses@client-67.210.159.209.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[21:22:26] -!- ekolojik has quit [Changing host]
[21:23:39] <zultron> That's very true, that the API can be used to build external GUIs, and is not a technical reason to split up the distribution.
[21:23:57] -!- asdfasd has quit [Ping timeout: 272 seconds]
[21:24:52] <zultron> There are other reasons as well, like all the package dependencies that aren't needed for someone just needing the core functionality.
[21:27:08] <zultron> I actually don't see much reason *not* to, except that it's a lot of un-fun work.
[21:30:24] <CaptHindsight> maybe the first step is getting (provided by me) someone to work on the API?
[21:30:59] <mozmck> logger[mah]: log
[21:30:59] <logger[mah]> mozmck: Log stored at
http://linuxcnc.mah.priv.at/irc/%23linuxcnc-devel/2014-01-15.html
[21:31:03] <CaptHindsight> that way everybody who is currently developing can stay working on the fun parts that they currently enjoy
[21:32:22] <cradek> zultron: we have supported externally-built GUIs for about a decade; at least since AXIS was distributed this way
[21:32:24] <zultron> I haven't touched GUIs at all, practically. What API issues do you see?
[21:32:30] <cradek> none
[21:32:51] <zultron> Great!
[21:33:34] <zultron> AXIS isn't distributed separately, is it?
[21:33:36] <seb_kuzminsky> CaptHindsight: are you putting memleak to work again? ;-)
[21:33:37] <cradek> by support, I meant culture/documentation support more than anything
[21:33:43] <cradek> no, but it was for some years
[21:34:10] <cradek> sorry, it seems I'm much less clear than usual today
[21:34:11] <seb_kuzminsky> why was axis merged into linuxcnc? some practical reason of infrastructure & distribution?
[21:34:29] <zultron> What was the thinking behind bundling it with LinuxCNC?
[21:34:41] <cradek> everyone wanted it always
[21:34:42] <CaptHindsight> seb_kuzminsky: nope he's working on real time kernels for ARM right now
[21:34:43] <zultron> Seb asked it better. :)
[21:35:20] <cradek> also, it was a bit tedious to install, particularly since it was python, and it was the dark ages
[21:36:32] <skunkworks> by the time emc2 came out - it was combined - wasn't it? I don't remember axis being a separate package///
[21:36:41] <CaptHindsight> this is where the devs in China can come in handy since they will most likely also make GUI's
[21:37:41] -!- maximilian_h has quit [Quit: Leaving.]
[21:37:47] <cradek> heh, the AXIS blog is gone
[21:38:15] <cradek> skunkworks: I don't remember but for a while AXIS would run both emc and emc2 and I think it was separate from both
[21:38:28] <skunkworks> huh - interesting
[21:39:43] <skunkworks> http://emergent.unpythonic.net/01155174717
[21:41:10] <skunkworks> hmm - thinking about it - I bet I did have to do something special to run axis initally
[21:41:57] -!- chillly has quit [Ping timeout: 248 seconds]
[21:45:31] <alex_joni> initially AXIS was for emc1 only
[21:45:45] * alex_joni remebers hacking build stuff so it worked with emc2
[21:46:06] <seb_kuzminsky> that's really cool
[21:46:19] <alex_joni> it was around the time the emc2 build system underwent constant change, so that had to be done again every couple of days :D
[21:46:28] -!- micges [micges!~captain_p@eva237.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[21:46:45] <cradek> I was certainly still using emc1 when we started on it
[21:46:53] <seb_kuzminsky> now the build system only changes when zultron gets a bee in his bonnet ;-)
[21:47:11] <alex_joni> http://emergent.unpythonic.net/01227191152
[21:47:14] <zultron> :D
[21:47:42] <cradek> my first posts to emc-users were in May '04, so I'm coming up fast on 10 years doing this
[21:47:43] <alex_joni> initially it wasn't even called AXIS
[21:48:02] -!- Loetmichel has quit [Ping timeout: 245 seconds]
[21:48:14] <alex_joni> cradek: yeah.. been a while ;)
[21:48:20] Cylly is now known as Loetmichel
[21:51:31] <CaptHindsight> having only browsed through the Linuxcnc tree, how is AXIS tied into EMC currently?
[21:52:21] <skunkworks> wow - that still looks like a current gui.. (I may be biased..)
[21:52:38] <seb_kuzminsky> CaptHindsight: do you mean what linuxcnc apis does axis use?
[21:52:51] <cradek> it's like any other gui except it also embeds an interpreter whose callbacks generate opengl calls
[21:53:20] <CaptHindsight> seb_kuzminsky: yeah
[21:54:28] <alex_joni> 2004-07-18 <alex_joni> is it possible to use estop with minimill?
[21:54:42] <CaptHindsight> since we would do most of the work, how do you suggest we do this with as little disruption to the current devs?
[21:55:41] <seb_kuzminsky> CaptHindsight: about axis apis, it imports a bunch of linuxcnc python modules: linuxcnc, rs274, hal, gcode, maybe others
[21:55:47] <CaptHindsight> will anyone else ever require an new GUI?
[21:56:07] <seb_kuzminsky> CaptHindsight: you're asking how to collaborate on a huge restructuring task, this has not historically been our strong point ;-)
[21:56:16] <CaptHindsight> heh
[21:56:35] <cradek> there is no restructuring needed to build an external gui
[21:56:48] * seb_kuzminsky agrees
[21:56:53] -!- cwmma has quit [Ping timeout: 272 seconds]
[21:57:14] <seb_kuzminsky> but that's not the driver for this thought-experiment, is it?
[21:57:36] <cradek> well I wasn't doing a thought experiment
[21:57:51] <cradek> I was thinking about how to answer CaptHindsight's question
[21:58:19] <cradek> http://media.unpythonic.net/emergent-files/01167419757/jdi.py
[21:58:41] <cradek> this is a UI that loads and runs a program (probably needs updating because the module is no longer called emc)
[21:58:50] -!- andypugh [andypugh!~andy2@cpc14-basl11-2-0-cust436.20-1.cable.virginm.net] has joined #linuxcnc-devel
[21:59:06] <cradek> if you build your new gui in python it'll look like this
[21:59:27] <cradek> if you build your new gui in C, it'll look like xemc's guts, but the libraries and headers you need are in the -dev package already
[21:59:47] -!- cwmma_ has quit [Ping timeout: 272 seconds]
[22:00:19] <CaptHindsight> If I ask the guys in China to look at this without any clear directions they might come back with "why don't we just port this to Windows" :)
[22:00:53] <seb_kuzminsky> i'm not sure an outside consultant is the best entity to do this job
[22:00:56] <skunkworks> on the forum there are a couple of new gui's people are developing.. like mocca and gscreen
[22:01:00] <cradek> maybe you'll have to do the work to figure out how to support your programmers then
[22:01:07] <CaptHindsight> I'd rather have them build something that is of use to everyone
[22:01:20] <cradek> seb_kuzminsky: what is "this job" that you are talking about?
[22:01:58] <seb_kuzminsky> i think CaptHindsight is offering to hire chinese programmers to split linuxcnc.git into hal.git and linuxcnc.git
[22:02:05] <alex_joni> side question: did the monthly meet take place recently?
[22:02:11] <cradek> seb_kuzminsky: that is not my understanding
[22:02:15] <seb_kuzminsky> oh
[22:02:15] <cradek> CaptHindsight: ?
[22:02:26] <cradek> alex_joni: no they haven't happened for months - no agenda
[22:02:32] <CaptHindsight> they are in house
[22:03:02] <CaptHindsight> they just need to be given the project and clear directions
[22:03:15] <cradek> seb_kuzminsky: now I'm just as baffled as I thought you were
[22:03:25] <seb_kuzminsky> CaptHindsight: is that repo-splitting the project we're talking about?
[22:03:46] <cradek> I thought we were talking about how to build a separate 3d printer gui project
[22:04:09] <CaptHindsight> yeah, what Cradek said
[22:04:19] <seb_kuzminsky> ok, than it's me who's confused
[22:04:21] <CaptHindsight> gui project for a start
[22:04:27] <seb_kuzminsky> and yes, you can already do that, no work needed
[22:04:49] -!- FinboySlick has quit [Quit: Leaving.]
[22:05:09] <CaptHindsight> maybe after they get comfortable with Linuxcnc they could help with the git split
[22:05:40] <alex_joni> cradek: so much for that
[22:05:48] <CaptHindsight> they already wrote their own cnc control app that we won't be using :)
[22:06:02] <cradek> alex_joni: it's next week, if you have an agenda
[22:06:08] -!- arvidkahl has quit [Ping timeout: 252 seconds]
[22:06:17] <alex_joni> nope.. I plan to hit the slopes next saturday ;)
[22:06:26] <cradek> alex_joni: I don't think the process is a failure just because there is sometimes no agenda
[22:06:33] -!- pjm has quit [Read error: Connection reset by peer]
[22:06:41] <andypugh> alex_joni: Where are you going?
[22:06:42] <alex_joni> I didn't say it's a failure
[22:06:53] <cradek> then I misread "so much for that"
[22:07:05] <alex_joni> just that people were very excited and it had to happen, because they had so many issues
[22:07:06] <cradek> to me, that's an expression that means "well that experiment failed"
[22:07:21] <alex_joni> and a couple months later there is no wind in the sails
[22:07:26] <alex_joni> andypugh: zillertal
[22:07:44] <alex_joni> cradek: yeah, it did sound a bit like that
[22:08:06] <andypugh> I am heading to Tignes this weekend, then Zell am See at the end of February
[22:08:33] <seb_kuzminsky> zultron: one of the changes ubc does is move linuxcnc_module_helper, pci_read, and pci_write from /usr/bin to /usr/libexec, was that intentional?
[22:08:51] <alex_joni> http://emergent.unpythonic.net/01101411814
[22:09:09] <alex_joni> andypugh: cool, hope you'll have some snow
[22:09:42] <zultron> Intentional, but you tell me if it's correct: gnu coding standards call for executables not run by end-users and only by scripts into libexec.
[22:09:52] <cradek> I bet that's right
[22:10:30] <zultron> I didn't do a complete job, however, and others executables might need to be moved there, too.
[22:10:33] <seb_kuzminsky> that makes sense for linuxcnc_module_helper for sure
[22:11:00] <seb_kuzminsky> i'm not sure what pci_read and pci_write are for, i dont think anything uses them
[22:11:11] <seb_kuzminsky> maybe debugging helpers for jmk's m5i20 work?
[22:11:34] <alex_joni> cradek:
http://emergent.unpythonic.net/01118085817
[22:12:29] <zultron> usermode PCI drivers
[22:12:35] <skunkworks> that's it - I remember getting the nightly snapshots...
[22:13:05] <seb_kuzminsky> zultron: written in bash? shelling out to those helper utilities?
[22:13:32] <zultron> I'm going by 'grep -rl pci_read *'
[22:14:04] <zultron> Now let me actually look....
[22:14:15] <seb_kuzminsky> i think utils/upci is no longer used by anything that anyone uses
[22:14:39] <seb_kuzminsky> (not a problem with ubc, a problem with master and maybe 2.5 if i'm right, for very weak values of "problem")
[22:16:06] -!- Deejay has quit [Quit: bye]
[22:16:08] <zultron> Yeah, I don't see the pci_read executable being used anywhere.
[22:19:13] <seb_kuzminsky> inivar and flavor are also in libexec, because they shouldn't be visible to users?
[22:21:25] <zultron> Not 'shouldn't', but 'don't need to be'.
[22:22:20] <zultron> If you think there's a case for making them available for end-users, move them back to /usr/bin.
[22:22:53] <zultron> I'm definitely weak on the end-use of LinuxCNC.....
[22:23:35] <seb_kuzminsky> what does flavor do?
[22:23:47] <seb_kuzminsky> err, what does /usr/libexec/flavor do? ;-)
[22:24:01] -!- zumba_addict has quit [Quit: zumba_addict]
[22:24:05] <seb_kuzminsky> "flavor tells you if something is tasty or not, seb"
[22:24:06] -!- cwmma has quit [Quit: cwmma]
[22:25:48] <zultron> run it, and it will tell you the default/bestest thread flavor.
[22:26:13] <zultron> It also has some args that present some flavor-specific params.
[22:26:19] <zultron> It's used in the realtime scripts.
[22:26:34] <seb_kuzminsky> aha
[22:26:51] <seb_kuzminsky> i ran it and saw the output but wasnt clean on what exactly i was looking at
[22:26:52] <zultron> For run-time flavor configuration.
[22:27:25] <seb_kuzminsky> so at compile-time you choose a subset of the possible flavors to build for, and the flavor program remembers what's available and tells you about it?
[22:27:25] <alex_joni> heh, completely forgot about
http://imagebin.org/index.php?mode=image&id=286938
[22:28:45] <zultron> 'flavor' runs some checks to see whether the needed resources (e.g. kernel support) exist. It checks all flavors, regardless of compile-time options.
[22:29:01] <seb_kuzminsky> hmmm-kay
[22:29:07] <zultron> That way, 3rd-party flavor modules may be added to a base package distribution.
[22:30:46] -!- The_Ball has quit [Ping timeout: 246 seconds]
[22:34:18] <CaptHindsight> andypugh: how is the Udoo coming along?
[22:34:28] <andypugh> Badly
[22:34:40] <CaptHindsight> maybe I'll order one today
[22:35:22] <andypugh> I can't figure out where to look to sort out these compiler errors:
http://pastebin.com/EhgtsLAM
[22:37:44] <andypugh> It is less easy than it looks. bufp.c is a symlink to the xenomai code. It doesn't contain the text "dma_alloc_non" or the text "fec_enet_init"
[22:40:43] <CaptHindsight> andypugh: did the Udoo bring SPI out to any headers?
[22:40:53] <andypugh> I think so, yes.
[22:40:59] <andypugh> I haven't got that far yet.
[22:41:36] <CaptHindsight> then I can get a fpga connected as well
[22:41:51] <CaptHindsight> I'll look it over
[22:42:23] -!- bedah has quit [Quit: Ex-Chat]
[22:46:20] -!- skunkworks has quit [Quit: Leaving]
[22:52:24] -!- psha has quit [Quit: Lost terminal]
[22:53:45] -!- ekolojik has quit [Quit: Konversation terminated!]
[23:00:36] -!- chillly has quit [Quit: Leaving]
[23:02:14] -!- sulky has quit [Ping timeout: 252 seconds]
[23:04:59] -!- skorasaurus has quit [Read error: Operation timed out]
[23:08:55] -!- spatialbrew has quit [Remote host closed the connection]
[23:10:29] -!- sumpfralle has quit [Ping timeout: 252 seconds]
[23:16:06] -!- reksio1 [reksio1!~captain_p@eva237.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[23:17:03] -!- tronwizard has quit [Disconnected by services]
[23:17:07] -!- einar_ has quit [Quit: Ex-Chat]
[23:17:07] -!- pjm has quit [Read error: Connection reset by peer]
[23:17:09] -!- ybon has quit [Ping timeout: 245 seconds]
[23:17:10] -!- sivu has quit [Ping timeout: 245 seconds]
[23:17:12] -!- micges has quit [Ping timeout: 245 seconds]
[23:17:12] -!- jnaour has quit [Ping timeout: 245 seconds]
[23:17:12] -!- putnik has quit [Ping timeout: 245 seconds]
[23:17:12] -!- Valen has quit [Ping timeout: 245 seconds]
[23:17:14] realtron is now known as tronwizard
[23:29:41] <alex_joni> night all
[23:30:48] -!- The_Ball has quit [Read error: Connection reset by peer]
[23:31:39] -!- patricka_ has quit [Ping timeout: 260 seconds]
[23:31:53] -!- tinkerer has quit [Quit: Leaving.]
[23:31:56] -!- terabyte- has quit [Ping timeout: 252 seconds]
[23:36:50] <seb_kuzminsky> seeya alex_joni
[23:44:12] <KGB-linuxcnc> 03Dewey Garrett 05master 9c69e81 06linuxcnc 10lib/python/popupkeyboard.py popupkeyboard.py: take advantage of linuxcnc.SHARE * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9c69e81
[23:55:58] -!- lucashodge has quit [Quit: Goodbye all.]
[23:56:34] <linuxcnc-build> build #1674 of lucid-rtai-i386-clang is complete: Failure [4failed configuring] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-rtai-i386-clang/builds/1674 blamelist: Dewey Garrett <dgarrett@panix.com>
