[00:05:17] *** waz has quit IRC
[00:20:49] *** jdolan_ has quit IRC
[00:26:49] *** sparkie_ has joined #hudson
[00:30:45] <sparkie_> I am new to Hudson and am having trouble getting my maven2 build to work. I have tried my local maven install and having hudson install maven. Both times I get: No such file or directory
[00:30:45] <sparkie_> ERROR: Failed to launch Maven. Exit code = 255
[00:30:45] <sparkie_> Any suggestions would be appreciated. Thanks in advance.
[00:36:37] *** admc has joined #hudson
[00:50:00] *** waz has joined #hudson
[00:58:06] *** jieryn-w has quit IRC
[01:07:22] *** waz has quit IRC
[01:13:07] <mrooney> kohsuke: okay so resource loading is a success, thanks. However hudsonInstance.getRootUrl() is giving me null, even though I have it configured in Hudson. Does it ignore it if I have it set to localhost? I see it gives me a warning
[01:17:14] *** davidstrauss has quit IRC
[01:19:42] *** sparkie_ has quit IRC
[01:19:50] <mrooney> oh, now after re-saving it seems happy
[01:34:57] *** waz has joined #hudson
[01:42:08] *** abayer has quit IRC
[01:42:26] *** abayer has joined #hudson
[01:56:37] *** decriptor is now known as decriptor|away
[02:01:20] *** wsmoak has quit IRC
[02:09:20] *** admc has quit IRC
[02:20:19] <ldsjohn> anyone happen to know how in ant to see if something is unset and then set it? I am trying to make my ant script put the build number into a file so I can use it on my version tag, but I want it to have ad efault value, like for instance when I am building outside of hudson and the hudson build label isn't available
[02:21:06] *** davidstrauss has joined #hudson
[04:20:04] *** jieryn-w has joined #hudson
[04:25:02] *** mrooney has quit IRC
[04:54:03] *** wsmoak has joined #hudson
[05:28:09] *** akostadinov has joined #hudson
[05:43:23] *** akostadinov has quit IRC
[05:52:13] *** akostadinov has joined #hudson
[05:55:57] *** rromanchuk has quit IRC
[06:09:50] *** akostadinov has quit IRC
[06:20:24] *** admc has joined #hudson
[06:27:35] *** khmarbaise has joined #hudson
[06:29:21] *** admc_ has joined #hudson
[06:37:14] *** rromanchuk has joined #hudson
[06:42:10] *** admc has quit IRC
[07:00:10] *** khmarbaise has quit IRC
[07:16:04] *** wsmoak has quit IRC
[07:16:09] *** rromanchuk has quit IRC
[07:20:16] *** rromanchuk has joined #hudson
[07:53:27] *** waz has quit IRC
[08:32:13] *** khmarbaise has joined #hudson
[08:32:20] *** BigAllan has quit IRC
[08:38:12] *** admc_ has quit IRC
[08:39:37] *** akostadinov has joined #hudson
[09:16:55] *** BigAllan has joined #hudson
[09:19:30] *** akostadinov has quit IRC
[09:59:43] *** timp has joined #hudson
[10:32:31] *** dvrzalik has joined #hudson
[11:15:46] *** duncanmv has joined #hudson
[11:15:51] <duncanmv> hi guys
[11:19:56] <duncanmv> if I would like to add support for Hudson to build a project in a chroot, allow jobs to share a chroot, and specify how to build a chroot, what would be a good way to start?
[11:36:16] *** akostadinov has joined #hudson
[11:55:43] *** akostadinov has quit IRC
[13:05:37] *** akostadinov has joined #hudson
[13:29:56] *** akostadinov has quit IRC
[13:30:15] *** akostadinov has joined #hudson
[13:42:53] *** akostadinov has quit IRC
[13:43:10] *** akostadinov has joined #hudson
[13:45:13] *** akostadinov has quit IRC
[13:45:41] *** akostadinov has joined #hudson
[13:46:04] *** akostadinov has joined #hudson
[13:46:22] *** akostadinov has joined #hudson
[13:53:16] *** karihre has joined #hudson
[14:00:09] *** waz has joined #hudson
[14:41:26] *** khmarbaise_ has joined #hudson
[14:42:22] *** khmarbaise has quit IRC
[14:49:04] *** jdolan_ has joined #hudson
[14:50:26] *** waz has quit IRC
[15:03:15] *** abayer_ has joined #hudson
[15:08:53] *** abayer has quit IRC
[15:12:12] *** waz has joined #hudson
[15:18:44] *** ldsjohn has quit IRC
[15:19:47] *** ldsjohn has joined #hudson
[15:20:16] *** waz has quit IRC
[15:50:02] *** waz has joined #hudson
[15:59:33] *** waz has quit IRC
[15:59:56] *** khmarbaise_ has quit IRC
[16:00:00] *** decriptor has joined #hudson
[16:07:50] *** notme has joined #hudson
[16:12:30] *** khmarbaise has joined #hudson
[16:17:32] *** notme has quit IRC
[16:28:28] <btQuark> hello
[16:28:34] <btQuark> i just had some weird issue
[16:32:03] *** rromanchuk has quit IRC
[16:37:08] *** madsdyd_work has joined #hudson
[16:38:40] <madsdyd_work> Hi all. I have a question about hudson, which I have not been able to figure out from the docs: I want to build all my projects once nightly from "clean". So, I need to know if it is a time triggered build (in order to clean). Also, I can't figure out how to queue projects such that a project does not build before one of its deps... any ideas?
[16:45:26] <rtyler> btQuark: we all have some weird issues, you could move to San Francisco like abayer and I, that way people don't notice them as much
[16:45:47] <rtyler> madsdyd_work: you want to build on a periodic schedule, and have one job trigger the other
[16:45:59] <madsdyd_work> rtyler: yes.
[16:46:10] <rtyler> madsdyd_work: it's however not 'clean' necessary to have a web of interdependent jobs
[16:46:27] <madsdyd_work> rtyler: say I have job c, which depends on a and b
[16:46:40] <madsdyd_work> I trigger a and b with a time.
[16:46:47] <madsdyd_work> when a is done, it triggers c
[16:47:00] <madsdyd_work> however, c is unable to build, because b is still building.
[16:47:04] <madsdyd_work> How do I tell c that?
[16:47:13] * madsdyd_work may be approaching this from the wrong angle
[16:47:34] <madsdyd_work> CruiseControl.net has queues for this.
[16:47:37] <rtyler> check out the join plugin
[16:47:43] <btQuark> rtyler: lol
[16:47:56] <madsdyd_work> rtyler, OK, I will
[16:48:09] <btQuark> acutally i'ld need to move all my lifes "stuff" to us
[16:48:17] * madsdyd_work may be back with more questions :-)
[16:48:22] <btQuark> including my job, and all that shizzle
[16:48:27] <rtyler> madsdyd_work: by all means, we're hear all day
[16:48:29] <rtyler> here all day
[16:48:30] <rtyler> rather
[16:48:36] <rtyler> btQuark: is that a + or a -
[16:49:11] <btQuark> hm. no +/- indended
[16:49:33] <rtyler> so 0
[16:49:38] <btQuark> although i'ld have some interest at usa although i wonder if i'ld like to live there all my life
[16:49:40] <rtyler> *facepalm*
[16:49:55] <rtyler> btQuark: it's not that bad, once you get used to the guns, cowboy hats, and assholes
[16:49:58] * rtyler grins
[16:50:07] <btQuark> yay. america, fuck yeah!
[16:50:21] <rtyler> btQuark: heh, last weekend with the fireworks, that's all I could think
[16:50:31] <btQuark> *g*
[16:50:32] <rtyler> "*explosion* AMERICA! *explosion* FUCK YEAH!!
[16:50:45] <btQuark> that must really be something
[16:50:59] <rtyler> of course, then we went to eat some erally good italian food
[16:51:17] <rtyler> my July 4th started with mexican food, and ended with italian food. AMERICA!
[16:51:24] <rtyler> FUK YEAH!
[16:55:05] <btQuark> hm, fireworks are most common on new year's eve here
[16:55:11] <rtyler> here being?
[16:55:14] <btQuark> but that sound ok
[16:55:20] <btQuark> germany
[16:55:35] <rtyler> achso
[16:55:39] <btQuark> :D
[16:55:55] * rtyler puts on his Obelix costume
[16:56:12] <btQuark> hehe. ich habe da noch ein paar hinkelsteine!
[16:56:39] <rtyler> super, bring sie mit nach den USA :D
[16:57:45] <rtyler> madsdyd_work: that look like it will work?
[16:57:47] <btQuark> *g*
[16:58:06] <madsdyd_work> rtyler: still looking at it, however, I am not sure that it is not designed to solve another problem
[16:58:13] <madsdyd_work> I am looking a my deps now, will be back
[16:58:14] <madsdyd_work> :-)
[16:58:15] <rtyler> it is :)
[16:59:01] <rtyler> madsdyd_work: on your B configure page
[16:59:15] <madsdyd_work> yes?
[16:59:24] <btQuark> the actual issue i was refering to was: i've got someone who wanted to create a new job, within a secured hudson
[16:59:25] <rtyler> in the "Post-build Actions"
[16:59:35] <rtyler> you'll see "Build other projects"
[16:59:38] <madsdyd_work> oh, rtyler, I have about 46 projects
[16:59:41] <madsdyd_work> (btw9
[16:59:44] <rtyler> :D
[16:59:52] <madsdyd_work> yes, still listetning, and typing to fast for my abilities
[17:00:04] <madsdyd_work> rtyler, yes, I use that for triggering
[17:00:09] <rtyler> okay
[17:00:09] <btQuark> (active directory) he's got almost al right minus the global admin rights, and when he tried to enter credentials for a repository he got "no rights"
[17:00:27] <madsdyd_work> rtyler: and it works well with scm changes
[17:00:32] <btQuark> i needed to give him full administrative rights for him to be able to input his svn credentials
[17:02:32] *** decriptor has quit IRC
[17:08:51] <madsdyd_work> rtyler: Could you have a look at http://imagebin.ca/view/lNSJFf.html - and perhaps let me know how you would approach a total rebuild of all components in order (its triviel to get an order by the way) in hudson?
[17:09:17] <rtyler> holy christ on a crutch
[17:09:19] <rtyler> what's this
[17:09:30] <madsdyd_work> Its our projects, and their interdependencies
[17:09:44] <madsdyd_work> So, the toplevel ones depend on the lower level ones
[17:10:42] *** davidstrauss has quit IRC
[17:10:50] <rtyler> this is quite complex good sir
[17:10:59] <rtyler> I hope release engineering is your job in this case >_<
[17:10:59] <madsdyd_work> well, yes
[17:11:09] <madsdyd_work> rtyler: we have tools for that :-)
[17:11:18] <madsdyd_work> actually nice tools
[17:11:21] * madsdyd_work wrote them :-)
[17:11:32] <madsdyd_work> Well, we had CruiseControl.net configured to build all this stuff
[17:11:43] <madsdyd_work> but the mono runtime broke down
[17:11:48] <madsdyd_work> when we tried to get it running
[17:11:54] <madsdyd_work> so, we have decided on Hudson now
[17:12:03] <rtyler> define Mono broke down
[17:12:05] <madsdyd_work> and, I can build the triggers, but are worried about "nightly builds"
[17:12:11] * rtyler is loosely affiliated with those guys
[17:12:16] <madsdyd_work> rtyler crashed when it got too many threads
[17:12:24] <madsdyd_work> the mono runtime that is
[17:12:28] <madsdyd_work> in Linux 32/64 bit
[17:12:31] <rtyler> interesting
[17:12:38] <rtyler> did you guys file zee bugs and such
[17:12:40] <madsdyd_work> well, yes, but extremely hard to debug
[17:12:48] <rtyler> I'm sure miguel would love to hear about it :D
[17:12:53] <madsdyd_work> no, I never had the ressources to file a decent bug report on it
[17:13:00] <madsdyd_work> the stack traces were fucked
[17:13:25] <madsdyd_work> and my manager disliked C# too much. He likes Java better, actually
[17:13:45] <madsdyd_work> anyway; in CruiseControl.net, I solved the nightly build by assigning all modules a priority numbe
[17:13:46] <madsdyd_work> r
[17:14:06] <madsdyd_work> whenever a build was triggered, higher priority jobs would overtake lower priority jobs
[17:14:25] <madsdyd_work> which solved the problem nicely
[17:14:31] <madsdyd_work> of course, no parallel builds
[17:14:49] <madsdyd_work> but since its a nightly build anyway we do not care
[17:15:31] <madsdyd_work> Do you think the join plugin is the way to go?
[17:15:44] <madsdyd_work> Or, perhaps there is another approach I should take?
[17:16:38] <rtyler> madsdyd_work: personally, we use the Join plugin, but our layout isn't nearly that complex
[17:16:43] * rtyler pings abayer_
[17:17:20] *** decriptor|away is now known as decriptor
[17:19:06] <madsdyd_work> He!
[17:19:21] <madsdyd_work> I just found a method. Its not effecient, but it should work.
[17:19:24] <rtyler> ?
[17:19:47] <madsdyd_work> If I build all the lowest level, *one at a time* with enough time in between to make sure that all deps have build
[17:19:54] <madsdyd_work> it will work
[17:19:59] *** enjayhch has joined #hudson
[17:20:05] <madsdyd_work> obviously a number of projects will be rebuild several times
[17:20:14] <enjayhch> hello!
[17:20:19] <madsdyd_work> not nice
[17:20:27] <rtyler> you should be able to use the join plugin to make sure the jbos that require those deps don't build until they're done
[17:20:31] <rtyler> enjayhch: guten tag
[17:20:48] <enjayhch> I am looking for some XML - is is there a list of jobs somewhere on Hudson?
[17:20:48] <madsdyd_work> rtyler: ok, I will try to look some more at it - looked quite complex though
[17:21:01] <madsdyd_work> enjayhch: subdirs to .hudson/jobs
[17:21:11] <rtyler> I think he means publicly available ;)
[17:21:11] <enjayhch> over HTTP?
[17:21:40] <enjayhch> and can I get the settings for each job - in particular the SCM URL?
[17:22:03] <enjayhch> I found /cc.xml, but was wondering if there was some Hudson flavoured XML?
[17:22:13] <rtyler> http://hudson/api/
[17:22:25] <enjayhch> ah, perfect!
[17:23:20] <rtyler> http://hudson/job/myjob/config.xml
[17:23:24] <rtyler> done and done
[17:23:27] <rtyler> HAVE A NICE DAY!
[17:23:28] <enjayhch> thanks!
[17:23:28] * rtyler grins
[17:23:42] <rtyler> man, I'm helpful as shit today
[17:23:45] <rtyler> I should get a medal
[17:23:46] <enjayhch> failed to find that after lots of googling :(
[17:24:44] * madsdyd_work hands rtyler a fancy medal
[17:24:53] <rtyler> ooo, and so fancy!
[17:25:02] <madsdyd_work> look, gold, look!
[17:25:48] *** BigAllan has quit IRC
[17:25:53] * duncanmv gives rtyler a medal
[17:26:05] <duncanmv> I am the only non-Java hudson user?
[17:26:07] <duncanmv> :-)
[17:26:15] * rtyler uses Python and C
[17:26:18] <madsdyd_work> duncanmv: all our projects are C++
[17:26:26] * enjayhch is using Ruby and perl
[17:26:31] <rtyler> BOOYEAH
[17:27:22] * btQuark just ran against a maven wall for the second time
[17:27:26] <btQuark> blergh
[17:27:58] <btQuark> actually the same maven wall
[17:28:25] <btQuark> looks like i wont get around maven core plugin hacking
[17:28:51] <rtyler> btQuark: am naeschtes Versuche, veilleicht sollst rund des Wands laufen?
[17:29:04] * rtyler isn't entirely sure he got the articles right there
[17:29:38] * btQuark isn't always sure with his english too
[17:29:51] <btQuark> although the information gets across
[17:29:54] <rtyler> yeah
[17:31:05] *** rromanchuk has joined #hudson
[17:31:26] <btQuark> nah, i'm pretty sure, there is no way around, either small fixes for mavens core, new features or some hudson feature may helpt
[17:32:30] <rtyler> enjayhch: there, just for you: http://twitter.com/hudsonci/status/2515565390
[17:32:39] <btQuark> i was trying activate profiles based on properties for a multiconfig job, and ended up needing profiles that activate on multiple values of a property
[17:32:46] <btQuark> with won't fly
[17:33:31] <btQuark> and activating a profile with a property that gets set in a profile that got activated by a property won't fly because that would need multipass-parsing for poms
[17:33:57] <btQuark> or just a way to pass the config-axis values to the maven command line would be helpfull
[17:34:16] <rtyler> btQuark: sounds like time for a mail to dev@
[17:34:28] <btQuark> seems like it
[17:41:27] *** notme has joined #hudson
[17:43:40] <btQuark> rtyler dev@ equipped with mail
[17:45:40] <rtyler> heh
[17:46:12] *** davidstrauss has joined #hudson
[17:48:55] *** davidstrauss has quit IRC
[17:51:21] <btQuark> btw: how are things on the jira front?
[17:52:09] * btQuark 's love for quality software such as bugzilla increases in an exponential way *narghl*
[17:55:55] <enjayhch> is there a way of performing an HTTP POST to update a generic external system whenever a job completes?
[17:56:02] <enjayhch> (for all jobs)
[17:56:18] *** notme has quit IRC
[17:56:19] <rtyler> enjayhch: check out the "Release" plugin, it allows you to have post-build actions
[17:56:40] <rtyler> btQuark: I've not coded or contributed shit because of bugzilla
[17:56:58] <rtyler> I started filing some bugs against myself for the jabber plugin, and then decided I didn't have the time to get so pissed off
[17:57:32] <btQuark> hehe, it keeps me from filing bugs, and makes me rather send emails
[17:58:25] *** khmarbaise has quit IRC
[17:58:28] <btQuark> ah, and i wondered how the jira guys react on requests from opensource projects, or rather what constraints they put on you to become entitled for one of their free jira instances
[17:58:58] <btQuark> ah, and i was wondering - the active directory plugin vs. projectbased matrix-security - how can i add a group
[17:59:05] <enjayhch> rtyler: I saw the Release plugin, but it looks like it is for manual builds and only for per-project actions?
[17:59:17] <rtyler> yeah, only really per-project
[17:59:34] <btQuark> users work, but the group from ldap/ad i added is not recognized as group
[18:00:04] <btQuark> hm. per project only. do i have to add it as *foo or something else as it does not get the nice group icon
[18:00:32] <duncanmv> madsdyd_work: I have the challengue that we build on Linux, and we need chroot environments. Right now it is a mess, too many chroots. I am trying to implement something with kvm so we can run dbus and mount proc in a more clean way.
[18:01:22] <madsdyd_work> duncanmv: well, I do not have that sort of issues.
[18:03:01] <duncanmv> madsdyd_work: so you build on the same environment where hudson is running?
[18:03:10] <duncanmv> madsdyd_work: or do you implement environments using slaves?
[18:03:12] <madsdyd_work> duncanmv: yes, we have a master on one node
[18:03:20] <madsdyd_work> and, we have three slaves
[18:03:36] <madsdyd_work> going towards four, when I figure out how set up a Windows box
[18:03:42] *** dvrzalik has quit IRC
[18:03:46] * duncanmv will try that
[18:03:49] <duncanmv> ok, leaving
[18:03:56] <madsdyd_work> duncanmv: We create the hudson configuration from a script
[18:03:56] <duncanmv> bye
[18:03:56] *** duncanmv has quit IRC
[18:04:11] <madsdyd_work> that was quick :-)
[18:26:01] *** notme has joined #hudson
[18:27:35] *** akostadinov has quit IRC
[18:36:51] *** notme has quit IRC
[18:45:50] *** notme has joined #hudson
[18:47:11] <btQuark> i found a weird issue
[18:47:49] <btQuark> a multiconfig build displays balls for all builds, although in the workspace i can only find a smaller subset of them
[18:50:45] <btQuark> i correct myself: in the subprojects beeing visible via the balls, all do have workspaces with the right content
[18:50:51] <btQuark> only the main workspace is not visible
[18:51:23] <btQuark> i remembered there was some permanent link to the artifact of the last build
[18:55:16] *** notme has quit IRC
[19:05:27] *** timp has quit IRC
[19:15:21] *** enjayhch has quit IRC
[19:22:11] *** khmarbaise has joined #hudson
[19:50:53] *** mrooney has joined #hudson
[20:38:35] *** decriptor is now known as decriptor|lunch
[20:46:49] *** admc has joined #hudson
[20:48:29] <rtyler> madsdyd_work: mind if I show admc your diagram?
[21:01:35] *** sparc has joined #hudson
[21:01:43] <rtyler> woot!
[21:01:50] <rtyler> no we just need amd64 and i386
[21:02:18] <rtyler> kohsuke: via a slashdot thread I stumbled across this: http://techbase.kde.org/Contribute/Junior_Jobs
[21:02:19] <sparc> I'm curious, are build done in a chrooted way?  I'm building a perl distro, and having trouble calling Smolders reporting utility
[21:02:25] <rtyler> sparc: no
[21:02:39] <rtyler> kohsuke: that level of project organization would be amazing for Hudson IMO :P
[21:03:36] <kohsuke> I used to have a tag in the issue tracker for identifying easy ones
[21:03:41] <kohsuke> I guess I stopped doing that
[21:04:15] <kohsuke> Do you feel that the barrier to new contributions is still too high?
[21:04:30] <rtyler> kohsuke: I think I also mentioned this before, the plugin list on the twiki, it's fine to have plugins in multiple categories yes?
[21:04:38] <kohsuke> yes
[21:05:00] <rtyler> kohsuke: the plugin contribution is fine, the core contribution I don't think is that stellar
[21:05:11] <rtyler> plugins are easy peasy :P
[21:05:23] <rtyler> then again, the lower the barrier the better
[21:05:35] <kohsuke> That's true
[21:06:18] <kohsuke> I don't really see that much technological difference between core and plugins. Is it just a matter of moving more of the core into plugins?
[21:06:30] <kohsuke> ... to create smaller chunks that people can chew?
[21:07:15] <rtyler> http://wiki.hudson-ci.org/display/HUDSON/Extend+Hudson
[21:07:26] <rtyler> look at how detailed the plugins vs core section is ;)
[21:08:18] <rtyler> sidenote: perhaps linking sorcerer from there would be a good idea
[21:08:28] <kohsuke> Yes, we should do that
[21:09:17] <rtyler> did you see the bit earlier from enjayhch about the API btw
[21:25:19] <sparc> hudon stops building as soon as anything exits non-zero, doesn't it?
[21:25:32] <sparc> i'm interrupting your dev discussions, n/m
[21:25:49] <sparc> cool beans on a really nice CI server though
[21:39:10] *** notme has joined #hudson
[21:39:59] *** notme has quit IRC
[21:43:52] *** BigAllan has joined #hudson
[21:45:46] *** admc has quit IRC
[22:02:28] *** rromanchuk has quit IRC
[22:02:39] *** decriptor|lunch is now known as decriptor
[22:04:29] *** rromanchuk has joined #hudson
[22:07:41] *** khmarbaise_ has joined #hudson
[22:09:51] *** admc has joined #hudson
[22:15:12] *** khmarbaise has quit IRC
[22:28:54] *** Mig-O has joined #hudson
[22:31:59] *** admc_ has joined #hudson
[22:40:48] <madsdyd_work> rtyler: do show what you like :-)
[22:41:18] <madsdyd_work> rtyler: the diagram does include "deep deps", that is if a deps on b which deps on c, there is an explicit dep from a to c
[22:41:24] <rtyler> admc_: consult the #hudson cnoference internally
[22:41:27] <rtyler> for teh links
[22:41:36] <madsdyd_work> makes it a bit more hairy than you would normally find
[22:42:07] <admc_> rtyler: say what?
[22:42:18] <rtyler> #hudson dawg
[22:42:20] <rtyler> the other one >_>
[22:43:38] <rtyler> there
[22:43:49] <rtyler> admc_: and you thought our problems were bad, madsdyd_work has to deal with that shit
[22:43:56] <madsdyd_work> lol
[22:44:16] <admc_> I think my brain just exploded
[22:44:19] <madsdyd_work> :-)
[22:44:28] <rtyler> so that's what that small "boom" was
[22:44:34] <rtyler> madsdyd_work: admc and I work with each other FWIW ;)
[22:44:44] <madsdyd_work> ok :-)
[22:45:06] <admc_> yikes
[22:45:09] * rtyler is the much cooler one
[22:45:26] <admc_> that graph is a bit terrifying
[22:45:35] *** admc has quit IRC
[22:45:49] <madsdyd_work> admc_: its not that bad. As I said, if you remove the explict "deep" deps, it becomes clearer
[22:46:16] * madsdyd_work is going to have to do that, because it will improved the ordering in Hudson, actually
[22:46:19] *** dirkD has joined #hudson
[22:46:45] <dirkD> is it possible to manually mark jobs as stable/unstable?
[22:48:32] <rtyler> not AFAIK
[22:51:26] *** rromanchuk has quit IRC
[22:52:53] *** rromanchuk has joined #hudson
[22:58:12] <mrooney> dirkD: interesting, what is the use case for that?
[22:58:49] <dirkD> mrooney: i would like to use Hudson for a quite unusual thing: building Live CDs
[22:59:12] <dirkD> sometimes a livecd needs a for example a new kernel module
[22:59:24] <mrooney> oh cool, what OS/distro?
[22:59:32] <dirkD> EmDebian
[22:59:55] <mrooney> interesting, so what is a failure case?
[23:00:12] <mrooney> it can't be programmatically figured out?
[23:00:18] <dirkD> well, some kernel modules can only be tested on real hardware
[23:00:34] <dirkD> e.g. a kernel module for a network card
[23:01:03] <dirkD> it may be loaded successfully, but you'll always need real hardware to test if it actually works
[23:05:02] <dirkD> so:
[23:05:02] <dirkD> 1. a user of the LiveCD will request a driver/module
[23:05:02] <dirkD> 2. i enable the module in the kernel config
[23:05:02] <dirkD> 3. i run the job
[23:05:02] <dirkD> 4. i send the ISO/VMDK/ramdisk to the user
[23:05:04] <dirkD> 5. the user sends feedback
[23:05:42] <mrooney> mm interesting
[23:05:50] <mrooney> so what would manually putting values in hudson buy you?
[23:06:19] <mrooney> over manually recording them via another method?
[23:06:50] <dirkD> just to keep track of the 'succeeded/failed' builds
[23:07:02] <rtyler> there's a plugin to have users rate builds IIRC
[23:07:17] <dirkD> rtyler: great!
[23:07:52] <dirkD> i think i have to integrate it with Bugzilla some way
[23:07:55] <rtyler> aw man, now you're going to want me to tell you which it is
[23:08:25] <dirkD> http://wiki.hudson-ci.org/display/HUDSON/IRC+Plugin
[23:08:26] <dirkD> that one?
[23:09:18] <rtyler> http://wiki.hudson-ci.org/display/HUDSON/Promoted+Builds+Plugin
[23:09:28] <rtyler> IIRC == if I remember correctly
[23:11:10] <dirkD> this looks great!
[23:11:17] <dirkD> " (for example, QA testing, acceptance testing, staging, and production.)"
[23:11:32] <dirkD> that's exactly what i need
[23:11:58] <rtyler> I'm so damn helpful
[23:12:12] * madsdyd_work hands rtyler another fancy medal
[23:12:18] <rtyler> YESH!
[23:12:49] <dirkD> thanks rtyler and mrooney
[23:14:17] <dirkD> i can't find where to download it
[23:15:05] <rtyler> dirkD: go to your update center in hudson :)
[23:15:10] <dirkD> ah
[23:15:19] <decriptor> is there a way to use scm as a build trigger, but not have it check out the code?
[23:15:34] <rtyler> decriptor: URL SCM?
[23:15:38] <rtyler> decriptor: which scm?
[23:17:27] <decriptor> svn
[23:18:01] <decriptor> rtyler: that a plugin?
[23:18:08] <rtyler> URL SCM is a plugin
[23:18:18] <rtyler> you might be able to have it hit an RSS feed or a page or something
[23:19:12] <rtyler> http://wiki.hudson-ci.org/display/HUDSON/URL+SCM
[23:19:35] <rtyler> never used it, it might could work
[23:23:57] <rtyler> admc_: join #github
[23:24:12] <rtyler> well that, or defunkt will PM you
[23:24:58] <decriptor> rtyler: thanks
[23:25:07] <rtyler> decriptor: will that work for you?
[23:28:34] *** admc_ is now known as admc
[23:28:58] <decriptor> maybe... I think it downloads everything anyways
[23:29:14] <decriptor> so its the same if I just use the svn SCM trigger
[23:29:33] <rtyler> really o_O
[23:30:21] <decriptor> Polling is accomplished by checking the last-modified property of the URL
[23:30:34] <decriptor> oops,  Checkout is accomplished by copying the content of the URL into the workspace as a file
[23:34:20] *** khmarbaise_ has quit IRC
[23:39:29] <madsdyd_work> anyone know if there is a plugin to graphically show the status of the projects? That is, to pinpoint the dep that may have failed?
[23:39:41] <madsdyd_work> graphically = as a graph

top