#linuxcnc-devel | Logs for 2014-11-19

[12:08:32] <CaptHindsight> http://sourceforge.net/projects/gentoocnc/ are any of the devs part of this lurking here?
[12:12:49] <fuzzy7k> Hi all, anyone working with gentooCNC in here?
[12:13:57] <fuzzy7k> I'm having problems pulling the project from sourceforge.
[12:14:19] <fuzzy7k> git clone git://git.code.sf.net/p/gentoocnc/code.git
[12:15:07] <fuzzy7k> I'm thinking the project doesn't allow anonymous pulls.
[12:16:21] <fuzzy7k> But, I'm trying to set up layman to pull from it and wondering how to do it so updates are easy.
[12:22:34] <seb_kuzminsky> hi fuzzy7k, hi dont know anything about gentoocnc but their sourceforge page says they use hg, not git
[12:22:40] <seb_kuzminsky> hg clone http://hg.code.sf.net/p/gentoocnc/code gentoocnc-code
[12:24:18] <fuzzy7k> Doh!
[12:24:41] <fuzzy7k> Thanks, I'm an idiot.
[12:25:10] <fuzzy7k> I'm so used to using git for everything
[12:26:43] <seb_kuzminsky> as well you should be :-)
[12:37:50] <fuzzy7k> yeah, the only time I've even dealt with mercurial was for pulling firefox-sync.
[13:56:56] <memfrob> i dont understand why there is a gentoocnc project if all it takes is an ebuild to get linuxcnc, rtai and all to work with gentoo. is it for live cd images and such?
[13:58:03] <jepler> it looks like they maintain gentoo packaging for linuxcnc, and prepare tarballs of linuxcnc prereleases on random days
[13:58:19] <jepler> but .. I dunno, this is just from looking for 30 seconds
[13:58:24] <memfrob> ah i see.
[14:01:26] <andypugh> Ah, so that email does mean something to some of you? I thought the guy had the wrong mailing list.
[14:01:45] <memfrob> which email?
[14:02:04] <jepler> I'm talking about this because CaptHindsight mentioned it on irc
[14:02:21] <cradek> andypugh: none of that means anything to me either
[14:02:31] <jepler> but there's obviously some kind of thing going on because "fuzzy7k" also joined to talk about it
[14:02:54] <memfrob> i use gentoo and gentoocnc hasn't benefitted me, i write my own ebuilds and packages..
[14:02:57] <cradek> kvans32@ might be fuzzy7k, who knows
[14:03:01] <jepler> ah fuzzy7k = kevans = Kyle Evans
[14:03:17] <cradek> (fake names are irritating)
[14:03:20] <jepler> eh
[14:03:51] <jepler> lots of people make the mistake of entering their e-mail password as their irc nick
[14:04:00] <cradek> ha
[14:04:04] <jepler> and then you're just stuck with it, because people know you by that handle
[14:04:15] <cradek> that explains it, thanks
[14:07:10] <fuzzy7k> yeah, gentoocnc, for my purpose is just so I don't have to write my own ebuild. Looks like they deal with custom kernel too, but I'm not interested in that atm.
[14:07:29] <andypugh> I spent 10 years as “andy the pugh” on rec.motorcycles because I got bored of typing my name in to register new software when I started my first real job.
[14:07:57] <fuzzy7k> Looks like they are behind too, so I'm may start doing as you memfrob
[14:08:20] <fuzzy7k> but it's nice to have something to start with.
[14:08:37] <CaptHindsight> http://sourceforge.net/projects/gentoocnc/ was just the link I found from the ML back in March
[14:08:47] <andypugh> Isn’t starting from scratch and making things as hard as possible the Gentoo Way ? :-)
[14:09:03] <fuzzy7k> yes.
[14:10:33] <andypugh> I can see the attraction of the best possible responsiveness and leanest system on your dektop machine. But a CNC controller just has to work and chug away at the G-code. There seems no point using anything other than the LiveCD and whatever distro the LinuxCNC project currently favours
[14:10:56] <jepler> eh, nothing wrong with building linuxcnc for your favorite distro
[14:11:19] <CaptHindsight> unless you dislike debian or want to easily build packages
[14:11:40] <jepler> and if we make it needlessly hard for people on other-distro we should work on fixing it
[14:11:41] <fuzzy7k> I've been using gentoo for years, so a new system is nothing.
[14:11:45] <CaptHindsight> where is the auto-debianizer-package builder?
[14:12:42] <fuzzy7k> I find building packages on gentoo easier than on anything else.
[14:12:59] <fuzzy7k> learning gentoo is harder than anything else though.
[14:14:40] <jepler> building debian packages with dh is easy, though you do have to write several files inside debian/ https://wiki.debian.org/IntroDebianPackaging
[14:15:02] <jepler> like so many flexible systems, there are a lot of ways to build debian packages
[14:15:03] <fuzzy7k> My goal is to build a netbootable image though, so there is an advantage to having a small enough system that will fit into main memory.
[14:15:40] <jepler> .. and a lot of the advice you find pertains to the more complicated ways, not the relatively recent dh way
[14:15:43] <CaptHindsight> why is it so difficult to build RTAI user space for debian?
[14:16:25] <jepler> that's a strange question, since we have a working rtai package
[14:16:46] <jepler> I don't know why you've had trouble adapting it to your version of rtai
[14:17:26] <CaptHindsight> all memleak's new work with RTAI
[14:17:53] <CaptHindsight> new kernels, new scheduler etc
[14:18:39] <memfrob> when i try building the deb the only file that gets packaged is the changelog
[14:23:01] <CaptHindsight> maybe there's an easier way out there
[14:24:46] <memfrob> easy way: wipe out debian, install gentoo, build rtai and linuxcnc from source without having to spend a week reading obscure, intentionally overly complicated debian build instructions for debs
[14:25:06] <CaptHindsight> is the plan to abandon RTAI and just use ipipe with linuxcnc?
[14:40:47] <jepler> memfrob: if it happened that, the first or second time I tried to write gentoo packaging from scratch I got it totally wrong, would you blame me or would you blame gentoo?
[14:42:04] <andypugh> jepler: If you did it I would blame you. If I did it I would blame Gentoo, as I am infallible ;-)
[14:42:55] <jepler> andypugh: sounds about right
[14:43:05] <CaptHindsight> at least we're not talking about screw mapping
[14:51:48] <memfrob> i even copied seb's instructions into my rtai tree and i still ended up with just the changelog inside the deb..
[14:53:26] <memfrob> i changed the version numbers and the name, slight modications to changelog file itself, and it doesnt build properly
[14:53:52] <memfrob> the ebuild i wrote for linuxcnc was fail-safe and about 10 lines of code, not 8 seperate files with a separate debian folder :)
[15:05:40] <seb_kuzminsky> memfrob: when you tried to build debian packages of rtai, did you use https://github.com/SebKuzminsky/linux-rtai-build or something else?
[15:16:35] <memfrob> something else, havent tried that yet
[15:18:18] <seb_kuzminsky> that is what i've been using for a while now
[15:18:34] <seb_kuzminsky> you'll hate it, it's way more complicated than the previous one :-/
[15:19:11] <seb_kuzminsky> but it does a lot that the previous one couldn't, like build for different distros and architectures, including building missing build-dependencies
[15:21:20] <andypugh> Talking aboiut screw-mapping, should I look at changing the “lincurve” docs? It seems that nobody except me understands what the component is for.
[15:21:40] <andypugh> (map an arbitray float input to an arbitray float output)
[15:28:57] <jepler> as the author of lut5 I feel your pain
[15:29:19] <seb_kuzminsky> andypugh: the lincurve manpage is hard for me to understand, though i know what the component does
[15:30:12] <andypugh> Curiously both LUT5 and lincurve are components I have written google-spreadsheet helpers for.
[15:31:41] <andypugh> But LUT5 is 100% obvious to me :-) The input bits are interpreted as an address in the 32-bit parameter and the corresponding bit value is the output. I don’t know why the manpage doesn’t just say that.
[15:33:11] <jepler> it's just a numbering of the verticies of the 5-hypercube
[15:34:22] <andypugh> It’s a unit 5-hypercube, of course :-)
[15:34:44] <CaptHindsight> http://hg.code.sf.net/p/gentoocnc/code ah here's where the tools are
[15:35:10] <jepler> right, and so you just write down the coloring of the vertices
[15:35:55] <jepler> er, I guess the correct nomenclature is 5-cube or pentaract
[15:36:06] <jepler> I feel like I've made a fool of myself calling it a 5-hypercube
[15:36:12] <seb_kuzminsky> CaptHindsight: i would welcome gentoo packaging stuff into the main linuxcnc git repo, no need to copy tarballs into a mercurial repo
[15:36:44] <seb_kuzminsky> and if someone would maintain a gentoo buildbot we could see about auto-building gentoo packages just like we do debian packages
[15:36:47] <andypugh> jepler: I think you had got away with it until then
[15:37:05] <seb_kuzminsky> (is that even something gentoo people want? or do they want to build everything from source themselves?)
[15:39:02] <memfrob> no gentoo users and devs like ebuilds
[15:39:47] <seb_kuzminsky> are those precompiled binary packages?
[15:40:08] <jepler> tarballs can be had from www.linuxcnc.org (inside the dists/ directory alongside debian packages) or from git.linuxcnc.org (via "snapshot" links on pages about commits)
[15:42:28] <jepler> though if it's the norm in the gentoo community to take copies of tarballs then do as the gentoo do
[15:44:36] <seb_kuzminsky> what i tried to say was: if we can make things easier for gentoo people somehow, then i'm for that, and i'll help with build infrastructure
[16:42:38] <memfrob> ebuilds are files that have source fetch compile and install instructions
[16:42:54] <memfrob> its basically ./configure ; emake, etc
[20:28:37] <jepler> this is interesting, too bad it only works on a few xeons. https://lkml.org/lkml/2014/11/19/1145
[20:28:51] <jepler> apparently with kernel caches, you can set aside a portion of CPU cache for a specific PID
[20:28:57] <jepler> with kernel patches, that is
[20:35:41] <PCW> Thats nice, I am beginning to wonder if the much better Preemt-RT/Ethernet performance of the G3258 compared to anything else I have tried
[20:35:42] <PCW> is just because it has a large L3 cache (3M)
[20:39:42] <PCW> (up 5 days now at 4 KHz servo thread hm2_eth)
[21:12:39] <skunkworks> nice!