#linuxcnc-devel | Logs for 2014-01-26

Back
[00:00:03] -!- lyzidiamond has quit [Client Quit]
[00:02:13] -!- CHNCguy has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
[00:05:21] -!- heathmanc has quit [Quit: Page closed]
[00:08:45] -!- Nick001 has quit []
[00:14:00] -!- arvidkahl has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
[00:15:21] -!- bpuk has quit []
[00:16:55] -!- mozmck has quit [Read error: Connection reset by peer]
[00:19:24] -!- mozmck [mozmck!~moses@client-67.210.159.209.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[00:21:27] <Tom_itx> good to use fsync() as well
[00:21:35] <Tom_itx> to flush the buffer
[00:22:22] <Tom_itx> or fdatasync
[00:35:38] -!- theorbtwo has quit [Remote host closed the connection]
[00:50:02] -!- arvidkahl has quit [Ping timeout: 264 seconds]
[01:09:00] -!- gonzo_nb has quit [Quit: Leaving]
[01:09:31] -!- ktchk [ktchk!~eddie6929@n219078191117.netvigator.com] has joined #linuxcnc-devel
[01:17:14] -!- balestrino has quit [Ping timeout: 265 seconds]
[01:37:46] <KimK> May I interrupt for a short Ubuntu/Debian install question? I know there is a way to export a list of installed packages from a first install, and then auto-install those packages on a second install. Is there a way to export a list of hardware/drivers/setup/whatever from a first install, and then install for that hardware/those drivers/etc on a second install? The reason I'm asking is...
[01:39:49] -!- krusty_ar has quit [Remote host closed the connection]
[01:41:56] <KimK> ...I borrowed a hard drive from another system to shink the install and add partitions for more OSs. Rather than returning the HDD to the original system and then installing as usual, I was wondering if I can do the installs on the borrowed PC, but install *for* the final PC? Is that possible? (I've had mixed results with dpkg-reconfigure, etc., etc.) Advice and suggestions appreciated.
[01:43:36] <KimK> (All the OSs to be installed are apt/deb, Ubuntu/Kubuntu/Debian/etc.)
[01:45:14] -!- sumpfralle has quit [Ping timeout: 264 seconds]
[01:47:55] -!- rob_h has quit [Ping timeout: 245 seconds]
[01:49:55] -!- terabyte- has quit [Quit: terabyte-]
[02:12:49] _BJFreeman is now known as BJfreeman
[02:20:33] -!- Valen has quit [Quit: Leaving.]
[02:21:15] -!- c-bob|afk has quit [Ping timeout: 245 seconds]
[02:21:37] -!- ktchk [ktchk!~eddie6929@n219078191117.netvigator.com] has parted #linuxcnc-devel
[02:26:32] -!- BJfreeman has quit [Quit: had a good time]
[02:42:54] -!- mozmck has quit [Quit: Leaving.]
[02:43:23] -!- terabyte- has quit [Ping timeout: 260 seconds]
[02:43:52] -!- mozmck [mozmck!~moses@client-67.210.159.209.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[02:47:50] -!- wboykinm has quit [Remote host closed the connection]
[02:50:16] -!- Jeebiss has quit [Read error: Connection reset by peer]
[03:02:45] -!- lyzidiamond has quit [Quit: lyzidiamond]
[03:06:14] <cradek> KimK: do I understand right: you want to move not package lists, but manually-made settings, from one OS distro to another?
[03:07:37] <KimK> Well, if manually-made-settings means whatever the original install decided to do to enjoy its original hardware.
[03:08:11] <cradek> hm, but you do mean from one particular distro to another?
[03:10:43] <KimK> Yes. Although I never thought about only installing only the same distro. That probably wouldn't work in this case anyway, a later upgrade might be as likely to cause trouble as not.
[03:12:25] <cradek> I don't really know of any way to do that, sorry. you could clone the whole system exactly, or extract the list of installed packages (like you said) but I think those are the only two approaches
[03:12:29] <KimK> What is happening is that I have 10.04 (only) installed on that machine now, and I would like to make room for (at least) 12.04, 14.04, maybe others?
[03:12:57] <cradek> you can't just add a drive?
[03:15:35] -!- tjb1-mobile has quit [Client Quit]
[03:15:47] -!- owhite [owhite!~owhite@c-68-50-143-182.hsd1.md.comcast.net] has joined #linuxcnc-devel
[03:15:49] <KimK> OK, thanks, I wondered if that might not be the case. Thanks for thinking about it anyway. Yes, I could install a drive, but I'd have the same problem, I couldn't load it here now (for *that* hardware). But that's OK, it can wait a little while, and then install in the usual way. (The weekend will be over soon enough, lol.)
[03:16:50] <cradek> modern distros are pretty tolerant of changing hardware under them
[03:17:20] <KimK> It looks like you guys are making good progress on many fronts, scrolling back above.
[03:20:24] <KimK> I would like to give another try to the Seb's install (was it rt_preempt? I forgot), in whatever form it is since I quit trying to install it some months ago. I'm sure it's better since then. I'll have to ask Seb about it. Maybe the xenomai install I have is stale now too?
[03:21:40] <cradek> yeah I'm not the one to ask. I installed the new rtai and ran hardware with it. I have not run hardware with any of the new rt styles.
[03:21:43] <KimK> Those I can work on now, since I have access to them.
[03:22:59] <KimK> Yes, I forgot if the "Seb's debs" install was for rt_preempt or rtai. Maybe it was rtai?
[03:34:58] -!- thomaslindstr_m has quit [Quit: Leaving...]
[03:40:51] -!- Servos4ever has quit [Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.23/20131210201646]]
[04:13:49] <cradek> zultron, seb_kuzminsky: http://timeguy.com/cradek-files/emc/0001-POC-Log-to-a-file-cleared-each-run-instead-of-syslog.patch
[04:14:20] <cradek> er crap, I need license statements
[04:14:26] <cradek> don't push that anywhere yet
[04:15:57] <cradek> there are two paths to contemplate: if we also still want syslog support, I have to add some stuff; if we don't, I have to remove some stuff.
[04:19:50] <cradek> I am getting this [with or without my changes]:
[04:19:50] <cradek> msgd:0: rtapi_app exit detected - shutting down
[04:19:51] <cradek> :28209:user RTAPI:0 ERROR: munmap(0x00414c32) failed: Invalid argument
[04:19:51] <cradek> normal shutdown - global segment detached
[04:20:10] <seb_kuzminsky> good evening folks
[04:20:14] <cradek> hey
[04:20:29] <seb_kuzminsky> that was me that pushed the xenomai debs
[04:20:42] <zultron> Nice POC.
[04:20:47] <seb_kuzminsky> i'm impressed you pay close enough attention that you noticed right away
[04:20:54] <zultron> I definitely want to keep syslog support.
[04:21:13] <zultron> That's a lot of work going on over there, Seb!
[04:21:20] <seb_kuzminsky> eh, it
[04:21:33] <seb_kuzminsky> it's mostly your work - i used your awesome kernel builder
[04:21:55] <zultron> And it would be great to keep everything configurable.
[04:22:37] <cradek> ok, I can sure accept that
[04:22:45] <zultron> Can the 'logfd' param be hidden in rtapi_syslog.c?
[04:23:03] <zultron> Is there ever a need for more than one logfd at a time?
[04:23:20] <cradek> I think no, because they'd all wrongly share it
[04:23:34] <cradek> well help me think this through
[04:23:43] <zultron> Who're 'all'?
[04:23:57] <cradek> my thinking is that each process has to open the file, and will get a different fd
[04:24:08] <zultron> I know about the chicken-and-egg problem, if that's what you mean
[04:24:17] <cradek> rtapi_msgd and rtapi_app both open the (same) log file separately
[04:24:25] <zultron> But don't understand it well enough.
[04:24:36] <seb_kuzminsky> cradek: if you statically link rtapi_syslog.o, it can use a static global for the fd
[04:24:48] <seb_kuzminsky> if it's dynamic you need something more complicated
[04:24:56] <seb_kuzminsky> err, if it's dynamically linked, i mean
[04:25:08] <zultron> Is that the chicken+egg problem, that the two both open the same log separately?
[04:25:42] <cradek> seb_kuzminsky: oh of course you're right - it's linked in to both programs
[04:26:02] <cradek> I will fix that
[04:26:40] <seb_kuzminsky> isnt there some special kind of segment for "link-local" globals, in shared libraries? (i'm way out of my depth here, in case it's not obvious)
[04:26:43] <cradek> zultron: my understanding is that both processes need to log, but rtapi_app can't log through rtapi_msgd
[04:27:48] <zultron> My understanding (not from looking at the code) is rtapi_app must log separately until the global shmem segment is established, after which it can log through rtapi_msgd.
[04:27:58] <cradek> that sure could be
[04:28:40] <zultron> But I'd have to go dig around before I could think meaningfully about how to solve this problem, if there actually is one.
[04:29:56] <cradek> requiring less digging: would you verify my vsnprintf/strcat/strlen don't-overflow stuff
[04:31:23] <seb_kuzminsky> cradek: i think you can print one more byte in your vsnprintf:
[04:31:40] <seb_kuzminsky> snprintf() and vsnprintf() do not write more than size bytes (including the terminating null byte
[04:31:44] <seb_kuzminsky> from the manpage
[04:31:55] <cradek> seb_kuzminsky: that byte is for the strcat
[04:32:08] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb 7363fe7 06linuxcnc 10debian/rules.in deb/rules: drop the self-remaking parts * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7363fe7
[04:32:08] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb 532c94a 06linuxcnc 10debian/rules.in deb/rules: remove unused python_version * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=532c94a
[04:32:08] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb 3a63703 06linuxcnc 10debian/rules.in deb/rules: dont need to care about BUILD_SYS * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=3a63703
[04:32:10] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb 979ec6e 06linuxcnc 10debian/.gitignore deb: dont ignore package-dirs we no longer build * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=979ec6e
[04:32:14] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb d4a757d 06linuxcnc 10(16 files) deb: new debian/configure and debian/control* * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d4a757d
[04:32:18] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb 8269ba6 06linuxcnc 10(6 files in 2 dirs) add a linuxcnc-test.deb, with all the tests in it * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8269ba6
[04:32:22] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb 7e679f9 06linuxcnc 10debian/configure deb/conf: accept -a to mean -r * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7e679f9
[04:32:25] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb a5ee66a 06linuxcnc 10debian/control.in deb/control: get rid of ancient Provides in control * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a5ee66a
[04:32:29] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb ae6280a 06linuxcnc 10debian/control.posix.in 10debian/control.rtai.in 10debian/control.rtpreempt.in deb/control: relax the Conflicts * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ae6280a
[04:32:34] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb 795a4b7 06linuxcnc 10debian/rules.in deb/rules: dont use cpio when cp will do * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=795a4b7
[04:32:38] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb ae5f899 06linuxcnc 10debian/linuxcnc.files.in 10src/Makefile install rsyslogd.conf file * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ae5f899
[04:32:41] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb 31dc5d4 06linuxcnc 10src/configure.in 10src/rtapi/ulapi_autoload.c give dlopen the path to the ulapi library * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=31dc5d4
[04:32:45] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb d7a8469 06linuxcnc 10src/Makefile 10src/rtapi/Submakefile put ulapi-$flavor.so straight into rtlib/, not lib, so the dlopen can look in EMC2_RTLIB_DIR * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d7a8469
[04:32:52] -!- copec has quit [Excess Flood]
[04:32:53] <seb_kuzminsky> cradek: oh, right
[04:33:09] <seb_kuzminsky> i think i'm too tired to be of use tonight :-/
[04:33:18] -!- copec_ has quit [Excess Flood]
[04:33:33] -!- Simooon has quit [Write error: Broken pipe]
[04:33:59] <seb_kuzminsky> but i think the xenomai buildslaves are one step closer to making debs now - the xeno debs are in the linuxcnc.org deb archive, and the buildslaves have proper pbuilder chroots for it
[04:34:04] <seb_kuzminsky> we'll see what breaks next
[04:34:11] <cradek> that's really great
[04:35:13] <zultron> Looks fine to me, the strcat/strlen stuff.
[04:35:21] <cradek> thanks
[04:35:32] <cradek> that stuff always deserves n extra looks
[04:36:23] <zultron> I sometimes try to be clever (at others' expense) by omitting the 'if(len >= MAXSYSLOGLEN-1)'
[04:36:45] <zultron> But that saves more typing than anything else.
[04:36:51] <cradek> yeah, I wrote what the manpage said, as directly as possible
[04:38:12] <zultron> seb_kuzminsky, this buildbot business is like whack-a-mole.
[04:38:28] <zultron> Wait 'til Debian/Ubuntu hit you with systemd.
[04:38:52] <seb_kuzminsky> zultron: how's y'alls buildbot coming along?
[04:39:27] <zultron> my buildbot is sometimes awesome, mostly breaky. It's firming up.
[04:39:29] <cradek> is systemd a clever way to break recovery mode boots, chroots, and other stuff?
[04:40:11] <zultron> I think this temp link works from the outside: http://junction.ext.zultron.com:8010/
[04:40:30] <cradek> nope
[04:40:48] <zultron> Oh, try leaving off the port number, I think I changed that some time back
[04:41:10] <cradek> nope, not that either
[04:41:22] <zultron> Ah well. Another thing to fix.
[04:41:31] <cradek> moles!
[04:42:25] <zultron> systemd looks pretty cool. Like init, but everything looks integrated: cgroups, udev, etc. etc.
[04:45:20] <zultron> Threw me for a real loop first by setting memlock separately from /etc/security/limits.d, then again with cgroups and rtprio.
[04:46:02] <zultron> There's a faction in Debian pushing for it, so brace yourselves.
[04:55:21] <memleak> /etc/security/limits.conf ?
[05:06:15] -!- AR_ has quit [Ping timeout: 245 seconds]
[05:08:41] -!- micges has quit [Quit: Leaving]
[05:08:42] -!- someone972 has quit [Quit: ChatZilla 0.9.90.1 [Firefox 26.0/20131209183133]]
[05:44:05] <linuxcnc-build> build #30 of deb-precise-rtpreempt-binary-x86 is complete: Failure [4failed apt-get-update shell_2] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-rtpreempt-binary-x86/builds/30 blamelist: dummy, Norbert Schechner <nieson@web.de>, Michael Haberler <git@mah.priv.at>, John Thornton <jthornton@gnipsel.com>, Chris Morley
[05:44:05] <linuxcnc-build> <chrisinnanaimo@hotmail.com>, Chris S Morley <chrisinnanaimo@hotmail.com>, Francis Tisserant <tissf@free.fr>, Michael Haberler <mail17@mah.priv.at>, Jeff Epler <jepler@unpythonic.net>, Charles Steinkuehler <charles@steinkuehler.net>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[05:44:09] <linuxcnc-build> build #30 of deb-precise-rtpreempt-binary-amd64 is complete: Failure [4failed apt-get-update shell_2] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-rtpreempt-binary-amd64/builds/30 blamelist: dummy, Norbert Schechner <nieson@web.de>, Michael Haberler <git@mah.priv.at>, John Thornton <jthornton@gnipsel.com>, Chris
[05:44:09] <linuxcnc-build> Morley <chrisinnanaimo@hotmail.com>, Chris S Morley <chrisinnanaimo@hotmail.com>, Francis Tisserant <tissf@free.fr>, Michael Haberler <mail17@mah.priv.at>, Jeff Epler <jepler@unpythonic.net>, Charles Steinkuehler <charles@steinkuehler.net>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[05:45:04] -!- ries has quit [Quit: ries]
[06:02:45] -!- Fox_Muldr has quit [Ping timeout: 248 seconds]
[06:06:16] -!- KimK has quit [Ping timeout: 265 seconds]
[06:06:49] -!- KimK [KimK!~Kim__@ip24-255-223-153.ks.ks.cox.net] has joined #linuxcnc-devel
[06:16:05] <zultron> jepler, I'm off to bed, but did you ever figure out what this is about? http://linuxcnc.mah.priv.at/irc/%23linuxcnc-devel/2013-04-22.html#02:21:21
[06:16:30] <zultron> One of the last problems I'm seeing on posix/rtpreempt.
[06:17:19] <zultron> Affects 32-bit as well.
[06:24:42] <linuxcnc-build> build #30 of deb-precise-xenomai-binary-x86 is complete: Failure [4failed apt-get-update shell_3] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-xenomai-binary-x86/builds/30 blamelist: dummy, Norbert Schechner <nieson@web.de>, Michael Haberler <git@mah.priv.at>, John Thornton <jthornton@gnipsel.com>, Chris Morley
[06:24:42] <linuxcnc-build> <chrisinnanaimo@hotmail.com>, Chris S Morley <chrisinnanaimo@hotmail.com>, Francis Tisserant <tissf@free.fr>, Michael Haberler <mail17@mah.priv.at>, Jeff Epler <jepler@unpythonic.net>, Charles Steinkuehler <charles@steinkuehler.net>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[06:34:25] -!- crank has quit [Ping timeout: 272 seconds]
[06:35:24] -!- FinboySlick has quit [Quit: Leaving.]
[06:39:03] -!- FreezingCold has quit [Read error: Connection reset by peer]
[06:40:11] <seb_kuzminsky> linuxcnc-xenomai and linuxcnc-xenomai-kernel debs: http://buildbot.linuxcnc.org/dists/precise/scratch-xenomai/binary-amd64
[06:40:37] <seb_kuzminsky> amusingly, also old pre-ubc xenomai debs from the old rtos-integration branch, from April 2013
[06:41:10] <seb_kuzminsky> oh, the debs are totally untested, but at least they build now
[06:41:13] <seb_kuzminsky> good night
[06:42:50] -!- Komzpa has quit [Ping timeout: 264 seconds]
[06:43:22] <linuxcnc-build> build #1325 of deb-lucid-rt-binary-i386 is complete: Failure [4failed shell_3] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/deb-lucid-rt-binary-i386/builds/1325 blamelist: dummy, Norbert Schechner <nieson@web.de>, Michael Haberler <git@mah.priv.at>, John Thornton <jthornton@gnipsel.com>, Chris Morley
[06:43:22] <linuxcnc-build> <chrisinnanaimo@hotmail.com>, Chris S Morley <chrisinnanaimo@hotmail.com>, Francis Tisserant <tissf@free.fr>, Michael Haberler <mail17@mah.priv.at>, Jeff Epler <jepler@unpythonic.net>, Charles Steinkuehler <charles@steinkuehler.net>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[06:49:32] -!- GJdan has quit [Quit: WeeChat 0.4.2]
[06:58:14] -!- kwallace [kwallace!~kwallace@smb-127.sonnet.com] has parted #linuxcnc-devel
[07:03:48] -!- arkgis has quit [Remote host closed the connection]
[07:04:43] <linuxcnc-build> build #31 of deb-precise-xenomai-binary-x86 is complete: Failure [4failed apt-get-update shell_3 stage debian package] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-xenomai-binary-x86/builds/31 blamelist: dummy, Norbert Schechner <nieson@web.de>, Michael Haberler <git@mah.priv.at>, John Thornton
[07:04:43] <linuxcnc-build> <jthornton@gnipsel.com>, Chris Morley <chrisinnanaimo@hotmail.com>, Chris S Morley <chrisinnanaimo@hotmail.com>, Francis Tisserant <tissf@free.fr>, Michael Haberler <mail17@mah.priv.at>, Jeff Epler <jepler@unpythonic.net>, Charles Steinkuehler <charles@steinkuehler.net>, Sebastian Kuzminsky <seb@highlab.com>, Dewey Garrett <dgarrett@panix.com>
[07:31:25] -!- FreezingCold has quit [Ping timeout: 272 seconds]
[07:32:56] -!- Komzzpa has quit [Read error: No route to host]
[09:08:58] -!- roycroft has quit [Ping timeout: 264 seconds]
[09:23:17] -!- MattyMatt has quit [Ping timeout: 248 seconds]
[10:04:10] -!- rob_h [rob_h!~robh@90.203.219.139] has joined #linuxcnc-devel
[10:09:49] -!- b_b has quit [Changing host]
[10:10:13] -!- syyl- has quit [Ping timeout: 252 seconds]
[10:13:06] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.21] has joined #linuxcnc-devel
[10:20:57] -!- maximilian_h has quit [Quit: Leaving.]
[10:35:58] -!- kludge` has quit [Ping timeout: 265 seconds]
[11:19:07] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.21] has joined #linuxcnc-devel
[11:30:53] -!- Komzpa has quit [Ping timeout: 252 seconds]
[11:45:01] -!- MrSunshine has quit [Ping timeout: 272 seconds]
[12:01:09] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.21] has parted #linuxcnc-devel
[12:14:35] -!- sumpfralle has quit [Ping timeout: 245 seconds]
[12:15:42] -!- MrSunshine has quit [Ping timeout: 252 seconds]
[12:18:45] -!- balestrino has quit [Ping timeout: 245 seconds]
[12:50:03] -!- FreezingCold has quit [Ping timeout: 260 seconds]
[12:56:23] -!- MrSunshine has quit [Ping timeout: 245 seconds]
[13:11:35] -!- MrSunshine has quit [Ping timeout: 265 seconds]
[13:56:44] -!- ju-emb [ju-emb!~jgnoss@190.222.141.243] has joined #linuxcnc-devel
[14:05:05] -!- lyzidiamond has quit [Quit: lyzidiamond]
[14:33:30] -!- owhite has quit [Remote host closed the connection]
[14:41:59] -!- Valen has quit [Quit: Leaving.]
[14:45:19] -!- gonzo__ has quit [Ping timeout: 252 seconds]
[15:12:30] -!- CHNCguy has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
[15:14:58] -!- CHNCguy has quit [Client Quit]
[15:16:28] <jepler> zultron: no, and I can't provoke it in a sim build with the instruction I provided either
[15:16:48] <jepler> zultron: it's not clear whether my change a few minutes later was intended to be a fix for that or not
[15:17:11] <jepler> zultron: I tried both port 5005 (what I wrote on IRC) and 5007 (the linuxcncrsh port) and didn't get that sort of behavior
[15:17:23] <jepler> bbl
[15:21:39] -!- CHNCguy has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
[15:21:39] <zultron> Thanks, jepler. I'm seeing that same loop you are on my Red Hat buildbot, but only in some cases. I'll ping back when I establish the pattern.
[15:32:57] <jepler> there must be a case where a file descriptor becomes bad but tcp_srv.cc doesn't succeed in evicting it from its list of file descriptors
[15:33:39] <jepler> it's not clear whether I was provoking that by crashing linuxcncrsh (and wrote the wrong thing), or by the way I was directly communicating with tcp_srv.cc (the port I wrote on irc)
[15:34:18] -!- amiri has quit [Ping timeout: 245 seconds]
[15:47:19] -!- tjb1-mobile has quit [Ping timeout: 272 seconds]
[15:47:50] -!- kwallace [kwallace!~kwallace@smb-39.sonnet.com] has joined #linuxcnc-devel
[15:57:02] -!- kwallace2 [kwallace2!~kwallace@smb-51.sonnet.com] has joined #linuxcnc-devel
[16:00:01] -!- kwallace has quit [Ping timeout: 252 seconds]
[16:03:18] -!- arkgis has quit [Remote host closed the connection]
[16:04:29] -!- Loetmichel has quit [Disconnected by services]
[16:04:33] Cylly is now known as Loetmichel
[16:09:49] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[16:10:13] -!- tjb1-mobile has quit [Ping timeout: 248 seconds]
[16:11:23] -!- fomox_ has quit [Ping timeout: 272 seconds]
[16:33:02] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[16:45:43] -!- KimK has quit [Ping timeout: 260 seconds]
[16:46:18] -!- KimK [KimK!~Kim__@ip24-255-223-153.ks.ks.cox.net] has joined #linuxcnc-devel
[16:47:03] -!- Komzpa has quit [Remote host closed the connection]
[16:56:30] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[17:20:25] -!- pcw_home has quit [Read error: Connection reset by peer]
[17:30:00] -!- Servos4ever has quit [Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.23/20131210201646]]
[17:33:55] -!- atom1 has quit [Changing host]
[17:33:55] -!- atom1 [atom1!~tom@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[17:34:11] -!- PetefromTn has quit [Remote host closed the connection]
[17:35:29] -!- atom1 has quit [Client Quit]
[17:38:09] -!- gazprom has quit [Ping timeout: 240 seconds]
[17:49:14] -!- arvidkahl has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
[17:52:20] <KGB-linuxcnc> 03Norbert Schechner 05master 14de1b2 06linuxcnc 10lib/python/gladevcp/calculatorwidget.py gladevcp - calculator_widget support locale * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=14de1b2
[17:55:52] <seb_kuzminsky> we ship three tcl scripts that specifically call out tclsh8.5 as their interpreter, but on hardy we depend on tcl 8.4
[17:56:07] <seb_kuzminsky> tooledit, ngcgui, and haltcl
[17:56:18] <seb_kuzminsky> this probably means we don't have many users on hardy any more
[17:58:01] <seb_kuzminsky> anyone who knows those tools: do they actually need tcl 8.5, or will 8.4 do?
[17:58:28] -!- andypugh [andypugh!~andy2@cpc14-basl11-2-0-cust436.20-1.cable.virginm.net] has joined #linuxcnc-devel
[18:01:15] -!- lyzidiamond has quit [Quit: lyzidiamond]
[18:03:56] -!- dgarr [dgarr!~dgarrett@174-26-240-194.phnx.qwest.net] has joined #linuxcnc-devel
[18:06:22] <dgarr> seb_kuzminsky: tooledit checks tcl_version and supports column sorting iff >8.5, the others probably work with 8.4 (but it is limiting) 8.5 was released in 2007
[18:08:38] -!- owhite [owhite!~owhite@c-68-50-143-182.hsd1.md.comcast.net] has joined #linuxcnc-devel
[18:18:08] -!- crank has quit [Remote host closed the connection]
[18:52:31] -!- wboykinm has quit [Remote host closed the connection]
[19:03:45] -!- ekolojik has quit [Changing host]
[19:13:57] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[19:19:14] <KGB-linuxcnc> 03Norbert Schechner 05master 22a23d9 06linuxcnc 10share/gscreen/skins/gmoccapy/gmoccapy_handler.py 10share/gscreen/skins/gmoccapy/release_notes.txt gmoccapy_0_9_9_9_2 - feed override now for G0 and G1 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=22a23d9
[19:24:32] -!- paul___ has quit [Quit: ChatZilla 0.9.90.1 [Firefox 20.0/20130329043827]]
[19:37:01] -!- Komzpa has quit [Write error: Broken pipe]
[19:38:17] -!- arvidkahl has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
[19:43:32] -!- maximilian_h [maximilian_h!~bonsai@f051044079.adsl.alicedsl.de] has joined #linuxcnc-devel
[20:05:16] -!- ekolojik has quit [Quit: Konversation terminated!]
[20:05:49] -!- theorbtwo has quit [Remote host closed the connection]
[20:26:17] -!- paul___ has quit [Remote host closed the connection]
[20:32:46] -!- paul___ has quit [Remote host closed the connection]
[20:39:07] -!- Komzpa has quit [Remote host closed the connection]
[20:40:35] -!- owhite has quit [Read error: Connection reset by peer]
[20:44:07] -!- wboykinm has quit [Remote host closed the connection]
[20:53:16] -!- owhite [owhite!~owhite@c-68-50-143-182.hsd1.md.comcast.net] has joined #linuxcnc-devel
[20:58:13] <owhite> hi people. I know this is a vague question but does anyone have any guess why the pwm_frequency pin will not stay set once everything gets loaded and the axis interface is up? I set it in my hal file but that it doesnt seem to get set. Running setp hm2_5i20.0.pwmgen.pwm_frequency 40000 after it loads up seems to take.
[21:00:36] -!- owhite [owhite!~owhite@c-68-50-143-182.hsd1.md.comcast.net] has parted #linuxcnc-devel
[21:02:13] <cradek> man hostmot2 says: If the user attempts to set the frequency too high, it will be clipped to the max supported frequency of the board.
[21:02:46] <cradek> this seems like a clue, although it says up to 193000 should be ok
[21:03:08] -!- heathmanc has quit [Ping timeout: 245 seconds]
[21:06:24] <skunkworks> also make sure you are editing the hal file you think you are editing...
[21:24:59] -!- gmag has quit [Max SendQ exceeded]
[21:26:57] gmag is now known as gmagno
[21:28:07] -!- gmagno has quit [Max SendQ exceeded]
[21:30:28] -!- motioncontrol has quit [Quit: Sto andando via]
[21:31:01] gmagno is now known as gmag
[21:32:24] -!- gmag has quit [Max SendQ exceeded]
[21:34:21] -!- Komzpa has quit [Quit: Konversation terminated!]
[21:52:37] -!- arvidkahl has quit [Ping timeout: 265 seconds]
[21:53:54] -!- wboykinm has quit [Remote host closed the connection]
[21:56:07] <cradek> that sounds like the voice of experience
[22:01:01] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[22:04:19] -!- theorbtwo has quit [Remote host closed the connection]
[22:16:42] <cradek> he's not even here
[22:17:22] -!- chillly has quit [Quit: Leaving]
[22:20:43] -!- moreno has quit [Quit: Sto andando via]
[22:22:25] -!- micges [micges!~captain_p@egs116.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[22:26:10] -!- owhite has quit [Remote host closed the connection]
[22:26:33] <skunkworks> heh
[22:36:24] -!- einar__ has quit [Quit: Ex-Chat]
[22:38:18] -!- davc has quit [Quit: Leaving]
[22:42:34] -!- Deejay has quit [Quit: bye]
[22:45:47] -!- balestrino has quit [Ping timeout: 265 seconds]
[22:48:19] -!- Komzpa has quit [Quit: Konversation terminated!]
[22:50:47] -!- micges has quit [Read error: Operation timed out]
[22:52:48] -!- heathmanc has quit []
[23:01:49] -!- micges [micges!~captain_p@egs116.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[23:07:46] -!- wboykinm has quit [Remote host closed the connection]
[23:07:56] -!- micges has quit [Quit: Leaving]
[23:09:14] -!- Komzpa has quit [Ping timeout: 264 seconds]
[23:11:16] -!- arvidkahl has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
[23:17:22] -!- Tom_shop [Tom_shop!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[23:17:55] -!- zlog has quit [Ping timeout: 245 seconds]
[23:19:10] -!- zlog [zlog!~zlog@ip68-102-192-239.ks.ok.cox.net] has joined #linuxcnc-devel
[23:20:02] -!- Tom_itx has quit [Ping timeout: 264 seconds]
[23:20:09] Tom_shop is now known as Tom_itx
[23:26:04] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[23:26:07] -!- Komzzzpa has quit [Remote host closed the connection]
[23:32:33] -!- Einar_ has quit [Quit: Leaving]
[23:33:37] -!- micges [micges!~captain_p@egs116.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[23:42:25] -!- gazprom has quit [Remote host closed the connection]
[23:42:26] -!- rob_h has quit [Quit: Leaving]
[23:46:32] -!- rob_h [rob_h!~robh@90.203.219.139] has joined #linuxcnc-devel
[23:52:21] -!- andypugh has quit [Quit: andypugh]
[23:59:10] -!- FreezingCold has quit [Ping timeout: 245 seconds]