#linuxcnc-devel | Logs for 2016-03-30

[00:42:10] <trentster1> seb_kuzminsky: yeah I know that trick. my max velocity is pretty low at the moment anyway as I need to add a second ballscrew to Y axis as it binds due to whip if machine runs too fast
[03:06:41] <KGB-linuxcnc> 03Norbert Schechner 05gladeVCP_camview e1d073b 06linuxcnc 10lib/python/gladevcp/camview.py GladeVcp - CamView 0.1.2 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e1d073b
[03:46:30] <linuxcnc-build> build #1788 of 4016.deb-wheezy-i386 is complete: Failure [4failed shell_1] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/4016.deb-wheezy-i386/builds/1788 blamelist: Norbert Schechner <nieson@web.de>
[03:46:49] <linuxcnc-build> build #210 of 4017.5.deb-wheezy-armhf is complete: Failure [4failed shell_1] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/4017.5.deb-wheezy-armhf/builds/210 blamelist: Norbert Schechner <nieson@web.de>
[09:50:17] <jthornton> when you do mesaflash --device 5i25 --readhmid is the column I/O the physical pin?
[09:52:31] <pcw_home> The first column is the physical pin, next is the GPIO number
[09:53:38] <pcw_home> connector pin is a better name than physical pin I guess
[09:53:43] <jthornton> thanks
[09:53:48] <jthornton> yes connector pin
[09:58:50] <jepler> ugh we need to make a dfsg-free version of the mesaflash source tree which doesn't the binary "winio32.dll" / "winio32.sys"
[09:59:11] <jepler> I have been unable to find license information about winio, which seems come from http://www.internals.com/
[10:18:57] <pcw_home> listed as freeware, whatever that means
[10:18:59] <pcw_home> Yariv Kaplan seems to live in Texas
[10:29:56] <cradek> http://timeguy.com/cradek-files/emc/winio-license.png
[10:30:16] <cradek> IMO at least 1.a.iii makes it non-dfsg
[10:30:31] <jepler> ugh yes
[10:30:47] <jepler> if I build mesaflash.exe with winio inside and give it to you, I can't permit you to redistribute it
[10:32:32] <jepler> cradek: was that "chm" file inside the zip from internals.com?
[10:32:36] <cradek> yes
[10:37:30] <jepler> that's more than not DFSG-free, it's clearly not GPL compatible. If being able to ship mesaflash.exe is important, the license would need to include a linking exception.
[10:37:50] <jepler> the mesaflash license would need a linking exception to permit something not normally permitted by GPL
[10:56:52] <pcw_home> mesaflash.exe and winio are not of any particular use to linuxcnc so they could just be dropped
[10:58:09] <seb_kuzminsky> agreed, it'd be easy? to remove them from the mesaflash git repo just before we build the dsc
[10:58:21] <seb_kuzminsky> we'd have a linux-only gpl fork of mesaflash
[10:58:36] <seb_kuzminsky> we'd refresh the fork from upstream each time we build the package
[11:02:41] <jepler> in other news, hostmot2-firmware takes just under 12 minutes real time to build 80 firmwares on my new desktop
[11:37:30] <seb_kuzminsky> ugh, quilt can't deal with the binary WinIo32.* files :-/
[11:46:00] <jepler> https://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-origtargz
[11:46:22] <jepler> sounds like we need a debian/rules get-orig-source target
[11:46:58] <jepler> we may be able to use watch / uscan to help https://wiki.debian.org/debian/watch#GitHub
[11:50:36] <jepler> https://wiki.debian.org/onlyjob/get-orig-source#Repackaging_orig.tar
[11:55:38] <jepler> hmph mesaflash has no tags :-/
[13:43:53] <jepler> well anyway, I made another pull on mesaflash to put stuff in debian/ that will let us build a +dfsg tarball but leave the windows-specific stuff in the git repo
[13:47:22] <KGB-linuxcnc> 03Norbert Schechner 052.6 77d6da4 06linuxcnc 10src/emc/usr_intf/gmoccapy/dialogs.py 10src/emc/usr_intf/gmoccapy/getiniinfo.py 10src/emc/usr_intf/gmoccapy/gmoccapy.py 10src/emc/usr_intf/gmoccapy/release_notes.txt gmoccapy_1_5_6_2 - bugfix caused due to rests of alarm page * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=77d6da4
[13:48:07] <KGB-linuxcnc> 03Norbert Schechner 052.7 c1a1b46 06linuxcnc Merge branch '2.6' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c1a1b46
[13:49:33] <KGB-linuxcnc> 03Norbert Schechner 05master 5f42585 06linuxcnc 10src/emc/motion/control.c 10src/emc/usr_intf/stepconf/stepconf.py Merge branch '2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5f42585
[14:07:03] <cradek> jepler: thank you
[15:06:41] <linuxcnc-build> build #211 of 4017.5.deb-wheezy-armhf is complete: Failure [4failed shell_3] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/4017.5.deb-wheezy-armhf/builds/211 blamelist: Norbert Schechner <nieson@web.de>
[15:08:54] <jepler> [that was trying to build 2.6 on arm, which doesn't work. not sure why buildbot tried, though]
[15:24:36] <KGB-linuxcnc> 03Norbert Schechner 052.6 4108eb3 06linuxcnc 10lib/python/gladevcp/iconview.py GladeVCP - Iconview * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4108eb3
[15:25:44] <KGB-linuxcnc> 03Norbert Schechner 052.7 825f440 06linuxcnc Merge branch '2.6' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=825f440
[15:26:06] <KGB-linuxcnc> 03Norbert Schechner 05master 669f5fe 06linuxcnc Merge branch '2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=669f5fe
[15:36:47] <seb_kuzminsky> jepler: it's a bug in buildbot that i've known about for a while, but not known how to fix
[15:37:35] <seb_kuzminsky> we have scripts/platform-is-supported, and we use that in the rip/test builders to decide whether to rip/test or not on that builder
[15:37:43] <seb_kuzminsky> but the deb builders are set up a little different
[15:38:41] <jepler> seb_kuzminsky: does the failure on arm/2.6 prevent the other arch/2.6 debs from being uploaded?
[15:38:42] <seb_kuzminsky> there's a dsc builder per (distro, kernel), that triggers the deb builders of all CPU architectures of that (distro, kernel)
[15:39:02] <seb_kuzminsky> jepler: no, at that point all the debs that succeed will go into the deb archive
[15:39:17] <jepler> seems like it's not worth worrying about, unless you are obsessive about green
[15:39:24] <seb_kuzminsky> so it looks ugly on irc, but it doesn't prevent any user-facing features from working
[15:39:41] <jepler> I like the color green as much as the next guy
[15:39:41] <seb_kuzminsky> yeah, my compulsions in that direction have decidedly mellowed over the years :-/
[15:40:01] <jepler> maybe you should let me cherry-pick ARM architecture build fixes back to 2.6 then :)
[15:40:18] <seb_kuzminsky> or maybe i should eol 2.6 ;-)
[15:40:34] <jepler> I wouldn't shed a tear
[15:40:48] <seb_kuzminsky> i've been running 2.7 or newer on all my machines for a good long while now
[15:40:49] <jepler> shed[structure] a tear[flaw in a piece of cloth]
[15:40:57] <seb_kuzminsky> haha
[15:41:04] <seb_kuzminsky> english is great
[15:41:35] <seb_kuzminsky> shed[http://www.syfy.com/sites/syfy/files/TheExpanse_blog_moments_104_00.jpg]
[18:22:06] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes12 55440f8 06linuxcnc 10docs/src/getting-started/updating-linuxcnc.txt updating-linuxcnc.txt: joint/teleop wheel jogging * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=55440f8
[18:22:07] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes12 20e513d 06linuxcnc 10(30 files in 4 dirs) configs/sim/axis/ja_tests -- reorg JA sim configs * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=20e513d
[18:22:07] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes12 73829e0 06linuxcnc 10(9 files) xyzx_mpg (simulated mpg and xhc-hb04) examples * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=73829e0
[18:23:13] <cradek> awesome
[21:52:58] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes12 44c2e6d 06linuxcnc 10docs/src/getting-started/updating-linuxcnc.txt updating-linuxcnc.txt update_ini script #44 JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=44c2e6d