[00:04:45] *** admc has joined #hudson
[00:09:32] <mrooney> abayer: yeah, one of the problems is that the clover plugin archives all builds and doesn't seem to provide an option to only keep the most recent
[00:09:39] <abayer> Ow.
[00:10:19] <mrooney> yes, I guess I shall file a bug, I hope the author is responsive :)
[00:10:35] <mrooney> not sure why it seems be archiving all sorts of other things though
[00:10:43] <mrooney> I'll continue digging through the source
[00:10:54] <mindless> what tool do people use for svg -> gif?
[00:11:55] <mrooney> mindless: I am not an expert but, maybe inkscape?
[00:12:19] <mindless> looking, thx
[00:13:15] <mrooney> I know it is what a lot of the prominent svg artists seem to use, at least on the FLOSS world, so I assume it can convert/save, but it could be heavyweight for your purpose
[00:36:48] *** tomhuybrechts has quit IRC
[00:38:16] *** ezraw has quit IRC
[00:40:16] <mrooney> oh my haha, I wonder if I found the issue
[00:41:05] <mrooney> the clover plugin seems like it looks for your clover.xml file and then tries to find the html, based on where an "index.html" file is, and I happen to have an unrelated index.html in the root workspace
[00:41:27] <mrooney> I wonder if that is causing clover to think my entire workspace is the html and archiving it
[00:46:24] <mrooney> yes it is quite assuredly archiving the entire workspace
[01:44:48] *** rromanchuk has quit IRC
[02:21:58] <wyrdvans> I also noticed with the clover plugin that when the clover.xml file is invalid xml, clover returns a FATAL error and stops the rest of the post-build actions from executing.
[02:29:26] *** jdolan has joined #hudson
[02:54:46] *** jrmiah has joined #hudson
[02:54:48] <jrmiah> allo
[02:56:14] <mrooney> wyrdvans: hm that sounds probably reasonable, that should be a failure
[02:56:53] <jrmiah> is there any way to specify jvmargs to hudson when execing (maven in my case) ?
[02:57:21] <wyrdvans> well, I have no objection to it being an failure but the rest of the post-build actions should execute
[03:00:20] *** jieryn-w has joined #hudson
[03:00:20] *** ChanServ sets mode: +v jieryn-w
[03:04:35] *** rromanchuk has joined #hudson
[03:05:05] <jrmiah> really no? heh
[03:05:22] *** whaley has quit IRC
[03:05:55] <mrooney> jrmiah: I am pretty sure
[03:06:06] <mrooney> have you tried -Dyourarg=value?
[03:07:59] *** metcalfc has quit IRC
[03:08:15] *** metcalfc has joined #hudson
[03:08:27] <jrmiah> ehhh
[03:08:44] <jrmiah> well that works for when i run tomcat which runs hudson
[03:08:47] <jrmiah> but hudson execs java to run your build Im pretty sure
[03:08:50] <jrmiah> i need to do it there...
[03:11:28] <mrooney> oh you mean, when running a specific job?
[03:12:05] <mrooney> or all jobs?
[03:27:42] *** hobodave has quit IRC
[03:38:52] *** metcalfc has quit IRC
[03:39:02] *** metcalfc has joined #hudson
[03:58:14] *** hobodave has joined #hudson
[04:42:19] *** mindless has quit IRC
[04:43:47] *** wyrdvans has quit IRC
[04:44:05] *** awb has quit IRC
[04:44:48] *** awb has joined #hudson
[04:45:22] *** awb has quit IRC
[04:46:19] *** awb has joined #hudson
[04:51:52] *** awb has quit IRC
[05:34:58] *** tstclair has joined #hudson
[06:16:09] *** abayer has quit IRC
[06:50:51] *** hobodave has quit IRC
[07:41:03] *** Haloperidol has joined #hudson
[07:56:44] *** asolsson has joined #hudson
[08:15:19] *** vjuranek has joined #hudson
[08:32:11] *** Haloperidol has quit IRC
[08:44:32] *** hobodave has joined #hudson
[09:10:12] *** sflanigan has quit IRC
[09:47:01] *** giskard has joined #hudson
[10:24:14] *** stigkj has joined #hudson
[10:40:41] *** hobodave has quit IRC
[11:26:41] *** evilchili1 has joined #hudson
[11:30:06] *** DaveH has joined #hudson
[11:43:25] *** evilchili has quit IRC
[11:50:30] *** admc has quit IRC
[12:25:15] *** whaley has joined #hudson
[13:05:36] *** stigkj has quit IRC
[13:06:11] *** stigkj has joined #hudson
[13:14:58] *** jieryn-w has joined #hudson
[13:14:58] *** ChanServ sets mode: +v jieryn-w
[13:47:34] *** admc has joined #hudson
[14:08:10] *** jdolan has quit IRC
[14:14:01] *** dvrzalik has quit IRC
[14:22:32] *** admc has quit IRC
[14:37:45] *** tstclair has joined #hudson
[14:43:17] *** ezraw has joined #hudson
[15:01:19] *** jdolan has joined #hudson
[15:01:27] *** abayer has joined #hudson
[15:01:27] *** ChanServ sets mode: +o abayer
[15:03:39] *** christophsturm has joined #hudson
[15:07:36] <jieryn-w> i think i might be able to convince my manager to request of my team to install hudson on all our personal workstations, to be used for slaves
[15:08:10] <jieryn-w> is there some way to restrict the instance to only do work when no other cpu/io is going on? majority of laptops are using winxp
[15:23:12] *** emanuelez has joined #hudson
[15:29:36] *** jdolan has quit IRC
[15:31:34] *** jdolan has joined #hudson
[15:35:46] <_W_> jieryn-w: you can run them at reduced priority (not sure how on xp)
[15:38:32] <jieryn-w> well, that's the rub :)
[15:44:42] *** evilchili has joined #hudson
[16:02:31] *** dvrzalik has joined #hudson
[16:05:50] <pjz> anyone have findbugs and pmd plugins working with hudson 1.336 ? I try and install them and they say they install but then they don't.
[16:06:11] <abayer> New versions of those plugins depend on an additional plugin you have to install, analysis-core.
[16:06:40] <pjz> aha! Thanks abayer!
[16:06:44] <abayer> np
[16:07:13] <pjz> whee, time to start the descent into dependency hell, I see :P
[16:23:10] <abayer> We really should work up a solution for plugin libraries like analysis-core and instant-messaging.
[16:23:45] <stigkj> jieryn-w: Think you should look into the Swarm plugin (http://wiki.hudson-ci.org/display/HUDSON/Swarm+Plugin). It does nothing about priority, but makes it very easy to stop/start slaves
[16:24:02] *** giskard_ has joined #hudson
[16:25:33] <stigkj> abayer: you mean, by some gui markup when you have selected a plugin that marks that a library plugin is missing?
[16:26:53] <abayer> Actually, I'm thinking that the way it should work is that if you upgrade or install plugin A and it depends on plugin library X, it should automatically install/upgrade plugin library X.
[16:26:56] <stigkj> abayer: this was in the Hudson admin gui...
[16:27:11] <stigkj> abayer: aha…of course much better :-)
[16:27:42] <abayer> Maybe I'll tackle that next.
[16:27:44] <stigkj> abayer; so hudson would download the plugin library X?
[16:28:42] <abayer> Yeah.
[16:28:59] <stigkj> I like :-)
[16:29:11] <abayer> We've already got that dependency information in update-center.json, but we don't really do anything with it.
[16:31:38] <stigkj> This is included in the plugin build artifact, right?
[16:31:53] <stigkj> I mean, the dependency on another plugin?
[16:31:54] <abayer> Ok, that's not entirely accurate - we use that information when Hudson starts up the plugin, but I don't see why we couldn't also use it in the update center.
[16:32:02] <abayer> The dependency is defined there, yeah.
[16:32:30] <abayer> So, for example, checkstyle version 3.0 is dependent on analysis-core 1.0 and maven-plugin 1.335.
[16:33:04] <abayer> We'd ignore maven-plugin, though, since that's bundled.
[16:34:10] <stigkj> Seems the "maven-build-hudson-plugin" plugin does not take into account the scope of the dependency, that is, if I have a test dependency to a plugin, this will still be included in the build artifact
[16:34:32] <stigkj> Actually, that might be fixed…a couple of weeks since I saw that.
[16:34:59] <stigkj> Do you have some marking on a plugin that is bundled?
[16:38:38] *** giskard has quit IRC
[16:38:50] <abayer> If a plugin just depends on a jar file, the jar file gets bundled with the plugin - and that should ignore test dependencies, I think. If a plugin depends on another plugin, the second plugin won't get bundled, but it'll get marked in the manifest as a dependency. And then when Hudson loads the first plugin, it makes sure to load the second plugin as well.
[16:38:56] <jieryn-w> stigkj: yes, this looks pretty interesting
[16:43:58] <stigkj> abayer: Do you have a special marking for a plugin that gets bundled by default, like the maven-plugin? Would be easier to implement the auto-update-dependencies thing, I would guess, without having a hard-coded list of bundled dependencies.
[16:44:19] <stigkj> Could be something put in the pom.xml
[16:49:04] *** giskard has joined #hudson
[16:50:19] *** mindless has joined #hudson
[16:50:19] *** ChanServ sets mode: +o mindless
[16:51:01] <stigkj> abayer: I have a very early working prototype of Guice DI for plugins. Thought about creating a new branch in svn. Sounds good?
[16:51:18] <abayer> Sounds fine by me.
[16:53:29] *** decriptor has joined #hudson
[16:54:44] *** bb0ys has joined #hudson
[16:58:10] <emanuelez> may I please ask some attention by anybody who has committing power to take a look to issue 4960? we have a solution already and submitted a diff
[17:04:32] *** giskard_ has quit IRC
[17:05:52] <stigkj> abayer: Do you know anything about the details around why we have both sezpoz and annotation-indexer? I know why annotation-index is there; sezpoz is too simple for all use cases. Is it for backwards compatibility that sezpoz is not removed?
[17:06:02] <abayer> Not a clue. =)
[17:06:44] <mindless> abayer: so developer info will show up in wiki once a plugin has done a release with parent pom version >= to ?
[17:07:09] <abayer> Yeah - off the top of my head, not sure what that version was, but I'll know shortly. =)
[17:07:14] <stigkj> abayer: I'll take it with kohsuke then :-)
[17:08:02] <mindless> k.. I recently encouraged all plugin devs to keep that version as old as works for the plugin, as Hudson now warns you about plugins built for newer Hudson
[17:08:20] <mindless> so it may take a while, but that's ok
[17:08:47] <mindless> heh, and a reply on the email thread about just that
[17:08:53] *** bb0ys has left #hudson
[17:10:32] <abayer> Ok, it should work with 1.324.
[17:10:48] *** hobodave has joined #hudson
[17:11:18] <mindless> k
[17:11:42] <abayer> Isn't that warning just when you specifically note that the plugin needs a certain version of Hudson? That's how I initially wrote it, so it *should* be that way unless someone changed it.
[17:12:05] <mindless> the warning uses "requiredCore" from the json data, so however that gets there..
[17:12:26] <mindless> I believe that is set from parent pom version, or at least defaults to that
[17:13:28] <abayer> It uses requiredCore? Hrm. I thought I'd done it differently - I must be getting it confused with the plugin compatibility version.
[17:13:40] <mindless> yes, that is different
[17:16:53] <stigkj> Just wondering…do you know if there have been any thoughts about setting up something for discussing patches?
[17:19:37] <abayer> Not really, no. It's come up, btu we've never done anything about it.
[17:21:05] <abayer> mindless: I'm hiding the Watchers custom field now - I may just nuke it completely, since it doesn't actually do anything about the watchers functionality, it just allows the watcher list to be displayed and manipulated as a custom field as well as the watchers interface.
[17:22:36] <mindless> sounds fine to me.. rare to add someone else as a watcher
[17:22:37] *** emanuelez has quit IRC
[17:26:07] <mindless> abayer: my dashboard now got an error "field Watchers does not exist"
[17:26:45] <abayer> Is that a custom dashboard gadget?
[17:27:00] <mindless> not custom gadget, custom filter
[17:27:03] <abayer> Ah.
[17:27:37] <mindless> "my watched".. so I guess I was using that field
[17:27:49] <abayer> Aaaaah.
[17:28:01] <abayer> Yeah, that'd do it.
[17:30:54] <abayer> Try a filter with advanced search, with the query "issue in watchedIssues()"
[17:31:12] <mindless> actually, I found there's a "watched issues" gadget
[17:31:28] <abayer> ...or that.
[17:32:06] <mindless> :-)
[17:33:34] *** mindless has quit IRC
[17:34:23] *** mindless has joined #hudson
[17:34:23] *** ChanServ sets mode: +o mindless
[17:34:45] <mindless> ah, but that gadget shows resolved issues.. so I'll use that query, thx
[17:38:26] * kleini ist away (Going pumping...)
[17:41:04] *** dvrzalik has quit IRC
[17:57:44] *** kevwil has joined #hudson
[18:17:29] *** rromanchuk has quit IRC
[18:20:39] *** aikie has joined #hudson
[18:21:26] <aikie> does someone know the default home dir for Hudson?
[18:21:27] <aikie> on a windows system?
[18:26:51] *** rromanchuk has joined #hudson
[18:27:20] <mindless> aikie: don't know, but something under your user folder I would guess
[18:30:43] *** Haloperidol has joined #hudson
[18:33:03] <aikie> I've been looking all over but couldn't really find something, the problem is that undeploying/deploying this doesn't get erased, and as I configured authentication in the wrong way I need to get rid of the configuration
[18:37:38] <stigkj> aikie: have you installed it as a service?
[18:40:41] <aikie> no, I've deployed to my local tomcat
[18:44:25] <aikie> but tomcat is running as a service
[18:47:54] *** vjuranek has quit IRC
[18:55:09] <stigkj> aikie: so tomcat is running as the local system account?
[19:00:39] <stigkj> aikie: the home catalog for the local system account is "C:\Windows\system32\config\systemprofile" on my Windows XP installation
[19:01:54] *** emanuelez has joined #hudson
[19:10:04] <emanuelez> hello, did any committer by any chance take a look at issue 4960 (http://issues.hudson-ci.org/browse/HUDSON-4960)? we provided a diff and it allows to have one single workarea for matrix projects
[19:14:28] *** giskard has quit IRC
[19:34:49] *** aikie has quit IRC
[19:43:51] *** giskard has joined #hudson
[19:46:39] *** DaveH has quit IRC
[19:55:19] <mindless> abayer: will <url> in pom.xml be picked up quickly, or not until a release is done for that plugin?
[19:55:31] <mindless> for generating json data
[19:59:52] *** betehess has quit IRC
[20:00:08] *** betehess has joined #hudson
[20:00:15] *** jamesturnbull has quit IRC
[20:02:37] *** asolsson has joined #hudson
[20:04:17] *** betehess has quit IRC
[20:04:33] *** betehess has joined #hudson
[20:08:16] <evilchili> i could use some help sorting out a matrix config… i have a single project that builds for (arch=x86,x64)(os=win,osx,linux)(ide=default,vs2005)
[20:08:24] <pjz> can someone look at http://pastebin.ca/1698862 ?
[20:08:44] <pjz> big tb after a successful build on a remote slave
[20:08:48] <evilchili> the ide is ignored by everything except the windows builds, where 'default' is resolved to vs2008.  i need to also build against vs2005, but only 32 bit versions
[20:09:01] *** betehess has quit IRC
[20:09:01] <evilchili> …but i want to limit the vs2005 builds to a specific slave
[20:09:16] *** betehess has joined #hudson
[20:09:59] <evilchili> pjz — dunno
[20:10:18] <pjz> evilchili: can you just make there only be one node tagged with vs2005 ?
[20:10:56] *** jamesturnbull has joined #hudson
[20:11:01] <evilchili> pjz — the IDE is configured as an additional axis
[20:11:10] <evilchili> rather than labels on a node
[20:12:57] <evilchili> i have a combination filter that limits the vs2005 builds to 32 bit, but it tries to build it on the windows slave that doesn't have vs2005 installed
[20:14:07] <evilchili> can you specify a node in a groovy expression for the combination filter?
[20:14:11] <evilchili> i'm guessing no
[20:16:29] <evilchili> …i guess i could just use a node label and then add some extra logic in the build scripts to handle it
[20:20:39] <mrooney> has the idea of compressing some common hudson files, like junitResult.xml and the log, been brought up?
[20:23:03] <mrooney> on my junitResult.xml, using zip saves 93% of the space, 1.5MB, and for our 4000+ builds, that's a ton of wasted space
[20:23:25] <mrooney> if it could uncompress those and log files on demand, it would save quite a bit of space!
[20:27:06] <stigkj> mrooney: good idea…jira. maybe?
[20:27:19] <mrooney> I will see if it exists and file if not
[20:27:34] <stigkj> :-)
[20:28:42] *** betehess has quit IRC
[20:37:01] *** emanuelez has quit IRC
[20:47:55] *** asolsson has quit IRC
[20:48:54] <abayer> mindless: no POM changes get picked up until releases.
[20:48:55] <mindless> k
[20:58:32] <mrooney> stigkj: looks like it is http://issues.hudson-ci.org/browse/HUDSON-2551 :)
[20:59:59] <evilchili> woo, support for .gz log files
[20:59:59] <evilchili> nice
[21:01:24] <stigkj> yeah…nice…just need support for compressed job dirs. A bit harder to do than only one file, I guess
[21:03:04] <mrooney> yeah, that would be neat
[21:03:08] *** asolsson has joined #hudson
[21:04:07] <mrooney> extending it to junitResult.xml would make it pretty excellent
[21:05:49] <mrooney> and then a post-build plugin with a checkbox that will compress any supported files
[21:10:22] *** admc has joined #hudson
[21:20:00] <stigkj> Good ideas…add them to the issue :-)
[21:21:15] <stigkj> abayer: for the Fisheye instance connected to Hudson's JIRA, is there any connection to user management on java.dev.net?
[21:21:39] <stigkj> Or should I just create my own uid
[21:23:48] *** giskard has quit IRC
[21:24:00] <abayer> We don't actually have Fisheye hooked up with JIRA yet.
[21:24:18] *** giskard has joined #hudson
[21:24:26] <abayer> Eventually we'll set up our own Fisheye instance and when we do, it'll use the same Crowd authentication/user info/etc from java.net as JIRA.
[21:27:27] <stigkj> but there are links to Atlassian's public Fisheye instance in Hudson's JIRA?
[21:27:49] <abayer> There may be links from individual bugs and such.
[21:27:53] <abayer> No need for a user ID there.
[21:27:53] <stigkj> our own Fisheye —> good
[21:28:29] <stigkj> true…no uid needed. Just wanted to look at the review functionality available there through crucible :-)
[21:29:47] <abayer> If we're gonna do anything with crucible code reviews, that'd wait 'til we have our own instance.
[21:30:02] <evilchili> any of you folks use pysvn at all?
[21:31:16] <stigkj> abayer: of course :-)
[21:32:05] <stigkj> evilchili: what are you using it for?
[21:33:09] <evilchili> in theory various operations during the build, which is run from a python script
[21:33:36] <evilchili> i'd like to avoid having to maintain svn clients on all the slaves, but pysvn seems hopelessly broken on several platforms
[21:35:35] <stigkj> abayer: would be nice to "post" patches to Crucible and link a JIRA to them. Easy to do code review on the patch...
[21:36:41] <stigkj> evilchili: is pysvn using the svn client libraries underneath?
[21:37:54] <evilchili> stigkj: it purports to be a native implementation of subversion; i suspect it's using the c bindings
[21:38:05] <evilchili> but i haven't looked too closely, since i can't even get the thing to deploy on osx or windows atm :x
[21:38:12] *** metcalfc_ has joined #hudson
[21:40:02] *** metcalfc has quit IRC
[21:40:02] *** metcalfc_ is now known as metcalfc
[21:40:24] *** giskard has quit IRC
[21:40:37] <evilchili> would be nice if it worked, as dropping to shell every time i need to perform an svn operation could seriously slow down the build
[21:42:21] *** rbondi has joined #hudson
[21:42:30] <stigkj> it seems it is using the svn libraries underneath yes
[21:43:17] <stigkj> it has a c++ extension that is using the c libraries, as for as I understand
[21:43:26] <evilchili> indeed
[21:43:32] <evilchili> when it works, it works very well
[21:43:50] <evilchili> but the installer is broken on osx, and i can't get it to find python on windows vista.  though that could be vista :)
[21:43:52] <evilchili> oh well
[21:44:32] <evilchili> the existing buildbot kludge is making shell calls every 5 lines, so i guess there's precedent already
[21:44:38] <evilchili> just offends my sensibilities
[21:46:46] <stigkj> hmm…have you tried MacPorts for osx install? I see that they have one there, v1.5.1_0. It runs under python 2.4
[21:47:34] <evilchili> nah. the ultimate goal was to reduce complexity of slave configurations
[21:48:00] <evilchili> so far i've avoided macports; would like to continue doing so if i can :)
[21:48:07] <evilchili> ditto cygwin
[21:48:20] *** giskard has joined #hudson
[21:50:31] <stigkj> he, he, do understand that. Do you have to use Windows/OS X for slaves? Or are these user's machines that are running builds in the background?
[21:51:14] *** betehess has joined #hudson
[21:51:38] <evilchili> slaves are dedicated snow kittie, vista, xp, debian and centos
[21:52:04] <stigkj> Left-over machines?
[21:52:26] <evilchili> nah. brand new VMs on a large-ish esxi host
[21:53:07] <stigkj> ok…you're testing things on different OS-es, right?
[21:53:20] <evilchili> will be, yup
[21:53:47] <stigkj> hmm…then you could do the builds in the linux machines and run the tests on the other machines
[21:54:05] <evilchili> o_O
[21:54:17] <evilchili> you have some mad scheme for building visual studio projects on linux boxes?
[21:54:35] <stigkj> he, he…hmm…not yet ;-)
[21:54:53] <evilchili> see above re: reducing complexity :P
[21:56:08] <stigkj> How big is the python build script? What does it do?
[21:57:01] <evilchili> not very, atm; about 400 lines.  It invokes cmake to generate arch/os/target build configs, then invokes the appropriate compiler to do the build
[21:59:26] <evilchili> it'll need to do some subversiony things like cleaning out the workspace, doing diffs as part of acceptance tests, commits to a gold master repo, etc
[22:02:59] *** giskard has quit IRC
[22:03:24] *** giskard has joined #hudson
[22:06:53] <pcc1> hudson tries to push its merges to origin even if it is a child of a matrix configuration build (I would expect this to only happen with the parent).  known bug?
[22:08:48] <pcc1> btw: this is with the git plugin
[22:17:21] *** admc has quit IRC
[22:17:52] *** asolsson has quit IRC
[22:26:01] *** admc has joined #hudson
[22:34:54] *** decriptor has quit IRC
[22:36:00] *** decriptor has joined #hudson
[22:37:15] *** abayer has quit IRC
[22:41:36] <pcc1> in any case, does anyone know how it is defined which BuildSteps are run for a particular Job?
[22:44:36] <pcc1> and how does one determine whether a Build is associated with a MatrixBuild?
[22:45:44] <evilchili> pcc1 — you mean, how can you tell from looking at a build that it was started by an upstream build?
[22:46:21] <pcc1> yes - instanceof MatrixRun?
[22:46:47] <evilchili> oh, you're talking ant or maven or something?
[22:47:16] <evilchili> in hudson it will say on the build page "started by upstream project blah blah build number 1"
[22:47:36] <pcc1> hm, I meant in the internal hudson API
[22:47:56] <evilchili> ah. that i don't know
[22:53:48] *** FauxFaux has quit IRC
[22:53:48] *** Hill has quit IRC
[22:53:48] *** rpetti has quit IRC
[22:53:48] *** Denoginizer has quit IRC
[22:53:48] *** Atomy has quit IRC
[22:53:48] *** nairb774 has quit IRC
[22:53:48] *** kleini has quit IRC
[22:53:48] *** ed_mann has quit IRC
[22:53:52] *** rpetti has joined #hudson
[22:53:53] *** Denogini1er has joined #hudson
[22:53:58] *** FauxFaux has joined #hudson
[22:54:02] *** WilliamLeara has joined #hudson
[22:54:03] *** ed_mann has joined #hudson
[22:54:03] *** nairb774 has joined #hudson
[22:54:05] *** kleini has joined #hudson
[22:54:13] *** Atomy has joined #hudson
[22:58:45] *** abayer has joined #hudson
[22:58:45] *** ChanServ sets mode: +o abayer
[23:01:43] *** abayer has quit IRC
[23:02:07] *** abayer has joined #hudson
[23:02:07] *** ChanServ sets mode: +o abayer
[23:13:03] *** WilliamLeara has quit IRC
[23:13:23] *** WilliamLeara has joined #hudson
[23:14:13] *** kevwil has quit IRC
[23:23:08] *** rbondi has quit IRC
[23:33:48] *** Hill has joined #hudson
[23:38:21] *** stigkj has quit IRC
[23:59:03] *** rromanchuk has quit IRC
[23:59:31] *** rromanchuk has joined #hudson

   December 2, 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 | >