December 11, 2009 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >
December 11, 2009 NOTICE: This channel is no longer actively logged.
[00:00:26] <lifeless> the upside of this is taht if you ahve two branches or different configs of the same job, they will exclude each other, and that sounds like it would be desirable too.[00:00:46] <lifeless> mindless: loadUserByUsername isn't getting the username ?[00:01:02] <mindless> ldapSearch.searchForUser(username) returns non-null[00:01:17] <mrooney> lifeless: oh right, I hadn't though about that but you are right, we do have different branches[00:01:27] <mrooney> and 1-per-node on the job wouldn't work[00:01:30] <mindless> it's that LdapUserDetailsImpl.Essence stuff in LDAPSecurityRealm where it goes wrong[00:01:31] <mrooney> but your solution indeed would[00:01:43] <lifeless> mindless: let me have a look see[00:01:58] <lifeless> its odd that ldap is in core and not a plugin[00:02:08] <lifeless> I'd kind of like to move all the realms into plugins.[00:02:14] <lifeless> kohsuke: ^[00:02:58] <mindless> saves you from having to go get plugins before you can get up and running[00:03:08] <mrooney> lifeless: would you be able to mentor me on that plugin? does it seem straightforward to implement?[00:03:09] <mindless> but it could be a bundled plugin i guess, which allows you to remove it[00:05:46] <lifeless> mindless: default is no security at all, and plugins are clickyclicky to install[00:05:46] <lifeless> mindless: and yes, I'd be very happy for them to be bundled.[00:05:46] <lifeless> mrooney: I'm still a novice myself but I'd be delighted to help you[00:05:46] <mrooney> lifeless: oh okay, I've written a plugin once, but have zero knowledge of where job execution logic is in core[00:05:46] <mrooney> or how to "lock out" a node[00:05:46] <lifeless> mrooney: hudson.Computer as I recall[00:05:46] <mrooney> I guess it might be a new boolean property of a Computer?[00:05:46] <lifeless> with hudson.slaves having knowledge of different sorts of slaves such as remote ones.[00:06:11] <lifeless> hudson.Executor is the object for a single executor[00:06:15] *** khmarbaise has joined #hudson[00:06:34] <mrooney> I thought though, when hudson grabs things from the queue, if there are multiple, it schedules them at once[00:06:47] <lifeless> right, so we'[00:06:56] <lifeless> ll need to change executor a bit to permit this[00:07:12] <mrooney> I guess that would also fix the locks and latches plugin as a result[00:07:46] <lifeless> I haven't looked into that plugin yet, but I can imagine it having some limitations at the moment[00:07:49] <lifeless> which this may help with[00:08:24] <lifeless> mindless: so loadUserByUserName is being given a null username ?[00:08:50] <mindless> no[00:09:04] <mindless> ldapSearch.searchForUser returns non-null[00:09:45] <mindless> somewhere in taking that result into "Essence" and calling createUserDetails() is where it break[00:09:47] <mindless> s[00:17:45] <mindless> well, tracing thru the code the exception makes sense.. I don't see it set Essence.instance.username anywhere[00:18:17] <mindless> I think we should just call user.setUsername(username)[00:21:16] <lifeless> their java docs are a little saddening[00:21:43] <lifeless> but yes, lets try that[00:22:22] <lifeless> whats is ldapUser.getDn() ?[00:22:23] <mindless> previously ldapSearch returned a LdapUserDetails object, so it used the "copy" contructor for Essence[00:22:33] <lifeless> yeah[00:22:42] <mindless> and that's what copied the username before[00:22:58] <mindless> hopefully username is all we need here, not missing other stuff that would have been copied[00:23:11] <mindless> getDn is get distinguished name, but not sure what it means here[00:23:22] <mindless> dn for the located user i guess[00:24:59] <lifeless> so the diroperations constructor only sets that[00:25:16] <lifeless> I wonder if there is a different ldapSearch that returns an LdapUserDetails[00:25:53] <mindless> we can check, but for now about to test with setUsername in place[00:26:00] <lifeless> ok[00:26:36] <mindless> worked[00:26:37] <lifeless> so it looks like we might want to drop LDAPUserDetailsService entirely and use the spring one[00:26:56] <lifeless> but we can defer that[00:27:11] <lifeless> I'm very much in favour of the smallest patch that will work.[00:27:41] <mindless> it still has the same glitch that current hudson has.. the remember-me login is done many times on the first page you load (I think the page itself and other requests like js,css,images may all trigger remember-me login)[00:27:51] <mindless> but that's expected i guess[00:28:11] <mindless> so I just added:[00:28:17] <mindless> user.setUsername(username);[00:28:28] <mindless> right after the user = new LdapUserDetailsImpl.Essence line[00:28:32] <rtyler> any of you chaps using the hadoop plugin?[00:28:37] <lifeless> mindless: added[00:28:47] <mindless> lifeless: cool, thx[00:29:05] <lifeless> mindless: we may want to look up expired and locked too[00:29:09] <lifeless> mindless: I've added a note about this[00:29:36] <mindless> k[00:30:19] <mindless> haha[00:30:38] <mindless> FilterBasedLdapUserSearch.java in 1.0.5 has... wait for it... user.setUsername(username);[00:30:48] <lifeless> :)[00:31:22] <lifeless> mindless: so what do you think of us bundling some compatability decorators in the 1.0.5 namespace[00:31:24] <rtyler> I'm wondering if recent changes to the slave code has caused the slaves not to startup as hadoop nodes as well :/[00:31:36] <lifeless> rtyler: I don't use it, sorry.[00:31:47] <rtyler> hmm, perhaps JNLP is the problem[00:31:50] <lifeless> mindless: with openId, I'm trying to see where to install the open id filter[00:32:39] <mindless> lifeless: i'm personally not interested in working on compatibility code.. as I said I'm ok with compatibility breaking changes now and then[00:33:06] <lifeless> mindless: me too; I'm just looking for an assessment of that approach.[00:33:18] <mindless> don't even want to think about it, heh[00:33:31] <lifeless> :P[00:34:08] <mindless> as for openid filter, I guess if you implement a SecurityRealm then your createSecurityComponents method gets to put together whatever it needs[00:34:24] *** madkris has joined #hudson[00:34:46] <mindless> in LDAPSecurityRealm that method makes a LDAPUserDetailsService which loads a groovy file with the filter list[00:34:54] <lifeless> the providers I imagine?[00:35:00] <lifeless> unlike ldap, openid needs a different login form[00:35:13] <lifeless> and doesn't use usernamepasswordauthenticationtoken[00:35:44] <lifeless> so I need to put a new HTTPFilter in the filter chain, to catch the postback[00:36:22] <lifeless> mindless: UserDetailsContextMapper is the thing we might want to move to[00:36:31] <mindless> for that, use PluginServletFilter.addFilter()[00:36:36] <lifeless> for ldap specifically.[00:36:42] <lifeless> mindless: thanks[00:37:00] <rtyler> interesting[00:37:12] <rtyler> Hadoop nor Selenium Grid start up via JNLP from web start[00:37:22] <lifeless> mindless: have you run across an example of PluginServletFilter being used, for me to study ?[00:37:47] <mindless> my audit_trail plugin[00:39:02] *** rromanchuk has joined #hudson[00:44:17] <rtyler> curious; looks like at the very least these don't start on Windows, they error out with "Unable to determine the hostname/IP address of this system. Skipping Hadoop deployment[00:44:39] *** madkris has quit IRC[00:47:52] <rtyler> well this is kind of a let down, the slave agents won't deploy the hadoop plugin on anything I have (Mac/Windows[00:48:47] <rtyler> I get this on Mac: http://hudson.pastebin.com/m211f46b9[00:48:49] * rtyler sighs[00:48:54] <rtyler> I knew it was too goo to be true[00:49:42] *** madkris has joined #hudson[00:54:41] <madkris> do any of you have a tutorial on running jobs with tests made for the selenium plugin?[00:55:54] <rtyler> madkris: using RC?[00:59:26] <madkris> rtyler is it possible to use RC?[01:00:01] <madkris> have no clue about selenium[01:00:24] <madkris> but from the wiki, it says selenium grid[01:01:55] <mrooney> well you have to know which kind of selenium tests you are writing[01:02:31] <mrooney> madkris: RC and Grid are basically interchangeable, wherever you were putting the IP/port of the RC server before[01:02:45] <mrooney> point it at hudson and it will act as your grid[01:03:32] <mrooney> then just have hudson run them[01:04:14] <lifeless> kohsuke: http://wiki.hudson-ci.org/display/HUDSON/Designing+pre-tested+commit I've added another option there[01:04:18] <mrooney> just this week actually I set up Hudson as a Selenium Grid and automated our tests so I have some basic experience, if you have any troubles[01:04:26] *** rromanchuk has quit IRC[01:05:11] <mrooney> lifeless: that is actually less minimal than the minimal approach I was thinking of[01:05:35] <lifeless> mrooney: what was the approach you were thinking of ?[01:05:48] <mrooney> I was thinking of just allowing you to post a diff when you trigger a build, so anyone can trivially write a script to pre-test their stuff[01:05:49] *** statlor has quit IRC[01:06:11] <mrooney> regardless of SCM[01:06:29] <lifeless> mrooney: so there are different needs[01:06:31] <madkris> mrooney what do you suggest i should learn first?[01:06:37] <lifeless> mrooney: something that doesn't commit isn't interesting to me ;)[01:06:56] <mrooney> lifeless: well, it could at the end if it succeeds[01:07:22] <lifeless> then you need the scm extensions :)[01:07:25] <mrooney> lifeless: but it seems very useful to get quick results before you commit[01:07:29] <lifeless> I mean, folk can do it using shell scripts already.[01:07:31] <mrooney> isn't that part of the point?[01:07:43] <lifeless> mrooney: its a use case, its not one I have[01:08:20] <mrooney> ah ok[01:08:29] <mrooney> the merge thing would be nice if we were using DVCS[01:08:41] <mrooney> alas SVN has awful merge tracking[01:08:53] <lifeless> mrooney: there are scripts to work around that[01:09:02] <mrooney> to work around svn's awful merge tracking?[01:09:06] <lifeless> yah[01:09:10] <lifeless> or you can upgrade to 1.5[01:09:15] <mrooney> we are using 1.6[01:09:32] <lifeless> then you shouldn't have awful tracking :)[01:09:44] <mrooney> they took it from embarrasingly shameful to okay now it's just atrocious[01:09:47] <mrooney> no, it is[01:09:57] <lifeless> well, thats a shame :([01:10:18] *** rromanchuk has joined #hudson[01:10:20] <mrooney> it gets confused at really obvious that no DVCS would bat an eyelash at[01:10:21] <lifeless> anyhow, you can use a job parameter to apply a diff, today.[01:11:09] <mrooney> yeah you are probably right, so I can POST parameters too?[01:11:28] <mrooney> I just wanted hudson to implement the unpatching in a robust way for me :)[01:11:40] <mrooney> but it probably isn't too bad[01:12:49] <mrooney> (also while I rant about svn, it upgrades the merge props on so many files when you merge it makes output basically useless, and rename tracking is so bad in it)[01:12:54] <mrooney> lifeless: what are you using, bzr?[01:14:03] <lifeless> yes[01:14:53] <mrooney> yes that is a good world[01:15:15] <mrooney> so then you just pass in your personal branch, it merges and commits on a success?[01:15:27] <lifeless> thats what we do with pqm[01:15:35] <lifeless> and we essentially /never/ have trunk break[01:15:48] <mrooney> yeah that is very nice[01:15:57] <lifeless> but pqm is kinda ugly[01:16:08] <mrooney> I wouldn't mind using hudson to implement a pending head approach[01:16:08] <lifeless> and I don't really feel a lot of pressue to make it better[01:16:17] <madkris> mrooney do you happen to have any docs you can recommend?[01:16:30] <mrooney> I think we could pull it off with svn but then you constantly have merge with trunk, instead of "svn up"[01:16:31] <lifeless> I figure if I write a subunit parser for java and find a good way to hook it in that would rock.[01:16:53] <lifeless> mrooney: in dev branches, yes you should.[01:17:10] <lifeless> in trunk itself, where hudson is, you'd still just svn up; svn revert[01:17:13] <mrooney> mrooney: what are you trying to learn? how to write RC tests, how to run RC tests in hudson, or how to use hudson as a grid?[01:17:45] <mrooney> lifeless: right. the merging I think would be annoying in svn as I suspect it would result in more conflicts but I guess I have no specific rational reason to believe this[01:18:11] <mrooney> I guess it would be easy to try out, because you don't have to roll it out at once[01:18:19] <lifeless> mrooney: indeed.[01:18:25] <mrooney> I could give some experienced developers personal branches and let them try the approach[01:18:30] <mrooney> and have everyone else committing to trunk[01:18:48] <lifeless> mrooney: there is another approach[01:18:52] <lifeless> create a 'tested branch'[01:19:06] <lifeless> make a job that triggers on changes to trunk[01:19:21] <lifeless> and use shell scripting (for now) to do:[01:19:32] <lifeless> svn switch tested; svn merge trunk[01:19:39] <mrooney> hm it could tag it "latest-green" or something too[01:19:52] <mrooney> that might be easier than branches[01:19:55] <lifeless> and if it passes commit in a post build step[01:20:19] <mrooney> mmm that is also interesting[01:20:19] <lifeless> mrooney: or sure, whatever works for you. A branch is good because you get a log of the things known to pass[01:20:38] <mrooney> but then everyone needs to have two checkouts right?[01:20:49] <lifeless> no[01:20:55] <lifeless> only hudson would care about that[01:20:57] <mrooney> they have to develop in trunk to commit there but at the same time it isn't necessarily stable[01:21:06] <lifeless> your qa folk[01:21:18] <lifeless> and (say) UI and docs folk[01:21:18] <lifeless> would care about tested[01:21:31] <mrooney> hm everyone writes their own unit tests[01:21:41] <mrooney> so I guess that approach wouldn't us specifically[01:22:09] <mrooney> it would help QA a bit[01:22:20] <lifeless> its a hack for adding 'passes tests' to projects that aren't really branch savvy or enanbled[01:22:25] <lifeless> without everyone having to learn at once.[01:22:33] <lifeless> bbiab[01:22:45] <mrooney> but the main problem we want to solve is that if a developer is running unit tests on their sandbox and something fails, they want to know it was them, and not have someone elses failure showing up[01:22:52] <mrooney> okay :)[01:23:19] <lifeless> mrooney: well, the devs could all use green[01:23:22] <lifeless> and submit to trunk.[01:23:46] <lifeless> really afk for 10-15[01:24:53] <mrooney> okay, when you get back I'm interested in how you write in a branch but commit to another in a simple fashion, I'm not familiar with a simple way to achieve that that would work with IDEs and such[01:26:40] <rtyler> abayer: so JIRA lets us use java.net for creds?[01:26:59] <abayer> Thanks to Kohsuke writing a Crowd connector for it, yeah.[01:27:44] *** khmarbaise has quit IRC[01:29:08] *** matt-wynne has quit IRC[01:30:12] <rtyler> aha, I suppose I'll have to file some hadoop plugin bugs for nobody to work on :([01:41:08] *** stigkj has quit IRC[01:43:00] <lifeless> mrooney: well they would commit to their own branches of course[01:44:38] <mrooney> lifeless: so how do you do that though, patch over your diff?[01:45:25] <abayer> I need something Hudsony to work on. I'm bored.[01:45:59] <abayer> But mindless has the bug triage thing well in hand and I don't have any outstanding projects that I can think of...[01:46:51] <abayer> rtyler, did you find a place for your JSON meetup?[01:49:53] *** madkris has joined #hudson[01:50:09] <lifeless> mrooney: svn switch trunk; commit; svn switch mybranch, resume working - or something like that[01:50:20] <lifeless> mrooney: though personally, faced with svn, I grab bzr-svn :)[01:51:43] <lifeless> mindless: ewww : try { Thread.sleep(20000); } catch (InterruptedException ex) { }[01:52:55] *** Lewisham_ has joined #hudson[01:52:55] *** ChanServ sets mode: +v Lewisham_[01:53:00] *** jdolan has quit IRC[01:59:24] *** Lewisham has quit IRC[01:59:25] *** Lewisham_ is now known as Lewisham[01:59:34] <rtyler> abayer: yeah, 21st Amendment :)[01:59:39] <abayer> Excellent.[01:59:46] <rtyler> abayer: want to fix the Hadoop plugin? :)[01:59:49] <abayer> Nope.[01:59:54] <rtyler> bummer[01:59:58] <rtyler> I'm sure it'd be real easy[02:00:09] <rtyler> crowds would cheer upon its completion[02:00:12] <rtyler> imagine the glory..[02:00:31] <abayer> You're making promises you can't keep. =P[02:00:51] *** rromanchuk has quit IRC[02:01:17] <abayer> Oh, wait, maybe I'll work on the Maven 3 thing.[02:01:42] <rtyler> http://urlenco.de/qpoox[02:07:31] <mindless> lifeless: ?[02:08:40] <mindless> lifeless: oh, yes that was needed when I wrote the plugin.. I didn't notice the postInitialize API at that time.. when I moved that code to postInitialize I didn't test to see if it is still needed[02:10:08] <mindless> that particular acegi reference (SecurityContextHolder.getContext()) is probably one that could be handled by a compatibility layer[02:12:43] <mrooney> abayer: ooh ooh, implement the plugin lifeless and I were talking about![02:13:03] <abayer> Which one's that?[02:13:07] <mrooney> that locks a node when the job is running on it so no other jobs can run until it is done[02:13:32] <mrooney> it allows you to achieve "run this job concurrently but only once per node" in a fairly robust fashion[02:14:20] <lifeless> mindless: yes[02:15:00] <abayer> Ah. Why not just one executor per node, then?[02:15:26] <lifeless> abayer: because only some jobs are so disturbiing[02:15:47] <abayer> Hmm. I'm diving into the Maven 3 thing at the moment, but I think there's a decent chance that'll be fairly trivial, so let's see.[02:16:36] <mrooney> yeah, in my case I want say 2-4 executors on a typical node but if job veryIntenseOrNeedsExclusiveUseOfASystemResource runs, then it should just run that one[02:16:51] <mrooney> and I guess not schedule it until the node is clear[02:17:19] <lifeless> mrooney: I would schedule[02:17:39] <lifeless> mrooney: and as executors finish, with such a job scheduled, they wouldn't grab new jobs[02:17:48] <lifeless> otherwise you may never run the distributing job[02:17:53] <mrooney> right, yeah[02:17:58] <lifeless> disturbing[02:18:11] <lifeless> (meh, beer.)[02:18:11] <mrooney> haha[02:19:39] <mrooney> abayer: well if you do it you will be my hero :) I will need 2-3 less slaves, since I need two slaves for each machine, one with 2-3 executors and 1 with 1 with the label of the thing that can only run once per node[02:19:56] <mrooney> also it will mean we will have a chance of affording SCIS![02:20:05] <lifeless> SCIS?[02:20:18] <abayer> The commercial support contract for Hudson from Sun.[02:20:23] <abayer> i.e., paying Kohsuke's salary. =)[02:20:24] <lifeless> oh right[02:20:42] <mindless> hm, what's the default lifecycle phase for @Initializer[02:20:42] <lifeless> we should open that up a little; make a marketplace.[02:20:48] <mrooney> yeah, right now we have too many slaves because two run on a couple of them to work around this issue[02:22:32] *** jieryn-w has joined #hudson[02:22:32] *** ChanServ sets mode: +v jieryn-w[02:43:37] *** rromanchuk has joined #hudson[02:47:50] <mrooney> anyone familiar with the notifyCommit feature of hudson svn polling?[02:48:28] <mrooney> I'm trying to figure out if it will do the right thing, if I have projects a,b, and c, which poll repos/a, repos/b, and repos/c, if a notifyCommit that changed repos/b will only trigger job b[02:49:01] <mrooney> hm I bet it uses the changed data that you POST it to figure that out and be smart[02:49:12] <mindless> mrooney: ya, just found that the other day[02:49:56] <mindless> I haven't actually used it, but it sends just the repos uuid and the rev#.. so once hudson receives it it must find all the jobs that should be notified[02:50:52] <mindless> maybe it triggers a poll in all projects using that repo, and the polling will figure out if the job should actually start?[02:53:03] <mindless> no[02:53:29] <mindless> but i see code looking at "affectedPath", so looks like it should do the right thing.. try it out :-)[03:05:01] <abayer> Bleh. The Maven 3 thing is tougher than I'd hoped.[03:06:26] *** hobodave has quit IRC[03:09:27] *** ezraw has joined #hudson[03:17:51] *** Lewisham has quit IRC[03:23:59] <mrooney> mindless: yeah, it does the right thing indeed![03:24:20] <mrooney> this is a much more scalable approach as we have more projects in hudson, before I had that logic in my hook, figuring out which builds to trigger[03:24:38] <mrooney> now I don't need all these remote build tokens either![03:29:15] *** jdolan has joined #hudson[03:39:49] *** tstclair_bbl has quit IRC[03:52:06] *** abayer has quit IRC[04:13:24] *** abayer has joined #hudson[04:13:24] *** ChanServ sets mode: +o abayer[04:21:57] <madkris> mrooney, tests written for Selenium RC should work with the Hudson Selenium plugin, right?[04:33:32] *** mindless has quit IRC[04:36:21] <mrooney> madkris: the Selenium Grid plugin?[04:57:23] <mrooney> if so, yes[05:54:27] *** abayer has quit IRC[06:03:05] *** Lewisham has joined #hudson[06:03:12] *** ChanServ sets mode: +v Lewisham[06:06:07] *** ezraw has quit IRC[06:08:18] *** Lewisham has quit IRC[06:25:26] *** decriptor has joined #hudson[07:03:13] <madkris> wiki is down?[07:04:06] <madkris> nvm[07:04:42] <rtyler> :)[07:18:41] *** Lewisham has joined #hudson[07:18:41] *** ChanServ sets mode: +v Lewisham[07:24:39] *** khmarbaise has joined #hudson[07:26:19] *** khmarbaise has quit IRC[07:50:26] *** admc has quit IRC[07:51:38] *** Lewisham has quit IRC[08:07:16] *** Haloperidol has joined #hudson[08:15:06] *** vjuranek has joined #hudson[08:17:23] *** Haloperidol has quit IRC[08:37:19] *** asolsson has joined #hudson[09:04:19] *** emanuelez_ has joined #hudson[09:42:39] *** giskard has joined #hudson[09:47:31] *** stigkj has joined #hudson[10:50:41] *** matt-wynne has joined #hudson[10:53:53] *** DaveH has joined #hudson[11:06:38] *** jeff__ has joined #hudson[11:07:01] <jeff__> What is the deal with the download links?[11:09:13] *** matt-wynne has joined #hudson[11:15:21] *** dvrzalik has joined #hudson[11:30:15] *** alexbarna has joined #hudson[11:30:24] *** alexbarna has left #hudson[12:05:14] *** rromanchuk has quit IRC[12:05:34] *** dion has joined #hudson[12:06:31] <dion> hi guys. Anybody experiencing hudson performance issues?[12:07:19] <dion> Since some time hudson UI freezes at all. it's just impossible to access it's web interface[12:44:22] <emanuelez_> dion: did you check the logs?[12:50:34] <davidkarlsen> WTF? Suddnely all my JDK installation settings in the hudson master config just silently disappeared?[12:53:08] <davidkarlsen> config only has <jdk/> - yesterday all was swell[13:09:51] *** alexbarna has joined #hudson[13:09:53] *** alexbarna has left #hudson[13:34:00] <dion> emanuelez_: there are no exceptions in the logs. looks like everything is good[13:46:36] *** corn has joined #hudson[13:48:26] *** corn has left #hudson[13:57:44] *** matt-wynne has quit IRC[14:07:44] *** jdolan has joined #hudson[14:11:03] *** matt-wynne has joined #hudson[14:15:41] *** vjuranek has quit IRC[14:23:05] *** tstclair has joined #hudson[14:35:43] *** dvrzalik has quit IRC[14:41:00] *** yassine_ has joined #hudson[14:41:12] <yassine_> hi folks[14:41:34] <yassine_> anyone of the hudson web site admins around?[14:42:15] *** stigkj has quit IRC[14:48:21] <yassine_> there are some problem in jira mysql connection so the wiki is not accessable[14:51:16] *** jdolan has quit IRC[14:53:38] *** jdolan has joined #hudson[15:00:45] *** abayer has joined #hudson[15:00:45] *** ChanServ sets mode: +o abayer[15:00:46] *** abayer has quit IRC[15:01:30] *** abayer has joined #hudson[15:01:30] *** ChanServ sets mode: +o abayer[15:01:54] *** ezraw has joined #hudson[15:21:32] *** matt-wynne has joined #hudson[15:22:55] *** whaley has quit IRC[15:26:27] *** jieryn-w has joined #hudson[15:26:27] *** ChanServ sets mode: +v jieryn-w[15:29:47] *** justin5 has joined #hudson[15:31:50] *** bchoate has joined #hudson[15:43:40] *** lfischer has joined #hudson[15:43:49] <lfischer> Hello[15:44:15] <lfischer> looks like the hudson-wiki has some trouble...[15:52:24] *** ezrawolfe has joined #hudson[15:52:35] *** dOxxx has joined #hudson[15:53:14] <dOxxx> Hudson wiki appears to be dead...[15:53:58] <dOxxx> Here's the error message: http://pastebin.com/d32c640b6[15:54:09] *** AgentIcarus has joined #hudson[15:54:19] *** WilliamLeara has quit IRC[15:54:27] <AgentIcarus> afternoon all[15:54:29] *** WilliamLeara has joined #hudson[15:54:50] <AgentIcarus> my /tmp on my slaves are full of hudson-remoting directories that are taking up all my space, should hudson be deleting them?[15:55:02] *** ezrawolfe_ has joined #hudson[15:56:24] <AgentIcarus> (and lots of cobertura, surefirebooter and testutils stuff)[16:01:01] *** Haloperidol has joined #hudson[16:04:21] <AgentIcarus> also, the hudson-ci.org site seems a bit broken[16:04:31] <AgentIcarus> (Confluence is sending SQL exceptions)[16:04:48] *** WilliamLeara has quit IRC[16:05:02] *** WilliamLeara has joined #hudson[16:09:18] *** ezraw has quit IRC[16:10:19] *** ezrawolfe has quit IRC[16:12:03] <abayer> Yeah, the wiki's down.[16:12:33] <abayer> when kohsuke gets online, he can restart it.[16:13:06] <abayer> And yeah, remoting does seem to leave lingering directories. I think I opened a bug on that a while back.[16:14:53] <lfischer> thanks, I will trythe wiki later[16:15:50] <dOxxx> ok, thanks[16:16:00] *** dOxxx has left #hudson[16:18:09] *** lfischer has quit IRC[16:26:21] *** WilliamLeara has joined #hudson[16:31:18] *** khmarbaise has joined #hudson[16:32:02] *** zzorn has joined #hudson[16:32:10] <zzorn> hi, is the hudson wiki down?[16:32:17] <rpetti> yep[16:32:19] <zzorn> I get system error on http://wiki.hudson-ci.org/display/HUDSON/Use+Hudson[16:32:21] <zzorn> k[16:32:37] <zzorn> ok, so that's why the available plugins are not listing[16:32:47] * zzorn will try again later[16:33:45] *** whaley has joined #hudson[16:48:26] *** glass-ey1 has joined #hudson[16:52:25] *** kevwil has joined #hudson[16:59:27] *** WilliamLeara has quit IRC[16:59:41] *** WilliamLeara has joined #hudson[17:01:26] *** glass-eye has quit IRC[17:12:43] *** jieryn-w has quit IRC[17:15:52] *** kevwil has quit IRC[17:16:05] *** decriptor has joined #hudson[17:21:19] *** WilliamLeara has quit IRC[17:21:38] *** WilliamLeara has joined #hudson[17:23:03] *** mindless has joined #hudson[17:23:03] *** ChanServ sets mode: +o mindless[17:29:19] *** hobodave has joined #hudson[17:29:33] *** hobodave has quit IRC[17:29:41] *** hobodave has joined #hudson[17:40:43] *** khmarbaise has quit IRC[17:44:28] *** WilliamLeara has quit IRC[17:44:48] *** WilliamLeara has joined #hudson[17:50:44] * kleini ist away (Going pumping...)[18:08:20] *** matt-wynne has quit IRC[18:13:28] *** matt-wynne has joined #hudson[18:14:32] *** WilliamLeara has quit IRC[18:14:38] *** WilliamLeara has joined #hudson[18:22:46] *** khmarbaise has joined #hudson[18:28:09] *** matt-wynne has quit IRC[18:38:41] *** Lewisham has joined #hudson[18:38:41] *** ChanServ sets mode: +v Lewisham[18:41:56] *** tstclair has quit IRC[18:45:02] *** ezraw has joined #hudson[18:46:06] <mindless> kohsuke: couple questions[18:46:15] <kohsuke> ga[18:46:56] <mindless> kohsuke: I see 5048/4993 are still open, but should anything go in the 1.337 changelog about the change you added?[18:47:42] <kohsuke> I was thinking about marking them as fixed after I've run it on my production server for a while[18:48:08] <mindless> and: is HUDSON-5049 significant enough that 1.337 should not be released with flyweight support on by default?[18:49:03] <kohsuke> ah,[18:49:06] <kohsuke> hmm[18:50:14] <kohsuke> I think we can explain the work around for HUDSON-5049 and put the fix in 1.338[18:54:00] *** jdolan has quit IRC[19:01:28] <mindless> ok[19:02:29] <mindless> something in the changelog for 5048 would be appreciated.. my group is upgrading to 336 soon, and this is the only issue that concerns me a bit..[19:03:23] <mindless> so if we upgrade to latest analysis plugins we may get errors running these on slave nodes with 336?[19:04:09] <kohsuke> Yes, I believe so.[19:05:29] <mindless> k[19:09:43] *** DaveH has quit IRC[19:19:08] *** jbriguet has quit IRC[19:22:09] *** jbriguet has joined #hudson[19:30:52] <pjz> I'll be testing 4993 in production as soon as 1.337 shows up[19:32:29] <pjz> is there a unit or integration test that will keep 4993 from regressing ?[19:58:03] *** giskard has quit IRC[20:06:36] *** tstclair has joined #hudson[20:12:00] *** jdolan has joined #hudson[20:14:53] *** khmarbaise has quit IRC[20:20:34] *** WilliamLeara has quit IRC[20:20:41] *** WilliamLeara has joined #hudson[20:21:05] *** giskard has joined #hudson[20:21:49] *** jhalliday has joined #hudson[20:29:44] <pjz> any ETA on 1.337?[20:31:27] <mindless> later today[20:36:04] *** whaley has quit IRC[20:38:44] *** justin5 has quit IRC[20:39:45] *** WilliamLeara has joined #hudson[20:42:01] *** khmarbaise has joined #hudson[20:42:26] *** rebluefire has joined #hudson[20:45:16] *** atlas1j has joined #hudson[20:45:56] <atlas1j> Is there any pluggin or anything that would enable me to get the ip address of the machine that submitted a manual build request of a project?[20:47:19] *** hobodave has quit IRC[20:47:19] *** AgentIcarus has quit IRC[20:51:11] *** hobodave has joined #hudson[20:51:11] *** AgentIcarus has joined #hudson[20:52:14] *** jbriguet has quit IRC[20:52:14] *** Ju has quit IRC[20:52:38] *** WilliamLeara has quit IRC[20:52:40] <mrooney> atlas1j: I thought it already showed that?[20:53:23] *** WilliamLeara has joined #hudson[20:55:58] *** glass-ey1 has quit IRC[20:55:58] *** Haloperidol has quit IRC[20:55:58] *** Hill has quit IRC[20:55:58] *** hudson-admin has quit IRC[20:56:39] *** admc has joined #hudson[20:58:59] *** glass-eye has joined #hudson[20:59:34] *** bchoate has quit IRC[21:13:37] *** jdolan has quit IRC[21:23:25] *** jbriguet has joined #hudson[21:23:25] *** Ju has joined #hudson[21:25:34] *** whaley has joined #hudson[21:38:23] *** justin3 has joined #hudson[21:41:34] *** meonkeys has joined #hudson[21:41:49] <meonkeys> abayer: thanks for starting http://kenai.com/projects/issuezilla-to-jira ![21:42:14] <meonkeys> we've finally migrated off Issuezilla. Mifos is now using http://mifosforge.jira.com/ .[21:42:23] <meonkeys> And It Was Good.[21:43:22] *** khmarbaise has quit IRC[21:48:55] *** tstclair has quit IRC[21:49:50] *** tstclair has joined #hudson[21:53:08] *** glass-eye has quit IRC[21:53:08] *** atlas1j has quit IRC[21:53:08] *** andersa1977 has quit IRC[21:53:08] *** Miikka has quit IRC[21:53:08] *** sigmonsays has quit IRC[21:53:08] *** himanshu has quit IRC[21:53:08] *** Nacho_Man has quit IRC[21:53:08] *** jrmiah has quit IRC[21:53:09] *** mrooney has quit IRC[21:53:09] *** lifeless has quit IRC[21:53:09] *** zzorn has quit IRC[21:53:09] *** pcc1 has quit IRC[21:53:09] *** FauxFaux has quit IRC[21:53:10] *** whaley has quit IRC[21:53:10] *** mindless has quit IRC[21:53:11] *** rpetti has quit IRC[21:53:11] *** picasso has quit IRC[21:53:11] *** kleini has quit IRC[21:53:11] *** Denoginizer has quit IRC[21:53:11] *** rtyler has quit IRC[21:55:22] *** matt-wynne has joined #hudson[21:55:49] *** mindless has joined #hudson[21:55:49] *** whaley has joined #hudson[21:55:49] *** glass-eye has joined #hudson[21:55:49] *** atlas1j has joined #hudson[21:55:49] *** zzorn has joined #hudson[21:55:49] *** Miikka has joined #hudson[21:55:49] *** andersa1977 has joined #hudson[21:55:49] *** sigmonsays has joined #hudson[21:55:49] *** lifeless has joined #hudson[21:55:49] *** mrooney has joined #hudson[21:55:49] *** himanshu has joined #hudson[21:55:49] *** Nacho_Man has joined #hudson[21:55:49] *** jrmiah has joined #hudson[21:55:49] *** pcc1 has joined #hudson[21:55:49] *** FauxFaux has joined #hudson[21:55:49] *** rtyler has joined #hudson[21:55:49] *** irc.freenode.net sets mode: +ovvo mindless lifeless mrooney rtyler[21:55:49] *** Denoginizer has joined #hudson[21:55:49] *** kleini has joined #hudson[21:55:49] *** rpetti has joined #hudson[21:55:49] *** picasso has joined #hudson[22:00:30] *** atlas1j has quit IRC[22:03:10] *** yassine has joined #hudson[22:03:21] <yassine> good evening folks[22:04:45] *** jdolan has joined #hudson[22:13:35] *** tstclair has quit IRC[22:21:54] *** tstclair has joined #hudson[22:24:46] *** WilliamLeara has quit IRC[22:25:35] *** giskard has quit IRC[22:26:40] *** WilliamLeara has joined #hudson[22:27:19] <pjz> howdy[22:28:28] *** AgentIcarus has quit IRC[22:28:29] *** hobodave has quit IRC[22:29:34] *** jieryn-w has joined #hudson[22:29:34] *** ChanServ sets mode: +v jieryn-w[22:29:51] *** rebluefire has quit IRC[22:31:34] *** AgentIcarus has joined #hudson[22:32:15] *** jbriguet has quit IRC[22:32:15] *** Ju has quit IRC[22:33:40] *** hobodave has joined #hudson[22:33:40] *** AgentIcarus has joined #hudson[22:35:15] *** hobodave_ has joined #hudson[22:35:25] *** jbriguet has joined #hudson[22:37:31] *** abayer has quit IRC[22:37:40] *** AgentIcarus has quit IRC[22:37:40] *** hobodave has quit IRC[22:38:25] *** hobodave has joined #hudson[22:38:25] *** AgentIcarus has joined #hudson[22:38:46] *** AgentIcarus has joined #hudson[22:39:12] *** hobodave has quit IRC[22:43:03] *** Ju has joined #hudson[22:45:31] *** yassine has quit IRC[22:50:06] *** WilliamLeara has quit IRC[22:50:06] *** glass-eye has quit IRC[22:50:06] *** andersa1977 has quit IRC[22:50:06] *** jrmiah has quit IRC[22:50:06] *** Nacho_Man has quit IRC[22:50:06] *** Miikka has quit IRC[22:50:06] *** himanshu has quit IRC[22:50:06] *** sigmonsays has quit IRC[22:50:06] *** lifeless has quit IRC[22:50:06] *** mrooney has quit IRC[22:50:07] *** pcc1 has quit IRC[22:50:07] *** FauxFaux has quit IRC[22:50:07] *** zzorn has quit IRC[22:50:08] *** rpetti has quit IRC[22:50:08] *** mindless has quit IRC[22:50:08] *** kleini has quit IRC[22:50:08] *** picasso has quit IRC[22:50:09] *** Denoginizer has quit IRC[22:50:09] *** rtyler has quit IRC[22:50:09] *** whaley has quit IRC[22:50:57] *** mindless has joined #hudson[22:50:57] *** WilliamLeara has joined #hudson[22:50:57] *** whaley has joined #hudson[22:50:57] *** glass-eye has joined #hudson[22:50:57] *** zzorn has joined #hudson[22:50:57] *** Miikka has joined #hudson[22:50:57] *** andersa1977 has joined #hudson[22:50:57] *** sigmonsays has joined #hudson[22:50:57] *** picasso has joined #hudson[22:50:57] *** rpetti has joined #hudson[22:50:57] *** kleini has joined #hudson[22:50:57] *** Denoginizer has joined #hudson[22:50:57] *** rtyler has joined #hudson[22:50:57] *** FauxFaux has joined #hudson[22:50:57] *** pcc1 has joined #hudson[22:50:57] *** jrmiah has joined #hudson[22:50:57] *** Nacho_Man has joined #hudson[22:50:57] *** himanshu has joined #hudson[22:50:57] *** mrooney has joined #hudson[22:50:57] *** lifeless has joined #hudson[22:50:57] *** irc.freenode.net sets mode: +oovv mindless rtyler mrooney lifeless[22:52:43] *** mindless_ has joined #hudson[22:57:10] *** betehess_ has joined #hudson[22:57:12] *** abayer has joined #hudson[22:57:12] *** ChanServ sets mode: +o abayer[22:57:39] *** mindless has quit IRC[22:57:49] *** mindless_ is now known as mindless[23:06:29] *** ezraw has quit IRC[23:06:30] *** ezraw has joined #hudson[23:09:39] *** betehess has quit IRC[23:14:10] *** jbriguet has quit IRC[23:15:45] *** sigmonsays has quit IRC