#emc-devel | Logs for 2009-02-12

[00:00:10] <BigJohnT> also I think that we can delete /configs/halui_halvcp
[00:00:51] <BigJohnT> jepler: I thought I removed that :/
[00:03:12] <CIA-2> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/common/ (Linux_FAQ.lyx User_Concepts.lyx): add info on sudo and change discription of gouging----------------------------
[00:09:10] <CIA-2> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/ (docs.xml index.tmpl): remove vcp from html
[02:31:37] <jepler> slow night
[02:32:25] <skunkworks> isn't that ok?
[02:32:29] <jepler> oh sure
[02:32:33] <skunkworks> :)
[02:32:59] <jepler> actually I've been talking to chris -- we're at a local pizza place with wifi having "geek night" with another friend
[02:33:06] <jepler> he's working on cutter comp -- there's one last bug
[02:33:15] <jepler> (the one bigjohnt and I talked about yesterday)
[02:33:26] <skunkworks> very nice.
[02:33:40] <skunkworks> I am in my man room ;)
[02:34:01] <jmkasunich> I am breathing a small sigh of relief
[02:34:48] <jmkasunich> I crunched a tail-light on my truck this evening (turning around in a cramped driveway at a friends house, a small tree jumped out in back of the truck)
[02:34:57] <jmkasunich> I was afraid it would be a $$$ dealer part
[02:35:02] <jmkasunich> turned out to be $35
[02:35:14] <jepler> phew indeed
[02:35:42] <jepler> skunkworks: sorry, the phrase "man room" makes me snicker
[02:35:44] <SWPadnos> that's like 1/10 the cost of a dealer part
[02:35:46] <skunkworks> nice - was that dealer or aftermarket
[02:35:49] <jmkasunich> never bought anything from autopartswarehouse.com before
[02:35:56] <jmkasunich> I haven't bought it yet
[02:36:03] <skunkworks> jepler: I hoped it would. ;)
[02:36:04] <jmkasunich> its only been broken for 30 mins or so
[02:36:08] <SWPadnos> heh
[02:36:17] <SWPadnos> get right and left, in case they don't match
[02:36:23] <SWPadnos> still 1/5 the cost of a dealer part :)
[02:36:50] <jmkasunich> I'm cheap enough that I'll buy one and see how they match
[02:36:56] <SWPadnos> heh
[02:37:13] <SWPadnos> probably cheap enough to not care unless it's a hot pink vs deep red thing :)
[02:37:21] <jmkasunich> http://www.autopartswarehouse.com/search/?N=10110+1607+4294965327+9252
[02:37:45] <jmkasunich> I suspect it will be pretty decent
[02:38:13] <SWPadnos> hmmm
[02:38:27] <SWPadnos> hard to tell if it's just the lens or if it includes the reflector/bulb holder part(s)
[02:38:35] <SWPadnos> dunno if you need all of it or just the lens
[02:39:00] <jmkasunich> it includes the bulb holder, I can see thru the lens in the pic
[02:39:29] <SWPadnos> me too, but I don't know if that's a photo of the part "as you'd see it on the truck"
[02:39:32] <jmkasunich> maybe not the actual bulb socket, but I don't need that
[02:39:38] <skunkworks> http://imagebin.ca/img/reXh6w.jpg
[02:40:09] <skunkworks> notice the one glass
[02:40:10] <jmkasunich> they say "tail light", not "tail light lense"
[02:40:10] <SWPadnos> hey, that's like mine except your wires are like my stacks of paperwork and other junk
[02:40:22] <SWPadnos> that is true
[02:40:31] <SWPadnos> though I've seen "tail light assembly" also
[02:40:34] <SWPadnos> (not there)
[02:40:34] <CIA-2> EMC: 03cradek 07TRUNK * 10emc2/src/emc/rs274ngc/interp_convert.cc: fix entry moves that make a very sharp corner, thanks BJT
[02:40:36] <CIA-2> EMC: 03cradek 07TRUNK * 10emc2/tests/interp/crazy-paths/expected: fix entry moves that make a very sharp corner, thanks BJT
[02:40:47] <jmkasunich> bench is like mine, only I wish I had that much room to mess up
[02:41:05] <SWPadnos> that's the problem with a ~180 square foot office
[02:41:17] <SWPadnos> bigger messes
[02:41:31] <jmkasunich> takes longer to reach critical mass tho
[02:41:44] <SWPadnos> well, I've been working on it for 6+ years :)
[02:41:58] <skunkworks> this is actuall after cleaning a few weeks ago.. It doesn't take long
[02:42:10] <SWPadnos> wanna come over and be my friend?
[02:43:32] <skunkworks> heh
[02:44:13] <skunkworks> jmkasunich: how is the robot?
[02:44:47] <jmkasunich> coming along
[02:45:12] <jmkasunich> I hope to mill the two plates that make up the main body today, if I do we should be able to do most of the assembly tomrrow
[02:45:51] <skunkworks> neat
[02:46:27] <skunkworks> hmm - my radioshack variable powersupply doesn't keep voltage very well. I guess I need to take it apart
[02:47:07] <skunkworks> I thought the scope was screwing up.. until I looked over and saw the meter changing
[02:52:59] <skunkworks> heh - stupid trimmer is dirty
[02:57:38] <CIA-2> EMC: 03cradek 07TRUNK * 10emc2/tests/ccomp/lathe-comp/expected: these results are right, with the new corrected entry move
[02:57:38] <CIA-2> EMC: 03cradek 07TRUNK * 10emc2/tests/ccomp/mill-line-arc-entry/expected: these results are right, with the new corrected entry move
[02:57:39] <CIA-2> EMC: 03cradek 07TRUNK * 10emc2/tests/ccomp/mill-zchanges/expected: these results are right, with the new corrected entry move
[02:57:40] <CIA-2> EMC: 03cradek 07TRUNK * 10emc2/tests/interp/inside-corners/expected: these results are right, with the new corrected entry move
[02:57:43] <CIA-2> EMC: 03cradek 07TRUNK * 10emc2/tests/interp/inverse-time-with-comp/expected: these results are right, with the new corrected entry move
[02:57:46] <CIA-2> EMC: 03cradek 07TRUNK * 10emc2/tests/interp/cam-nisley/expected: these results are right, with the new corrected entry move
[03:01:10] <jepler> cradek: yay, thanks
[03:01:14] <cradek> whee
[03:01:14] <jepler> remember to tell bigjohnt you fixed his bug
[03:01:23] <cradek> he is a great tester
[03:05:06] <seb_kuzminsky> geek night at the pizza+wifi place sounds like fun :-)
[03:05:14] <cradek> yeah, it is
[03:05:26] <cradek> no power here though, so it's limited to 2-3 hours :-)
[03:06:35] <jepler> seb_kuzminsky: I'll make sure and give you 9 hours warning next time so you can come along down
[03:06:46] <jmkasunich> need a caffeine powered generator
[03:06:48] <cradek> haha, "man room"
[03:06:53] <cradek> (I just read back)
[03:06:55] <jmkasunich> oh, pizza, not coffee
[03:07:23] <cradek> coffee was involved...
[03:07:56] <seb_kuzminsky> 9 hrs there, 3 hrs until the laptop battery runs out, 9 hrs back, hmm
[03:07:58] <seb_kuzminsky> tempting
[03:08:34] <jepler> time to go
[03:08:35] <jepler> bbl
[03:09:03] <cradek> their batteries are weak compared to mine! ha!
[03:10:34] <cradek> but now I'm all alone
[03:18:20] <skunkworks> you're never alone whoaw haw ha ha
[03:21:31] <skunkworks> * skunkworks tried for creepy and think he conveyed it..
[03:26:20] <jepler> yay, home
[04:06:47] <cradek> I guess nobody wants to do the dirty work of removing halvcp
[04:13:26] <jmkasunich> I would, but I'm so behind....
[13:32:02] <CIA-2> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/install/Latency_Test.lyx: adjust image size
[13:33:24] <jepler> BJT-Hardy: dunno if you saw cradek's check in, but he found and fixed that comp bug you mentioned on tuesday
[13:33:44] <BJT-Hardy> I saw that :)
[13:34:46] <CIA-2> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/hal/images/HAL_Configuration.png: update image
[13:40:49] <CIA-2> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/Master_Integrator.lyx: removed 5i20
[13:42:58] <CIA-2> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/ (Submakefile docs.xml index.tmpl): remove 5i20 from html
[13:47:11] <BJT-Hardy> * BJT-Hardy is off to work
[14:36:05] <BigJohnT> BigJohnT is now known as BJT-Work
[15:05:20] <seb_kuzminsky> i'll try to remove halvcp tonight
[15:08:35] <cradek> yay, thanks
[15:10:05] <BJT-Work> yea
[15:10:23] <cradek> BJT-Work: you need to get busy finding the next bug for me now
[15:10:31] <cradek> (thanks for testing!)
[15:10:54] <BJT-Work> but you only "fix" every other one :)
[15:10:59] <BJT-Work> LOL
[15:11:24] <cradek> really? did I miss one?
[15:11:45] <BJT-Work> no every other one is an undocumented feature :)
[15:11:49] <cradek> I would never have seen this report if jepler hadn't told me
[15:12:02] <cradek> oh, I get it, heh
[15:21:25] <BJT-Work> does g64 treat g0 and g1 the same as far as cutting corners to maintain speed?
[15:24:38] <cradek> yes
[15:25:37] <BJT-Work> thanks
[15:49:09] <alex_joni> hmm.. too bad I missed seb
[15:49:17] <alex_joni> I started on removing halvcp already
[15:53:51] <cradek> seb doesn't usually get started on anything until late night US time
[16:12:06] <alex_joni> hope I'll be finished by then ;)
[16:57:36] <cradek> wonder if there's anything else we should be removing
[16:57:53] <alex_joni> heh, removing isn't a new feature... right? :D
[16:58:01] <cradek> bugfix
[16:58:20] <alex_joni> I think creating a halui_pyvcp takes more time than the actual writing of halvcp :/
[16:58:35] <alex_joni> "halui_pyvcp config" I mean
[17:07:10] <alex_joni> hmm.. think I found something for the sample pyvcp from stepconf
[17:10:40] <alex_joni> some LEDs for min/max limits if they are hooked up to parport
[17:13:08] <cradek> homes and limits?
[17:13:18] <alex_joni> yeah for the actual switches
[17:13:33] <cradek> axis shows if you are on a limit, but not which end
[17:14:17] <alex_joni> right
[17:15:00] <alex_joni> btw, I'm doing the exact oposite atm
[17:15:05] <alex_joni> building a full VCP GUI ;)
[17:15:12] <alex_joni> except load program, and preview
[17:15:28] <cradek> not as a stepconf sample, right?
[17:15:38] <alex_joni> nope, as a halui_pyvcp sample
[17:15:43] <alex_joni> to replace halui_halvcp
[17:15:54] <cradek> I understand
[17:15:56] <cradek> (sounds tedious)
[17:16:06] <alex_joni> aligning buttons is a pita
[17:16:11] <alex_joni> err.. LEDs
[17:17:03] <alex_joni> http://imagebin.org/38247
[17:17:10] <alex_joni> halvcp has nicer buttons than pyvcp
[17:17:23] <cradek> put the LEDs on the left
[17:18:09] <alex_joni> I think I'll use a <table> to align them
[17:18:22] <alex_joni> don't want to make it too wide, or it won't fit AXIS that nicely ;)
[17:18:37] <alex_joni> you mean the status error leds?
[17:18:42] <cradek> never mind that, it won't ever go in AXIS...
[17:18:45] <alex_joni> or all of them?
[17:19:03] <alex_joni> not in AXIS.. but in the sample config
[17:19:03] <cradek> right, do "() Label" instead of "Label ()" and they will look better
[17:19:10] <alex_joni> understood
[17:58:56] <BJT-Work> alex_joni: use the same <width> for each button to align them
[17:59:08] <alex_joni> BJT-Work: that's horrible :)
[17:59:24] <BJT-Work> why
[17:59:41] <alex_joni> because I have ~ 500 lines of XML now
[17:59:52] <BJT-Work> holy crap!
[18:04:37] <alex_joni> works nice :D
[18:05:15] <alex_joni> BJT-Work: http://imagebin.org/38250
[18:05:53] <BJT-Work> nice :)
[18:06:13] <alex_joni> don't let jepler see that :D
[18:06:37] <BJT-Work> LOL
[18:06:38] <alex_joni> kidding
[18:06:44] <BJT-Work> to center the leds look here http://www.linuxcnc.org/docview/devel/html//hal_pyvcp_examples.html#sec:GS2-RPM-Meter
[18:07:12] <BJT-Work> in the manual :)
[18:07:17] <alex_joni> yeah, I saw the label width
[18:07:21] <alex_joni> but that's ugly imo
[18:07:49] <BJT-Work> not as ugly as the leds off center imo
[18:09:28] <alex_joni> hi seb_kuzminsky
[18:09:37] <alex_joni> seb_kuzminsky: wanted to let you know I started on removing halvcp
[18:13:05] <BJT-Work> I think you need more things open on your desktop alex_joni :)
[18:13:25] <seb_kuzminsky> hi alex_joni, yeah i saw that in the logs this morning
[18:13:35] <seb_kuzminsky> the screenshots look nice btw :-)
[18:13:59] <seb_kuzminsky> anything i can help with? i'll have some time tonight (in 8 or 10 hrs or so)
[18:15:17] <alex_joni> seb_kuzminsky: don't think so.. I'm just starting removing stuff.. should be straightforward
[18:15:25] <alex_joni> (if my wifi stops acting up)
[18:16:02] <seb_kuzminsky> heh
[18:16:02] <seb_kuzminsky> ok
[18:17:30] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/configs/halui_pyvcp/ (README halui.ini pyvcp.hal sim.tbl sim.var vcp.xml): halui_pyvcp config
[18:17:40] <alex_joni> BJT-Work: feel free to align it how you want
[18:17:48] <BJT-Work> LOL
[18:18:01] <alex_joni> don't make it pink though
[18:18:17] <BJT-Work> ok how about blaze orange
[18:18:23] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/configs/halui_pyvcp/.cvsignore: silence
[18:18:24] <alex_joni> * alex_joni likes orange
[18:18:43] <BJT-Work> lunch
[18:18:52] <alex_joni> enjoy
[18:19:48] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/src/Makefile: remove halui_halvcp, add halui_pyvcp config folders
[18:21:05] <cradek> alex_joni: in that demo config, can the two guis be in separate windows?
[18:21:19] <alex_joni> cradek: yes
[18:21:34] <alex_joni> want me to commit it that way?
[18:21:36] <cradek> I think that would be better for the user to understand
[18:21:44] <alex_joni> ok.. and the user can switch GUIs
[18:21:56] <cradek> yes, also true
[18:22:03] <alex_joni> 5 mins
[18:22:08] <cradek> thanks!
[18:32:08] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/configs/halui_pyvcp/ (halui.ini pyvcp.hal): activate pyvcp in a separate window by default
[18:36:16] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/src/configure.in: remove mention to halvcp
[18:38:16] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/src/configure: rebuild configure - mention of halvcp removed
[18:38:49] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/src/Makefile: don't build halvcp anymore
[18:39:24] <cradek> too bad there are (at least) two ratios of reversing tapping heads. it would be neat to have g84 (or another number) do a cycle for those
[18:39:54] <alex_joni> can't you specify the ration on the g84 line?
[18:40:03] <skunkworks> * skunkworks was just going to ask that..
[18:40:22] <cradek> not sure how nonstandard/weird that would be
[18:41:43] <alex_joni> halvcp is going bye-bye
[18:41:48] <cradek> whee
[18:41:50] <cradek> * cradek waves
[18:42:01] <alex_joni> there won't be a commit log though
[18:43:11] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/debian/emc2.files.in: halvcp went bye-bye
[18:45:46] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/debian/changelog: note that halvcp has been finally replaced by pyvcp
[18:55:47] <seb_kuzminsky> emc2-buildbot mailing list is up
[18:55:58] <cradek> whazzat?
[18:56:05] <seb_kuzminsky> it's quiet when the build succeeds, and sends one email per failed build
[18:56:12] <seb_kuzminsky> http://emc2-buildbot.colorado.edu
[18:56:20] <alex_joni> seb_kuzminsky: did it mail anything?
[18:56:47] <alex_joni> whee.. deb builds fine too for emc2_2.3.0~alpha1
[18:56:54] <alex_joni> guess halvcp is officially gone
[18:57:08] <seb_kuzminsky> it decided to build in the middle of the halvcp remove so the .deb didnt work
[18:57:29] <alex_joni> seb_kuzminsky: if it's been quiet lately, maybe you can make it email cvs-commit
[18:57:35] <alex_joni> seb_kuzminsky: sounds like a good catch
[18:57:44] <seb_kuzminsky> yeah, looks good here now that it's caught up with your checkins
[18:57:57] <alex_joni> I meant to emc-commit
[18:57:59] <cradek> dh_movefiles: debian/tmp/usr/bin/halvcp not found (supposed to put it in emc2)
[18:58:02] <cradek> neat
[18:58:43] <alex_joni> The requested URL /pipermail/build/ was not found on this server.
[18:58:45] <cradek> it runs the test suite too?
[18:58:51] <seb_kuzminsky> i'd be happy to subscribe the emc-commit list to the emc2-buildbot build failure email list if people want that
[18:58:56] <seb_kuzminsky> cradek: yes, on both rt and sim
[18:59:03] <cradek> wow
[18:59:10] <seb_kuzminsky> failing tests cause it to fail the build and send email
[18:59:24] <alex_joni> seb_kuzminsky: not warnings though, I hope ;)
[18:59:36] <seb_kuzminsky> http://emc2-buildbot.colorado.edu/buildbot/builders/hardy-x86-trunk-sim/builds/605/steps/runtests/logs/stdio
[18:59:46] <seb_kuzminsky> alex_joni: right, not on warnings
[18:59:57] <alex_joni> then I'd say go ahead
[19:00:21] <seb_kuzminsky> the ayes have it :-)
[19:00:46] <cradek> there should have been some time last night that a lot of the tests failed
[19:01:02] <seb_kuzminsky> my buildslaves were down last night
[19:01:17] <seb_kuzminsky> moving the vm host to the shiny new machine room we built at work :-D
[19:01:24] <cradek> ah ok
[19:05:16] <seb_kuzminsky> who runs emc-commit@lists.sf.net? can the list admin allow posts from buildmaster@emc2-buildbot.colorado.edu, so that the buildmaster doesnt have to receive every commit email?
[19:05:29] <alex_joni> I can add that I think
[19:05:37] <CIA-2> EMC: 03cradek 07TRUNK * 10emc2/debian/rules.in: normally there aren't any; this is not an error.
[19:05:39] <seb_kuzminsky> or can i have the key to emc-commit?
[19:05:40] <cradek> you can subscribe and set "nomail"
[19:05:48] <seb_kuzminsky> rilly? cool!
[19:05:53] <seb_kuzminsky> ok i'll just to that
[19:06:02] <cradek> yeah I think that's the easy way
[19:06:04] <seb_kuzminsky> i didnt know that about mailman
[19:06:17] <cradek> if you can't set it, I know I can
[19:06:27] <cradek> but I think you can too - you're supposed to use it when going on vacation for instance.
[19:06:41] <alex_joni> when turning on your autoresponder :)
[19:07:03] <cradek> I'm working on an autoresponder called "ishouldbeshot"
[19:07:49] <alex_joni> seb_kuzminsky: managed to do it? or should I?
[19:08:53] <seb_kuzminsky> i got it alex, it's just like cradek said
[19:09:13] <alex_joni> perfect
[19:09:21] <seb_kuzminsky> ok we'll see what happens next time the build breaks
[19:09:32] <seb_kuzminsky> jmk's compile farm and the buildbot should both warn us
[19:09:43] <alex_joni> there is also [not metoo]
[19:10:04] <alex_joni> that only prevents you from getting your own email
[19:10:16] <alex_joni> but you still get the commit email to the buildmaster addy
[19:11:05] <seb_kuzminsky> i've turned off: "Mail delivery", "Receive your own posts to the list", and "Get password reminder email"
[19:19:29] <alex_joni> bbl
[19:21:08] <alex_joni> shall we test it?
[19:21:33] <seb_kuzminsky> the buildbot email? sure, i could tell it to rebuild an old build that failed
[19:22:00] <alex_joni> I can commit a borked Makefile
[19:22:09] <alex_joni> to see the compilefarm complain, and the buildbot
[19:22:31] <seb_kuzminsky> ok, that sounds good
[19:23:23] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/src/Makefile: intentionally cause a build error. tests infrastructure, will be reverted asap
[19:23:59] <alex_joni> (hmm.. I think the CF is offline or at least not building atm)
[19:24:11] <seb_kuzminsky> the buildbot checks for new commits on 10-minute boundaries, so we'll have to wait 7
[19:24:25] <seb_kuzminsky> hm, maybe i should teach it to look for mail on emc-commit instead
[19:25:06] <cradek> jmk's polls the cvs server, I don't recall how
[19:25:18] <alex_joni> it should be in infrastructure
[19:25:22] <seb_kuzminsky> it is
[19:25:25] <cradek> it might have come from not trusting the mailing list
[19:25:35] <seb_kuzminsky> i'm using jmk's scripts to tickle the buildbot too
[19:25:47] <alex_joni> http://cvs.linuxcnc.org/cvs/infrastructure/farm-scripts/check_commit?rev=1.3
[19:25:48] <seb_kuzminsky> those sf mailing lists can be pretty flaky...
[19:25:54] <alex_joni> and late
[19:26:17] <alex_joni> but CF hasn't compiled anything since 2009-02-11
[19:26:38] <seb_kuzminsky> at work i run post-commit hooks on my repos that kick our buildbots
[19:27:05] <alex_joni> we can do that too if needed, since cvs is not at SF anymore
[19:27:17] <alex_joni> post-commit hooks are used for CIA email
[19:27:24] <seb_kuzminsky> cool
[19:27:52] <seb_kuzminsky> hm, actually now i'm not sure if CU's firewall will allow buildbot-poke packets in... probably not
[19:28:18] <alex_joni> yeah, but a direct email from the cvs server should be ok
[19:28:19] <cradek> the poll doesn't hurt anything - it's a tiny amount of data
[19:28:49] <seb_kuzminsky> the buildbot does 6 separate builds of trunk, so we should get 6 fail emails in about 2 minutes
[19:29:20] <seb_kuzminsky> sim, rip-rt, and deb, all on both hardy and dapper
[19:31:01] <seb_kuzminsky> there it goes
[19:32:19] <alex_joni> grid is really nice
[19:32:33] <alex_joni> (btw.. it responds really slow from here..)
[19:33:14] <alex_joni> hmm.. now it's ok
[19:33:32] <seb_kuzminsky> i think it gets slow when the cronjob on the buildmaster updates the cvs tree to see if it needs to tell the slaves to build
[19:33:51] <alex_joni> 2 failed already
[19:34:15] <alex_joni> seb_kuzminsky: might be on my end, or inbetween
[19:34:25] <alex_joni> I had about 40 seconds response time for the grid page
[19:34:53] <seb_kuzminsky> ugh that's slow
[19:36:54] <seb_kuzminsky> i've noticed the buildmaster occasionally pegs the cpu here...
[19:36:54] <cradek> wonder if we could get rid of those mandb warnings if they are normal
[19:36:54] <seb_kuzminsky> i just got the first build failuer email on the buildbot list
[19:36:54] <seb_kuzminsky> cradek: i'd like that
[19:36:54] <seb_kuzminsky> i looked at the mandb manpage and didnt see anything about telling it to exclude certain globs or anything
[19:36:54] <seb_kuzminsky> so i think that means passing its otuput through grep -v... :-(
[19:37:00] <seb_kuzminsky> kinda gross, but it would green up the reports and make it easier to notice if something really does produce interesting warnings
[19:37:15] <alex_joni> mandb -q ?
[19:37:17] <alex_joni> :D
[19:37:29] <cradek> why do some have tests and some not? there's probably a pattern but I don't see it
[19:37:41] <seb_kuzminsky> the rip builds have tests
[19:37:44] <seb_kuzminsky> the deb ones dont
[19:37:48] <seb_kuzminsky> rip-sim and rip-rt
[19:37:53] <cradek> ah ok
[19:38:35] <seb_kuzminsky> 3 build failure emails on the buildbot list so far, none on the emc-commit list, and no bounce messages or anything from the emc-commit list so i think it's just being slow
[19:38:49] <alex_joni> seb_kuzminsky: does buildbot email when it finishes building all slots?
[19:38:59] <seb_kuzminsky> no
[19:39:03] <seb_kuzminsky> only when a build fails
[19:39:11] <alex_joni> hmm.. didn't get an email, and there are 3 fails already
[19:39:39] <alex_joni> but I did get an email just now that buildbot has been added to the list :/
[19:40:50] <seb_kuzminsky> oops, i forgot to subscribe emc-commit to the buildbot build list
[19:40:58] <seb_kuzminsky> i'll fix that in about an hour, gotta run no
[19:41:05] <seb_kuzminsky> valentine sushi lunch with the wife :-)
[19:41:30] <alex_joni> ok, I'll revert the Makefile change
[19:42:25] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/src/Makefile: revert intentional screwup
[19:46:40] <alex_joni> cradek: passing -q to mandb causes the warnings to go away
[19:47:11] <alex_joni> that disables all warnings:
[19:47:20] <alex_joni> *whatis parse for page(sec) failed
[19:47:26] <alex_joni> *is a dangling symlink
[19:47:37] <alex_joni> *bad symlink or ROFF '.so' request
[19:47:43] <alex_joni> *ignoring bogus filename
[19:47:48] <alex_joni> *competing extensions
[19:48:14] <alex_joni> not sure if losing those would be such a bad thing
[21:24:07] <seb_kuzminsky> ok i added the subscription
[21:27:02] <seb_kuzminsky> redoing just one build with the broken makefile
[21:32:03] <seb_kuzminsky> the fail email went to the buildbot's build list just fine, but the mta got this error from sf.net:
[21:32:15] <seb_kuzminsky> SMTP error from remote mail server after RCPT TO:<emc-commit@lists.sourceforge.net>: host mx.sourceforge.net []: 451- is not yet authorized to deliver mail from\n451-<build-bounces@emc2-buildbot.Colorado.EDU> to\n451 <emc-commit@lists.sourceforge.net>. Please try later.
[21:33:24] <seb_kuzminsky> i think the entity that subscribed to the emc-commit list is "buildmaster@emc2-buildbot.colorado.edu", but the From or Reply-to on the outgoing email is the buildbot's build-list's bounce address, which is not an allowed sender to the emc-commit list
[21:51:05] <seb_kuzminsky> i'll unsubscribe the buildbot's build list and subscribe the buildmaster user directly, and tell it to send email to both emc-commit and the buildbot build list on failure
[21:53:43] <seb_kuzminsky> buildmaster: hello
[21:53:43] <buildmaster> yes?
[22:09:31] <seb_kuzminsky> grump
[22:09:40] <SWPadnos> bah
[22:09:41] <seb_kuzminsky> it's hard to test this email thing when SF's mail is down
[22:09:58] <seb_kuzminsky> host mx.sourceforge.net []: 421 1b2kzd1.ch3.sourceforge.com: Too many concurrent SMTP connections; please try again later
[22:10:11] <SWPadnos> well, stop trying and maybe it'll clear up :)
[22:10:22] <SWPadnos> yay!
[22:10:55] <seb_kuzminsky> fine, i didnt want to send any email anyway
[22:11:13] <alex_joni> seb_kuzminsky: heh
[22:13:28] <seb_kuzminsky> i see now why jmkasunich isn't relying on the commit emails to trigger builds...
[22:15:54] <alex_joni> well.. commit emails are reliable
[22:16:02] <alex_joni> emails coming from the emc-commit list aren't ;)
[22:16:18] <seb_kuzminsky> this is sf.net not accepting mail *to* the emc-commit list
[22:16:30] <seb_kuzminsky> "reliable but latent"
[22:16:44] <alex_joni> yeah.. that sucks
[22:16:54] <alex_joni> but they quite often do..
[22:17:10] <SWPadnos> commit messages are often late here
[22:17:21] <seb_kuzminsky> "this free service sucks!"
[22:17:28] <SWPadnos> soemtimes one or two out of a set of 10 might be delayed
[22:17:35] <SWPadnos> (from the same commit)
[22:17:56] <seb_kuzminsky> SWPadnos: that's funny in a couple of different ways
[22:18:23] <SWPadnos> dunny "strange" or funny "ha ha"? :)
[22:18:24] <alex_joni> SWPadnos: I noticed that too
[22:18:29] <SWPadnos> s/d/f/
[22:18:50] <seb_kuzminsky> both i guess
[22:18:54] <alex_joni> SWPafnos ?
[22:18:55] <seb_kuzminsky> followed by a quiet sob
[22:19:05] <SWPadnos> alex_joni, fon't be a fork
[22:19:17] <SWPadnos> or a nerf
[22:19:18] <alex_joni> fifn't mean to
[22:19:30] <SWPadnos> I figuref that
[22:19:39] <alex_joni> sure you fo
[22:19:48] <SWPadnos> I thought it was acciffental
[22:19:55] <seb_kuzminsky> whee there it went
[22:20:09] <SWPadnos> (though it technically would be accifdental, since there was no g)
[22:20:14] <seb_kuzminsky> i knew if i just obsessively retried every second eventually it would work
[22:20:32] <alex_joni> well.. at least they don't queue these
[22:20:39] <alex_joni> (hopefully :P)
[22:20:50] <seb_kuzminsky> i got it already from sf.net
[22:21:01] <seb_kuzminsky> so it looks good to me now :-)
[22:21:19] <alex_joni> same here
[22:21:28] <alex_joni> and I didn't make the Blamelist.. yay?
[22:21:37] <seb_kuzminsky> heh, hmm.. yeah about that
[22:21:47] <seb_kuzminsky> it's always seb's fault
[22:21:50] <seb_kuzminsky> when something breaks
[22:21:55] <alex_joni> you check it out?
[22:22:02] <seb_kuzminsky> because the cronjob that tells buildmaster to build is run by me
[22:22:04] <seb_kuzminsky> :-/
[22:22:09] <alex_joni> yeah, that's ok
[22:22:20] <seb_kuzminsky> but, my reputation!
[22:22:22] <alex_joni> guess buildmaster should run on the machine where cvs is?
[22:22:34] <seb_kuzminsky> now when ppl google me they'll see a million broken builds!
[22:22:39] <seb_kuzminsky> heh
[22:22:52] <alex_joni> and buildmaster should get triggered by the user of the last commit..
[22:23:11] <alex_joni> I think we don't have that many commits that we won't know who to blame
[22:23:13] <alex_joni> :)
[22:23:19] <seb_kuzminsky> normally a post-commit hook on the repo triggers the buildbot
[22:23:31] <seb_kuzminsky> and the trigger includes the proper blame list for that commit
[22:24:08] <alex_joni> I think a "good" way for this is to have the cvs commit hook send email to you (besides the email that goes to CIA)
[22:24:22] <alex_joni> then you have all the info.. commit happened, who commited it, etc
[22:24:47] <seb_kuzminsky> you mean send email to the buildmaster, and i agree that sounds pretty good
[22:25:06] <alex_joni> yeah, that's what I meant
[22:27:09] <seb_kuzminsky> what currently generates our emc-commit emails? is it cvstoys?
[22:30:20] <alex_joni> there's a shellscript that triggers CIA by sending email
[22:31:05] <alex_joni> and another one for emc-commit@..
[22:31:11] <alex_joni> guess cradek wrote it
[22:31:53] <seb_kuzminsky> ok
[22:32:08] <seb_kuzminsky> to use emails to trigger the buildbot, i'll have to write a custom parser for cradek's emails
[22:32:23] <alex_joni> the CIA emails are easiest
[22:32:32] <alex_joni> they're already in a welldefined format
[22:32:38] <alex_joni> and you don't care for diff's anyways
[22:34:12] <alex_joni> seb_kuzminsky: http://cia.vc/clients/bk/ciabot_bk.sh
[22:34:22] <alex_joni> check the end of that commit-hook
[22:34:32] <alex_joni> you'll get an idea how messages usually look like
[22:34:38] <seb_kuzminsky> right
[22:34:51] <seb_kuzminsky> the $REV for CVS is a timestamp, right?
[22:35:15] <alex_joni> hmm.. dunno
[22:35:26] <seb_kuzminsky> i dont know what else it could be
[22:36:17] <alex_joni> I think cradek is sending the last version of the file
[22:36:35] <alex_joni> ah.. nope
[22:36:42] <alex_joni> revision is commented out, so nothing gets sent
[22:43:56] <alex_joni> whee cradek's back
[22:44:01] <cradek> ack
[22:45:04] <cradek> seb_kuzminsky: I could easily BCC your address on stuff that gets sent to emc-commit@sf
[22:45:38] <alex_joni> cradek: I think the cia mail is even easier to parse
[22:45:39] <cradek> assuming esmtp can do that, I've never tried it
[22:46:00] <alex_joni> CC should work..
[22:46:16] <seb_kuzminsky> i'd like that cradek, to buildmaster@emc2-buildbot.colorado.edu
[22:46:19] <cradek> sure, cia is easy
[22:46:24] <cradek> which one do you want?
[22:46:40] <seb_kuzminsky> cia, i think
[22:46:42] <seb_kuzminsky> hold on a sec
[22:47:16] <seb_kuzminsky> yeah, cia
[22:47:21] <cradek> echo " <name>EMC CIA script</name>"
[22:47:23] <cradek> haha
[22:47:36] <cradek> echo " <version>1.0</version>"
[22:47:50] <cradek> haven't touched this for a few years now...
[22:47:57] <seb_kuzminsky> how does EMC CIA script 1.0 identify the cvs "revision"? a timestamp?
[22:48:17] <alex_joni> it doesn't send it if I read it right..
[22:48:21] <cradek> not sure what you mean by revision
[22:48:30] <alex_joni> cradek: <revision>
[22:48:37] <seb_kuzminsky> me neither :-/
[22:48:59] <seb_kuzminsky> i mean "a string that completely specifies a particular state of the tree"
[22:49:03] <cradek> oh, ummmm
[22:49:21] <cradek> seb_kuzminsky: well, there is no such thing, except maybe date
[22:49:34] <seb_kuzminsky> a successful commit results in a new tree state, and that's what i'd really like to get my hands on
[22:49:41] <cradek> but what gets in cia's <revision> is ... checking
[22:49:45] <seb_kuzminsky> i think in cvs that means a date+timestamp
[22:49:50] <seb_kuzminsky> cradek: commented out, says alex_joni
[22:50:05] <cradek> oh, right, duh
[22:50:08] <alex_joni> http://cia.vc/clients/cvs/ciabot_cvs.pl
[22:50:16] <seb_kuzminsky> heh, that caught all three of us i think ;-)
[22:50:23] <alex_joni> that one doesn't send <revision> either
[22:50:28] <alex_joni> seb_kuzminsky: me twice
[22:50:41] <cradek> cia doesn't say anything about revision in our channel, so it doesn't matter
[22:51:04] <alex_joni> the "official" cia commit hooks for CVS don't send anything either
[22:51:05] <cradek> unfortunately I don't think I/we have what you want at all
[22:51:22] <seb_kuzminsky> so it says "this list of files were committed" and nothing else, that's ok, we can deal with that
[22:51:40] <alex_joni> seb_kuzminsky: I guess you only care about the trigger
[22:51:41] <cradek> I thought your goal was to trigger a build
[22:51:54] <cradek> get the email, wait a bit in case there are a few more, cvs up, build
[22:51:55] <alex_joni> and the author to put on the blamelist
[22:52:35] <seb_kuzminsky> cradek: agreed
[22:53:03] <seb_kuzminsky> buildbot has a knob to say how long to wait for another commit before starting the build
[22:53:19] <cradek> ok, that address is on the cia Cc:
[22:53:24] <seb_kuzminsky> thanks!
[22:53:32] <cradek> np
[22:54:02] <seb_kuzminsky> * seb_kuzminsky eagerly awaits the next commit