Back
[11:23:14] <cradek> seb_kuzminsky: yay, now buildbot wheezy/sim packages work right
[11:23:24] <seb_kuzminsky> ah, that's great :-)
[11:23:44] <seb_kuzminsky> funny how those quick little fixes often take days
[11:24:11] <cradek> oh that's just because I'm inept. I'm used to it.
[11:24:33] <cradek> thanks again for the buildbot
[11:24:39] <cradek> I can't imagine not having it
[11:25:04] <seb_kuzminsky> welcome :-)
[11:45:00] <Tom_itx> where is the actual pc for the buildbot located?
[11:47:51] <archivist> buildbot can use slaves all over the place
[11:48:21] <Tom_itx> sorta like torrent?
[11:49:09] <archivist> more master slave the master sends new code and kicks off a build and slave sends back status
[11:49:43] <archivist> my cnc used to be a slave for mariadb even while machining
[11:51:20] <Tom_itx> limited to a particular project or can any buildbot access it?
[11:52:41] <archivist> you setup usernames passwords so no funny business
[11:53:09] <Tom_itx> then when it sees your pc being online it can access it?
[11:53:41] <archivist> they talk to each other, yes
[11:54:53] <archivist> can be a burden to the slave if the master sets the build to be as fast as possible
[11:55:41] <Tom_itx> my server's online all the time and gets little use...
[11:55:54] <Tom_itx> not a fast pc by any means though
[11:56:03] <Tom_itx> some old free clunker
[11:57:21] <archivist> if the number of parallel processes is set high the slave ends up cpu bound and a bit too slow for other use
[12:14:56] <KGB-linuxcnc> 03Michael Haberler 05master 7220cb7 06linuxcnc 10src/hal/hal_lib.c hal/link/unlink: revise semantics of hal_link()/hal_unlink(): * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7220cb7
[12:14:56] <KGB-linuxcnc> 03Michael Haberler 05master 1dc888c 06linuxcnc 03tests/hal-link-unlink/checkresult 03tests/hal-link-unlink/hallink.py 03tests/hal-link-unlink/test.sh hal/link/unlink: add testcase hal-link-unlink * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=1dc888c
[12:14:56] <KGB-linuxcnc> 03Michael Haberler 05master 7f4d56b 06linuxcnc 10docs/man/man1/halcmd.1 halcmd: update man page on link/unlink semantic change * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7f4d56b
[12:17:06] <KGB-linuxcnc> 05hal-revised-link-semantics c4921b9 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c4921b9
[12:37:43] <seb_kuzminsky> that's a nice push
[12:47:04] <pcw_home> I wonder if that fixes some wierdness in pncconf created halfiles with unconnected signals
[12:54:49] <linuxcnc-build> build #1171 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/1171 blamelist: Michael Haberler <git@mah.priv.at>
[13:00:19] <linuxcnc-build> build #1970 of 1201.rip-lucid-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1201.rip-lucid-rtai-i386/builds/1970 blamelist: Michael Haberler <git@mah.priv.at>
[13:00:19] <linuxcnc-build> build #1971 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/1971 blamelist: Michael Haberler <git@mah.priv.at>
[13:30:29] <CaptHindsight> if I have a camera that can detect edges and generate an offset from the machines current position info, what's the best way to tie this into Linuxcnc for auto-ZERO?
[13:31:16] <CaptHindsight> just have it jog?
[13:31:31] <CaptHindsight> what would be most useful?
[14:06:06] <cradek> CaptHindsight: you could have it send an mdi command that would set the origin
[16:04:44] <memleak> where can i send patches for linuxcnc?
[16:05:17] <seb_kuzminsky> emc-developers is the best place
[16:06:14] <memleak> ok i have fixes for tcl/tk 8.6 and bwidget when using those versions (configure.ac adjustments) also i'm going to add that stack boundary fix for 64-bit as a patch after testing and successful.
[16:06:42] <memleak> configure.in i mean.. that's depreciated btw
[16:06:43] <seb_kuzminsky> have you read the 'Contributing to LinuxCNC' document? it's got some best practices type info
[16:07:03] <memleak> I have a lot of experience with autotools, I can rebootstrap the tree..
[16:07:39] <seb_kuzminsky> i'm sorry to hear that, you have my condolences
[16:08:13] <memleak> i can update it?
[16:08:40] <seb_kuzminsky> the current buildsystem is old on purpose - it's the last version of autotools that doesn't use recursive make
[16:09:20] <memleak> what's so bad about recursive make? i use it all the time.
[16:10:32] <seb_kuzminsky> http://miller.emu.id.au/pmiller/books/rmch/
[16:11:38] <memleak> sometimes when all you do is change one file, it's best to run make clean anyway..
[16:11:51] <seb_kuzminsky> not if your build system has proper dependency tracking
[16:12:03] <memleak> but if it doesn't ;)
[16:12:07] <seb_kuzminsky> running 'make clean' is nearly an admission of defeat ;-)
[16:12:24] <memleak> -_-
[16:12:35] <memleak> alright i'll leave it alone..
[16:17:44] <seb_kuzminsky> if we're going to change the build system, i'd propose looking at scons or cmake, over a newer version of autotools
[16:24:01] <memleak> i like autotools so i'm not going to be the one to do that
[16:24:23] <cradek> if we change the build system, we would probably have to backport the make-replacement to several old platforms. it would have to be for a very good reason.
[16:24:32] <memleak> i have experience with cmake but i prefer everything old-school.
[16:29:19] <memleak> old platforms? what do you mean?
[16:29:35] <cradek> ubuntu 8 and 10
[16:30:03] <memleak> does 8.04 even receive updates anymore>
[16:30:10] <cradek> surely not
[16:30:17] <memleak> so why bother?
[16:30:25] <cradek> because users
[16:32:12] <memleak> ah, wasn't aware people still used that
[16:34:46] <memleak> i'm starting on that linuxcnc live cd right now
[16:35:43] <memleak> gentoo x86, i686 tuned for MMX SSE SSE2, latest 3.4 kernel release with RTAI, git v2.5_branch ok? objections, suggestions?
[16:37:28] <seb_kuzminsky> sounds good to me
[16:38:03] <memleak> sweetness
[16:38:13] <seb_kuzminsky> historically all our live cds have been a way to easily install linuxcnc, and what you describe seems like it would continue that tradition
[16:38:32] <cradek> does a gentoo cd have live boot?
[16:38:52] <memleak> you mean with a graphical desktop?
[16:38:57] <cradek> yeah
[16:39:02] <seb_kuzminsky> i'm a bit leery because i dont think many people run linuxcnc on gentoo, and i dont know anything about packaging linuxcnc for gentoo, so i think all support questions will have to go to you
[16:39:15] <cradek> try it out before you commit to installing is a nice thing we've had since 2006
[16:39:27] <memleak> no but with gentoo you can make it do anything.
[16:39:37] <memleak> so i can make a graphical desktop pop right up
[16:39:45] <memleak> which is what i'm planning on of course
[16:39:59] <cradek> ok interesting (I know nothing about gentoo)
[16:40:19] <memleak> doesn't serve people much good if it requires building stuff
[16:40:46] <memleak> ah now making it install to the hard drive... heh i didn't think about that part
[16:40:48] <cradek> the feature I'm talking about is where the user boots from cd and sees the desktop and can run linuxcnc, exactly like after it's installed, except slower
[16:41:13] <memleak> cradek, it will do that, yes.
[16:41:15] <cradek> having that has been a huge benefit
[16:41:16] <cradek> cool
[16:41:48] <memleak> should all firmware be included? because thats the part thats a big mess.
[16:41:56] <memleak> all the mesa firmware i mean
[16:42:01] <seb_kuzminsky> you mean all the hm2 firmwares? yes, include them
[16:42:08] <memleak> eek. ok
[16:42:28] <memleak> might need help with that when i get to that point
[16:42:39] <seb_kuzminsky> heh, "expect rough edges", linuxcnc has been a dpkg affair since before my time, you're breaking new ground here
[16:42:54] <memleak> i understand that
[16:43:06] <memleak> hardest part for me is /lib/firmware at this point
[16:43:23] <memleak> second hardest is making the linuxcnc app show up in menu because make install prefix=/usr doesn't cut it
[16:43:46] <memleak> i wonder if there are docs on modifying a menu to make a custom app show up
[16:43:54] <memleak> that would be handy.
[16:43:59] <cradek> I only know the debian answer to that
[16:44:28] <memleak> shoot :)
[16:44:47] <cradek> you add a description file to the right place, and it shows up on the menus for all the desktop environments
[16:45:07] <memleak> "right place" in debian whats the location?
[16:45:15] <memleak> somewhere in /usr/share ?
[16:45:38] <cradek> umm we install /etc/xdg/menus/applications-merged/cnc.menu
[16:45:56] <memleak> ok thanks!
[16:46:37] <cradek> and files like /usr/share/applications/linuxcnc.desktop - one for each entry on the menu
[16:46:55] <memleak> perfect perfect
[16:47:01] <memleak> that'll give me an idea
[16:47:12] <memleak> did you ever make a live cd?
[16:47:13] <cradek> see [sourcetree]/debian/extras
[16:47:23] <memleak> for linuxcnc i mean
[16:47:30] <cradek> yeah once or twice it fell to me
[16:48:17] <cradek> I've remastered/updated others' work too
[16:49:02] <memleak> as for the installer, how bad of an idea is this: tarball of the live cd being decompressed to a hard drive?
[16:49:36] <cradek> wait you have to write the part that installs to disk!?
[16:49:39] <seb_kuzminsky> surely gentoo has an "install from live cd" app already
[16:49:58] <memleak> an interactive command line installer that asks questions (what partition do you want it installed to? (i.e. /dev/sda) and questions like is ext4 ok?")
[16:50:03] <memleak> etc
[16:50:16] <memleak> and no it was depreciated in 2009 or so
[16:50:22] <memleak> i doubt it works at all anymore rofl
[16:50:33] <cradek> heh yggdrasil did exactly that in 1993
[16:50:46] <memleak> WOW!
[16:50:49] <seb_kuzminsky> that was before you were born, right memleak? :-P
[16:50:55] <memleak> actually same year!
[16:50:58] <seb_kuzminsky> heh
[16:51:26] <cradek> the installer was a bash script: it said NOW RUN FDISK AND DO PARTITIONS: etc.
[16:51:36] <memleak> and did it work?
[16:51:44] <memleak> were people ok with it?
[16:51:53] <cradek> it was 1993. those questions hardly make sense.
[16:51:53] <seb_kuzminsky> we had low exectations back then
[16:52:18] <memleak> well.. if thats too low a ball i could base the installer off of slackware's ncurses interface installer...
[16:52:30] <memleak> instead of it being purely bash
[16:52:48] <cradek> http://timeguy.com/cradek-files/01188356148/yggdrasil-beta.jpg
[16:53:23] <cradek> bbl.
[16:53:31] <memleak> twm.. yuck
[16:53:46] <memleak> back before linux had whistles
[16:54:01] <memleak> just a little bell..
[16:54:09] <cradek> dude, shaped windows
[16:54:30] <cradek> bbl.
[16:54:33] <cradek> really.
[16:54:35] <memleak> see ya!
[16:54:48] <memleak> seb_kuzminsky, for the installer what do you suggest?
[16:55:27] <memleak> anything involving mouse, keyboard, graphics icons etc i never did that before and for a utility that formats your hard drive, doesnt sound like a good place to start
[16:55:51] <memleak> i can do anything with a mix of ncurses python bash and lua though
[16:56:55] <memleak> i dont feel like learning Qt just to make a disk although surely i could given time
[16:57:12] <memleak> is Qt difficult btw?
[16:58:48] <memleak> i could also look at the source for anaconda or something and try and port something like that over to gentoo i suppose but that could take a long while.
[16:59:10] <memleak> just hit me up with ideas while i'm making the filesystem.
[16:59:18] <memleak> i'm in crunch time mode :)
[17:08:44] <seb_kuzminsky> memleak: here's the installer i'd recommend:
http://tinyurl.com/nzrjnmo
[17:09:03] <seb_kuzminsky> just giving you shit, really i have no idea about gentoo install tools
[17:09:47] <memleak> there arent any gentoo install tools really so it's up to you guys to make the call
[17:09:54] <memleak> this is your guys's project
[17:10:24] <seb_kuzminsky> oh well in that case... make a debian wheezy install cd instead!
[17:11:08] <memleak> well i'm trying to be the first to break free of debian / ubuntu too
[17:11:47] <memleak> basically what im asking is if an automated / interactive command line installer is too flimsy, should it have to be graphical?
[17:12:07] <seb_kuzminsky> i'll be interested to see what you discover there, but i'm afraid i dont have any advise for you, sorry :-/
[17:12:24] <seb_kuzminsky> graphical or curses is fine with me personally
[17:12:45] <memleak> ok!
[17:12:59] <memleak> i love ncurses :)
[17:13:28] <seb_kuzminsky> the live cd historically has intended to help folks who are not super computer savvy, so bug free, simple, pretty & helpful are important qualities
[17:13:36] <memleak> slackware still uses that same installer they did in the early 90s
[17:13:43] <seb_kuzminsky> cool
[17:13:47] <seb_kuzminsky> bbl, good luck!
[17:13:53] <memleak> thanks!
[17:23:12] <zultron> Sorry to rain on your parade memleak....
http://distro.zultron.com/zultron/cadcam/el6/bleeding/source/
[17:23:50] <zultron> el6 packages about a year old. ;)
[17:24:07] <memleak> 3.5.7 rtai kernel is buggy
[17:24:44] <memleak> i dont understand, those are rpms
[17:24:49] <seb_kuzminsky> zultron: please be careful about calling your package 2.6.0 for a little while yet
[17:25:02] <zultron> The 'kernel-rt' pkg is actually a xenomai kernel.
[17:25:15] <memleak> well 2.6.38.8 is ancient..
[17:25:18] <zultron> Ok.
[17:25:25] <zultron> Yes it is.
[17:25:28] <memleak> im talking about a live cd anyway, not packages
[17:25:40] <memleak> and an installer for the distro itself
[17:26:01] <zultron> Ah ha, then never mind. Thanks for taking that one on.
[17:27:36] <zultron> Are you working with EBo? He's registered a sf project that might be related, a gentoo port.
[17:28:47] <memleak> i am not, no.
[17:28:52] <memleak> ebuilds aren't fun
[17:29:04] <memleak> i'll leave that to him
[17:29:25] <memleak> if he wants to, he can take over the project i'm starting now. maybe he can be the one to write a GUI installer :P
[17:29:53] <memleak> im not into GUIs
[17:30:17] <memleak> i'm a terminal 99% of the time i use X anyway
[17:30:32] <memleak> *i'm in a..
[17:36:51] <memleak> micges, hello!
[17:37:20] <micges> ahoy
[17:38:09] <micges> what's up?
[17:38:24] <memleak> not much you?
[17:38:56] <micges> don't know where to put hands ;)
[17:39:12] <memleak> ...
[17:39:37] <memleak> surely i read that statement wrong
[17:40:36] <micges> probably yes, let me see what native english speaker would say
[17:41:35] <memleak> http://www.youtube.com/watch?v=Nfv1FhdaBBk
[17:43:24] <micges> haha
[17:44:02] <micges> memleak: shortly just a LOT of work
[17:44:31] <memleak> ah i see i see
[17:44:32] <micges> memleak: got any new kernels?
[17:45:42] <memleak> going to bump 3.4 support up in a bit, ill see about bumping 3.10 later on today
[17:45:48] <memleak> currently making gentoo linuxcnc live cd
[17:46:04] <memleak> give me a few hours to finish this up and i'll get to that
[17:48:40] <micges> cool
[17:48:54] <micges> where can I find it?
[17:49:46] <memleak> its not done yet..
[17:49:55] <memleak> it might be faster to bump kernels first actually
[17:50:04] <memleak> give me a bit
[17:50:14] <memleak> if you need it quicker i mea
[17:50:17] <memleak> *mean
[17:51:12] <micges> no rush
[17:56:17] <KGB-linuxcnc> 03John Thornton 05v2.5_branch 8f6b0d5 06linuxcnc 10docs/src/config/ini_homing.txt Docs: expand a bit on the description to clear up confusion * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8f6b0d5
[18:23:28] <KGB-linuxcnc> 03Michael Haberler 05master dba7e1e 06linuxcnc 10tests/hal-link-unlink/test.sh tests/hal-link-unlink: run with realtime started * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=dba7e1e
[18:30:51] <memleak> does anyone know what this new hal-link-unlink thing mhab has been working on lately?
[18:31:15] <memleak> does it improve latency-test at all or something?
[18:34:20] <micges> it fixes situation like this: you have pin with say value 100, when you net this pin it will have value of signal let say 200, and when you unnet this pin it will instantly got value of 100, which is dangerous/buggy in some situations
[18:35:09] <memleak> i see
[18:49:12] <memleak> micges, what kernel did you want / need again?
[18:50:13] <micges> iirc you have light rt-preempt kernel with nice latency
[18:50:22] <memleak> correct
[18:51:40] <micges> I've tried to compile it with your config but failed, can you make deb for it?
[18:52:07] <memleak> were you using the ones in base/arch/x86/configs ?
[18:52:28] <memleak> those are stub configs that are meant to be modified and tuned for your hardware
[18:53:02] <memleak> run lspci -k and dmesg, post output to pastebin or something and i'll make a system specific kernel config for you.
[18:54:49] <micges-dev> memleak: thanks!
[18:55:03] <memleak> any time!
[18:55:12] <micges-dev> lspci:
http://pastebin.com/D9g5Ej5D
[18:56:03] <micges-dev> dmesg:
http://pastebin.com/Daz7ZEQZ
[18:56:48] <memleak> mhaberler is making debs for preempt_rt kernels? didn't know that
[18:57:07] <micges-dev> memleak: it will be used to test mesa 7i80
[18:57:16] <micges-dev> yes he does
[18:58:17] <memleak> that's an easy system to work with
[18:58:23] <memleak> are you using EFI with it?
[18:59:04] <micges-dev> no
[18:59:16] <memleak> hooray
[18:59:40] <memleak> Linux 3.10.34-rt34 ok?
[18:59:50] <micges-dev> sure
[19:00:11] <memleak> alright one moment
[19:03:36] <memleak> my connection is slow, taking awhile to download kernel tarball
[19:12:09] <micges-dev> ok
[19:22:47] <linuxcnc-build> build #114 of 4017.deb-wheezy-armhf is complete: Failure [4failed apt-get-update shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4017.deb-wheezy-armhf/builds/114 blamelist: John Thornton <jthornton@gnipsel.com>
[19:23:56] <memleak> 32-bit right?
[19:24:13] <micges-dev> yes
[19:27:26] <memleak> ok almost done with config
[19:29:12] <memleak> dual core?
[19:29:33] <memleak> also how much memory?
[19:29:39] <micges> 2GB
[19:30:06] <micges> yes dual core
[19:51:53] <memleak> http://pastebin.com/YiDrVMm6
[19:52:10] <memleak> be sure you have linux-firmware installed before compiling
[19:52:22] <micges-dev> ok, thanks!
[19:52:25] <memleak> you'll need intel i915 gpu firmware if it exists
[20:02:03] <memleak> micges-dev, you should compare results
[20:02:27] <memleak> optimized vs not optimized because matter of fact i haven't even booted a generic kernel on my machine in years.
[20:05:13] <memleak> make && make modules_install && make install && grub2-mkconfig -o /boot/grub/grub.cfg
[20:05:37] <memleak> debian might just have a grub2-update feature, dont know
[20:11:22] <pcw_home> micges-dev: MAHs Preemt-RT kernel 3.12.5 works with Baytrail (2 KHZ 7I76E Ethernet and flash videos OK so far)
[20:24:30] <micges-dev> pcw_home: great, what are the numbers?
[20:25:00] <micges-dev> read time and write time
[20:27:32] <pcw_home> max read time spike was 665000 ~= 277 usec
[20:27:43] <pcw_home> average about 80 usec
[20:30:30] <pcw_home> write time was really small so I didn't check carefully
[20:34:34] <pcw_home> The baytrail MBs should be very nice for LinuxCNC especially when a kernel that supports the accelerated video is available
[20:34:36] <pcw_home> I dont know if the video support will be backported to older kernels but as it stands 3.10 doesn't work but 3.11 and 3.12 do
[20:35:32] <pcw_home> 2.6.122 works but with no accell
[20:50:27] <memleak> micges-dev, how is the kernel going?
[20:53:46] <micges> still setting up
[21:18:47] <linuxcnc-build> build #115 of 4017.deb-wheezy-armhf is complete: Failure [4failed apt-get-update shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4017.deb-wheezy-armhf/builds/115 blamelist: Michael Haberler <git@mah.priv.at>
[21:52:03] <KGB-linuxcnc> 03Robert W. Ellenberg 05circular-blend-arc-rc3 55bee77 06linuxcnc 10tests/trajectory-planner/circular-arcs/configs/circular_arcs.ini test: Updated original circular arc test config * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=55bee77
[21:52:03] <KGB-linuxcnc> 03Robert W. Ellenberg 05circular-blend-arc-rc3 16cde89 06linuxcnc 10tests/trajectory-planner/circular-arcs/build-debug.sh Minor tweak to build-debug script * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=16cde89
[21:52:03] <KGB-linuxcnc> 03Robert W. Ellenberg 05circular-blend-arc-rc3 0623f5d 06linuxcnc 10src/emc/tp/tp.c TP: Fixed vLimit for ramped velocity based on Sam's feedback * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0623f5d
[22:23:02] <memleak> pcw_home, video support for which GPU?
[22:23:27] <memleak> i'll be able to look at the DRM code and see if it will or not.
[22:30:43] <KGB-linuxcnc> 03Robert W. Ellenberg 05circular-blend-arc-rc3 bd09af8 06linuxcnc 10src/emc/tp/tp.c Added additional vLimit check for final velocity * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=bd09af8
[23:07:28] <linuxcnc-build> build #116 of 4017.deb-wheezy-armhf is complete: Failure [4failed apt-get-update shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4017.deb-wheezy-armhf/builds/116 blamelist: Robert W. Ellenberg <rwe24g@gmail.com>
[23:08:18] <pcw_home> Its intel HD graphics
[23:10:13] <KGB-linuxcnc> 03Robert W. Ellenberg 05circular-blend-arc-rc3 1b806ac 06linuxcnc 10src/emc/tp/tp.c TP: Switched feed override to drive requested velocity * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=1b806ac
[23:21:42] <memleak> 965, 945, etc?
[23:31:22] <pcw_home> Not sure, but whatever ivy bridge uses
[23:32:43] <pcw_home> also called GMA HD
