Back
[00:08:55] -!- asdfasd has quit [Ping timeout: 250 seconds]
[00:12:21] -!- jleh has quit [Ping timeout: 265 seconds]
[00:12:23] <seb_kuzminsky> very pointer
[00:12:30] <seb_kuzminsky> much indirection
[00:12:32] <seb_kuzminsky> wow
[00:15:05] -!- sumpfralle has quit [Ping timeout: 252 seconds]
[00:16:17] -!- asdfasd1 has quit [Ping timeout: 250 seconds]
[00:34:11] -!- skunkworks_ has quit [Ping timeout: 276 seconds]
[00:40:10] -!- anth0ny_ has quit [Client Quit]
[00:47:46] <seb_kuzminsky> it's a bug in comp
[00:48:09] <seb_kuzminsky> i'll push a fix later tonight
[00:53:32] -!- sudobangbang has quit [Ping timeout: 240 seconds]
[01:01:51] -!- lyzidiamond has quit [Remote host closed the connection]
[01:07:17] -!- patrickarlt has quit [Remote host closed the connection]
[01:10:01] -!- patrickarlt has quit [Read error: Connection reset by peer]
[01:16:21] -!- syyl has quit [Read error: Connection reset by peer]
[01:26:20] -!- sudobangbang has quit [Ping timeout: 240 seconds]
[01:26:53] -!- jbr has quit [Quit: ChatZilla 0.9.90.1 [Firefox 29.0/20140421221237]]
[01:33:17] -!- Loetmichel has quit [Ping timeout: 252 seconds]
[01:36:34] -!- sumpfralle has quit [Ping timeout: 240 seconds]
[01:41:12] -!- anth0ny_ has quit [Quit: anth0ny_]
[01:42:15] -!- Servos4ever has quit [Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.26/20140428215651]]
[01:54:19] -!- skunkworks_ [skunkworks_!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[01:56:12] -!- The_Ball has quit [Quit: Leaving]
[01:57:56] -!- FungiFox has quit [Ping timeout: 252 seconds]
[02:02:46] -!- patrickarlt has quit [Remote host closed the connection]
[02:07:08] -!- PetefromTn_ has quit [Quit: Make it idiot proof and someone will make a better idiot.]
[02:07:50] -!- patrickarlt has quit [Ping timeout: 252 seconds]
[02:25:59] -!- zmi has quit [Ping timeout: 276 seconds]
[02:35:23] -!- pjm has quit [Read error: Connection reset by peer]
[02:45:35] <skunkworks_> logger[psha]:
[02:50:55] <seb_kuzminsky> f7u12
[03:06:47] -!- AR__ has quit [Ping timeout: 252 seconds]
[03:07:35] <CaptHindsight> cradek: memleak is away for a few days, he should be around next week
[03:08:14] <skunkworks_> seb_kuzminsky: having issues?
[03:10:31] <seb_kuzminsky> skunkworks_:
[03:10:58] <seb_kuzminsky> i found the problem that andy relayed earlier, but it's hard to fix because of how comp generates C code
[03:11:28] -!- GJdan has quit [Quit: WeeChat 1.0-dev]
[03:13:09] <skunkworks_> yeck
[03:18:18] -!- XXCoder has quit [Ping timeout: 240 seconds]
[03:18:43] -!- terabyte- has quit [Quit: terabyte-]
[03:19:41] -!- micges has quit [Quit: Leaving]
[03:23:07] <seb_kuzminsky> comp does some tricks so the .comp author can refer to the hal pins & params as if though they're regular variable
[03:24:34] <seb_kuzminsky> those tricks consist of putting all the hal variables into a struct called __comp_state, and registering the hal functions so that each instance of the comp gets its own version of that struct
[03:25:14] <seb_kuzminsky> then there's some preprocessor tricks that make it so the .comp author doesn't have to care about that, they just use the hal pin name as a variable and all's well
[03:25:34] <seb_kuzminsky> the hal pin name is a #define macro that expands to this instance's __comp_state->pin_name
[03:26:08] <seb_kuzminsky> that's super convenient for the author, and it works great in the functions called directly by hal, such as "biquad.0"
[03:26:27] <seb_kuzminsky> it doesn't work at all in functions called indirectly, because they dont have a pointer to the __comp_state
[03:27:42] <seb_kuzminsky> somehow the comp function called directly by hal (which knows the pointer, because hal told it) must communicate the pointer to any functions it calls (either by argument or by global), or those called functions are not allowed to read or write any of the hal pins
[03:28:10] <seb_kuzminsky> a bug in comp causes a failure to obey this rule to be missed
[03:29:12] <seb_kuzminsky> only biquad behaves this way, no other .comp tries to access hal pins from functions called by their hal functions
[03:29:42] <seb_kuzminsky> i think biquad *never* worked, from day 1
[03:29:58] -!- jthornton has quit [Ping timeout: 240 seconds]
[03:30:00] <seb_kuzminsky> it loads, but as soon as you try to enable it, it calls a function and crashes
[03:30:12] <seb_kuzminsky> it's bizarre
[03:30:14] <seb_kuzminsky> anyway
[03:30:31] -!- JT-Shop has quit [Ping timeout: 265 seconds]
[03:30:58] <seb_kuzminsky> i think i will turn this .comp misbehavior into a compile failure (as opposed to a runtime crash like it is now), and fix biquad
[03:43:31] -!- JT-Shop [JT-Shop!~john@184.63.135.203] has joined #linuxcnc-devel
[03:43:33] -!- jthornton [jthornton!~john@184.63.135.203] has joined #linuxcnc-devel
[03:53:19] <seb_kuzminsky> sweet, i broke something while trying to fix this bug, and our test suite caught it
[04:10:18] -!- moorbo has quit [Ping timeout: 240 seconds]
[04:16:55] -!- JT-Shop has quit [Ping timeout: 265 seconds]
[04:17:11] -!- jthornton has quit [Ping timeout: 258 seconds]
[04:18:15] -!- JT-Shop [JT-Shop!~john@184.63.135.203] has joined #linuxcnc-devel
[04:18:19] -!- jthornton [jthornton!~john@184.63.135.203] has joined #linuxcnc-devel
[04:32:38] -!- patrickarlt has quit [Quit: Leaving...]
[04:38:13] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[04:48:56] -!- terabyte- has quit [Quit: terabyte-]
[04:58:04] <KGB-linuxcnc> 03Sebastian Kuzminsky 05v2.5_branch 0b5fce5 06linuxcnc 10docs/src/hal/comp.txt docs: fix up some comp docs that had rotted a bit * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0b5fce5
[04:58:28] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.5-comp-fix fc2068c 06linuxcnc 03tests/biquad/expected 03tests/biquad/runstreamer 03tests/biquad/test.hal add a very basic test of the biquad component * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fc2068c
[04:58:28] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.5-comp-fix 8630421 06linuxcnc 10src/hal/components/biquad.comp biquad: fix a crash-when-enabled bug * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8630421
[04:58:28] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.5-comp-fix 938881f 06linuxcnc 10src/hal/utils/comp.g comp: remove an unused and confusing global variable * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=938881f
[04:59:16] <seb_kuzminsky> cradek: 2.5-comp-fix fixes the bug gaston48 reported on the forum,
http://www.linuxcnc.org/index.php/english/forum/24-hal-components/27804-rt-component-biq
[04:59:31] <seb_kuzminsky> i think it belongs in 2.5
[05:00:39] -!- anth0ny_ has quit [Quit: anth0ny_]
[05:00:39] <seb_kuzminsky> all our comps build and all our tests pass, after that commit
[05:01:06] <seb_kuzminsky> it's possible that there are out-of-tree comps that compile with 2.5.4's comp, but not with this one
[05:01:12] <seb_kuzminsky> but! that's a good thing
[05:02:02] -!- _Fox_Muldr has quit [Ping timeout: 258 seconds]
[05:02:49] <seb_kuzminsky> the .comp code that's now disallowed (at compile-time) is the kind that gaston48 discovered, that causes runtime null-pointer dereference as soon as it runs
[05:07:43] -!- ries has quit [Quit: ries]
[05:13:17] -!- FrankZappa has quit []
[05:26:32] -!- sweeney has quit [Quit: Connection closed for inactivity]
[05:41:29] -!- ve7it has quit [Remote host closed the connection]
[05:52:14] -!- kwallace2 [kwallace2!~kwallace@smb-233.sonnet.com] has parted #linuxcnc-devel
[06:16:29] -!- jleh has quit [Ping timeout: 264 seconds]
[06:16:57] -!- Robert302 [Robert302!~robert@C-416.ahl.uni-linz.ac.at] has joined #linuxcnc-devel
[06:17:10] -!- Robert302 has quit [Client Quit]
[06:17:29] -!- Robert302 [Robert302!~robert@C-416.ahl.uni-linz.ac.at] has joined #linuxcnc-devel
[06:17:30] -!- Robert302 has quit [Client Quit]
[06:18:29] -!- Robert302 [Robert302!~robert@C-416.ahl.uni-linz.ac.at] has joined #linuxcnc-devel
[06:19:59] -!- krusty_ar_ has quit [Ping timeout: 276 seconds]
[06:20:11] -!- Einar has quit [Quit: Leaving.]
[06:31:21] -!- FreezingCold has quit [Ping timeout: 258 seconds]
[06:32:51] -!- JT-Shop has quit [Ping timeout: 252 seconds]
[06:33:17] -!- jthornton has quit [Ping timeout: 250 seconds]
[06:33:37] -!- jthornton [jthornton!~john@184.63.135.203] has joined #linuxcnc-devel
[06:33:37] -!- JT-Shop [JT-Shop!~john@184.63.135.203] has joined #linuxcnc-devel
[06:34:44] -!- moorbo has quit [Remote host closed the connection]
[06:43:13] -!- Robert302 has quit [Quit: Leaving.]
[06:57:54] -!- TekniQue has quit [Read error: Connection reset by peer]
[06:58:31] -!- gambakufu has quit [Ping timeout: 252 seconds]
[07:08:18] -!- Robert302 [Robert302!~robert@2001:628:2010:21::1648] has joined #linuxcnc-devel
[07:14:41] -!- Robert302 [Robert302!~robert@2001:628:2010:21::1648] has parted #linuxcnc-devel
[07:21:49] -!- larryone has quit [Ping timeout: 250 seconds]
[07:32:14] -!- jthornton has quit [Ping timeout: 240 seconds]
[07:32:14] -!- JT-Shop has quit [Ping timeout: 240 seconds]
[07:36:00] -!- JT-Shop [JT-Shop!~john@184.63.135.203] has joined #linuxcnc-devel
[07:36:06] -!- jthornton [jthornton!~john@184.63.135.203] has joined #linuxcnc-devel
[07:50:53] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[08:04:44] -!- balestrino has quit [Ping timeout: 240 seconds]
[08:11:33] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[08:14:38] -!- dan2k3k4 has quit [Ping timeout: 255 seconds]
[08:23:22] -!- jfrmilner has quit [Quit: bye]
[08:48:50] -!- thomaslindstr_m has quit [Quit: Leaving...]
[09:10:37] TekniQue_ is now known as TekniQue
[09:12:52] -!- TekniQue has quit [Changing host]
[09:12:59] -!- balestrino has quit [Ping timeout: 245 seconds]
[09:13:02] -!- thomaslindstr_m has quit [Remote host closed the connection]
[09:40:54] Cylly is now known as Loetmichel
[09:52:14] -!- Komzpa has quit [Ping timeout: 240 seconds]
[10:34:38] -!- skunkworks_ has quit [Ping timeout: 240 seconds]
[10:56:34] -!- mhaberler has quit [Quit: mhaberler]
[11:02:05] -!- Valen has quit [Quit: Leaving.]
[11:07:56] -!- copec has quit [Ping timeout: 240 seconds]
[11:14:20] -!- sirdancealot has quit [Ping timeout: 240 seconds]
[11:19:25] -!- micges [micges!~captain_p@efl23.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[11:28:14] -!- calvinmetcalf has quit [Quit: Connection closed for inactivity]
[11:29:06] -!- thomaslindstr_m has quit [Quit: Leaving...]
[11:32:38] -!- pjm has quit [Ping timeout: 255 seconds]
[11:43:38] -!- amiri_ has quit [Ping timeout: 240 seconds]
[12:02:19] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[12:05:03] -!- zlog has quit [Remote host closed the connection]
[12:05:22] -!- zlog [zlog!~zlog@ip24-255-188-115.ks.ks.cox.net] has joined #linuxcnc-devel
[12:07:53] -!- larryone has quit [Ping timeout: 252 seconds]
[12:29:32] -!- b_b has quit [Changing host]
[12:32:29] -!- larryone has quit [Ping timeout: 255 seconds]
[12:43:19] -!- mhaberler has quit [Quit: mhaberler]
[12:59:34] -!- rob_h [rob_h!~robh@176.254.108.157] has joined #linuxcnc-devel
[13:14:52] -!- mhaberler has quit [Ping timeout: 265 seconds]
[13:18:59] -!- quiqua has quit [Quit: quiqua]
[13:22:20] -!- larryone1 has quit [Ping timeout: 240 seconds]
[13:47:00] -!- Robert302 [Robert302!~robert@090152138204.atmpu0033.highway.a1.net] has joined #linuxcnc-devel
[13:50:17] -!- jduhls has quit [Remote host closed the connection]
[13:50:43] <cradek> seb_kuzminsky: wonderful! I was just going to work on that, but a stealthy person already fixed it in the dark of night.
[13:50:58] <cradek> thanks for the clear explanations in the commit messages
[13:51:44] -!- kwallace [kwallace!~kwallace@smb-173.sonnet.com] has joined #linuxcnc-devel
[13:52:02] <cradek> why did you use the do while(0)? I can't think of any difference that makes (outside a #define)
[13:53:07] <seb_kuzminsky> yeah that's a bit weird looking isnt it
[13:53:27] <seb_kuzminsky> it's so i could change the returns to breaks and not have to restructure the code
[13:53:34] * seb_kuzminsky <--- lazy
[13:54:15] <cradek> ohhh
[13:55:02] <cradek> well I would have never guessed that
[13:55:33] <seb_kuzminsky> yeah, it's weird, i'm not proud
[13:56:35] <cradek> I don't understand how this ever worked. has nobody ever run it?
[13:57:09] <seb_kuzminsky> it's possible that it used to work when it was written, but then someone changed comp and broke it
[13:57:12] <cradek> does your comp fix make the old crashy biquad not compile?
[13:57:18] <seb_kuzminsky> but it's sure been broken for a long time
[13:57:32] <seb_kuzminsky> yes, the new comp fails to compile the old biquad
[13:57:38] <cradek> that's great
[13:57:49] <seb_kuzminsky> you get a super-cryptic compiler error instead :-/
[13:59:13] <seb_kuzminsky> hal/components/biquad-old.comp: In function ‘Biquad_CalcCoeffs’:
[13:59:13] <seb_kuzminsky> hal/components/biquad-old.comp:129:8: error: ‘__comp_inst’ undeclared (first use in this function)
[13:59:37] <seb_kuzminsky> and the author's like "what? i dont have a __comp_inst variable"
[13:59:59] <seb_kuzminsky> and the linuxcnc nobs are like "noob go read
http://www.linuxcnc.org/docs/2.6/html/hal/comp.html#_convenience_macros"
[14:00:01] <cradek> oh that's fine. everyone using comp knows they're using comp.
[14:01:56] <micges> cradek: do we need any signing of mesaflash.deb ?
[14:02:07] <KGB-linuxcnc> 03Chris Radek 05v2.5_branch 938881f 06linuxcnc fast forward * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=938881f
[14:02:11] <seb_kuzminsky> micges: i like the sound of this question!
[14:02:19] <seb_kuzminsky> yay, thanks cradek :-)
[14:02:27] <cradek> thanks for doing the work!
[14:02:39] <seb_kuzminsky> sure :-)
[14:02:52] <micges> seb_kuzminsky: :)
[14:03:32] <cradek> someone can make that code less weird in later branches if offended. I approve of making the minimal change for 2.5.
[14:03:52] <seb_kuzminsky> micges: if you have debs that you think should be published on linuxcnc.org, send me or cradek a link and we'll roll them in to the deb archive there, and re-sign the archive metadata
[14:04:02] <seb_kuzminsky> cradek: that makes sense to me
[14:04:24] <cradek> micges: I don't think it's necessary to sign the deb. but one of us has to sign the whole deb archive, as seb says.
[14:04:58] <cradek> micges: and yay, I'm excited about this too
[14:05:16] <cradek> micges: as soon as we have updated firmware packages too, everything will be beautiful in the world
[14:06:09] <KGB-linuxcnc> 052.5-comp-fix 938881f 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=938881f
[14:07:08] -!- Robert302 has quit [Ping timeout: 258 seconds]
[14:07:12] <cradek> I finally started on building a debian 7 live cd
[14:07:21] <seb_kuzminsky> oh cool
[14:07:33] <cradek> it's probably not going to fit on a regular cd without a lot of sacrifices. I think I'm ok with that.
[14:07:36] <micges> ok, will do, just need to add some readme, later maybe some man too
[14:07:42] <seb_kuzminsky> i started on a precise one but didnt make any real progress yet
[14:08:03] <seb_kuzminsky> yes, but how many floppy disks will it require? that's the real question
[14:08:38] <cradek> only about 70 boxes
[14:09:08] <cradek> I think even the freebsd folks no longer support install from floppy
[14:10:04] <seb_kuzminsky> i keep all my live cds and install cds and things on a tiny usb stick, with a grub config that lets me pick among them at boot time
[14:10:39] <seb_kuzminsky> so the 650 MB or 800 MB or whatever it is size limit doesn't matter to me personally
[14:10:46] <seb_kuzminsky> maybe it does to other folks, i dont know
[14:11:04] <cradek> that sounds like a very nifty setup
[14:11:31] <seb_kuzminsky> it's not as nifty as i had hoped, some install cds dont handle it perfectly
[14:11:57] <seb_kuzminsky> ubuntu desktop workes without any issues, ubuntu server and debian both need a couple of manual steps during the install
[14:12:11] <seb_kuzminsky> i haven't tried our lucid live cd yet
[14:12:55] <cradek> guess a handful of sticks is still the way to go for me...
[14:13:46] <seb_kuzminsky> i just looked through the comp and biquad.comp logs, i think it's been broken since May of 2007
[14:14:12] <seb_kuzminsky> 74bfbc5e5920fc1d0a5c586d01ec5f418ac4ef98 broke it
[14:14:40] <seb_kuzminsky> comp never supported that use case (of using the convenience macros from non-primary functions)
[14:14:43] <seb_kuzminsky> bbl work :-/
[14:20:54] -!- pcw_home [pcw_home!~chatzilla@c-50-143-148-115.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[14:21:26] -!- Valen has quit [Client Quit]
[14:23:38] -!- aude has quit [Ping timeout: 240 seconds]
[14:24:25] -!- Robert302 [Robert302!~robert@046206190084.atmpu0022.highway.a1.net] has joined #linuxcnc-devel
[14:27:41] <cradek> seb_kuzminsky: weird. so I guess he never tried it after adding those features.
[14:29:05] -!- Robert302 has quit [Client Quit]
[14:40:57] -!- thomaslindstr_m has quit [Remote host closed the connection]
[14:49:39] -!- anth0ny_ has quit [Quit: anth0ny_]
[14:50:00] -!- jduhls_ has quit [Remote host closed the connection]
[14:54:41] -!- Aero-Tec has quit [Quit: Leaving]
[14:56:27] <seb_kuzminsky> "it compiles, ship it!"
[14:56:48] -!- kwallace2 [kwallace2!~kwallace@smb-102.sonnet.com] has joined #linuxcnc-devel
[14:57:41] -!- valeech has quit [Quit: valeech]
[14:58:25] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 505f5ae 06linuxcnc 10src/hal/utils/comp.g Merge remote-tracking branch 'origin/v2.5_branch' into 2.6 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=505f5ae
[14:58:58] -!- kwallace has quit [Ping timeout: 240 seconds]
[15:03:14] -!- anth0ny_ has quit [Quit: anth0ny_]
[15:06:18] -!- quiqua has quit [Quit: quiqua]
[15:07:56] -!- FrankZappa has quit [Ping timeout: 240 seconds]
[15:09:10] -!- Einar1 has quit [Quit: Leaving.]
[15:10:13] -!- lyzidiamond has quit [Remote host closed the connection]
[15:33:06] <linuxcnc-build> build #2078 of 1900.clang-lucid-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1900.clang-lucid-rtai-i386/builds/2078 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[15:33:22] <seb_kuzminsky> well that's unexpected
[15:34:03] <cradek> ooh, mesa_7i65.comp
[15:36:14] <cradek> is it the unused get_count()?
[15:37:26] <cradek> which is also in mesa_uart
[15:37:58] <pcw_home> the 7i65 comp has not worked for a while...
[15:39:22] <seb_kuzminsky> i bet it crashes when it calls its read() function
[15:40:35] -!- dan2k3k4 has quit [Ping timeout: 255 seconds]
[15:41:03] <seb_kuzminsky> i bet all the realtime rip builders will fail the build too
[15:42:49] <cradek> pcw_home: is it unneeded or something? (and what other breakage do you know about?)
[15:43:52] <pcw_home> It would be nice if it still worked (segv'ed that last time i tried)
[15:45:48] -!- thomaslindstr_m has quit [Read error: Connection reset by peer]
[15:51:57] <linuxcnc-build> build #1282 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/1282 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[15:55:15] <cradek> the debian installer sure asks a lot of questions
[15:55:34] <cradek> they're easy ones (for me), but still it doesn't feel as simple as the ubuntu installer.
[16:00:13] <cradek> I bet I could use preseed to eliminate the questions I don't like, but then it'll step on someone's windows installation they want to keep for some reason I don't understand or care about
[16:04:53] -!- md-2 has quit [Quit: Leaving...]
[16:09:59] <skunkworks> cradek, trying to make a new livecd?
[16:11:39] <zultron> cradek, I've dug deep into preseeding partman, and found that although it's possible to set up a dual-boot config manually in the installer, it's impossible to do so through preseeding out of the box.
[16:12:00] <cradek> ah I remember us talking about that before
[16:12:10] <zultron> Any preseeding of partman will wipe all partitions squeaky clean. :P
[16:12:21] <cradek> fortunately, I absolutely don't care about dual-boot installs
[16:12:51] <cradek> the partitioning steps would be the ones I wouldn't ever be bold enough to remove in something distributed to others
[16:12:53] <linuxcnc-build> build #2081 of 1201.rip-lucid-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1201.rip-lucid-rtai-i386/builds/2081 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[16:14:01] <cradek> but it's tempting to remove stuff like "do you want to install grub to the mbr?" "do you want apt to use the network?"
[16:14:26] <cradek> I'd have to go through it again and keep track
[16:14:53] <cradek> anyway this is down the road a bit. replacing the live and installed kernel is the important step I haven't tackled yet
[16:15:50] <cradek> zultron: I think you advised me when I was setting up installs at work - squeaky was what I wanted...
[16:15:56] <zultron> I can't recall whether the grub question would cause wiping, but it's certainly possible to preseed the network & other config, and go through the partman stuff manually.
[16:30:54] -!- radish has quit [Ping timeout: 245 seconds]
[16:34:38] <linuxcnc-build> build #2082 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2082 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[16:36:29] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 53339d2 06linuxcnc 10src/hal/drivers/mesa_7i65.comp fix NULL pointer deref in 7i65 driver * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=53339d2
[16:36:51] <seb_kuzminsky> pcw_home: would you see if that fixes the 7i65 driver in 2.6?
[16:38:59] <skunkworks> seb_kuzminsky, i think the new tp is as tested as it can be at the moment...
[16:39:31] <skunkworks> sounds like they accepted robs thesis - so he is a happy camper
[16:41:39] <seb_kuzminsky> skunkworks: that's great, thanks for all your work on that
[16:45:24] Ben_____ is now known as Rab-
[16:45:47] -!- jduhls_ has quit [Remote host closed the connection]
[16:52:38] -!- thomaslindstr_m has quit [Remote host closed the connection]
[16:53:31] <seb_kuzminsky> i want to finish the P-word verification test for that branch, then i'll advocate merging it into master
[16:53:46] <seb_kuzminsky> speaking of which, who wants to be RM for 2.7?
[17:01:01] <pcw_home> I will try the 7I65 driver out later today
[17:02:15] <cradek> seb_kuzminsky: this reminds me - there are no 2.6 wheezy debs. are there any obstacles to buildbot making those? the ones I built myself worked perfectly fine.
[17:03:00] <cradek> fwiw, I also agree the new planner should go into master asap if rob says he's ready
[17:05:43] <seb_kuzminsky> no obstacles, i just need to stand up a wheezy-rtai buildslave
[17:06:02] <seb_kuzminsky> maybe... saturday night (yes i'm a wild man)
[17:06:06] <cradek> are you running out of computer?
[17:06:19] <seb_kuzminsky> i was, but then i bought a new one and now i'm not
[17:06:31] <cradek> awesome
[17:06:51] <seb_kuzminsky> i put lots of ram in the new one so i can do most of the builds on ramdisks, that makes a huge difference
[17:06:52] -!- larryone has quit [Quit: This computer has gone to sleep]
[17:07:03] -!- jduhls has quit [Read error: Connection reset by peer]
[17:07:08] <cradek> that really surprises me
[17:07:34] <seb_kuzminsky> you'd think the checkout & build would happen mostly in cache anyway?
[17:07:40] <cradek> I've never seen that replacing the system's caching with ramdisk juggling actually helps
[17:08:01] <seb_kuzminsky> compare the wheezy-sim and the precise-sim buildslaves' build times
[17:08:02] <cradek> our QA guy at $DAY_JOB fiddled with that for a while and it wasn't helpful
[17:08:32] <cradek> I believe you... I'm just surprised
[17:09:12] <seb_kuzminsky> precise: 31:55
[17:09:16] <seb_kuzminsky> wheezy: 18:06
[17:09:27] <seb_kuzminsky> not a totally fair comparison, but still
[17:09:39] <cradek> yeah, I wonder if your fruits match up
[17:09:50] <cradek> ooh, lunchtime
[17:10:52] <seb_kuzminsky> actually that particular example is not good, the precise buildslave only has one virtual cpu
[17:11:15] <seb_kuzminsky> vs 2 for the wheezy box
[17:11:27] <cradek> ok, maybe I don't believe you now :-)
[17:11:29] <seb_kuzminsky> hmm, that might explain the increase right there
[17:11:54] <seb_kuzminsky> i was fiddling with the ramdisk builds when i was adding lame buildslaves that had to build on sd-cards, and maybe i tricked myself
[17:12:19] <seb_kuzminsky> bbl
[17:12:31] <seb_kuzminsky> have a nice lunch :-)
[17:15:07] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[17:16:42] <mozmck> seb_kuzminsky: an ssd sped up compiles as well as most everything else here.
[17:17:38] * skunkworks hugs his ssd...
[17:22:44] -!- jduhls_ has quit [Ping timeout: 255 seconds]
[17:30:16] -!- bertrik has quit [Changing host]
[17:32:46] -!- lyzidiamond has quit [Remote host closed the connection]
[17:34:03] <cradek> I'd expect adding more rams to help more than switching to an ssd, but the ssd answer might sure be cheaper
[17:34:14] <cradek> but clearly seb should do both, since it's his money and not mine
[17:36:36] -!- lyzidiamond has quit [Remote host closed the connection]
[17:37:27] -!- FinboySlick has quit [Quit: Leaving.]
[17:38:35] <cradek> we added about 60 new SSDs at $DAY_JOB six months ago and to my great surprise, none of them have bricked yet
[17:38:43] <cradek> they are clearly better than a few years ago
[17:39:15] <cradek> ... I guess also we bought the ones that were expensive and well-reviewed
[17:42:25] -!- jduhls_ has quit [Remote host closed the connection]
[17:42:27] -!- maximilian_h [maximilian_h!~bonsai@stgt-5f7168ba.pool.mediaWays.net] has joined #linuxcnc-devel
[17:43:51] -!- Connor has quit [Read error: No route to host]
[17:45:36] -!- maximilian_h [maximilian_h!~bonsai@stgt-5f7168ba.pool.mediaWays.net] has parted #linuxcnc-devel
[17:46:55] -!- Connor [Connor!~Connor@75.76.30.113] has joined #linuxcnc-devel
[17:59:57] <skunkworks> samsung pro's?
[18:00:12] -!- valeech has quit [Quit: valeech]
[18:00:41] <cradek> scsi 0:0:0:0: Direct-Access ATA Samsung SSD 840 DXM0 PQ: 0 ANSI: 5
[18:00:44] <cradek> maybe?
[18:00:55] <skunkworks> yep
[18:01:24] <mozmck> even the Samsung 840 evo has really good reliability ratings.
[18:01:59] <skunkworks> that is what I bought (evo..)
[18:02:13] <skunkworks> I couldn't bring myself to spend the money on the pro
[18:03:02] <skunkworks> I need to check to see if 14.04 trims automagically - or if I have to do something
[18:03:50] <mozmck> Even my ocz agility3 has worked fine for a year and a half, and it wasn't rated so good.
[18:04:17] <mozmck> trims?
[18:04:47] <skunkworks> some sort of ssd house keeping...
[18:04:56] <mozmck> huh.
[18:05:17] -!- lyzidiamond has quit [Remote host closed the connection]
[18:05:39] <skunkworks> http://askubuntu.com/questions/18903/how-to-enable-trim
[18:07:17] <mozmck> http://www.leaseweblabs.com/2013/12/ubuntu-14-04-lts-supports-trim-ssd-drives/
[18:07:43] <skunkworks> yay
[18:10:40] <skunkworks> I have been pretty happy with 14.04 so far.
[18:11:09] <zultron> seb_kuzminsky, gotta run, but real quick, maybe there's something interesting in my buildbot config @
https://github.com/zultron/machinekit-buildbot
[18:12:00] <zultron> It has a funny workflow where builds happen on a many-CPU host, and tests run on single CPU hosts. Builds only take about a minute, then it's just the run tests that (necessarily) take a while.
[18:12:44] -!- Komzpa has quit [Ping timeout: 240 seconds]
[18:12:46] -!- lyzidiamond has quit [Remote host closed the connection]
[18:12:50] <mozmck> skunkworks: do you use unity?
[18:13:10] <zultron> That is, builds happen in chroots on a many-CPU host, so you just need one of those for all distro/arch combos, duh.
[18:13:11] <skunkworks> yes... I have gotten used to it.... (used it on 12.04 also)
[18:14:21] <mozmck> I used it a little, and I thought it was better than gnome shell, but it's Cinnamon, Mate, or XFCE for me.
[18:19:00] -!- FungiFox [FungiFox!~FungiFox@167.sub-75-213-43.myvzw.com] has joined #linuxcnc-devel
[18:20:48] -!- lyzidiamond has quit [Remote host closed the connection]
[18:27:07] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[18:29:30] -!- kfoltman has quit [Quit: Ex-Chat]
[18:35:59] asheppard is now known as sheppard
[18:36:19] -!- moorbo has quit [Remote host closed the connection]
[18:45:05] -!- topcyde has quit [Ping timeout: 252 seconds]
[18:54:20] -!- b_b has quit [Changing host]
[18:56:24] -!- lyzidiamond has quit [Remote host closed the connection]
[18:58:36] -!- moorbo has quit [Remote host closed the connection]
[19:01:43] <seb_kuzminsky> zultron: that's cool
[19:03:58] <seb_kuzminsky> yay, sounds like the biquad comp works for gaston48 now
[19:08:17] -!- jduhls_ has quit [Ping timeout: 276 seconds]
[19:16:44] -!- jduhls has quit [Remote host closed the connection]
[19:19:09] <skunkworks> pcw_home, is there anyting to test for a compter that doesn't recognize the 5i25?
[19:19:28] <skunkworks> older dell dimension 3000 (celeron)
[19:19:38] <CaptHindsight> not recognized in LSPCI?
[19:19:58] <skunkworks> no
[19:20:05] <skunkworks> mesaflash doesn't see it either
[19:20:32] <skunkworks> /done and cr4 are lit
[19:21:13] <CaptHindsight> properly seated? works fine in another PC?
[19:21:23] <micges> does this 5i25 works in different pc?
[19:23:22] <micges> DONE means fpga doesn't configured properly so it won't be visible in lspci or mesaflash
[19:26:25] <cradek> uh-oh, does that mean it's bricked?
[19:27:08] <skunkworks> works in another pc - seen by mesaflash. (no lights on)
[19:27:21] <skunkworks> (jsut tried it)
[19:28:02] <skunkworks> tried it in 2 different slots in the non working system
[19:29:33] <cradek> do other pci cards work right?
[19:30:23] <seb_kuzminsky> are you sure the computer is turned on?
[19:32:06] <cradek> did you try taking it out, blowing on the connector, and putting it back in?
[19:33:16] <micges> speaking of mesa: ultra low cost 7i90 connected to pc via rs232/422:
http://pastebin.com/YsTyAY4N
[19:34:26] <cradek> wow, funky. what's it good for?
[19:34:51] <micges> it's could be possible to connect it to every board which have rs422 (2.5Mb) and could run hostmot2
[19:35:12] -!- `Nerobro has quit [Remote host closed the connection]
[19:36:13] <cradek> hey cool, the image I built usb-boots
[19:37:24] <cradek> if I just figure out how to replace the kernel, I'll really have something.
[19:37:37] <skunkworks> it has a wireless pci card that works...
[19:38:05] -!- rex has quit [Client Quit]
[19:42:46] <skunkworks> I suppose I should pull the wirelss card out and see..
[19:44:40] <skunkworks> the second you turn on the computer - the 2 lights are lit. /done and cr4
[19:46:10] <micges> cr4 is INIT
[19:46:29] <micges> so board doesn't start
[19:46:45] <micges> you need PCW for more info
[19:46:52] <skunkworks> heh
[19:47:02] <skunkworks> right
[19:47:29] <skunkworks> I didn't notice the lights have 2 lables
[19:49:44] <skunkworks> micges, how is the new driver coming?
[19:49:45] -!- Rgasuit has quit [Ping timeout: 250 seconds]
[19:49:54] <micges> not good
[19:49:59] <skunkworks> yeck
[19:50:15] <micges> works under stock kernel but not rt-preempt ;)
[19:50:56] <skunkworks> so - almost working! :)
[19:51:34] <micges> in between I finished mesaflash, and it's ready to release, need just tests under windows
[19:52:01] <micges> like always - almost :)
[19:54:00] <micges> now I'm preparing faster pc for driver tests, last one was done on atom, maybe there is bottleneck somewhere
[19:55:02] <micges> driver takes 100% of cpu after few seconds
[19:55:18] <skunkworks> darn
[19:59:06] <skunkworks> bbl
[20:00:00] -!- skunkworks has quit [Read error: Connection reset by peer]
[20:02:20] -!- patrickarlt has quit [Ping timeout: 240 seconds]
[20:02:29] -!- PetefromTn_ has quit [Ping timeout: 258 seconds]
[20:11:07] <cradek> seb_kuzminsky: I expected to find linux-image-3.4.55-rtai-2 in l.o wheezy/base but it's not there. can you put it there (or am I thinking about this wrong?)
[20:11:28] <cradek> uh I don't really recall where I got it...
[20:11:49] <cradek> it needs to be in apt space somewhere for me to continue my grind
[20:16:52] <cradek> oh it's in precise/base! no problem then.
[20:18:34] -!- bedah has quit [Remote host closed the connection]
[20:18:40] -!- PetefromTn_ has quit [Quit: Make it idiot proof and someone will make a better idiot.]
[20:19:59] -!- valeech has quit [Quit: valeech]
[20:21:00] -!- moorbo has quit [Remote host closed the connection]
[20:24:27] -!- skunkworks_ [skunkworks_!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:29:29] <micges> skunkworks_: do you have any screenshots with mach -> 7i80 -> linuxcnc testing?
[20:29:44] <micges> also linuxcnc -> 7i80 -> linuxcnc
[20:30:25] <skunkworks_> I have video... would that work?
[20:30:27] <skunkworks_> http://www.youtube.com/watch?v=HfU4uyGgLZw
[20:30:48] <skunkworks_> http://www.youtube.com/watch?v=qo74moJ30H4
[20:32:41] <micges> any part with mach don't obey acc?
[20:32:47] <cradek> seb_kuzminsky: new problem: the linux-image-3.4.55-rtai-2 package Depend:s should be for wheezy (I think) kmod|module-init-tools, linux-base (>= 3~), initramfs-tools (>= 0.99~) | linux-initramfs-tool
[20:33:49] <cradek> with this being the only kernel package installed, nothing is giving me update-initramfs and friends, so the bootstrap fails
[20:34:22] <cradek> ... it may sure also be wrong for precise - someone would have to look at a real precise kernel
[20:42:52] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[20:44:20] -!- jthornton has quit [Ping timeout: 252 seconds]
[20:44:20] -!- JT-Shop has quit [Ping timeout: 252 seconds]
[20:46:35] <seb_kuzminsky> cradek: i'll look in to it
[20:46:49] <seb_kuzminsky> i need to revitalize the rtai deb building anyway
[20:46:51] -!- jthornton [jthornton!~john@184.63.135.203] has joined #linuxcnc-devel
[20:46:51] -!- JT-Shop [JT-Shop!~john@184.63.135.203] has joined #linuxcnc-devel
[20:52:17] <cradek> yay, thanks
[20:53:46] -!- valeech has quit [Quit: valeech]
[20:59:32] -!- jduhls has quit [Remote host closed the connection]
[21:00:18] <cradek> I may hack it (add those dependencies manually, elsewhere) and continue
[21:01:08] -!- FreezingCold has quit [Ping timeout: 258 seconds]
[21:04:40] -!- jduhls_ has quit [Client Quit]
[21:06:42] -!- Deejay has quit [Quit: bye]
[21:09:34] -!- syyl has quit [Ping timeout: 258 seconds]
[21:10:01] -!- lyzidiamond has quit [Remote host closed the connection]
[21:11:20] <skunkworks_> micges: seems a few places.. I did a little write up here..
[21:12:31] <skunkworks_> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?NewTrajectoryControl
[21:12:34] -!- Komzpa has quit [Ping timeout: 240 seconds]
[21:14:49] -!- kanzure has quit [Ping timeout: 265 seconds]
[21:15:23] <micges> ah yes that I was looking for - thanks!
[21:19:30] -!- PCW [PCW!~chatzilla@99.88.10.65] has joined #linuxcnc-devel
[21:22:41] <PCW> skunkworks_: if you get 2 stuck on red lights on the 5I25, it usually means you have out-of-spec 3.3V (FPGA reset is asserted if 3.3v is less than ~3.0V)
[21:22:42] -!- moorbo has quit [Remote host closed the connection]
[21:25:03] <skunkworks_> ok - I will play with it monday
[21:25:25] <PCW> There's a solder jumper option to reset the FPGA with PCI reset instead of /POWERGOOD if you want to use your PC power supply as is
[21:25:50] <skunkworks_> I should have other power supplies I can test :)
[21:26:44] <cradek> seb_kuzminsky: hack didn't work, not clear why - I'll try again after you redo the kernel package...
[21:28:15] -!- moorbo has quit [Ping timeout: 252 seconds]
[21:30:18] <seb_kuzminsky> the pressure is on
[21:31:19] <cradek> the failure is that the initrd doesn't magically appear
[21:31:34] -!- Rab- has quit [Quit: Page closed]
[21:31:48] -!- patricka_ has quit [Remote host closed the connection]
[21:32:00] <cradek> I haven't dug into their scripts to see what is supposed to build it -- but I'm guessing it might be automagic when the dependency on initramfs-tools is in there
[21:32:46] <cradek> I hope it's not more complicated than that
[21:33:17] -!- morganherlocker has quit [Ping timeout: 252 seconds]
[21:34:45] -!- Kaj has quit [Quit: Page closed]
[21:37:10] -!- patrickarlt has quit [Ping timeout: 258 seconds]
[21:38:25] <seb_kuzminsky> seems reasonable
[21:38:46] <seb_kuzminsky> can you hack around my shortcomings by requesting iniramfs-tools.deb be included "by hand"?
[21:39:51] <cradek> yes I did that
[21:40:04] <cradek> that makes the failure more mysterious
[21:41:26] <cradek> I added kmod, linux-base, initramfs-tools
[21:41:36] <cradek> I think those are the three that a correct kernel would give me
[21:42:56] -!- lyzidiamond has quit [Remote host closed the connection]
[21:42:56] <cradek> I must be missing something else though; I get System.map-..., vmlinuz-..., config-... in /boot but not initrd.img-... which it expects to find
[21:43:25] <cradek> in my working machine's /boot at home, I do have the initrd.img
[21:45:01] <cradek> hm, in the build log, there are many update-initramfs calls, but they ALL say "update-initramfs: deferring update (trigger activated)"
[21:45:10] <cradek> maybe it just never runs
[21:45:21] -!- tjtr33 has quit [Quit: Leaving]
[21:48:24] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[21:48:40] -!- Komzpa has quit [Ping timeout: 258 seconds]
[21:51:37] <cradek> I may be thwarting it because we don't have a "flavour metapackage" like linux-image-amd64
[21:52:58] <seb_kuzminsky> yeah, i don't really know what we're supposed to provide :-/
[22:02:05] -!- patrickarlt has quit [Remote host closed the connection]
[22:02:49] <cradek> oh hey I might've beaten it with the right stick...
[22:04:26] -!- Tecan has quit [Changing host]
[22:06:34] -!- b_b has quit [Changing host]
[22:07:08] -!- patrickarlt has quit [Ping timeout: 255 seconds]
[22:07:41] <cradek> nope
[22:10:50] <CaptHindsight> cradek: it looks like to bring lucid or Precise up to date for camview to have all the plugins including the DRO is having to include halio plugin that was in Hardy
[22:15:15] -!- Einar1 has quit [Quit: Leaving.]
[22:20:53] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[22:23:24] <CaptHindsight> http://wiki.linuxcnc.org/uploads/halio.c
[22:24:54] <CaptHindsight> ^^ this needs to be packaged
[22:33:48] -!- deMimsy has quit [Ping timeout: 240 seconds]
[22:37:58] zeehero is now known as zeehero[away]
[22:46:39] -!- andypugh [andypugh!~andy2@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[22:56:03] <seb_kuzminsky> CaptHindsight: what is that thing?
[22:57:48] <CaptHindsight> seb_kuzminsky: halio ties the DRO to camunits
[23:02:25] -!- tom_83 has quit [Quit: Leaving]
[23:03:34] -!- patrickarlt has quit [Ping timeout: 265 seconds]
[23:06:18] <seb_kuzminsky> do you think it belongs with linuxcnc, and not with camunits? (i'm asking, is it useful for anything other than camunits?)
[23:06:35] <seb_kuzminsky> bbl
[23:07:53] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[23:10:29] -!- toastyde2th has quit [Ping timeout: 264 seconds]
[23:10:50] <PCW> I wont be able to test the 7i65 comp today, but will on Monday (had to install ubuntu 10.4 again on a test computer)
[23:15:04] <CaptHindsight> seb_kuzminsky: cradek was talking about maybe hosting the camunits and plugins at linuxcnc
[23:16:54] -!- ravenlock has quit [Ping timeout: 240 seconds]
[23:24:54] -!- toastydeath has quit [Quit: Leaving]
[23:30:53] -!- rob_h has quit [Ping timeout: 264 seconds]
[23:42:34] -!- amiri has quit [Ping timeout: 245 seconds]
[23:43:40] -!- terabyte- has quit [Quit: terabyte-]
[23:46:51] -!- larryone has quit [Quit: This computer has gone to sleep]
[23:48:23] -!- lyzidiamond has quit [Remote host closed the connection]
[23:51:45] -!- PCW has quit [Quit: ChatZilla 0.9.90.1 [Firefox 28.0/20140314220517]]
[23:52:38] <andypugh> 7i65 comp? I think I had a hand in that. Is there a problem?
[23:56:05] -!- bertrik has quit [Ping timeout: 264 seconds]
[23:56:56] <micges> andypugh: pcw said that it doesn't work
[23:57:57] <micges> andypugh: also
http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=commitdiff;h=53339d2
[23:58:40] <andypugh> Yeah, I think it used that.
[23:59:01] <andypugh> (I didn’t do that bit)