#linuxcnc-devel | Logs for 2016-01-14

Back
[07:28:30] <jthornton> got the stock debian wheezy installed and did sudo apt-get update and sudo apt-get dist-upgrade and sudo apt-get install linux-image-rt-686-pae result is unable to locate package linux-image-rt-686-pae
[07:28:44] <jthornton> I wonder if I need to add a repository or something to wheezy?
[07:30:19] <jthornton> I searched the synaptic package manager for linux-image and several show up but none have linux-image-rt
[07:44:46] <jthornton> and that is with the net install, I'm downloading the hybrid now to test that
[08:37:38] <jepler> yesterday I suggested some troubleshooting steps, like checking whether other packages such as build-essential could be installed. did you try that step or do any other additional troubleshooting?
[08:37:57] <JT-Shop> I missed that
[08:38:07] <JT-Shop> zlog
[08:38:21] <jepler> 07:42:20 <jepler> otherwise, check whether you can install any packages with apt; maybe the
[08:38:25] <jepler> installer left you with a busted apt installation. at least at some times in
[08:38:28] <jepler> the past, if the network wasn't configured properly during installation this
[08:38:31] <jepler> would happen.
[08:38:33] <jepler> 07:43:47 <jepler> .. do additional troubleshooting, such as use apt-cache search to find out
[08:38:36] <jepler> package names that are available, apt-cache policy to show where the package
[08:38:39] <jepler> would be downloaded from, etc
[08:38:42] <jepler> sorry for the bad re-paste
[08:38:50] <JT-Shop> thanks
[08:39:08] <jepler> hm the specific suggestion to try installing build-essential must have only happened in my head
[08:46:40] <jthornton> apt-cache search rt gets a bunch of results, apt-cache search rt-686 returns none
[08:49:45] <jthornton> apt-cache policy http://paste.ubuntu.com/14496195/
[09:23:02] <jepler> 500 http://ftp.us.debian.org/debian/ jessie-updates/main Translation-en
[09:23:06] <jepler> you have debian jessie
[09:23:18] <jepler> is that what you are trying to test with?
[09:23:26] <jepler> For some reason I believed we were talking about debian wheezy
[09:25:08] <cradek> I think wheezy has a rt-preempt kernel but jessie doesn't
[09:28:00] <jthornton> I thought I had wheezy :(
[09:28:25] <jthornton> dang all this trouble cause I downloaded the wrong thing
[09:30:52] * jthornton feels kinda dumb at the moment
[09:31:12] <jepler> :-/ now you'll be uniquely positioned to help when a user does the same thing
[09:33:23] <jthornton> yep
[09:33:47] <KGB-linuxcnc> 03John Thornton 052.6 d819fef 06linuxcnc 10docs/man/man9/motion.9 Docs: change aio from 16 to 64 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d819fef
[10:51:25] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes10 6b421e1 06linuxcnc 10docs/src/getting-started/updating-linuxcnc.txt updating-linuxcnc.txt typos + minor fixes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6b421e1
[10:51:25] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes10 47a0576 06linuxcnc 10src/emc/usr_intf/axis/scripts/axis.py axis.py update Quick Ref text for joints_axes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=47a0576
[10:51:26] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes10 f60a1c8 06linuxcnc 10src/emc/usr_intf/axis/scripts/axis.py axis.py jogspeed_incremental() cursel may be tuple * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f60a1c8
[11:37:19] <ssi> we have a ja10 now? :P
[14:01:25] <skunkworks> dad just picked up https://eauclaire.craigslist.org/tls/5386990730.html
[14:02:24] <mozmck> it's backwards!
[14:02:33] <skunkworks> to get rid of the lathe we have that is twice as old...
[14:02:43] <skunkworks> atleast
[14:03:24] <skunkworks> huh - that picture is mirrored. it is conventional
[14:04:34] <mozmck> Oh, interesting - I wonder how they managed that. Nice looking, and not too small ;-)
[14:05:20] <cradek> the way to get rid of a lathe is to first buy another lathe?
[14:08:08] <skunkworks> one that doesn't have babot bearings...
[14:09:51] <skunkworks> we have a ball screw long enough for z...
[14:10:48] <skunkworks> it has some wear but nothing like the one we have...
[14:11:01] <skunkworks> plus it is a gear head.
[14:13:42] <skunkworks> like 10 to 400 rpm or something like that
[14:13:57] <cradek> yeah I figured it wasn't very fast...
[14:15:29] <skunkworks> 1200 rpm 3phase motor - so a good vfd canidate.
[15:48:06] <cradek> https://forum.linuxcnc.org/forum/9-installing-linuxcnc/30207-iso-install-of-linuxcnc-on-debian-8-mint-lmde-2#68341
[15:48:40] <cradek> ubuntu says: so yeah, go ahead and recompile everything
[15:49:31] <cradek> tjmarch says: welp looks like I'll use debian
[15:50:02] <mozmck> heh
[15:50:41] <cradek> fwiw, I wish s/he'd asked in response "ok, which packages exactly contain your copyrighted material?"
[15:52:35] <cradek> I am surprised I can't find pictures of any debian people wearing those famous "fuck ubuntu" t-shirts
[15:52:50] <mozmck> Yes, because it does look they are only requiring those packages to be re-compiled.
[15:53:16] <mozmck> I bet removing "Unity" takes care of a lot of of their stuff.
[15:53:16] <cradek> actually I don't think that's exactly clear from the response
[15:53:34] <cradek> I think the response could also be read as "we claim copyright on all the binaries"
[15:54:42] <cradek> > Your acknowledgement that Canonical IP is the exclusive property of Canonical and can only be used with Canonical's permission (which can be revoked at any time);
[15:55:09] <cradek> I think this means they think they can tell users to stop using their binaries (their OS that they installed)
[15:55:21] <cradek> that's crazy insane
[15:55:41] <mozmck> I think their lawyers are not very good.
[15:58:34] <cradek> I think I need a new t-shirt
[16:01:02] <CaptHindsight> skunkworks: is that a left handed lathe? :p
[16:28:52] <skunkworks> wonder why they mirrored the images
[16:29:14] <skunkworks> I have stood in front of it and it is a conventional setup
[17:22:06] <andypugh> Does the 7i92 work with hm2_eth?
[17:23:38] <jepler> andypugh: if that's the one with the DB connector, yes, I have tested with that card.
[17:23:44] <jepler> actually I used it to drive my itty bitty laser
[17:24:04] <andypugh> No mention of it in the hm2_eth docs, but it is mentioned in the driver code.
[17:25:43] <jepler> I think the ones I've personally tested are 7i80-16 in both forms and 7i92.
[17:26:05] <jepler> as the comments mention, any ethernet board should work but connector names won't be known if it's not one of the hardcoded ones.
[17:26:27] <JT-Shop> does teach-in get installed by default?
[17:26:38] <andypugh> I think so.
[17:27:06] <JT-Shop> I tried teach-in in the terminal but it says not found
[17:27:17] <jepler> jepler@babs:~$ dpkg -L linuxcnc-uspace | grep teach
[17:27:17] <jepler> /usr/bin/teach-in
[17:28:04] <jepler> (but this appears to be a master branch "2.8.0~pre1" package, so there's a small chance it could be different for 2.7 packages)
[17:28:46] <JT-Shop> I don't see it in user/bin but now that I know the secret code to search for it I'm off to the races
[17:29:04] <jepler> step 1. use linux for 20+ years
[17:29:06] <jepler> afk
[17:29:23] <JT-Shop> couldn't get it to work the first 10
[17:31:42] <andypugh> I am clearly no Linux expert, I tried “locate teach-in.py” It worked, and found it, but clearly isn’t so l33t as using dpkg. (Though I guess that was answering a different question)
[17:32:59] <JT-Shop> locate teach-in only finds the ones in my git repository
[17:33:58] <JT-Shop> just tried on my plasma and not found their either, I wonder if you need dev to get that?
[17:36:25] <skunkworks> I have also tested the 7i92 and 7i80
[17:36:42] <PCW> "as the comments mention, any ethernet board should work but connector names won't be known if it's not one of the hardcoded ones."
[17:36:44] <PCW> I really need to finish IDROM V4 so that info stays with the card... sigh
[17:37:13] <skunkworks> no pressure
[17:37:42] <PCW> it really does not belong in the driver
[17:40:18] <PCW> This is coming to a head with custom Ethernet boards with hardwired I/O pins, the names of these pins should be in the config
[17:40:35] <PCW> not GPIOXXX