[00:26:12] *** admc has quit IRC
[01:05:23] * rtyler yawns
[01:11:49] *** admc has joined #hudson
[01:14:44] <rtyler> admc: still in Man Jose or back in the world of the living?
[01:17:31] *** admc_ has joined #hudson
[01:29:38] *** admc has quit IRC
[01:34:28] *** BigAllan has joined #hudson
[01:45:35] *** netjunki has joined #hudson
[02:18:23] *** netjunki has left #hudson
[02:21:32] *** admc_ has quit IRC
[03:47:45] *** BigAllan has quit IRC
[05:06:41] *** admc has joined #hudson
[06:14:47] *** grass-eye has joined #hudson
[06:19:33] *** grass-eye has quit IRC
[06:20:58] *** waz has quit IRC
[08:37:58] *** W_work has joined #hudson
[09:33:19] *** khmarbaise_ has quit IRC
[10:09:04] *** timp_ has joined #hudson
[10:30:52] *** akostadinov has joined #hudson
[10:51:18] *** akostadinov has quit IRC
[10:52:11] *** akostadinov has joined #hudson
[11:13:21] *** ppawel has joined #hudson
[11:38:32] *** Atomy has joined #hudson
[12:11:40] *** akostadinov has quit IRC
[12:15:44] *** admc_ has joined #hudson
[12:27:59] *** admc has quit IRC
[12:38:47] *** admc_ has quit IRC
[13:15:06] *** bramjam has joined #hudson
[13:18:13] *** dvrzalik has joined #hudson
[13:30:14] *** Atomy has quit IRC
[13:31:38] *** Atomy has joined #hudson
[13:35:17] *** velo has joined #hudson
[13:49:24] *** velo has quit IRC
[13:49:45] *** velo has joined #hudson
[14:11:36] *** dvrzalik has quit IRC
[14:46:09] *** akostadinov has joined #hudson
[14:54:06] *** jdolan has joined #hudson
[14:54:14] *** AnA-l has joined #hudson
[14:54:20] *** AnA-l is now known as jbriguet
[14:54:22] <jbriguet> hi
[14:55:58] <jbriguet> just a quick question, i saw on the wiki i can easily install hudson as a service, without need for tomcat or anything like that, does it work well, or a tomcat server is recommended ?
[14:56:21] <jbriguet> or maybe I didn't understood :)
[14:56:36] <W_work> works fine for me
[14:56:41] <bobo> i think it almost works smother then using it in a container
[14:57:29] <W_work> if you already have a tomcat there's no need to add more resources of course (another JVM and port number)
[14:58:36] <jbriguet> W_work> i don't have tomcat or anything, and as i don't know it, if it's not required or really better, i'll go without :)
[14:58:56] <bobo> well, if your hudson deploys to the same container it is in. and your application craches your container. then hudson goes down aswell.
[15:00:04] <W_work> mm, just thinking about our setup here at work. We're already running a wiki in tomcat on the same machine we're using for hudson master, so there was no need to run it separately. But at my personal setup I run it stand-alone
[15:00:31] *** waz has joined #hudson
[15:02:30] <jbriguet> and it should work with a tomcat 6 if i choose to use it ? or should i stick with tomcat 5 ?
[15:03:10] <W_work> I see no reason why it wouldn't work on either
[15:09:46] <jbriguet> ok, i'll try this :)
[15:09:56] <jbriguet> i have some time to spend :p
[15:25:06] *** decriptor_ has joined #hudson
[15:25:37] *** decriptor_ has left #hudson
[15:31:44] *** decriptor_ has joined #hudson
[15:36:17] *** decriptor_ has quit IRC
[15:42:15] <bramjam> WOHOOOO! managed to get cobertura running on hudson! i love hudson :d
[16:04:25] *** akostadinov has quit IRC
[16:08:22] <rtyler> bramjam: hudson loves you back
[16:43:25] *** akostadinov has joined #hudson
[16:54:39] *** basil3 has joined #hudson
[16:59:08] *** basil3 has quit IRC
[16:59:32] *** mindless has joined #hudson
[17:00:09] *** bramjam has quit IRC
[17:07:48] *** jieryn-w has joined #hudson
[17:17:29] *** akostadinov has quit IRC
[17:21:02] *** kelt_ has quit IRC
[17:22:25] *** bramjam has joined #hudson
[17:35:51] *** akostadinov has joined #hudson
[17:49:15] *** waz has quit IRC
[18:08:56] *** akostadinov has quit IRC
[18:14:07] *** kstreith has joined #hudson
[18:17:36] *** kohsuke has joined #hudson
[18:26:58] *** khmarbaise has joined #hudson
[18:27:48] *** jdolan has quit IRC
[18:28:58] *** akostadinov has joined #hudson
[18:31:23] *** timp_ has quit IRC
[18:43:08] *** jdolan has joined #hudson
[18:46:51] *** akostadinov has quit IRC
[19:06:12] *** mrooney has joined #hudson
[19:18:05] *** Lewisham has joined #hudson
[19:36:19] *** bramjam has quit IRC
[19:56:03] *** ppawel has quit IRC
[20:06:47] <abayer_> Hey Kohsuke - did you see my mail to the dev list regarding switching the Update Center to point to the hpi files in the java.net m2 repository, rather than the current java.net download location?
[20:06:53] *** abayer_ is now known as abayer
[20:07:25] *** bramjam has joined #hudson
[20:47:07] *** admc has joined #hudson
[20:52:27] *** waz has joined #hudson
[21:01:18] *** pallan has joined #hudson
[21:01:53] *** notme has joined #hudson
[21:02:44] <mrooney> What provides the description of the plug-in in "Available" plug-ins in the plug-in manager?
[21:02:57] <mrooney> I thought it would be the <description> aspect of the pom.xml but it doesn't seem to be
[21:03:02] <pallan> hello all, anyone know how to deal with OufofMemory errors?
[21:03:03] <abayer> It's...lemme see here...
[21:03:07] *** waz is now known as Guest79441
[21:03:24] *** notme is now known as waz
[21:04:34] <abayer> It's the the {excerpt} from the plugin's wiki page.
[21:04:35] <kohsuke> abayer: I just sent you a reply
[21:04:47] <kohsuke> Do you feel that the download speed is an issue?
[21:05:02] <kohsuke> Or is it motivated by something else?
[21:05:34] <abayer> thanks, kohsuke. =) And no, I'm not really concerned with download speed - I'm thinking more about setting up local "update centers" for internal use, secondary "update centers", etc.
[21:06:05] <abayer> And if I'm going to write a new transport mechanism, I was just wondering whether it made sense to use that for the default as well.
[21:07:11] <kohsuke> From my own experience of setting up a debian mirror and Maven mirrors, my take on setting up a local mirror is that simpler the better
[21:07:34] <kohsuke> So I thought I'd just let people put all *.hpi in a directory and then provide a little program to generate index.
[21:07:44] <abayer> Hmm. Good point.
[21:07:53] <kohsuke> If that directory happens to be a Maven repository, that's fine with us.
[21:08:10] <kohsuke> (I guess I'm using "a directory" to include subdirectories)
[21:08:14] <abayer> Yeah.
[21:09:07] *** resmo has joined #hudson
[21:09:15] <kohsuke> But I'm not really up to date with recent server-side provisioning related improvements --- like P2? that Eclipse now has.
[21:09:16] <abayer> Though then it'd need to know to get the latest version of a plugin, etc - it'll probably make more sense to have a flat-directory update center generator, the existing java.net one, and (if there's enough interest to bother) a Maven one.
[21:11:04] <abayer> Yeah, I'm not very up to date on those either.
[21:11:46] <kohsuke> I suppose you are right that the java.net-based approach is probably not very consumer-friendly
[21:12:02] <kohsuke> It should be an rsync-able directory or something
[21:12:15] <kohsuke> I guess we should do that.
[21:12:15] <abayer> It's fairly specific to hosting the plugins at java.net, yeah.
[21:15:14] *** alpheus has joined #hudson
[21:17:54] <mrooney> abayer: whoa, Hudson pulls the description from the wiki?
[21:17:58] <abayer> Yup.
[21:18:21] <mrooney> fanciful, so you don't have to do a release to update it
[21:18:29] <mrooney> also I can fix some of the ones without descriptions
[21:19:21] *** Guest79441 has quit IRC
[21:34:06] *** admc has quit IRC
[21:48:21] *** Lewisham has quit IRC
[21:50:26] *** rromanchuk has joined #hudson
[21:54:28] *** waz has quit IRC
[21:59:30] *** waz has joined #hudson
[22:03:17] *** resmo has quit IRC
[22:11:25] *** pallan has quit IRC
[22:25:20] *** kstreith has quit IRC
[22:40:58] *** notme has joined #hudson
[22:41:27] *** admc has joined #hudson
[22:42:32] *** waz is now known as Guest24820
[22:43:43] *** notme is now known as waz
[22:53:23] *** Guest24820 has quit IRC
[22:56:05] *** admc_ has joined #hudson
[22:56:16] *** jdolan has quit IRC
[23:02:06] <calculus> ooo, a windmill talk at oscon this week :)
[23:02:21] <rtyler> I can't imagine who's responsible for that
[23:02:42] <calculus> neither can I
[23:02:52] <rtyler> probably some douche
[23:08:31] <rtyler> kohsuke: was my bug report on JUnit synchronization at all helpful :/
[23:08:37] <rtyler> I don't feel like it was good
[23:08:38] *** admc has quit IRC
[23:09:02] <kohsuke> bug number?
[23:09:09] <rtyler> 4060
[23:09:17] <rtyler> (guess that means you've not seen it yet :P)
[23:10:36] <kohsuke> I'll add a note to the issue
[23:10:55] <rtyler> alright, let me know what I can do to help, this appears to be the last blocker I found when testing
[23:11:04] <rtyler> kohsuke: mind if I blog about concurrent-build?
[23:11:09] <kohsuke> Please do
[23:11:46] <rtyler> kohsuke: havey ou not sent a mail to dev@ for any particular reason calling for testers? (I could have missed it, I am daft)
[23:12:14] *** mrooney has quit IRC
[23:12:18] <kohsuke> I'll do that once HUDSON-4060 is fixed
[23:12:27] <rtyler> w000t!
[23:12:43] <rtyler> beta testing, u haz it
[23:13:05] <rtyler> pretend I'm an idiot
[23:13:09] <rtyler> how do I attain a thread dump
[23:13:25] <kohsuke> http://server/hudson/threadDump
[23:13:30] *** alpheus has left #hudson
[23:13:49] <rtyler> kohsuke: when it's erroring I'm assuming
[23:13:59] <kohsuke> Yeah, when a hang is happening
[23:17:03] *** bramjam has quit IRC
[23:24:06] *** mrooney has joined #hudson
[23:28:27] <rtyler> kohsuke: alright, I'll schedule some time later this after noon to dick around on our "production" hudson instance
[23:28:37] * rtyler wishes he could embolden those quotes
[23:28:41] <kohsuke> thanks
[23:29:05] <rtyler> ETA on that commit you just ran getting artifact'd on the glassfish hudson?
[23:29:18] <kohsuke> Good question
[23:29:27] <kohsuke> I don't know. The build itself only takes 15 mins or so, I thin.
[23:29:42] <rtyler> I noticed it hourly builds regardless of changes, which i found goofy
[23:30:08] <kohsuke> Really? It's building far more often for me.
[23:30:24] <rtyler> what I saw yesterday was hourly, with no changes
[23:30:50] <kohsuke> It reacts to all the commits, not just commits to the branch.
[23:30:56] <kohsuke> So it gets built more often than it really should.
[23:31:06] <rtyler> fail
[23:31:22] <rtyler> is the polling not set up for that branch in particular?
[23:31:45] <kohsuke> it's not a polling, but it's a push based on e-mail to the commits list
[23:32:00] <rtyler> right, keep forgetting that
[23:32:02] <kohsuke> I have enough slaves so I can afford wasted builds
[23:32:09] <rtyler> well aren't you special ;)
[23:32:21] <abayer> ...yes. He is special. =)
[23:32:49] <kohsuke> ... and I get to find some stability issues in tests in this way, too
[23:32:57] <kohsuke> Looks like one of the tests is flaky.
[23:33:01] <rtyler> kohsuke: you should ping the guys working on susestudio.com, it'd be leet to have a good tutorial/workflow for creating hudson-special-purpose slaves via susestudio.com
[23:33:08] <rtyler> noticed tat
[23:33:15] <rtyler> you're almost as bad as us!
[23:33:21] * rtyler has had a yellow release build for fucking months
[23:34:06] <abayer> Woo. Think I got the Maven dependency build order thing settled nicely.
[23:34:14] <kohsuke> I'm an Ubuntu guy, so I'd rather do this with Ubuntu...
[23:34:24] <kohsuke> And my employer wants me to do this with OpenSolaris.
[23:34:36] <rtyler> kohsuke: AFAIK neither of those options have a fancy web-based VMWare image creator
[23:34:44] <abayer> Oh yeah - rtyler, weren't you saying something about VirtualBox at some point?
[23:34:50] <rtyler> I wish AWS had a slick easy interface for building AMIs
[23:35:04] <rtyler> abayer: yeah, I'm creating a self-contained virtualbox image of our entire dev/test environment
[23:35:07] <kohsuke> And speaking of Hudson slave appliance, the PXE plugin already makes this work.
[23:35:21] <rtyler> complete with local DNS hijackery
[23:35:40] <abayer> Ah, I remain so jealous of people who don't have to go through all the client-specific hell with their SCM that I do with ClearCase.
[23:36:11] <abayer> I've found myself considering having a preconfigured slave that does nothing but pull down source from ClearCase and then pt it somewhere provisioned-on-the-fly slaves can find it.
[23:36:14] <rtyler> kohsuke: AFAIK creating a ramfs or whatever you need to get a full machine PXE booting is far harder than just creating a VM and tarballing/exporting it
[23:36:24] <abayer> then I realize that's way too much effort for way too little reward and I go back to fiddling with other things. =)
[23:36:48] <kohsuke> but you don't have to do any of that. All you need is a PXE plugin and an *.iso file
[23:38:10] <rtyler> perhaps all software I'm used to is more complicated than what you're used to, but building a live CD image is not easy from my understanding
[23:38:43] <kohsuke> No, you don't build an ISO image by yourself. You just take a stock release ISO image of some Linux distro.
[23:38:57] <rtyler> right, and then your build preloads all your environment?
[23:39:13] <kohsuke> Either that, or you run a post-installation script that installs additional packages that bring in your environment.
[23:40:27] <kohsuke> (OK, I realize there's one manual step in this, that is to register a newly added slave to Hudson)
[23:40:42] * rtyler nods
[23:40:44] <rtyler> that sucks too :P
[23:40:55] <rtyler> I kind of wish you could have multiple machines report as the same slave
[23:40:56] <calculus> swarm-slave does it magically
[23:40:57] <kohsuke> Yes, I should be able to fix that by adding a CLI command to register.
[23:41:15] <kohsuke> swarm slave is very close.
[23:41:36] <calculus> what other registering is there (or lacking)?
[23:41:37] <kohsuke> it registers a slave only while it's online.
[23:41:45] <calculus> oh yeah, that is true
[23:42:07] <calculus> speaking of which I noticed the console output magically disappears when the swarm-slave disconnects
[23:42:23] <calculus> console output being that black terminal icon from the hudson ui
[23:42:33] <kohsuke> console output of a build?
[23:42:36] <calculus> yep
[23:42:58] <calculus> the link is still there, but the actual output disappears
[23:43:26] <kohsuke> I can see why a console output from slave disappears when it's gone, but a console output of a build is kept in the master
[23:43:41] <kohsuke> When you see it gone, does it still exist on the master file system?
[23:43:57] <calculus> oo, let me check
[23:44:13] <calculus> we have one job with just swarm-slaves and all the slaves are disconnected
[23:47:37] <calculus> so this is a multi-configuration project and on the file system under the configurations directory, the only files on disk are nextBuildNumber and config.xml
[23:48:01] <calculus> all the build and date-stamped directories are empty
[23:48:34] <kohsuke> No build.xml?
[23:48:49] <calculus> nope
[23:49:08] <calculus> only for the node that kicked off the executors for all the configurations
[23:49:49] <kohsuke> Sounds like your disk is full or something --- it's clearly failing to write data. Do you get any error in the logging output from Hudson?
[23:50:04] <calculus> 175GB free
[23:53:33] *** alexlod has joined #hudson
[23:54:10] <calculus> not much in the logging, other than it couldn't find junitResult.xml (which is not surprising since the builds failed)
[23:55:13] <rtyler> kohsuke: http://www.oss-ipr-database.com/index.php?title=Hudson_1.316
[23:55:18] <rtyler> some robot replied to the twitter account with that
[23:55:21] <rtyler> FWIW
[23:55:37] <rtyler> http://twitter.com/neolex_osa/status/2737330391
[23:58:28] <kohsuke> I guess I don't agree with the analysis.
[23:58:45] <abayer> I'd want to know what exactly they're talking about.
[23:58:46] <kohsuke> But it might be good to find out what files have the GPL headers.
[23:58:55] <kohsuke> http://www.ohloh.net/p/hudson/analyses/latest also reports those
[23:59:19] <kohsuke> I'm pretty sure we don't ship GPL code, though they might be used in the backend or other supporting tools, etc.

top