NOTICE: This channel is no longer actively logged.
[00:10:25] *** ezraw has quit IRC[00:14:59] *** matt-wynne has quit IRC[00:16:05] * kleini ist away (Going pumping...)[00:20:47] *** jdolan has joined #hudson[00:45:15] *** Haldol has quit IRC[00:49:46] *** jieryn-w has joined #hudson[00:49:47] *** ChanServ sets mode: +v jieryn-w[01:01:28] <mrooney> is the selenium grid plugin supposed to work for windows service slaves?[01:03:02] *** mindless has quit IRC[01:19:08] *** oneofmayhudsonad has joined #hudson[01:40:37] *** tstclair has quit IRC[01:48:32] *** justin1 has left #hudson[01:48:35] *** justin1 has joined #hudson[02:06:17] *** rromanchuk_ has joined #hudson[02:23:17] *** rromanchuk has quit IRC[02:23:18] *** rromanchuk_ is now known as rromanchuk[02:24:57] *** Zarum has joined #hudson[02:29:00] *** Lewisham has quit IRC[02:58:46] *** decriptor has joined #hudson[03:13:23] *** autojack has left #hudson[03:22:01] *** rromanchuk has quit IRC[03:22:24] *** Lewisham has joined #hudson[03:22:24] *** ChanServ sets mode: +v Lewisham[03:23:27] <mrooney> hm, anyone know what this Selenium RC error means: http://hudson.pastebin.com/m1e67a936[04:14:19] <jieryn-w> anyone know if there is a jersey irc chan?[04:16:20] <mrooney> like, generically, for the state of NJ? or, am I missing some technology reference[04:24:59] <rtyler> mrooney: no, jersey cows[04:25:15] <rtyler> I think they're all over in #moooooo][04:36:36] *** tstclair has joined #hudson[04:51:48] *** justin1 has quit IRC[04:52:16] *** justin1 has joined #hudson[04:57:43] *** ian_mac has joined #hudson[04:59:16] *** Lewisham has joined #hudson[04:59:16] *** ChanServ sets mode: +v Lewisham[05:04:32] *** Lewisham has quit IRC[05:34:01] *** Lewisham has joined #hudson[05:34:01] *** ChanServ sets mode: +v Lewisham[05:35:33] *** Lewisham has quit IRC[05:41:08] *** Zarum has quit IRC[05:41:33] *** Zarum has joined #hudson[05:56:49] *** tstclair has quit IRC[06:15:15] *** rromanchuk has joined #hudson[07:05:12] *** vjuranek has joined #hudson[07:10:35] *** vjuranek_ has joined #hudson[07:11:34] *** asolsson has joined #hudson[07:11:45] *** decriptor has quit IRC[07:13:49] *** asolsson_ has joined #hudson[07:16:32] *** asolsson has quit IRC[07:39:00] *** asolsson_ has quit IRC[07:58:15] *** ian_mac has quit IRC[08:01:27] *** Haloperidol has joined #hudson[08:03:16] *** giskard has joined #hudson[08:06:55] *** giskard has quit IRC[08:17:35] *** Haloperidol has quit IRC[08:23:36] *** jieryn-w has quit IRC[08:31:41] *** emanuelez has joined #hudson[08:41:18] *** deebo has joined #hudson[08:41:24] <deebo> anyone use the configuration axes?[08:41:35] <deebo> its the perfect solution for my problem but i have one question:[08:41:52] <deebo> does it separate results for each axis?[08:42:15] <deebo> i have to run db tests for several databases, and the problem is, all these tests are the same, just the parameters change[08:42:30] <deebo> so in a default conf hudson cant distinguish teh results and just bunches them all together[08:47:17] <rtyler> multiconf is fine for that[08:47:25] * rtyler only uses it with shell script-based jobs[08:53:29] <deebo> does it actually separate the junit results based on the axes?[08:53:46] <deebo> if it doesnt ill end up with 4x sets of the same test results with no way of distinguishing them[08:53:51] <deebo> which is my current problem[08:54:37] <rtyler> yes, unless you aggregate test results (iirc)[08:56:04] <deebo> hmm guess ill test it out then, tho im already at the first problem since our build script doesnt use -Ddb=mysql/oracle/etc for testing, rather just -Denable.mysql=[09:09:11] <deebo> hmpf, wasnt it possible to set a projects root without using SCM?[09:09:25] <deebo> im 99.99% sure i did that in some earlier version but now i cant find it[09:09:29] <rtyler> advanced options[09:09:31] <rtyler> custom workspace dir[09:10:15] <deebo> "advanced project options" only contains quiet period[09:11:12] <rtyler> it's somewhere around there[09:12:43] <deebo> default project has that[09:12:45] <deebo> multi conf doesnt[09:12:53] <deebo> for some weird reason..[09:14:40] <deebo> my plan was to have one project build + deploy, and another to run all the tests with multi conf[09:14:46] <deebo> but if multiconf cant use the same workspace...[09:28:33] *** asolsson_ has joined #hudson[09:41:04] *** giskard has joined #hudson[10:27:01] *** joe____ has joined #hudson[10:27:14] *** animur has joined #hudson[10:37:22] *** alexbarna has joined #hudson[10:37:50] *** giskard has quit IRC[10:38:40] *** alexbarna has left #hudson[10:42:43] *** DaveH has joined #hudson[10:51:25] *** animur has quit IRC[10:54:21] *** Lewisham has joined #hudson[10:54:21] *** ChanServ sets mode: +v Lewisham[10:55:53] *** stigkj has joined #hudson[11:00:23] *** giskard has joined #hudson[11:05:46] *** dvrzalik has joined #hudson[11:29:12] *** Lewisham has quit IRC[11:52:30] *** asolsson has joined #hudson[12:05:37] *** emanuelez has joined #hudson[12:12:59] *** alexbarna has joined #hudson[12:27:09] *** alexbarna has left #hudson[12:29:49] *** asolsson has joined #hudson[12:32:08] *** christophsturm has quit IRC[12:51:26] *** matt-wynne has joined #hudson[13:09:14] *** jieryn-w has joined #hudson[13:09:14] *** ChanServ sets mode: +v jieryn-w[13:10:23] *** jshah has joined #hudson[13:10:52] <jshah> Hi...I have some issue related to setting up hudson..Is there any forum/mailing list for the same ?[13:12:51] <jshah> My project structure was {dev.root}/prj1, {dev.root}/prj2, ${dev.root}/prj3.....And dev.root was defined in environment varable...[13:13:16] *** stigkj has quit IRC[13:13:23] <jshah> now structure for checkout of hudson is different...[13:13:49] <jshah> its like job/prj1/workspace, job/prj2/workspace....[13:14:10] <jshah> so every things i defined really fails[13:14:59] <deebo> is each prjn an independent entity?[13:17:13] <jshah> nop..thats the issue[13:17:37] <jshah> one depends on another (prj2 depends on jar produced by prj1)[13:18:11] <jshah> so it used to refer in prj2 as dev.root/prj1/dist/prj1.jar[13:19:03] <deebo> how are they versioned?[13:19:20] <deebo> cant you just checkout their parent into a single workspace in hudson?[13:19:27] <deebo> if you cant, you have issues that go beyond hudson :)[13:21:28] *** whaley has quit IRC[13:22:06] <jshah> oops...its like prj1 is common sdk. Even if i don't change in prj1; i need to have jar available in prj2[13:24:14] *** stigkj has joined #hudson[13:48:05] *** jamestur1bull has joined #hudson[14:00:19] *** jamesturnbull has quit IRC[14:07:09] *** vjuranek_ has quit IRC[14:16:39] *** orrc has joined #hudson[14:17:21] <orrc> is the "locks & latches" plugin currently the advised way to do locking? I just noticed that it's about a year old and wondered if there was something newer[14:22:25] <stigkj> orrc: The drools plugin looks promising. Not sure what state it is in yet, thought...[14:27:38] <orrc> interesting, thanks[14:30:00] *** ed_mann has quit IRC[14:32:46] *** tstclair has joined #hudson[14:41:31] *** jdolan has quit IRC[14:48:09] *** ezraw has joined #hudson[14:48:13] *** rbondi has joined #hudson[15:05:41] *** ed_mann has joined #hudson[15:28:38] *** eric_n_dfw has joined #hudson[15:35:39] *** dvrzalik has quit IRC[15:41:22] *** abayer has joined #hudson[15:41:22] *** ChanServ sets mode: +o abayer[15:43:03] *** jdolan has joined #hudson[16:00:03] *** whaley has joined #hudson[16:10:22] *** jdolan has quit IRC[16:18:49] *** jdolan has joined #hudson[16:22:27] *** blizzow1 has left #hudson[16:28:29] *** justin3 has joined #hudson[16:30:25] *** tstclair has joined #hudson[16:38:55] *** justin1 has quit IRC[16:41:23] *** ezraw has quit IRC[16:46:53] *** ppawel has joined #hudson[16:50:38] *** mindless has joined #hudson[16:50:38] *** ChanServ sets mode: +o mindless[16:55:10] *** decriptor has joined #hudson[17:17:16] *** stigkj1 has joined #hudson[17:21:39] *** stigkj1 has quit IRC[17:26:20] *** hobodave has joined #hudson[17:27:21] *** jshah has quit IRC[17:32:21] *** giskard has quit IRC[17:45:51] *** matt-wynne has quit IRC[17:46:35] * kleini ist away (Going pumping...)[17:48:43] *** kevwil has joined #hudson[17:56:36] *** ppawel has quit IRC[18:00:39] *** eric_n_dfw has quit IRC[18:12:08] *** Haloperidol has joined #hudson[18:16:38] *** giskard has joined #hudson[18:34:04] *** evilchili has quit IRC[18:43:27] *** ezraw has joined #hudson[18:47:29] *** kevwil has quit IRC[19:04:37] *** tstclair has quit IRC[19:21:06] *** DaveH has quit IRC[19:25:44] <mrooney> orrc: it does have some issues, if you look at bug reports[19:26:30] <mrooney> orrc: what is the use case you are trying to solve?[19:26:36] <mrooney> generally you can accomplish it in a robust way by making a slave on the master with one executor[19:27:50] <mrooney> is there a component for the selenium grid plugin? I can't seem to find one[19:28:24] <mrooney> ahh, just "selenium" perhaps[19:28:45] <orrc> mrooney: I just need very basic locking to stop two particular jobs executing concurrently, while allowing other jobs to use the 2nd executor[19:30:20] <orrc> mrooney: I installed and configured Locks & Latches earlier. just actually tried it now, it works fine.. so fingers crossed that continues :)[19:31:05] <mrooney> the problem is that, if you are locking jobs A and B, and both A and B get in the queue and are waiting[19:31:26] <mrooney> they will both take up executors, though the one will wait until the other is done[19:31:40] <mrooney> but it sucks up an executor[19:32:10] <mrooney> we solve that same problem by making a slave on the node it should run on, with one executor, and tying the locked jobs to that node[19:32:18] <mrooney> it works much better I think[19:32:28] <orrc> hmm.. not so in my case. job A executed, job B sat in the "build queue" and I started unrelated job C afterwards successfully. both executors were used[19:32:41] <mrooney> right, all the executors have to be full[19:32:44] <mrooney> so that A and B are both waiting[19:32:57] <mrooney> I think that's how it works?[19:33:06] <mrooney> anyway if you look at the bug reports for the plugin you will see, if you have any interest[19:33:30] <orrc> ah, I see. so A and B both see the available executor and then politely wait for each other to start[19:33:44] <mrooney> oh no you just need job A running, queue A and B, they both wait in the queue, when the first A is done, both A and B will take up executors[19:34:21] <mrooney> but if the plugin works for your case, great :)[19:35:05] <mrooney> abayer: am I crazy? the "Issue Tracker" link for http://wiki.hudson-ci.org/display/HUDSON/Selenium+Plugin seems to search on a component that doesn't actually exist[19:35:28] <abayer> If there's no component called the same thing as the plugin name, that'll happen.[19:36:12] <orrc> mrooney: ok, I'll find out in 7 minutes whether that case breaks it! but the way they're scheduled and the up/downstream relationships mean that situation is unlikely. thanks for the info and workaround[19:39:32] <hobodave> I'm having all kinds of bizarre issues trying to edit a job configuration[19:39:45] <hobodave> right now I'm gettingi Status Code: 400 Exception: Nothing is submitted[19:46:38] <hobodave> now I'm getting JSONExceptions[20:04:19] <mrooney> abayer: oh okay, are you able to creat components?[20:04:27] <abayer> Yes, I am.[20:04:37] <mrooney> oh excellent could you create that one, I need to file a bug :)[20:05:34] <abayer> Okiedokie.[20:06:43] <abayer> Done.[20:07:41] <mrooney> thanks so much![20:08:08] <mrooney> do the reports go to anyone by default?[20:12:25] *** mindless has quit IRC[20:13:29] <abayer> Kohsuke, 'cos I think he developed it.[20:15:32] *** rromanchuk has quit IRC[20:18:12] *** tstclair has joined #hudson[20:20:13] <mrooney> okay[20:20:21] <mrooney> I wonder how to exclude the master from being used as an RC[20:20:32] <mrooney> it happily excludes other nodes[20:25:28] *** tstclair_ has joined #hudson[20:29:30] *** timp has quit IRC[20:40:59] *** tstclair has quit IRC[20:57:08] *** evilchili has joined #hudson[21:03:16] *** ezraw has quit IRC[21:10:08] *** ezraw has joined #hudson[21:10:49] *** ed_mann has quit IRC[21:12:10] *** ed_mann has joined #hudson[21:12:16] *** ed_mann has left #hudson[21:38:00] *** justin3 has quit IRC[21:52:51] *** evilchili has quit IRC[21:59:27] *** orrc has quit IRC[22:01:27] *** ezraw has quit IRC[22:04:25] *** admc has joined #hudson[22:15:06] *** evilchili has joined #hudson[22:19:04] *** ian_mac has joined #hudson[22:19:26] *** justin1 has joined #hudson[22:37:27] *** rromanchuk has joined #hudson[22:39:20] *** ian_mac has quit IRC[22:39:59] *** rromanchuk_ has joined #hudson[22:40:52] *** rbondi has quit IRC[22:56:20] *** rromanchuk has quit IRC[22:56:21] *** rromanchuk_ is now known as rromanchuk[22:56:35] *** stigkj has joined #hudson[23:02:31] *** ezraw has joined #hudson[23:17:21] *** abayer has quit IRC[23:18:29] *** abayer has joined #hudson[23:18:29] *** ChanServ sets mode: +o abayer[23:26:16] *** kevwil has joined #hudson[23:37:35] *** tstclair_ has quit IRC[23:38:03] *** tstclair has joined #hudson[23:49:54] *** Lewisham has joined #hudson[23:49:54] *** ChanServ sets mode: +v Lewisham[23:54:21] *** kevwil has quit IRC