Back
[00:05:59] -!- kalxas has quit [Quit: Goodbye]
[00:26:56] <cradek> wonder if dragon/todd and bpuk have talked...
[00:29:20] <skunkworks> Probably not - I wonder if dragon would get on irc
[01:06:45] DeltaF is now known as jbr
[02:49:28] -!- rigid has quit [Ping timeout: 260 seconds]
[02:52:06] -!- rigid has quit [Changing host]
[03:09:14] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15robEllenberg commented on issue #134: This sounds like a potential issue for end users too. It would be useful to have a g-code command to change the blending mode without changing tolerance values. If we had that, then the state restore could use it. Another possibility is to store the tolerance as part of the tag (then restore it). That way, it would work even if the user changed tolerances during the program. 02 http
[03:31:38] -!- zeeshan has quit [Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/ - 64bit Windows version by http://kvirc.d00p.de/]
[04:55:08] -!- jbr has quit [Ping timeout: 250 seconds]
[06:12:56] -!- kirk_wallace [kirk_wallace!~kwallace@162.222.30.253] has parted #linuxcnc-devel
[06:15:30] -!- kwallace_ofcb [kwallace_ofcb!~kwallace@162.222.30.253] has parted #linuxcnc-devel
[06:58:39] -!- pragmaticus has quit [Ping timeout: 258 seconds]
[07:43:22] -!- testac3 has quit [Read error: Connection reset by peer]
[07:49:19] -!- testac3 has quit [Remote host closed the connection]
[08:57:55] -!- b_b has quit [Changing host]
[09:01:10] -!- ve7it has quit [Remote host closed the connection]
[11:43:48] -!- skunkworks has quit [Ping timeout: 260 seconds]
[13:21:38] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15terkaa commented on issue #210: Fixed tests for these 02
https://github.com/LinuxCNC/linuxcnc/pull/210#issuecomment-261244685
[13:21:51] -!- terkaa [terkaa!~terkaa@dsl-olubrasgw1-50dcad-121.dhcp.inet.fi] has joined #linuxcnc-devel
[13:26:12] <terkaa> Ok, tests rewritten. How to run Travis again?
[13:26:33] <jepler> terkaa: if you update the branch in the pull request, it should run again
[13:26:47] <jepler> in fact when I visit that page it shows "Some checks haven't completed yet"
[13:27:57] <terkaa> Yep just had to click "details" to see the run
[13:28:27] <jepler> thanks for sticking with it.
[13:28:35] <jepler> have you contributed to open source projects before?
[13:30:47] <terkaa> Qemu but it was 10 years ago
[13:31:19] <jepler> that's an important piece of software!
[13:39:52] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15terkaa commented on issue #210: Still fixed 2 failing tests... 02
https://github.com/LinuxCNC/linuxcnc/pull/210#issuecomment-261248531
[13:40:38] -!- kalxas has quit [Changing host]
[13:51:50] <terkaa> Hmmm... Running test: /home/travis/build/LinuxCNC/linuxcnc/tests/interp/compile
[13:51:50] <terkaa> *** /home/travis/build/LinuxCNC/linuxcnc/tests/interp/compile: FAIL: test run exited with 1
[13:52:12] <terkaa> Yes I did something to PPC portion
[13:53:27] <terkaa> brb
[13:53:31] -!- terkaa has quit [Quit: Lähdössä]
[13:54:01] -!- terkaa [terkaa!~androirc@37-219-31-44.nat.bb.dnainternet.fi] has joined #linuxcnc-devel
[14:10:10] <jepler> ah, why didn't we see that one before
[14:10:23] <jepler> you have changed the API/ABI of the interpreter by adding a parameter to that canon call
[14:10:59] <jepler> we don't really have a stability guarantee about the interpreter API so that's fine, but the source file in there will need to be updated
[14:11:06] <jepler> I wonder why we didn't pay attention to that one yesterday.
[14:47:04] <terkaa> Because there Was a lot of other issues..
[14:53:00] <terkaa> I will try to correct this.
[15:07:35] -!- obal has quit [Quit: Download IceChat at www.icechat.net]
[15:11:37] -!- kwallace_ofcb [kwallace_ofcb!~kwallace@162.222.30.253] has joined #linuxcnc-devel
[15:38:48] DeltaF is now known as jbr
[16:31:55] -!- kalxas has quit [Read error: No route to host]
[16:38:13] -!- persina has quit [Quit: Page closed]
[16:56:47] -!- bencevans has quit [Remote host closed the connection]
[16:57:50] -!- bencevans has quit [Changing host]
[17:01:59] -!- terkaa has quit [Quit: AndroIRC - Android IRC Client ( http://www.androirc.com )]
[17:03:28] -!- terkaa [terkaa!~terkaa@a91-155-72-157.elisa-laajakaista.fi] has joined #linuxcnc-devel
[17:06:43] -!- ve7it [ve7it!~LawrenceG@S010648f8b3c3bc3b.pk.shawcable.net] has joined #linuxcnc-devel
[17:15:30] <terkaa> This seems to take care of it:
[17:15:32] <terkaa> https://github.com/terkaa/linuxcnc/commit/015e2aab318459f8bef6de43186896eb3ec190f4
[17:17:00] -!- bpuk [bpuk!~bpuk@boopotter.plus.com] has joined #linuxcnc-devel
[17:22:38] -!- jbr has quit [Ping timeout: 250 seconds]
[17:29:38] <terkaa> Ok now Travis says:
[17:29:40] <terkaa> The command "./scripts/travis-build-test.sh" exited with 0.
[17:32:22] <jepler> good!
[17:33:03] <terkaa> jthornon: You did want a message when this gets pulled for updating docs?
[17:33:33] <terkaa> jthornton: You did want a message when this gets pulled for updating docs?
[17:45:56] <terkaa> So what should I try to do next...
[17:48:54] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[17:49:07] <jepler> terkaa: it is better if the tests all pass at all of your commits. I would personally fix this by using "git rebase -i" to "squash" all of the commits into a single commit that changes the code and the tests at the same time. If you're tired of learning git, I'd be happy to do this for yo..
[17:49:36] <skunkworks> zlog
[17:49:36] <zlog> skunkworks: Log stored at
http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc-devel/2016-11-17.html
[17:50:10] -!- kalxas has quit [Changing host]
[17:50:15] <jepler> +u
[17:51:40] <jepler> afk
[17:53:47] <terkaa> jepler: I can take a break with git so feel free
[18:33:09] -!- kalxas has quit [Ping timeout: 248 seconds]
[18:34:53] <jthornton> terkaa: sure, not sure what "this" is at the moment
[18:35:29] <terkaa> jthornton: G84/G74 floating tapping cycles
[18:36:42] <JT-Shop> ah ok
[18:37:01] <JT-Shop> I'm usually out in the shop during the day working
[18:39:00] <terkaa> JT-Shop: Ok.
[18:51:35] <terkaa> I did update g-code.txt and gcode.html
[18:55:42] <JT-Shop> ok thanks
[18:57:59] -!- Einherjer [Einherjer!~einherjer@69.64.40.177] has joined #linuxcnc-devel
[19:00:15] <jepler> I rebased and now I'm just running the tests one last time before pushing terkaa's contribution to master..
[19:09:21] <andypugh> Anyone know a) Why this chap is automatically trying to compile ndswrapper and b) How to avoid it?
https://forum.linuxcnc.org/9-installing-linuxcnc/29917-linux-mint-with-rtai?start=90#82915
[19:11:21] -!- sel [sel!~sel@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[19:11:58] <cradek> is ndiswrapper a package you can uninstall?
[19:12:20] <cradek> dkms's design is to rebuild everything whenever a hat drops
[19:12:25] <jepler> on debian systems there is ndiswrapper-dkms and ndiswrapper-source
[19:12:43] -!- sel has quit [Client Quit]
[19:12:44] <andypugh> That’s a thought. He has a working installation of mint, so he could try that
[19:13:51] <jepler> if ndiswrapper doesn't work, or if a particular network adapter doesn't work, user gets to keep all the pieces.
[19:15:50] <andypugh> I found (with google) a patch from 2014 where they replaced srandom wuth prandom
[19:19:01] -!- KimK_laptop has quit [Read error: Connection reset by peer]
[19:21:29] <jepler> nobody here just knows the answer offhand for this guy, so *shrug*
[19:23:23] <jepler> but yeah the short answer is clearly "that kernel and that ndiswrapper don't work together"
[19:26:32] -!- Connor has quit [Read error: Connection reset by peer]
[19:27:46] -!- Connor [Connor!~Connor@71.203.255.220] has joined #linuxcnc-devel
[19:33:38] <terkaa> jepler: Did tests pass?
[19:35:13] <jepler> terkaa: whoops got distracted
[19:38:57] <KGB-linuxcnc> 03Tero Kaarlela 05master 42ff261 06linuxcnc 10(38 files in 14 dirs) Add G74/G84 floating tap cycles * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=42ff261
[19:40:30] <jepler> cradek: during push, it waited a long time and also printed
[19:40:31] <jepler> remote: Transport error: 500 read timeout
[19:40:31] <jepler> remote: Unable to relay message. All servers failed
[19:40:39] <jepler> was that trying to send the -commit list messages probably?
[19:43:37] <cradek> hm, or poking buildbot?
[19:57:14] <terkaa> Ok. Now I can compile current master on actual machine too
[19:57:25] -!- GJdan has quit [Ping timeout: 248 seconds]
[19:58:10] <terkaa> Thank you for helping me to get this working and pushed to master
[20:01:29] <Tom_L> are those to compliment the G33.1 rigid tapping cycle?
[20:02:21] <Tom_L> G84 was listed but not implemented, G74 wasn't listed
[20:03:14] <jepler> terkaa: thank you for writing it. I hope many users benefit.,
[20:03:22] <Tom_L> yeah, thanks
[20:03:37] <jepler> terkaa: I hope we can look forward to more contributions from you.
[20:04:10] <terkaa> jepler: I have an idea but I am not sure how huge/hard it will be to implement
[20:04:36] <terkaa> I will inform few users who were intrested in having these
[20:04:59] <terkaa> Tom_L: These are for the ones who do not have encoder on spindle
[20:05:09] <Tom_L> right
[20:05:31] <Tom_L> requires a spring loaded tap holder?
[20:05:40] <terkaa> Yes
[20:06:31] <terkaa> Like this one
https://www.youtube.com/watch?v=WgO7TlWUDTI
[20:06:37] <terkaa> My first try outs
[20:07:20] <Tom_L> good stuff
[20:07:26] <jepler> does the spindle speed need to be fairly accurate to do this?
[20:07:45] <Tom_L> it needs to be close to the feed and pitch you want
[20:07:53] <Tom_L> or you'll run out of 'spring'
[20:08:13] <terkaa> Example: M03 S100 F125 is for M8 thread that has 1.25mm pitch
[20:08:16] <Tom_L> if anything the spindle should be ahead of the feed slightly
[20:08:40] <terkaa> That is correct
[20:08:43] <Tom_L> that would cause the tap to pull out from the holder slightly
[20:08:49] <Tom_L> as designed
[20:09:19] <terkaa> Basically Speed/feed has to match pitch
[20:11:22] -!- GJdan has quit [Ping timeout: 250 seconds]
[20:14:42] <terkaa> I have been thinking if it would be possible to add "Machine Lock" function to LinuxCNC?
[20:17:16] <jepler> What is "Machine Lock"?
[20:17:33] <Tom_L> like a 2hand lockout
[20:17:40] <Tom_L> safety i presume
[20:18:20] <Tom_L> hands must be clear and on both buttons before machine will proceed
[20:20:38] <terkaa> Nope.
[20:21:25] <terkaa> If you have machine lock button on. You can run programs in simulation. Program is run but no actual movements happen
[20:21:46] -!- skunkworks has quit [Read error: Connection reset by peer]
[20:22:26] <terkaa> It will take in account axis limits, Zero coordinates. So you can test programs before actually running those
[20:23:59] <terkaa> It would also be handy for "start from line no" feature. You could run program "Machine locked" until you get to line you want to start from
[20:24:01] <jepler> I don't know if it works anymore, but before AXIS it was common for the UIs to have this. It was called "Verify"
[20:24:34] <jepler> the button seems to still exist in tklinuxcnc
[20:24:43] <terkaa> Hmmm... I need to check this
[20:25:07] <terkaa> Start from line no does not work like it should
[20:25:11] <jepler> It may not be 100% the same as what you envision, but I believe it would give you a diagnostic if a soft limit would be exceeded.
[20:25:48] <jepler> yes, I know a lot of users are dissatisfied with how run from line works.
[20:25:50] <terkaa> That is something already. And I believe it would also report impossible arcs etc?
[20:26:02] <jepler> yes
[20:26:19] <terkaa> Ok. So it has checks I am after for.
[20:27:10] <terkaa> Do you know if verify goes thru tool changes, like start from line no? Or those are skipped?
[20:27:13] <bpuk> Evening all. I've merged the last G71 patch I've still got, running tests now to see if it breaks anything major ;)
[20:28:29] <jepler> thanks for working on it bpuk
[20:29:01] <bpuk> no problem - once I've confirmed it works as I remember I'll drop a pull request before I start tweaking things
[20:29:23] <jepler> terkaa: looks like the way validate works is by sengin an EMC_TASK_PLAN_RUN command with the line set to -1
[20:29:28] <bpuk> this patch should address at least some of cradek's comments
[20:30:44] -!- kalxas_ has quit [Quit: Goodbye]
[20:31:03] <terkaa> Also there was an issue of incorrect DRO readings with "start from line no"
[20:31:43] <terkaa> I would like to try correcting at least these two issues
[20:32:36] <jepler> I'm unfamiliar with that problem. Is it that the DRO reflects a different coordinate system? I can see how that could result from the problems that we have around abort and run-from-line...
[20:32:49] -!- GJdan has quit [Ping timeout: 260 seconds]
[20:33:34] <jepler> so maybe I am familiar with that problem but it wouldn't have occurred to me to call it an "incorrect DRO problem" even though that's just what a user might notice first
[20:34:24] <jepler> right now we are also trying to get a patch called "state tags" ready to be merged, it has to do with fixing the state the machine (task and interpreter) are in after abort; they can be inconsistent with each other and with the expectation of the operator.
[20:34:45] -!- marshmn has quit [Ping timeout: 248 seconds]
[20:34:50] <jepler> I haven't been involved with that much. Out of people who are frequently on IRC, Seb and Cradek have been most involved I think.
[20:36:32] <terkaa> jepler: I did not pay enough attention on what cause incorrect reading. I know that program should of used G54. But I believe DRO was showing machine coordinates on display. Feeds and Speeds were ok and also actual movements
[20:37:21] <terkaa> I am running TKLinuxCNC in verify to see how it works
[20:49:23] <jepler> Tom_L: (a two handed "cycle start" button is probably not hard to do, you could do it in HAL or ladder or even just physically which is probably preferable)
[20:51:15] -!- jbr has quit [Ping timeout: 258 seconds]
[20:51:47] <bpuk> ok. The G71 patch is up to date on my local machine, I've clearly got a sign reversed somewhere in the code since it's overcutting. Will do the pull request when I've found the typo
[20:59:09] <terkaa> Ok I have to study these to see if this is already implemented but forgotten...
[21:02:46] <terkaa> later
[21:05:48] -!- skunkworks [skunkworks!~skunkwork@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[21:06:07] -!- terkaa has quit [Quit: Leaving]
[21:33:48] -!- b_b has quit [Remote host closed the connection]
[21:42:04] -!- skorasaurus has quit [Ping timeout: 256 seconds]
[21:45:41] -!- pragmaticus has quit [Ping timeout: 258 seconds]
[21:53:18] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:589:8201:bbc0:143c:f72c:e2f1:8056] has joined #linuxcnc-devel
[22:11:54] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:589:8201:bbc0:143c:f72c:e2f1:8056] has parted #linuxcnc-devel
[22:56:54] -!- catbadger has quit [Quit: Konversation terminated!]
[23:20:05] -!- marshmn has quit [Ping timeout: 248 seconds]
[23:21:10] -!- calvinmetcalf has quit [Quit: Connection closed for inactivity]