Back
[00:06:36] -!- icecube45 has quit [Ping timeout: 250 seconds]
[00:07:45] -!- icecube45 has quit [Changing host]
[00:10:15] <KGB-linuxcnc> 03andypugh 05joints_axes15 5fd614e 06linuxcnc 10scripts/update_ini update.ini: Make sure that [TRAJ]MAX_LINEAR_VELOCITY exists * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5fd614e
[00:12:20] -!- andypugh has quit [Quit: andypugh]
[00:20:15] -!- zlog has quit [Ping timeout: 264 seconds]
[00:20:58] -!- Tom_itx has quit [Ping timeout: 252 seconds]
[00:22:33] -!- zlog [zlog!~zlog@ip68-102-196-26.ks.ok.cox.net] has joined #linuxcnc-devel
[00:27:08] -!- skunkworks [skunkworks!~skunkwork@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[00:28:16] -!- rob_h has quit [Ping timeout: 250 seconds]
[00:28:18] -!- Loetmichel has quit [Ping timeout: 272 seconds]
[00:29:28] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[00:47:39] -!- basiclaser has quit [Quit: Connection closed for inactivity]
[00:51:12] -!- DGMurdockIII has quit [Ping timeout: 244 seconds]
[00:51:26] -!- BeachBumPete has quit [Quit: I'm Outta here!!]
[00:54:16] -!- ybon has quit [Ping timeout: 272 seconds]
[00:57:55] -!- asdfasd has quit [Ping timeout: 258 seconds]
[01:00:03] -!- DaPeace1 has quit [Read error: Connection reset by peer]
[01:03:46] -!- kalxas has quit [Quit: Goodbye]
[01:10:44] -!- justanotheruser has quit [Ping timeout: 250 seconds]
[01:31:06] -!- [cube] has quit [Ping timeout: 250 seconds]
[01:40:59] -!- yasnak has quit [Read error: Connection reset by peer]
[01:50:12] -!- anth0ny_ has quit [Client Quit]
[01:50:51] -!- jefrite has quit [Quit: client exited: brb fixing connection problem]
[01:55:25] -!- anth0ny_ has quit [Read error: Connection reset by peer]
[01:56:06] -!- [cube] has quit [Ping timeout: 276 seconds]
[02:00:00] -!- DaPeace has quit [Quit: Leaving.]
[02:00:47] -!- Duc has quit [Ping timeout: 244 seconds]
[02:04:03] -!- [cube] has quit [Ping timeout: 264 seconds]
[02:05:12] -!- [cubert] has quit [Ping timeout: 276 seconds]
[02:07:27] -!- asdfasd has quit [Ping timeout: 260 seconds]
[02:11:04] -!- anth0ny_ has quit [Read error: Connection reset by peer]
[02:19:59] <skunkworks> heh - john stevenson can be an equal opportunity meanie..
https://groups.yahoo.com/neo/groups/mach1mach2cnc/conversations/messages/150916
[02:20:42] -!- Frank_11 has quit [Quit: Nettalk6 - www.ntalk.de]
[02:31:12] -!- kingarmadillo has quit [Ping timeout: 276 seconds]
[02:48:18] <jepler> seb_kuzminsky: I have also considered whether --with-realtime=uspace, rather than a configure error, should be the default if no rtai kernel is detected
[02:48:51] <jepler> possibly introducing and making --with-realtime=auto the default, making --with-realtime=rtai do the thing that is done now?
[02:50:04] <linuxcnc-build> build #596 of 4019.deb-jessie-rtpreempt-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4019.deb-jessie-rtpreempt-i386/builds/596 blamelist: andypugh <andy@bodgesoc.org>
[02:50:10] <seb_kuzminsky> that sounds like an improvement
[02:50:23] <seb_kuzminsky> auto will try to find an rtai first, then fall back to uspace?
[02:50:28] <jepler> I'll try to bank some of my tuits for that if nobody gets to it
[02:50:31] <jepler> um sure I don't care which
[02:51:00] <jepler> though until 2.7 is a distant memory, people who build both will in practice have to remember to specify --with-realtime=uspace
[02:51:13] -!- DaPeace has quit [Read error: Connection reset by peer]
[02:51:13] <jepler> unless we dare to back-port it, saying that configure changes are at least going to be well-tested
[02:51:14] <seb_kuzminsky> i finally made an rtai 5.0~test2 kernel for all the good boys and girls
[02:51:16] <jepler> 'night
[02:51:27] <jepler> are you going to try it on buildbot again?
[02:51:36] <seb_kuzminsky> deb
http://highlab.com/~seb/linuxcnc/ jessie main
[02:51:43] <seb_kuzminsky> it's 3.18.20 this time
[02:52:01] <seb_kuzminsky> i'm going to run runtests in a loop for a week or so before trying it on the buildbot
[02:52:17] <jepler> in a vm?
[02:52:24] <jepler> or on bare metal?
[02:52:34] <seb_kuzminsky> in a vm
[02:52:56] <seb_kuzminsky> 3.16+rtai5~test1 always worked fine on bare metal, as far as i know
[02:53:08] <seb_kuzminsky> it was just in the sometimes laggy vms that it was flaky
[02:57:43] <jepler> I wish that a common VM had a flag which meant: I don't care if this VM keeps real-world time, I want it to get 1 CPU clock per virtualized TSC, etc
[02:58:21] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[02:59:06] <skunksleep> seb_kuzminsky: is that 64 or 32?
[03:03:11] <jepler> skunksleep: a little grovelling in directory listings suggests "both"
[03:06:10] <seb_kuzminsky> 32 so far, there was a bug in the 64 & i'm rebuilding it now
[03:07:57] <skunksleep> Au. Awesome
[03:08:46] <seb_kuzminsky> i've got a bad feeling about this one, because the version of the 3.18 kernel that rtai supplies a patch for moved backwards, it was 3.18.22 in test1 and 3.18.20 in test2
[03:08:52] <seb_kuzminsky> not confidence inspiring
[03:10:47] <linuxcnc-build> build #595 of 4020.deb-jessie-rtpreempt-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4020.deb-jessie-rtpreempt-amd64/builds/595 blamelist: andypugh <andy@bodgesoc.org>
[03:12:03] -!- skunksleep has quit [Ping timeout: 240 seconds]
[03:12:23] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[03:26:42] -!- skunksleep has quit [Ping timeout: 244 seconds]
[03:26:46] -!- Tom_L [Tom_L!~Tom@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[03:27:49] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[03:31:39] -!- kingarmadillo has quit [Ping timeout: 264 seconds]
[03:41:28] -!- ve7it has quit [Remote host closed the connection]
[03:42:55] -!- ve7it [ve7it!~LawrenceG@S010648f8b3c3bc3b.pk.shawcable.net] has joined #linuxcnc-devel
[03:45:02] -!- Tom_L has quit [Quit: Leaving]
[03:56:07] -!- Tom_L [Tom_L!~Tom@ip68-102-196-26.ks.ok.cox.net] has joined #linuxcnc-devel
[03:56:07] -!- Tom_L has quit [Changing host]
[03:56:07] -!- Tom_L [Tom_L!~Tom@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[03:56:31] -!- Tom_L has quit [Client Quit]
[04:05:04] -!- anth0ny_ has quit [Read error: Connection reset by peer]
[04:17:23] <seb_kuzminsky> the first runtest pass on the 3.18 rtai5~test2 kernel worked:
http://paste.debian.net/746471/
[04:19:56] <KGB-linuxcnc> 03Dewey Garrett 052.7 fd7d07c 06linuxcnc 10src/emc/usr_intf/axis/scripts/axis.py axis.py: use previously defined open_directory * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fd7d07c
[04:20:39] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes15 a3080d6 06linuxcnc 10(7 files in 7 dirs) guis conform to convention for TRAJ vel,accels JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a3080d6
[04:27:55] -!- DaPeace1 has quit [Read error: Connection reset by peer]
[04:32:51] -!- kingarmadillo has quit [Ping timeout: 264 seconds]
[04:52:27] -!- DaPeace has quit [Read error: Connection reset by peer]
[04:54:52] -!- skunksleep has quit [Ping timeout: 260 seconds]
[05:00:28] -!- DaPeace1 has quit [Read error: Connection reset by peer]
[05:19:30] -!- yasnak has quit [Read error: Connection reset by peer]
[05:34:19] -!- kingarmadillo has quit [Ping timeout: 260 seconds]
[05:41:55] <seb_kuzminsky> 64 bit works too
[05:44:07] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[05:44:24] -!- Phanes has quit [Quit: ...shout as you did in rome...]
[05:44:51] -!- ve7it has quit [Remote host closed the connection]
[05:47:52] -!- Phanes has quit [Changing host]
[05:48:29] -!- DaPeace has quit [Ping timeout: 258 seconds]
[05:49:11] -!- Komzpa has quit [Ping timeout: 240 seconds]
[05:54:55] -!- kwallace [kwallace!~kwallace@162.222.30.254] has parted #linuxcnc-devel
[06:21:08] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[06:22:20] -!- teepee has quit [Ping timeout: 272 seconds]
[06:22:20] teepee_ is now known as teepee
[06:24:17] -!- Spida has quit [Ping timeout: 244 seconds]
[06:35:12] -!- kingarmadillo has quit [Ping timeout: 260 seconds]
[06:48:05] -!- rob_h [rob_h!~R@97e428d3.skybroadband.com] has joined #linuxcnc-devel
[07:00:24] -!- Mathnerd314 has quit [Ping timeout: 246 seconds]
[07:01:09] -!- DaPeace has quit [Read error: Connection reset by peer]
[07:26:07] -!- Miner_48er has quit [Quit: Leaving]
[07:27:15] -!- Robh__ [Robh__!~R@97e428d3.skybroadband.com] has joined #linuxcnc-devel
[07:28:36] -!- rob_h has quit [Ping timeout: 250 seconds]
[07:35:58] -!- kingarmadillo has quit [Ping timeout: 250 seconds]
[07:36:07] -!- ikcalB [ikcalB!~ikcalB@mail.team-electronics.com] has joined #linuxcnc-devel
[07:40:54] -!- DaViruz has quit [Ping timeout: 244 seconds]
[08:09:27] -!- b_b has quit [Changing host]
[08:37:03] -!- kingarmadillo has quit [Ping timeout: 264 seconds]
[08:51:27] -!- icecube45 has quit [Ping timeout: 276 seconds]
[08:53:33] -!- icecube45 has quit [Changing host]
[08:56:50] -!- root-x has quit [Ping timeout: 260 seconds]
[09:01:46] -!- KimK has quit [Ping timeout: 250 seconds]
[09:07:11] -!- Robh__ has quit [Ping timeout: 240 seconds]
[09:11:45] -!- KimK [KimK!~Kim__@2600:8803:7a87:9700:4a5b:39ff:fe0b:57d2] has joined #linuxcnc-devel
[09:30:22] -!- icecube45 has quit [Ping timeout: 250 seconds]
[09:32:06] -!- icecube45 has quit [Changing host]
[09:37:20] -!- kingarmadillo has quit [Ping timeout: 258 seconds]
[09:39:32] -!- DaViruz has quit [Ping timeout: 260 seconds]
[09:49:48] -!- AndChat|144384 [AndChat|144384!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[09:53:10] -!- skunksleep has quit [Ping timeout: 244 seconds]
[09:54:37] -!- root-x has quit [Ping timeout: 252 seconds]
[10:13:15] -!- skunkworks has quit [Ping timeout: 246 seconds]
[10:26:02] -!- leosw_ has quit [Ping timeout: 250 seconds]
[10:30:36] -!- icecube45 has quit [Ping timeout: 250 seconds]
[10:31:44] -!- icecube45 has quit [Changing host]
[10:51:06] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[10:52:26] -!- kalxas has quit [Changing host]
[10:55:11] <skunkworks> zlog
[10:55:12] <zlog> skunkworks: Log stored at
http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc-devel/2016-06-23.html
[11:05:00] -!- icecube45 has quit [Ping timeout: 244 seconds]
[11:06:45] -!- skunkworks_ [skunkworks_!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:06:45] -!- icecube45 has quit [Changing host]
[11:09:14] -!- skunkworks has quit [Ping timeout: 272 seconds]
[11:17:50] -!- AndChat|144384 has quit [Ping timeout: 250 seconds]
[11:30:22] -!- holymoly has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
[11:34:36] -!- nofxx has quit [Ping timeout: 276 seconds]
[11:47:14] -!- icecube45 has quit [Ping timeout: 272 seconds]
[11:47:47] -!- icecube45 has quit [Changing host]
[11:50:36] <jepler> whee, installing 4.1 and 4.6 kernels from backports
[12:06:31] -!- Robh__ [Robh__!~R@97e428d3.skybroadband.com] has joined #linuxcnc-devel
[12:07:01] -!- sebstrax has quit [Quit: Connection closed for inactivity]
[12:23:52] <jepler> and my results, but the latency-tests were short in duration:
https://emergent.unpythonic.net/01466682649
[12:30:21] <skunkworks_> they appeared again?
[12:31:14] -!- rkian has quit [Quit: Page closed]
[12:33:52] <skunkworks_> I want to test the rtai 64bit version soon - but currently my only 64bit system here is bulding a 20TB array.
[12:37:39] -!- gambakufu has quit [Ping timeout: 276 seconds]
[12:45:39] <jepler> skunkworks_: afaik stuff never disappears from "snapshots" but but it is inconvenient to install
[12:55:53] <jepler> https://emergent.unpythonic.net/files/sandbox/0001-latency-histogram-set-pixel-size-of-window-explicitl.patch
[12:56:05] <jepler> that's why sometimes latency-histogram comes up a weird size -- because X has a weird DPI setting.
[13:02:55] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has joined #linuxcnc-devel
[13:16:32] -!- icecube45 has quit [Ping timeout: 272 seconds]
[13:16:58] -!- icecube45 has quit [Changing host]
[13:17:26] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has parted #linuxcnc-devel
[13:28:03] <seb_kuzminsky> jepler: i'm glad to hear they all worked so well
[13:28:48] <seb_kuzminsky> my jessie-rtai-i386 machine locked up solid during the night on the 6th loop through 'git clean; make; runtests'
[13:29:29] -!- kwallace [kwallace!~kwallace@162.222.30.254] has joined #linuxcnc-devel
[13:54:37] -!- Einherjer [Einherjer!~einherjer@69.64.40.177] has joined #linuxcnc-devel
[14:01:40] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[14:02:58] <jepler> seb_kuzminsky: :-/
[14:03:00] <seb_kuzminsky> and the amd64 rtai machine locked up too, boo
[14:03:59] <seb_kuzminsky> i ran latency-histogram overnight on a 32-bit rtai machine (3.16, 5.0~test1) with ok results and no lockup
[14:10:52] <cradek> have we ever seen rtai actually work on amd64?
[14:10:59] <jepler> sure, I ran a system that way
[14:11:05] <jepler> I did the initial 64-bit port of linuxcnc that way
[14:11:11] <jepler> it was a very long time ago!
[14:11:20] <cradek> ah, I thought you declared that one unstable after a while
[14:11:26] <cradek> yeah, long time
[14:11:40] <jepler> I don't really remember the details
[14:18:40] <seb_kuzminsky> we had an experimental hardy-rtai-amd64 platform, it ran fine in the buildbot
[14:18:59] -!- dr0w has quit [Quit: Leaving]
[14:19:43] <cradek> iirc, that's what jepler used. that may have been the last time we saw rtai/amd64 work reliably
[14:22:11] <jepler> yeah that would have been about the right age
[14:37:21] -!- Alpha112_ has quit [Ping timeout: 244 seconds]
[14:43:31] -!- anth0ny_ has quit [Quit: anth0ny_]
[14:45:40] -!- icecube45 has quit [Ping timeout: 260 seconds]
[14:47:08] -!- icecube45 has quit [Changing host]
[14:47:39] -!- basiclaser has quit [Quit: Connection closed for inactivity]
[14:48:16] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[15:02:37] -!- Robh__ has quit [Ping timeout: 252 seconds]
[15:04:33] -!- MattyMatt has quit [Quit: Ex-Chat]
[15:15:17] -!- ivansanchez has quit []
[15:29:18] -!- icecube45 has quit [Ping timeout: 246 seconds]
[15:31:17] -!- icecube45 has quit [Changing host]
[15:32:55] -!- BeachBumPete has quit [Quit: I'm Outta here!!]
[15:52:52] -!- Daerist has quit [Quit: Leaving]
[15:59:49] -!- remstw has quit [Ping timeout: 252 seconds]
[16:02:06] -!- leosw has quit [Quit: Page closed]
[16:09:21] Guest86 is now known as Loetmichel
[16:10:44] -!- b_b has quit [Remote host closed the connection]
[16:47:56] -!- dr0w has quit [Remote host closed the connection]
[16:52:20] -!- andypugh [andypugh!~andypugh@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[17:01:37] <CaptHindsight> Alec got rtai working on amd64 over two years ago
[17:03:50] -!- djdelorie has quit [Remote host closed the connection]
[17:04:14] <seb_kuzminsky> i wonder if memleak would be interested in helping debug the rtai-on-VMs problem i'm having
[17:04:24] <seb_kuzminsky> it's using the rtai.org mainline, not his fork
[17:04:37] -!- Frank_11 has quit [Ping timeout: 260 seconds]
[17:04:38] <seb_kuzminsky> http://mail.rtai.org/pipermail/rtai/2016-June/027282.html
[17:05:05] <seb_kuzminsky> i see the problem on both 32 and 64 bit
[17:06:40] <CaptHindsight> I can ask but my prediction is that he'd say that paulo's tree is broken and he doesn't want to waste anymore time dealing with it or him
[17:11:51] <CaptHindsight> why use mainline RTAI when memleak spent the last few years creating a stable tree just for you?
[17:12:09] -!- ikcalB has quit [Quit: WeeChat 1.5]
[17:17:24] -!- Robh__ [Robh__!~R@97e428d3.skybroadband.com] has joined #linuxcnc-devel
[17:25:58] -!- djdelorie has quit [Quit: Leaving]
[17:34:38] <lair82> Would anybody know how to fix the problem I have ran across twice now, I have both of the VMC's that are running Linuxcnc connected to our network, so the programmer can drop the part programs in the nc_files folder in the respective machine, directly from his desk in the office. on both wheezy machines, if you load a program to run on the CNC, then edit the program at the control, then save it, you can no longer access that
[17:34:39] <lair82> same program from the PC in the office that you just dropped the program from.
[17:48:28] <cradek> how do the file permissions/owner/group change when you do this?
[17:51:46] <seb_kuzminsky> lair82: are you using nfs?
[17:55:53] <seb_kuzminsky> CaptHindsight: i'm worried about fragmentation in the rtai community, that the more we go off on our own the fewer people there will be that understand our rtai and can maintain and fix it
[17:56:54] <seb_kuzminsky> i respect memleak's work and all the effort he's put in, and i appreciate that it's hard to work with the rtai.org mainline
[18:04:52] <lair82> -rw-r--r-- 1 rick rick 251964 Jun 23 13:52 RICK-TEST.ngc
[18:04:59] <lair82> -rw-r--r-- 1 greenmill greenmill 251958 Jun 23 14:00 RICK-TEST.ngc
[18:05:09] <lair82> -rw------- 1 greenmill greenmill 251970 Jun 23 14:08 RICK-TEST.ngc
[18:05:38] <lair82> cradek, this how it transferred through the two pc's
[18:06:32] <lair82> first one in on my desktop, second is right after I moved it to the cnc, third is after I loaded it to the cnc, edited it, and saved it.
[18:07:07] <lair82> seb_kuzminsky, no I just have samba set up and share it through our network.
[18:07:11] <seb_kuzminsky> lair82: on the cnc, what's the output of 'umask'?
[18:07:33] -!- eFuchs has quit [Remote host closed the connection]
[18:07:36] <lair82> run that while in the nc_files directory?
[18:07:46] <seb_kuzminsky> run it anywhere
[18:07:53] <seb_kuzminsky> in a terminal on the cnc
[18:08:02] <lair82> 0022
[18:08:11] <lair82> greenmill@greenmill:~/linuxcnc/nc_files$ umask
[18:08:11] <lair82> 0022
[18:08:11] <lair82> greenmill@greenmill:~/linuxcnc/nc_files$
[18:08:23] <seb_kuzminsky> huh, that should be ok
[18:08:42] <seb_kuzminsky> what editor did you use?
[18:08:54] <lair82> whatever gmoccapy is using
[18:09:07] <lair82> that probably explains it all
[18:09:46] <seb_kuzminsky> there's a simple bandaid fix to get you going until we find the root cause
[18:10:18] <seb_kuzminsky> run "chmod 644 RICK-TEST.ngc" to turn read permissions back on for everyone
[18:10:19] <lair82> Punch line?
[18:12:16] <seb_kuzminsky> http://qwantz.com/index.php?comic=815
[18:12:33] <lair82> It's not a huge concern for me right now, they don't run either machine every day, but I never know if it is just something I managed to cause, or if there is actually a problem, and now that I have two machines fully functioning, and they are showing the exact same results, I figured I would say something
[18:12:48] <seb_kuzminsky> yeah
[18:13:21] <seb_kuzminsky> it looks like the editor is changing the permissions on the files it writes, maybe because it's running with a different umask than your terminal?
[18:13:57] <seb_kuzminsky> how are you launching gmoccapy? from the CNC menu in the OS?
[18:15:10] <lair82> I did yes, and clicked the "create desktop shortcut" button before I selected my config.
[18:17:37] <seb_kuzminsky> i bet it inherits the umask of the window manager or similar
[18:18:16] <seb_kuzminsky> in the shortcut you made, can you edit the command it runs to add "umask 0022; " before whatever it's running now?
[18:19:03] <andypugh> Is it possible that gmoccapy inherits the setuid root?
[18:19:26] <seb_kuzminsky> i sure hope not
[18:20:55] <lair82> I didn't make any shortcuts
[18:22:01] <seb_kuzminsky> oh, i thought that's what you meant above, when you selected your config?
[18:23:22] <lair82> Well, I did select the option to create a desktop shortcut to my config with the radio button that is at the bottom of the config picker screen, didn't realize that was what you meant
[18:23:51] <seb_kuzminsky> here's a thing we can try to see if we're on the right track
[18:23:59] <seb_kuzminsky> start linuxcnc the way you normally do
[18:24:24] <seb_kuzminsky> then run "gdb --pid=$(pidof gmoccapy)"
[18:24:27] <lair82> It's running out there now,
[18:24:42] <seb_kuzminsky> then in gdb, "call/o umask(0)"
[18:24:52] <seb_kuzminsky> followed by "call umask($1)"
[18:25:01] <lair82> can I do that through ssh from my desktop, or do I need to be at the actual machine?
[18:25:09] <jepler> (git grep shows no indication that anything in linuxcnc is manipulating umask)
[18:25:18] <seb_kuzminsky> ssh is fine, as long as no one is using the machine
[18:25:22] <jepler> note that while following seb_kuzminsky's instructions the UI will freeze
[18:25:27] <seb_kuzminsky> it will freeze the UI while gdb is running
[18:25:28] <seb_kuzminsky> yeah
[18:25:39] -!- icecube45 has quit [Ping timeout: 264 seconds]
[18:25:45] <lair82> nobody is using the machine, just me right now trying to figure this out
[18:25:56] <seb_kuzminsky> and you may have to install gdb with "sudo apt-get install gdb"
[18:27:00] <jepler> and you many need pidof -x gmoccapy, or you may need to look at ps or top and find the process id number and use that instead of $(pidof...) directly
[18:27:03] -!- icecube45 has quit [Changing host]
[18:27:23] <seb_kuzminsky> oh yeah
[18:27:34] <lair82> 4169 greenmil 20 0 194m 89m 45m S 56.3 0.6 27:20.57 gmoccapy
[18:28:24] <lair82> gdb --pid=4169 Look good?
[18:28:27] <seb_kuzminsky> yeah
[18:29:29] <lair82> 0xb77799e0 in __kernel_vsyscall ()
[18:29:29] <lair82> (gdb) call/o umask(0)
[18:29:29] <lair82> $1 = 022
[18:29:29] <lair82> (gdb) call umask($1)
[18:29:29] <lair82> $2 = 0
[18:29:29] <lair82> (gdb)
[18:29:48] <CaptHindsight> seb_kuzminsky: it's already happened, Paulo doesn't give him credit for his work, and acts like a code tyrant
[18:29:52] <jepler> now you can "quit" gdb and gmoccapy will become responsive again
[18:30:31] <lair82> Ok I quit,
[18:30:51] <lair82> not literally, just the debug process
[18:31:02] <CaptHindsight> seb_kuzminsky: he stopped trying to help with mainline months ago
[18:31:02] <jepler> 0022 and 022 mean the same thing, and should cause created files to be readable by all.
[18:31:48] <CaptHindsight> seb_kuzminsky: that could change if mainline become less of a dictatorship and becomes more democratic
[18:33:23] <seb_kuzminsky> lair82: ok, so my theory was wrong and something else is causing the problem
[18:33:26] <seb_kuzminsky> try this:
[18:33:50] <seb_kuzminsky> cause gmoccapy to open the editor, then while the editor is running use the gdb trick to inspect the umask of the editor process itself
[18:34:03] <seb_kuzminsky> that's really what we care about
[18:34:32] <seb_kuzminsky> CaptHindsight: i can sure understand the frustration with that :-(
[18:34:48] <seb_kuzminsky> bbl, time for a run before the afternoon thunderstorm
[18:36:36] <lair82> I don't see any other process related to the editor, just use 4169 again?
[18:37:37] <lair82> 0xb77799e0 in __kernel_vsyscall ()
[18:37:37] <lair82> (gdb) call/o umask(0)
[18:37:37] <lair82> $1 = 022
[18:37:37] <lair82> (gdb) call umask($1)
[18:37:37] <lair82> $2 = 0
[18:37:38] <lair82> (gdb)
[18:43:18] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has joined #linuxcnc-devel
[18:44:39] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has parted #linuxcnc-devel
[18:47:30] <jepler> so here's the skinny
[18:48:01] <jepler> hal_sourceview.py has 'def safe_write' which is using a temporary file + a rename to try to avoid loss of data if the file is only partially written and power is lost or machine crashes or what have you
[18:48:06] <jepler> >>> fd, fn = tempfile.mkstemp()
[18:48:09] <jepler> >>> "%o" % os.stat(fn).st_mode
[18:48:10] <jepler> '100600'
[18:48:26] <jepler> but python's tempfile module creates temporary files with restrictive permissions
[18:48:47] <jepler> .. this is documented in pydoc tempfile
[18:49:51] <lair82> What would be different between Wheezy, and ubuntu 10.04? I have all three turning centers configured the exact same way, and they are all ubuntu,
[18:50:14] <jepler> same linuxcnc version?
[18:50:53] <lair82> No the ubuntu machines are 2.6.3-2.6.4, the wheezy machines are 2.7.3-2.7.4
[18:53:28] <jepler> it appears the explanation I have provided should apply equally to all the versions you name
[18:54:18] <jepler> in other words, I'm not sure why you're seeing a difference
[18:54:51] <lair82> we can move files around all day long edited, unedited between the ubuntu machines and our other PC's, and have no issues
[18:56:14] <lair82> I always come up with the interesting problems.
[18:57:10] <jepler> "gmoccapy creates gcode files with mode 0600 instead of obeying umask" is a legitimate bug and somebody with an interest should file it as an issue on github or fix it and file a pull request
[18:57:59] <lair82> I can file it, just wanted to verify it was an actual issue first.
[19:04:04] -!- ve7it [ve7it!~LawrenceG@S010648f8b3c3bc3b.pk.shawcable.net] has joined #linuxcnc-devel
[19:05:02] -!- Alpha1125 has quit [Read error: Connection reset by peer]
[19:07:02] -!- kingarmadillo has quit [Ping timeout: 244 seconds]
[19:13:54] -!- icecube45 has quit [Ping timeout: 260 seconds]
[19:14:40] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15lair82 opened issue #82: Gmoccapy creates gcode files with mode 0600 instead of obeying umask 02
https://github.com/LinuxCNC/linuxcnc/issues/82
[19:15:10] -!- icecube45 has quit [Changing host]
[19:17:16] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler commented on issue #82: @gmoccapy can you please take a look at this? I believe this occurs because of hal_sourceview.py:safe_write, which uses tempfile.mkstemp, which is documented as creating a file that only the current user can read. 02
https://github.com/LinuxCNC/linuxcnc/issues/82#issuecomment-228155426
[19:27:43] -!- Frank_11 has quit [Ping timeout: 244 seconds]
[19:27:54] -!- swarfer has quit [Quit: swarfer]
[19:29:14] -!- Miner_48er has quit [Quit: Leaving]
[19:44:57] -!- DGMurdockIII has quit [Quit: Leaving]
[19:47:59] -!- dimas has quit [Read error: Connection reset by peer]
[19:47:59] -!- skunkworks_ has quit [Read error: Connection reset by peer]
[19:49:01] -!- gregcnc has quit [Read error: Connection reset by peer]
[20:02:57] -!- KimK_laptop [KimK_laptop!~Kim@helixmachine.com] has joined #linuxcnc-devel
[20:05:01] -!- a_morale has quit [Quit: No Ping reply in 180 seconds.]
[20:26:07] -!- joem_ has quit [Read error: Connection reset by peer]
[20:27:31] -!- MattyMatt has quit [*.net *.split]
[20:27:31] -!- asdfasd has quit [*.net *.split]
[20:27:31] -!- zeeshan has quit [*.net *.split]
[20:27:31] -!- Jymmm has quit [*.net *.split]
[20:27:31] -!- lair82 has quit [*.net *.split]
[20:27:31] -!- Hydrar has quit [*.net *.split]
[20:27:31] -!- Khetzal_ has quit [*.net *.split]
[20:27:31] -!- pozzoni has quit [*.net *.split]
[20:27:31] -!- Vq has quit [*.net *.split]
[20:27:31] -!- tcurdt has quit [*.net *.split]
[20:27:31] -!- lexAngeles_ has quit [*.net *.split]
[20:27:32] -!- uwe_mobile__ has quit [*.net *.split]
[20:27:32] -!- Meduza has quit [*.net *.split]
[20:27:32] -!- almccon_ has quit [*.net *.split]
[20:27:32] -!- _fil_ has quit [*.net *.split]
[20:27:32] -!- sliptonic has quit [*.net *.split]
[20:27:32] -!- awallin_ has quit [*.net *.split]
[20:27:32] -!- olli- has quit [*.net *.split]
[20:27:32] -!- liedman has quit [*.net *.split]
[20:27:56] -!- lair82 [lair82!~rick@52-92-107-97.dynamic.cm-pool.d-pcomm.com] has joined #linuxcnc-devel
[20:27:58] -!- zeeshan [zeeshan!~kvirc64@CPE84948c379051-CM84948c379050.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[20:29:04] -!- Khetzal [Khetzal!~khetzal@sierra.khetzal.info] has joined #linuxcnc-devel
[20:30:09] -!- Kremmen has quit [Ping timeout: 258 seconds]
[20:31:18] -!- SkramX has quit [Ping timeout: 258 seconds]
[20:31:19] -!- amatecha has quit [Ping timeout: 258 seconds]
[20:32:31] -!- jefrite has quit [Quit: client exited: brb fixing connection problem]
[20:49:58] -!- gregcnc has quit [Read error: Connection reset by peer]
[20:50:26] -!- BeachBumPete has quit [Quit: I'm Outta here!!]
[20:50:57] -!- icecube45 has quit [Ping timeout: 260 seconds]
[20:51:47] -!- icecube45 has quit [Changing host]
[21:11:12] -!- Deejay has quit [Quit: bye]
[21:13:42] -!- kraiskil has quit [Ping timeout: 246 seconds]
[21:24:44] <jepler> lair82: thanks for filing that
[21:24:52] <jepler> I hope that norbert can take a look soon
[21:26:19] -!- pandeiro has quit [Remote host closed the connection]
[21:34:58] -!- douedd has quit [Ping timeout: 272 seconds]
[22:01:18] -!- icecube45 has quit [Ping timeout: 250 seconds]
[22:02:55] -!- icecube45 has quit [Changing host]
[22:05:26] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[22:06:19] -!- teepee has quit [Ping timeout: 244 seconds]
[22:06:19] teepee_ is now known as teepee
[22:09:27] -!- Frank_11 has quit [Ping timeout: 264 seconds]
[22:16:46] -!- teepee has quit [Ping timeout: 272 seconds]
[22:19:24] -!- teepee [teepee!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[22:24:31] -!- kalxas has quit [Quit: Goodbye]
[22:32:36] -!- Valen has quit [Ping timeout: 272 seconds]
[22:37:04] -!- Nick001-shop has quit [Remote host closed the connection]
[22:42:44] -!- Valen has quit [Ping timeout: 272 seconds]
[22:49:58] -!- KimK_laptop has quit [Quit: Leaving]
[22:58:30] -!- yasnak has quit [Quit: rq]
[23:00:36] -!- Servos4ever has quit [Quit: ChatZilla 0.9.92 [Firefox 47.0/20160604131506]]
[23:01:56] Valen_ is now known as Valen
[23:04:01] -!- gregcnc has quit [Read error: Connection reset by peer]
[23:09:55] -!- dgarr [dgarr!~dgarrett@184.101.153.253] has joined #linuxcnc-devel
[23:13:39] <dgarr> seb_kuzminsky: i found a bug that i thought was an error in my rebase of joints_axes15 but testing shows same error in recent (june) master.
[23:13:41] <dgarr> info and steps to reproduce:
http://www.panix.com/~dgarrett/stuff/bug.txt
[23:14:49] <dgarr> reproducible in a sim (configs/sim/axis/axis_9axis.ini) using a reduced version of one of my files
[23:15:24] -!- kingarmadillo has quit [Ping timeout: 250 seconds]
[23:20:01] -!- gregcnc has quit [Read error: Connection reset by peer]
[23:20:06] -!- icecube45 has quit [Ping timeout: 272 seconds]
[23:21:31] -!- icecube45 has quit [Changing host]
[23:22:31] -!- datafunk has quit [Remote host closed the connection]
[23:26:12] <jepler> dgarr: thank you as always for a detailed report
[23:26:37] <jepler> dgarr: the configure flags thing is due to 402c27b being a 2.6ish ref, --with-realtime=uspace isn't that old
[23:26:39] -!- datafunk has quit [Remote host closed the connection]
[23:27:06] <jepler> $ git show 402c27bddf68fe58aaf4447190adc3029ce821cc:VERSION
[23:27:07] <jepler> 2.6.12
[23:27:27] -!- [cube] has quit [Ping timeout: 264 seconds]
[23:28:58] <jepler> dgarr: do you think that the part program is important to reproducing the issue?
[23:31:03] <seb_kuzminsky> it would not surprise me if i broke something while trying to fix that task abort bug that zultron reported
[23:33:55] <dgarr> jepler: i'm not sure about the part program, i first observed with a routine program i used, then reduced some obvious things but i could not keep removing iterations so i think it is related to maybe rotary coordinate + complexity or length -- it is a real example and reproducible in sim (for me on uspace anyway)
[23:36:14] <seb_kuzminsky> i can repro the problem using dgarr's instructions in the current tip of 2.6
[23:36:52] <jepler> I also reproduce it
[23:38:12] <seb_kuzminsky> and i dont see the problem in 1b7a523, which is in 2.6 just before i started monkeying with Task
[23:38:22] <seb_kuzminsky> so i think this is my bug
[23:39:07] <jepler> so having turned on some debug flags, I see task repeatedly issuing Issuing EMC_SET_DEBUG -- ( +22,+24, +565, +986,)
[23:39:10] <jepler> same values
[23:39:29] <seb_kuzminsky> bbl
[23:39:38] <jepler> using the debug configuration pop-up from axis
[23:40:34] <jepler> somehow it'll be this commit? Task: simplify handling of emcCommand
[23:44:30] -!- dgarr has quit [Ping timeout: 258 seconds]
[23:45:59] -!- dgarr [dgarr!~dgarrett@71-223-156-252.phnx.qwest.net] has joined #linuxcnc-devel
[23:47:26] -!- datafunk has quit [Quit: ChatZilla 0.9.92 [Firefox 47.0/20160604131506]]
[23:50:31] -!- datafunk has quit [Client Quit]