[00:01:13] *** reinhapa has left #jenkins
[00:04:04] *** m4r35n357 has quit IRC
[00:05:07] *** Ragnor has joined #jenkins
[00:05:30] *** vjuranek has quit IRC
[00:07:21] *** ed_mann has quit IRC
[00:07:46] *** Ragnor_ has quit IRC
[00:08:15] *** d2m has left #jenkins
[00:09:59] *** elpargo has quit IRC
[00:14:33] *** ed_mann has joined #jenkins
[00:17:34] *** drulli has quit IRC
[00:19:44] *** Austin__ has joined #jenkins
[00:26:32] *** taco has quit IRC
[00:31:41] *** afex_ has joined #jenkins
[00:32:30] *** msm1 has quit IRC
[00:32:35] *** afex has quit IRC
[00:32:36] *** afex_ is now known as afex
[00:34:07] *** aheritier has quit IRC
[00:36:41] *** Lewisham has joined #jenkins
[00:36:41] *** ChanServ sets mode: +v Lewisham
[00:38:37] *** aheritier has joined #jenkins
[00:38:38] *** ChanServ sets mode: +v aheritier
[00:41:31] *** slaboure has quit IRC
[00:44:41] *** wilmoore_ has joined #jenkins
[00:50:02] *** kutzi has quit IRC
[00:55:47] *** kenneth_reitz has quit IRC
[01:00:22] *** cowboyd has quit IRC
[01:00:46] *** aheritier has quit IRC
[01:03:07] *** Stubbs has quit IRC
[01:04:12] *** Austin__ has left #jenkins
[01:05:51] *** smolyn has quit IRC
[01:10:10] *** dhackner has quit IRC
[01:10:46] *** phyto has joined #jenkins
[01:18:20] *** BrianF has joined #jenkins
[01:22:02] *** BrianFox_ has quit IRC
[01:28:01] *** mconigliaro has quit IRC
[01:38:35] *** mindless has quit IRC
[01:44:06] <phyto> if there's anyone that wants to talk about coding up a new slave, i'd love to ask a q or 2
[01:44:30] *** dhackner has joined #jenkins
[01:45:54] *** dhackner has quit IRC
[02:02:21] *** Lewisham has quit IRC
[02:02:39] *** aheritier has joined #jenkins
[02:02:40] *** ChanServ sets mode: +v aheritier
[02:03:22] *** smolyn has joined #jenkins
[02:12:55] *** abayer1 has joined #jenkins
[02:12:55] *** abayer has quit IRC
[02:13:01] *** abayer1 is now known as abayer
[02:13:02] *** ChanServ sets mode: +o abayer
[02:15:00] *** kenneth_reitz has joined #jenkins
[02:19:22] *** chadkouse has joined #jenkins
[02:19:40] <chadkouse> hey guys -- I need to add 2 mime types to web.xml -- but I can't seem to avoid either having a corrupt/invalid war or failing the signature checks
[02:23:56] *** wilmoore_ has quit IRC
[02:26:18] <kohsuke> abayer: fix for the matrix axis config problem pushed
[02:26:46] <abayer> Great! I'll get my instances all updated tongiht/tomorrow morning.
[02:27:02] <kohsuke> I've tested it with Chrome, Firefox, IE, and Safari
[02:27:13] <kohsuke> So I feel pretty good about the stability of the fix
[02:28:29] *** joewilliams is now known as joewilliams_away
[02:29:46] <chadkouse> kohsuke: -- I read a post that (i think) was from you about this.
[02:30:10] <chadkouse> kohsuke: about removing META-INF/HUDSON.* before running jar uf
[02:30:20] <chadkouse> and I tried that but it tells me my war is invalid/corrupt
[02:30:43] <kohsuke> I suspect it's better to do this by changing the container configuration, not the war file itself
[02:30:46] <kohsuke> How are you running Jenkins?
[02:30:58] <chadkouse> I'm actually still running hudson -- and it's in standalone mode
[02:31:01] <chadkouse> winstone
[02:31:05] <kohsuke> OK.
[02:31:21] <kohsuke> Now let me see...
[02:31:23] <chadkouse> kohsuke: I am trying to add 2 mime type mappings
[02:31:27] <chadkouse> for plist and ipa
[02:33:14] <jenkinsci_builds> Starting build 589 for job jenkins_main_trunk (previous build: SUCCESS)
[02:34:58] <chadkouse> kohsuke: so you think there is a way to just make winstone handle the mime type mapping in this case ?
[02:35:16] <kohsuke> Yes, most containers do
[02:35:29] <jieryn-w> it's really a lot easier to just build your own jenkins.war
[02:35:33] <jieryn-w> and use maven war overlays
[02:36:08] <kohsuke> but he'd have to do it for every release
[02:36:35] <jieryn-w> the web.xml doesn't change very much at all
[02:36:55] <kohsuke> But still he has to create a new jenkins.war each time a release comes out
[02:37:07] <chadkouse> I couldn't figure a way to change mime type mappings in winstone....
[02:37:14] <jieryn-w> he should probably do that anyway :) so he can do his own personal QA
[02:37:33] <jieryn-w> now - if we should ever go to a servlet 3.0 internal container......
[02:37:53] <jieryn-w> then he could just create his own jar with mime types in it, and then web-fragment them in :)
[02:38:21] <chadkouse> is there a reason to not just add these mime types to the trunk ?
[02:38:29] <chadkouse> plist and ipa will be more popular.
[02:38:31] <jieryn-w> that's the least friction right there, heh
[02:39:13] <kohsuke> anyway, unfortunately Winstone currently doesn't define a command line option for you to tweak MIME mapping
[02:39:24] <kohsuke> I'm adding it now, and it'll be in 1.403
[02:39:30] <chadkouse> kohsuke: yeah that's what I found too....
[02:39:35] <chadkouse> kohsuke: adding those mime types ?
[02:39:47] <kohsuke> Adding a command line switch for you to add MIME types
[02:39:51] <chadkouse> kohsuke: ahh.. nice
[02:39:57] <kohsuke> in the mean time, you either have to repackage the war, or you switch to another servlet container
[02:40:08] <chadkouse> I don't mind repackaging the war if I could get it to work.
[02:40:10] <kohsuke> I suppose another option is wait for 2 more weeks
[02:40:15] <kohsuke> and just get 1.403
[02:41:49] <chadkouse> I'd have to migrate my hudson instance..
[02:41:50] <jieryn-w> chadkouse: http://pastebin.com/QfzkTdEZ
[02:41:52] <chadkouse> as well.. right ?
[02:42:02] <jieryn-w> use that as your maven pom
[02:42:21] <jieryn-w> mkdir -p src/main/webapp/WEB-INF/
[02:42:37] <kohsuke> chadkouse: in your case migration should be next to no-op
[02:42:49] <chadkouse> kohsuke: that's good to know...
[02:42:50] <jieryn-w> cp the extracted web.xml from your current version of jenkins into there ... add your mime types, mvn package  -- voila
[02:43:03] <kohsuke> see http://wiki.jenkins-ci.org/display/JENKINS/Upgrading+from+Hudson+to+Jenkins
[02:43:11] <chadkouse> jieryn-w: I'm not familiar with maven.. will have to give it a try.
[02:43:18] <jieryn-w> it's easy peasy
[02:43:27] <chadkouse> jieryn-w: where do I run that mkdir ?
[02:43:32] <chadkouse> from wherever I unpacked the war ?
[02:43:48] <jieryn-w> mkdir jenkins
[02:43:55] <jieryn-w> put that paste as pom.xml
[02:44:03] <chadkouse> oic
[02:44:03] <jieryn-w> jenkins/pom.xml
[02:44:14] <jieryn-w> jenkins/src/main/resources/WEB-INF/web.xml
[02:44:21] <jieryn-w> from jenkins dir, mvn package
[02:44:28] <chadkouse> i can do this using an existing hudson.war right? just sub/hudson/jenkins ?
[02:44:52] <jieryn-w> you'd need to update the project dependency
[02:44:59] <jieryn-w> what i pasted you is for jenkins 1.400
[02:45:21] <jieryn-w> but yes, i've been using this method for about 60-70 releases now
[02:45:28] <chadkouse> ok I'm on Hudson ver. 1.364
[02:46:27] <chadkouse> what is the group id for hudson ?
[02:46:43] <jieryn-w> so it'd be http://pastebin.com/p8G2encW
[02:46:59] <chadkouse> thx.
[02:47:25] <jieryn-w> if kk will put them into the web.xml, i think your best move all around is to update to jenkins 1.403 or later
[02:47:50] <chadkouse> jieryn-w: sounded like he was just going to make a switch to let me specify mime types on the command line
[02:47:57] <phyto> kohsuke: am i barking up the wrong tree to want to write this? http://goo.gl/98sAO
[02:48:11] <chadkouse> jieryn-w: but yeah.. I will probably do that when it's available.
[02:48:19] *** Lewisham has joined #jenkins
[02:48:19] *** ChanServ sets mode: +v Lewisham
[02:48:33] <kohsuke> phyto: what does this do?
[02:48:39] <kohsuke> Provision a new node from EC2 permanently?
[02:49:04] <jieryn-w> chadkouse: ok :) until then, the maven overlay method is quite reliable
[02:49:18] <phyto> it starts/stops an ec2 instance..
[02:49:39] <jieryn-w> chadkouse: once you get more familiar with maven, or at least - the war plugin - then you can start doing fancy stuff like ... preloading plugins, minimizing the final jar, etc
[02:49:39] <phyto> kohsuke: i've realized what i want to do is the inverse of what the ec2 plugin does
[02:50:12] <phyto> i need the flexibility of dumb slave and don't need dynamic N count provisioning of bare bones AMIs
[02:50:34] <phyto> i have configured EC2 instances (or AMIs) that i want to bring up and down to save $$
[02:51:14] <kohsuke> If you got an EC2 cloud configured, in the computer list page you get "Provision from EC2" button that lets you manually launche a new slave
[02:51:16] <kohsuke> Could that be related?
[02:51:21] <chadkouse> jieryn-w: shoot.. I need to get maven installed
[02:51:52] <chadkouse> jieryn-w: and apt is broken on this box.
[02:51:54] *** awb has quit IRC
[02:51:57] <chadkouse> jieryn-w: heh
[02:52:13] <phyto> kohsuke: that's close but not enough.. EC2 Plugin essentially generates the node for me
[02:52:22] <kohsuke> right
[02:52:32] <kohsuke> whereas what you want is... ?
[02:52:40] <phyto> but i need the flexibility that configuring nodes myself gives me, i.e. the ability to deal with windows ;)
[02:53:32] <kohsuke> Let me phrase the question in another way
[02:53:33] *** davehimself has joined #jenkins
[02:54:07] <kohsuke> Of the four events in Jenkins: (1) create a node (2) launch a node, (3) disconnect a node, (4) delete a node
[02:54:15] <kohsuke> Which event maps to the instance launch and instance termination?
[02:54:51] <phyto> i'd think 2&3
[02:55:10] <phyto> i don't want the node to either created or deleted
[02:56:02] <kohsuke> well, you need to create it for sure. I guess you are saying that you don't want it to be created *automatically*, which makes sense
[02:56:10] <phyto> yes exactly
[02:56:27] <kohsuke> I think in Jenkins Jargon you are saying that you want a ComputerLauncher that launches an instance on EC2
[02:56:28] <phyto> i have pre-configured EC2 instances that i just want to start and stop on demand
[02:56:42] <phyto> ok, that's what i need is Jenkins jargon
[02:56:43] <phyto> :)
[02:56:52] <kohsuke> How ready are you to hack the code :-) ?
[02:57:01] <kohsuke> Or would you rather just file an RFE?
[02:57:04] <phyto> read right now
[02:57:07] <phyto> +y
[02:57:18] <kohsuke> Great.
[02:57:25] <kohsuke> ComputerLauncher is an extension point in Jenkins
[02:57:31] <phyto> i've been looking at DumbSlave.java and AbstractCloudSlave.java
[02:57:39] <phyto> okay
[02:57:49] <phyto> don't i need a slave/node subclass?
[02:57:51] <kohsuke> It's much easier to extend than extending DumbSlave
[02:57:57] <phyto> ah
[02:57:59] <kohsuke> No, you don't, although you can do it that way too.
[02:58:21] <kohsuke> I think it doesn't really buy you much
[02:58:24] <phyto> i just figured that's the only way to make it show up in the node creation jelly page
[02:58:29] <phyto> fair enough
[02:58:46] <kohsuke> If you want it to show up in the "new slave" page, you do need a custom slave type
[02:59:18] <phyto> how else would i tell the slave that it is a EC2 type
[02:59:36] <kohsuke> By writing a custom ComputerLauncher
[02:59:56] <kohsuke> you know that the dumb slave can launch via SSH or connect via DCOM/WMI
[03:00:01] <kohsuke> What you'll be adding is one of those things
[03:00:06] <phyto> ah
[03:00:16] <phyto> k EC2ComputerLauncher
[03:00:44] <kohsuke> Whereas DCOM stuff does some weird Windows thingies, you do EC2 API call, and then connect
[03:00:49] <kohsuke> The end result is the same
[03:01:13] <phyto> hmm
[03:01:28] <phyto> DCOM is also a computer launcher?
[03:01:31] <kohsuke> I think it'd be good if you poke around the EC2 plugin source code a bit, then why don't we take it to the dev list?
[03:01:33] <kohsuke> Yes.
[03:01:53] <kohsuke> That one is called ManagedWindowsServiceLauncher
[03:01:54] <phyto> er, but that's the flexibility slice that i need
[03:02:09] <phyto> i don't want to write a peer to one of those and loose JNLP for instance
[03:02:37] <kohsuke> Your ComputerLauncher can take a nested ComputerLauncher.
[03:02:54] <kohsuke> So you launch an instance and then delegate to the nested one for the actual connectivity
[03:02:59] <phyto> so i'd double the number of computer launchers then?
[03:03:09] <phyto> or would this appear as another drop-down?
[03:03:23] <kohsuke> correction --- it's nested ComputerConnector that you want
[03:03:40] <kohsuke> no, you won't double the numbers
[03:04:13] <kohsuke> It's a nested object, so you get a nested drop-down
[03:04:39] <phyto> so it would cause "Launch Method" in Node create UI to be a nested combobox?
[03:05:01] <phyto> ah, you just said that ;)
[03:05:21] <phyto> ok so i need to write both a ComputerLauncher and ComputerConnector right?
[03:05:55] <jenkinsci_builds> Project jenkins_main_trunk build #589: SUCCESS in 32 min: http://ci.jenkins-ci.org/job/jenkins_main_trunk/589/
[03:05:55] <jenkinsci_builds> * Kohsuke Kawaguchi: in Firefox 3.6 on amd64 Ubuntu that I tested, setting innerHTML of TBODY to "<tr>...</tr>" doesn't just add a TR, and Firefox tries to fix it to something broken. But setting innerHTML of a TABLE to "<tr>...</tr>" works as expected.
[03:05:55] *** recampbell has joined #jenkins
[03:05:56] <jenkinsci_builds> * Kohsuke Kawaguchi: in IE, innerHTML of TABLE is not modifiable (See http://support.microsoft.com/kb/239832), so this doesn't work. Looking at the similar code in the latest prototype.js, a work around is to create the full TABLE HTML fragment and inserting it to DIV.
[03:05:56] <jenkinsci_builds> * Kohsuke Kawaguchi: on IE8, <A> element always gets empty string as name, not null. Empty name is not valid any way, so detect that accordingly.
[03:05:59] <kohsuke> AIU, no, you just want a ComputerLauncher that delegates to existing ComputerConnector
[03:06:35] <kohsuke> Your code starts an instance, figure out the host name, then call ComputerConnector to finish up the task
[03:06:50] <kohsuke> Your user would choose and configure the right ComputerConnector he wants
[03:07:03] <kohsuke> Be it SSH, DCOM, arbitrary shell script
[03:07:21] <kohsuke> I think it'd be good if you play around with it a bit
[03:07:37] <phyto> ok, sounds good.  so should i be paying attention to your cloud framework stuff in hudson? i.e. AbstractCloudSlave
[03:07:41] <kohsuke> There's ComputerConnectorTester class that you can also take a look at.
[03:07:49] <phyto> that cloud stuff was drawing me away for a bit
[03:07:54] <phyto> ok great!
[03:08:02] <kohsuke> No, in this case you won't be using the Cloud extension point
[03:08:13] <kohsuke> As you said, you don't care about the dynamic provisioning, which is what it is all about
[03:08:17] <phyto> right
[03:08:31] <phyto> so cloud pretty much equals dynamic provisioning in jenkins
[03:08:33] <kohsuke> And then look at the EC2 plugin source code a bit, and perhaps SSH slaves
[03:08:50] <phyto> i've been looking a lot at EC2 plugin
[03:09:04] <phyto> i could bake this into that plugin
[03:09:14] <kohsuke> Yes, I think that would be a great enhancement
[03:09:15] <phyto> unless that would confuse things
[03:09:18] <phyto> ok cool
[03:09:28] <kohsuke> And if you are stuck or need help, we can talk more
[03:09:39] <phyto> that would be excellent.. i'll get to it
[03:09:46] <phyto> thanks for the help!
[03:10:32] <kohsuke> thank you for giving this a shot.
[03:10:39] <kohsuke> Looking forward to seeing this change in the EC2 plugin
[03:10:55] <phyto> me too ;)
[03:13:20] <phyto> so DumbSlave still rules! lol not even amazon could take it down
[03:13:41] <phyto> it will be a dumb-smart slave
[03:13:53] <kohsuke> I think the dumb slave was a kind of dumb naming
[03:13:58] <phyto> hehe
[03:14:34] <kohsuke> I need to step aside, ttyl
[03:14:40] <phyto> o/
[03:29:34] *** stephend has quit IRC
[03:32:03] <jieryn-w> another win for maven overlay method for hudson/jenkins customization! nice job chadkouse!
[03:32:08] <jieryn-w> :-D
[03:32:21] <chadkouse> jieryn-w: haha
[03:32:26] <chadkouse> jieryn-w: thanks
[03:33:58] <ojacobson> hm?
[03:34:32] * jieryn-w peers around
[03:35:58] *** elpargo has joined #jenkins
[03:36:48] *** nairb774 has quit IRC
[03:37:25] *** nairb774 has joined #jenkins
[03:38:43] <chadkouse> thanks for your help guys.. see ya
[03:38:51] *** chadkouse has quit IRC
[03:51:57] *** abayer has quit IRC
[04:00:26] *** bmahe2 has quit IRC
[04:11:19] *** recampbell has quit IRC
[04:14:20] *** ccutrer has quit IRC
[04:38:25] *** davehimself has quit IRC
[04:39:06] *** wilmoore has joined #jenkins
[04:39:38] *** abayer has joined #jenkins
[04:39:39] *** ChanServ sets mode: +o abayer
[04:46:37] *** davehimself has joined #jenkins
[04:47:59] *** zaphX has joined #jenkins
[04:49:21] *** jieryn-w has quit IRC
[04:56:24] *** vivek_ has quit IRC
[05:01:51] *** vivek_ has joined #jenkins
[05:10:08] *** Lewisham has quit IRC
[05:16:21] *** msm has joined #jenkins
[05:18:15] <jenkinsci_builds> Starting build 590 for job jenkins_main_trunk (previous build: SUCCESS)
[05:44:20] *** eskp has joined #jenkins
[05:44:26] <eskp> hi
[05:44:46] <eskp> guys, i don't seem to be receiving emails on job fail
[05:44:57] <eskp> test emails work
[05:47:01] <jenkinsci_builds> Project jenkins_main_trunk build #590: SUCCESS in 28 min: http://ci.jenkins-ci.org/job/jenkins_main_trunk/590/
[05:47:02] <jenkinsci_builds> * Kohsuke Kawaguchi: Added a new command line switch --mimeTypes to define custom MIME type
[05:47:02] <jenkinsci_builds> * Kohsuke Kawaguchi: Label expression axis in matrix jobs.
[05:47:03] <jenkinsci_builds> * Kohsuke Kawaguchi: Added help.
[05:47:03] <jenkinsci_builds> * Kohsuke Kawaguchi: Added trimming of label expressions.
[05:47:04] <jenkinsci_builds> * Kohsuke Kawaguchi: this method is necessary only because earlier versions of Jenkins treated axis names "label" and "jdk" differently and we need to be able to read that back.
[05:47:04] <jenkinsci_builds> * Kohsuke Kawaguchi: pointless initialization
[05:47:05] <jenkinsci_builds> * Kohsuke Kawaguchi: recording when this feature was added
[05:47:05] <jenkinsci_builds> * Kohsuke Kawaguchi: added help text
[05:47:06] <jenkinsci_builds> * Kohsuke Kawaguchi: recording the last 7 changes
[05:47:07] <jenkinsci_builds> Starting build 591 for job jenkins_main_trunk (previous build: SUCCESS)
[05:51:22] *** elpargo has quit IRC
[05:52:16] *** elpargo has joined #jenkins
[05:55:03] *** msm has quit IRC
[06:16:21] <jenkinsci_builds> Project jenkins_main_trunk build #591: SUCCESS in 29 min: http://ci.jenkins-ci.org/job/jenkins_main_trunk/591/
[06:16:21] <jenkinsci_builds> Alan Harder: Remove old fields that have been deprecated since before 1.100
[06:33:16] <jenkinsci_builds> Starting build 592 for job jenkins_main_trunk (previous build: SUCCESS)
[06:34:46] *** akostadinov has joined #jenkins
[06:39:59] *** elpargo has quit IRC
[06:42:58] *** basil3 has quit IRC
[06:45:40] *** ed_mann has quit IRC
[06:46:08] *** ed_mann has joined #jenkins
[06:47:35] *** basil3 has joined #jenkins
[06:48:53] *** _marc` has joined #jenkins
[06:54:05] *** smolyn has quit IRC
[06:54:12] *** awb has joined #jenkins
[06:58:32] *** protocol7 has quit IRC
[07:01:53] *** skataria has joined #jenkins
[07:02:59] <jenkinsci_builds> Project jenkins_main_trunk build #592: UNSTABLE in 29 min: http://ci.jenkins-ci.org/job/jenkins_main_trunk/592/
[07:03:00] <jenkinsci_builds> * Kohsuke Kawaguchi: Revert "[FIXED JENKINS-8790] Build Queue Fails for Parameterized Matrix Projects."
[07:03:00] <jenkinsci_builds> * Kohsuke Kawaguchi: [JENKINS-8790] revisited the fix to take advantage of the atomicity between Queue.pop() and executor state change
[07:03:01] <jenkinsci_builds> * Kohsuke Kawaguchi: [FIXED JENKINS-8968] When both "block build when upstream/downstream is building" are checked,the upstream block check wasn't taking effect.
[07:03:32] *** protocol7 has joined #jenkins
[07:04:27] *** protocol7 has quit IRC
[07:10:43] *** elpargo has joined #jenkins
[07:18:16] <jenkinsci_builds> Starting build 593 for job jenkins_main_trunk (previous build: UNSTABLE -- last SUCCESS #591 1 hr 31 min ago)
[07:19:16] *** Aetzel has joined #jenkins
[07:20:51] *** Sebastian has joined #jenkins
[07:30:47] *** aheritier has quit IRC
[07:31:48] *** ExtraSpice has joined #jenkins
[07:36:41] *** Haloperidol has joined #jenkins
[07:41:32] *** sietse has left #jenkins
[07:43:03] *** protocol7 has joined #jenkins
[07:43:31] *** sshaw has joined #jenkins
[07:47:11] *** vivek_ has quit IRC
[07:48:03] <jenkinsci_builds> Yippie, build fixed!
[07:48:04] <jenkinsci_builds> Project jenkins_main_trunk build #593: FIXED in 29 min: http://ci.jenkins-ci.org/job/jenkins_main_trunk/593/
[07:48:04] <jenkinsci_builds> Kohsuke Kawaguchi: Use 2.3.1 to pick up a fix for
[07:50:11] *** phyto has left #jenkins
[07:50:20] *** elpargo has quit IRC
[07:51:31] *** elpargo has joined #jenkins
[08:01:47] *** d2m has joined #jenkins
[08:06:25] *** _marc` has quit IRC
[08:14:47] *** edorian has quit IRC
[08:16:52] *** oeuftete has quit IRC
[08:18:18] <jenkinsci_builds> Starting build 594 for job jenkins_main_trunk (previous build: FIXED)
[08:19:20] *** skataria has quit IRC
[08:20:42] *** skataria has joined #jenkins
[08:21:27] *** rtyler has quit IRC
[08:22:42] *** rtyler has joined #jenkins
[08:22:42] *** ChanServ sets mode: +o rtyler
[08:23:44] *** elpargo has quit IRC
[08:32:20] *** miclorb has quit IRC
[08:34:24] *** dotsev has joined #jenkins
[08:35:03] *** Haloperidol has quit IRC
[08:38:11] *** soren has quit IRC
[08:41:18] *** soren has joined #jenkins
[08:46:42] *** protocol7 has quit IRC
[08:47:59] <jenkinsci_builds> Project jenkins_main_trunk build #594: SUCCESS in 29 min: http://ci.jenkins-ci.org/job/jenkins_main_trunk/594/
[08:47:59] <jenkinsci_builds> Kohsuke Kawaguchi: [FIXED JENKINS-8914] fixed the JDK1.6 dependency that has crept in 1.400
[08:52:08] *** miclorb has joined #jenkins
[08:52:47] *** drulli has joined #jenkins
[08:52:47] *** ChanServ sets mode: +v drulli
[08:52:52] *** aheritier has joined #jenkins
[08:52:52] *** ChanServ sets mode: +v aheritier
[08:53:51] *** makr2 has joined #jenkins
[09:02:17] *** patryk has joined #jenkins
[09:05:22] *** protocol7 has joined #jenkins
[09:10:29] *** _W_ has quit IRC
[09:11:13] *** _W_ has joined #jenkins
[09:12:41] *** selckin has joined #jenkins
[09:14:35] *** _W_ has quit IRC
[09:15:24] *** _W_ has joined #jenkins
[09:17:14] *** edorian has joined #jenkins
[09:17:27] *** edorian has joined #jenkins
[09:29:16] *** benmatselby has joined #jenkins
[09:32:19] *** _Aeris_ has joined #jenkins
[09:34:43] *** _W_ has quit IRC
[09:35:07] *** protocol7 has quit IRC
[09:35:07] *** protocol7_ has joined #jenkins
[09:35:09] *** protocol7_ is now known as protocol7
[09:35:15] *** protocol7 has quit IRC
[09:35:22] *** _W_ has joined #jenkins
[09:39:44] *** BrianFox has joined #jenkins
[09:39:45] *** BrianFox has joined #jenkins
[09:39:45] *** BrianF has quit IRC
[09:43:58] *** aikie has joined #jenkins
[09:45:48] <aikie> hello I've read about support for maven failsafe plugin but it doesn't seem to show any graph results, am I missing something? (http://issues.hudson-ci.org/browse/HUDSON-4229?focusedCommentId=142327&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel)
[09:46:06] <jenkins-admin> JENKINS-4229:Support failsafe-reports (Resolved) http://jenkins-ci.org/issue/4229
[09:49:03] *** Weltraumschaf has joined #jenkins
[09:50:16] *** wilmoore has quit IRC
[09:50:42] *** wilmoore has joined #jenkins
[09:53:00] *** wilmoore_ has joined #jenkins
[09:56:29] *** wilmoore has quit IRC
[09:58:53] *** Stubbs has joined #jenkins
[10:04:58] *** wilmoore_ has quit IRC
[10:05:04] *** slaboure has joined #jenkins
[10:18:05] *** olamy has joined #jenkins
[10:18:34] *** ChanServ sets mode: +v olamy
[10:20:03] *** benmatselby has quit IRC
[10:20:55] *** benmatselby has joined #jenkins
[10:22:18] *** awb has quit IRC
[10:33:50] *** miclorb has quit IRC
[10:35:41] *** _marc` has joined #jenkins
[10:53:21] *** DaveH has joined #jenkins
[10:54:41] *** esteele has joined #jenkins
[10:55:03] *** richvdh_ has joined #jenkins
[10:56:28] *** richvdh_ is now known as richvdh
[11:05:53] *** kensho has joined #jenkins
[11:10:46] *** miclorb has joined #jenkins
[11:14:03] *** stigkj has joined #jenkins
[11:26:31] <kensho> Hi. What is the best way to implement a RootAction with global configuration? I tried various things but no matter what I do form validation doesn't work. I tried a custom descriptor implementation and a plugin implementation and while both of those show up in the configuration when I define a doCheckXXX method nothing happens...
[11:26:58] *** Stubbs has quit IRC
[11:31:33] *** kutzi has joined #jenkins
[11:31:33] *** ChanServ sets mode: +v kutzi
[11:35:23] *** ise has joined #jenkins
[11:36:58] <selckin> how do you stop the default maven repository from filling the disk with snapshots after a while?
[11:37:15] <selckin> from the nexus i can prune old ones, but not the local repo my builds use
[11:38:06] <ise> I try to get the Virtualbox plugin (latest version) to run on latest version (1.401) of jenkins. The plugin itself runs and I can create a virtualbox node, but I can't select a Virtualbox host, the combobox is empty. I run a Virtualbox v4.0.0 on a windows machine. Jenkins itself is running on a windows host as a standalone service.
[11:39:02] <ise> I have done the steps described in the configuration on the plugin page
[11:40:06] <ise> Anyone has done this successfully before with Vbox v4.0.0 or do I need to use an older version of VBox?
[11:55:37] *** m4r35n357 has joined #jenkins
[12:00:03] *** sshaw has quit IRC
[12:06:34] <kutzi> selckin: I've just started a plugin which can do that ;) https://github.com/kutzi/jenkins-purge-local-repository-plugin
[12:13:17] <selckin> nice
[12:19:36] *** Stubbs has joined #jenkins
[12:21:24] *** d2m has quit IRC
[12:27:03] *** aheritier has quit IRC
[12:30:24] *** voorth has joined #jenkins
[12:32:21] <kutzi> would you like to try it? I'm interested about feedback
[12:32:35] *** miclorb has quit IRC
[12:32:55] <selckin> we're still on an older version, else i would, next week possibly
[12:36:06] <kutzi> which version are you running? I'm planning to decrease the requirements anyway, as the instance my company runs is very old
[12:39:45] *** d2m has joined #jenkins
[12:47:36] *** voorth has quit IRC
[12:59:35] *** benmatselby has joined #jenkins
[13:09:00] <kensho> api doc says for hudson.Plugin "Plugin can have an optional config.jelly page. If present, it will become a part of the system configuration page (http://server/hudson/configure)." and this works as advertised but how to enable form validation? I can't get it work.
[13:17:53] <soren> Since I upgraded to 1.401 this morning, as soon as a build is finished, its console output is no longer accessible. Any idea what may have caused that?
[13:22:36] <kutzi> kensho: you need a 'doCheck<fieldname>' method in your descriptor
[13:25:57] <kensho> kutzi: hm, yeah that the thing...I have no descriptor
[13:26:15] <kensho> if i put a doCheckXXX into the plugin class it does nothing
[13:27:13] <kensho> but my plugin is acutally only a RootAction so I'm a bit confused on what I have to do to get some configuration for that RootAction
[13:30:14] <kutzi> have you read http://wiki.jenkins-ci.org/display/JENKINS/Basic+guide+to+Jelly+usage+in+Jenkins already?
[13:31:04] <kensho> yeah but in the section "Objects without Descriptors" it doesn't even mention validation?!
[13:33:21] <kutzi> yeah, have seen that to :-| Sorry, I think that I cannot help you then
[13:33:44] <kensho> np thanks anyway :)
[13:45:35] *** Sebastian has quit IRC
[13:48:51] <kensho> I managed to get the validation method invoked by specifying checkUrl like that: <f:textbox name="foo" value="${it.foo}" checkUrl="'${rootURL}/plugin/sample/checkFoo?value='+this.value"/> but the value passed to the validation is always null ... ?!
[13:54:21] *** fishn1x has joined #jenkins
[13:55:52] *** jieryn-w has joined #jenkins
[13:55:52] *** ChanServ sets mode: +v jieryn-w
[13:55:56] <kensho> ok, I did it. the parameter needs to be called the same name which was used for the method parameter that was annotated with @QueryParameter. doh.
[14:01:25] <kensho> got a http 500 when trying to signup for the wiki with message "[LDAP: error code 21 - sn: value #0 invalid per syntax]" javax.naming.directory.InvalidAttributeValueException: [LDAP: error code 21 - sn: value #0 invalid per syntax]; remaining name 'cn=kensho,ou=people,dc=jenkins-ci,dc=org'
[14:03:59] *** benmatselby has quit IRC
[14:05:59] *** d2m has quit IRC
[14:09:30] <stigkj> kensho: wiki-admins are not online now, I'm afraid. Wait until the West coast wakes up or send an email to the user list
[14:09:56] *** d2m has joined #jenkins
[14:13:34] *** Stubbs has quit IRC
[14:14:22] *** Stubbs has joined #jenkins
[14:15:58] <kensho> error was caused by a blank form field. I've updated http://wiki.jenkins-ci.org/display/JENKINS/Basic+guide+to+Jelly+usage+in+Jenkins with a form validation section for objects without descriptors.
[14:17:36] *** benmatselby has joined #jenkins
[14:18:51] *** benmatselby has quit IRC
[14:26:28] *** aheritier has joined #jenkins
[14:26:29] *** ChanServ sets mode: +v aheritier
[14:28:15] *** cowboyd has joined #jenkins
[14:30:07] *** elpargo has joined #jenkins
[14:31:02] *** _marc` has quit IRC
[14:33:56] *** _marc` has joined #jenkins
[14:35:56] *** ise has quit IRC
[14:42:08] *** kenneth_reitz has quit IRC
[14:45:27] *** elpargo has quit IRC
[14:51:59] *** nairb774 has quit IRC
[14:53:04] *** kutzi has quit IRC
[14:57:32] *** nairb774 has joined #jenkins
[15:04:33] *** olamy has quit IRC
[15:05:34] *** Aetzel has quit IRC
[15:06:26] *** aikie has quit IRC
[15:08:33] <kensho> should new plugins continue to use the hudson.plugins package or should it be jenkins.plugins?
[15:13:25] *** smolyn has joined #jenkins
[15:15:27] *** Austin__ has joined #jenkins
[15:15:37] *** _marc` has quit IRC
[15:17:51] <myusuf3__> ^ good questio
[15:18:18] <jenkinsci_builds> Starting build 595 for job jenkins_main_trunk (previous build: SUCCESS)
[15:19:08] *** esteele has quit IRC
[15:19:59] *** _marc` has joined #jenkins
[15:20:26] *** stigkj has quit IRC
[15:21:11] *** ccutrer has joined #jenkins
[15:22:42] *** m4r35n357 has quit IRC
[15:23:11] *** m4r35n357 has joined #jenkins
[15:23:51] *** _Aeris_ has quit IRC
[15:24:17] *** _Aeris_ has joined #jenkins
[15:24:44] *** myusuf3__ has quit IRC
[15:26:33] *** vivek_ has joined #jenkins
[15:31:23] *** skataria has quit IRC
[15:37:40] *** herque has joined #jenkins
[15:39:49] *** avandendorpe has quit IRC
[15:40:43] <drulli> kensho: if you already have a plug-in, then don't change package names
[15:43:18] <kensho> drulli: right. but if I develop a new one, should I use jenkins.plugins?
[15:44:32] <Austin__> Does anyone use the tray app with Jenkins?
[15:44:35] <drulli> There was some discussion on the mailing list about that. I would prefer org.jenkins.plugins.
[15:45:21] *** pahalial has joined #jenkins
[15:46:08] *** BrianFox has quit IRC
[15:46:27] *** richvdh_ has joined #jenkins
[15:46:34] *** BrianFox has joined #jenkins
[15:46:35] <drulli> According to the SUN Java coding style it should be: org.jenkins_ci.plugins or org.jenkinsci.plugins (which I think is not so readable as org.jenkins.plugins)
[15:49:14] *** recampbell has joined #jenkins
[15:49:30] <jenkinsci_builds> Project jenkins_main_trunk build #595: SUCCESS in 31 min: http://ci.jenkins-ci.org/job/jenkins_main_trunk/595/
[15:49:30] <jenkinsci_builds> Andrew Bayer: Handle aggregated test results separately from actual test results in project main page.
[15:49:38] *** richvdh has quit IRC
[15:50:13] *** pahalial has quit IRC
[15:51:32] *** sshaw has joined #jenkins
[15:53:19] *** sshaw has quit IRC
[15:53:36] *** sshaw has joined #jenkins
[15:55:01] *** alphanumericone has quit IRC
[15:56:00] *** Austin__ has left #jenkins
[15:56:22] *** pahalial has joined #jenkins
[15:59:25] *** mpholt has joined #jenkins
[16:00:26] <mpholt> I am using the Subvesrion and Maven Release plugin to publish to release a project to the SVN repo. However, it is unable to commit to subversion as it throws the following certificate error: : Server certificate verification failed: issuer is not trusted (https://wwwin-svn-sjc.cisco.com)
[16:01:30] <mpholt> After googling a bit, svn itself can get around this by using --trust-server-cert to automaticallly trust the certificate. However, I'm not sure how to incorporate this with the Maven Subversion plugin.
[16:01:48] <mpholt> Has anyone had any experience resolving this issue themselves?
[16:05:47] <Creeture> haven't tried it, mpholt, but if it comes down to it, you can put a little server in front of it that does the ssl work and connect via plain http
[16:06:08] *** raimo_t_ is now known as raimo_t
[16:06:22] <mpholt> ah good point Creeture... thanks for the suggestion
[16:07:08] *** elpargo has joined #jenkins
[16:08:24] *** Stubbs has quit IRC
[16:09:50] <Creeture> Mind you, that's a path of last resort. Most client stuff has "accept self-signed cert" functionality *somewhere*
[16:13:58] <mpholt> Ok yea... was keeping it as a backup plan in case I couldn't come up with anything more native
[16:16:00] *** esteele has joined #jenkins
[16:16:11] *** msm has joined #jenkins
[16:16:50] *** msm1 has joined #jenkins
[16:18:47] <herque> mpholt:  have you tried adding the cert to the cacerts of the jenkins jre?
[16:19:49] <herque> mpholt: jre/lib/security/cacerts to be exact
[16:25:55] *** msm has quit IRC
[16:32:53] *** makr2 has left #jenkins
[16:37:35] *** elpargo has quit IRC
[16:37:56] *** mindless has joined #jenkins
[16:38:05] *** Austin__ has joined #jenkins
[16:38:25] *** Austin__ has quit IRC
[16:38:29] *** mindless has quit IRC
[16:38:30] *** mindless has joined #jenkins
[16:38:30] *** ChanServ sets mode: +o mindless
[16:38:39] *** elpargo has joined #jenkins
[16:40:15] *** Sebastian has joined #jenkins
[16:41:01] *** _marc` has quit IRC
[16:42:27] *** Stubbs has joined #jenkins
[16:44:30] *** awb has joined #jenkins
[16:47:59] *** dotsev has quit IRC
[16:48:06] *** mconigliaro has joined #jenkins
[16:49:43] *** drulli has quit IRC
[16:49:49] <mpholt> herque: Haven 't tried that... will give it a try now
[16:49:59] *** yshavit has joined #jenkins
[16:50:00] *** kenneth_reitz has joined #jenkins
[16:50:51] *** voorth has joined #jenkins
[16:52:27] *** kensho has left #jenkins
[16:53:14] <yshavit> hi all, is there a way in Jenkins to say that a maven job should only fail if there are *new* surefire failures? For instance, to tell it that TooTest.testBar is allowed to fail and still have the job pass?
[16:54:10] <yshavit> a ratcheted test suite, as it were
[16:56:36] *** nd___ has joined #jenkins
[16:56:44] *** smolyn has quit IRC
[16:58:47] <mindless> yshavit: i've seen that talked about before, but i don't know of anything implemented
[16:59:31] <yshavit> mindless: okay, thanks.
[16:59:48] *** wilmoore_ has joined #jenkins
[16:59:56] *** nd__ has quit IRC
[17:01:04] <yshavit> mindless: and just so I know I'm not crazy... there's no way to tell JUnit to ignore @Ignore, right? :) I know that's not a maven question really, so my apologies for asking here
[17:02:01] <yshavit> Basically I'd like two jobs, one of tests that I know should pass (so I can check there haven't been regressions), and one of tests I know can fail (just so I can keep 'em running and see any progress/changes). There aren't many such tests, so it's fine if I handle this manually.
[17:02:22] <yshavit> sorry, I meant to ask it's not a /jenkins/ question
[17:03:44] <mindless> maybe use a JUnit TestSuite for the 2 sets of tests and have jobs to run each suite?
[17:04:00] <yshavit> mindless: I'm on JUnit 4...
[17:04:26] <mindless> see org.junit.runners
[17:04:27] <yshavit> mindless: but actually, a thought occurs... I could just pass in to maven (via jenkins args) the patterns of tests I want run
[17:04:30] *** abayer has quit IRC
[17:06:36] <yshavit> mindless: ah, I didn't know about the Suite runner. thanks :)
[17:10:50] *** elpargo has quit IRC
[17:13:39] <mpholt> herque: that fixed the problem. Thanks a bunch for the suggestion
[17:13:51] <herque> mpholt: glad to help
[17:19:47] *** elpargo has joined #jenkins
[17:21:56] *** drulli has joined #jenkins
[17:21:57] *** ChanServ sets mode: +v drulli
[17:22:23] *** Haloperidol has joined #jenkins
[17:25:01] *** elpargo has quit IRC
[17:31:29] <rtyler> wow: http://agentdero.cachefly.net/scratch/promoted_cb.png
[17:31:45] *** patryk has quit IRC
[17:32:04] *** richvdh_ has quit IRC
[17:32:34] *** joewilliams_away is now known as joewilliams
[17:35:56] *** stephendonner has joined #jenkins
[17:36:01] *** stephendonner is now known as stephend|mtg
[17:38:01] *** elpargo has joined #jenkins
[17:38:41] *** awb has quit IRC
[17:43:33] *** elpargo has quit IRC
[17:44:09] *** Weltraumschaf has quit IRC
[17:44:42] *** elpargo has joined #jenkins
[17:44:42] *** smolyn has joined #jenkins
[17:44:45] *** Haloperidol has quit IRC
[17:45:16] *** d2m has quit IRC
[17:45:25] *** d2m has joined #jenkins
[17:45:31] *** awb has joined #jenkins
[17:46:26] *** benmatselby has joined #jenkins
[17:46:48] *** _marc` has joined #jenkins
[18:00:59] *** ExtraSpice has quit IRC
[18:01:44] *** lukem has joined #jenkins
[18:07:10] *** abayer has joined #jenkins
[18:07:10] *** ChanServ sets mode: +o abayer
[18:07:39] *** benmatselby has quit IRC
[18:16:21] *** yshavit has left #jenkins
[18:17:27] *** elpargo has quit IRC
[18:19:41] *** i386 has quit IRC
[18:21:04] *** dogmatic69 has quit IRC
[18:27:04] *** richvdh has joined #jenkins
[18:30:16] *** calavera has joined #jenkins
[18:30:27] *** Stubbs has quit IRC
[18:33:46] *** vjuranek has joined #jenkins
[18:48:29] *** dhackner has joined #jenkins
[18:48:31] <richvdh> folks, does anyone know why slaves poll SCM for changes?
[18:48:54] <richvdh> i thought the master was responsible for deciding what needs building and then farming it out to slaves
[19:02:54] <rtyler> richvdh: to distribute the load IIRC
[19:03:23] <abayer> Actually, it depends on the SCM plugin in question. Some require the actual workspace the last build was in to do polling (e.g., git, ClearCase).
[19:03:29] <richvdh> oh right
[19:03:37] <richvdh> this is subversion
[19:04:37] <richvdh> i can see the same might apply there
[19:07:07] *** aheritier has quit IRC
[19:09:38] *** _Aeris_ has quit IRC
[19:12:33] *** DaveH has quit IRC
[19:13:07] *** Stubbs has joined #jenkins
[19:13:09] *** awb has joined #jenkins
[19:16:09] *** myusuf3 has joined #jenkins
[19:18:08] *** myusuf3 has joined #jenkins
[19:19:10] *** myusuf3 has quit IRC
[19:25:17] *** myusuf3_ has joined #jenkins
[19:25:41] *** myusuf3_ has quit IRC
[19:26:01] *** myusuf3 has joined #jenkins
[19:33:20] <jenkinsci_builds> Starting build 596 for job jenkins_main_trunk (previous build: SUCCESS)
[19:33:43] *** Lewisham has joined #jenkins
[19:33:44] *** ChanServ sets mode: +v Lewisham
[19:37:11] <Creeture> Jelly question on email-ext again... I see from the samples that build, changeSet, build.moduleBuilds, and the it objects are available. Where can I find the names of the other objects that are available for use?
[19:38:05] *** Tartarus_ has joined #jenkins
[19:45:38] *** vjuranek has quit IRC
[19:45:49] *** Tartarus_ has quit IRC
[19:49:02] *** Tartarus_ has joined #jenkins
[19:50:02] *** richvdh has quit IRC
[19:51:32] *** MichaelG_ has joined #jenkins
[19:51:43] <MichaelG_> so, still a relative newbie.  I'm trying to do a syntax verification on all of my PHP code since it's interpreted, I'd like to fail a build if there's a syntax error.  I'm trying this command  find $WORKSPACE -type f -name "*.php" -exec php -l {} \;  right before my Phing command line, but when it errors on the one file I purposely wanted to fail it doesn't fail the build.  Is there something obvious that you see?  THANKS IN ADVAN
[19:51:45] <Creeture> So core, stapler, and define...gotta go find those now.
[19:53:36] <Creeture> MichaelG_: Yeah, shell script failure. Your build is only interpreting the result of the find command (which succeeds), not the result of the -exec lines. You should consider running that through a little loop that checks each file and if any fail, the whole script should return an error. Or make an ant rule to do the same.
[19:53:58] <MichaelG_> thanks Creeture, that makes sense
[19:54:41] *** Sebastian has quit IRC
[19:54:43] *** Tartarus_ has quit IRC
[19:59:26] *** calavera has quit IRC
[20:08:49] <jenkinsci_builds> Project jenkins_main_trunk build #596: SUCCESS in 35 min: http://ci.jenkins-ci.org/job/jenkins_main_trunk/596/
[20:08:50] <jenkinsci_builds> Olav Reinert: [FIXED JENKINS-9011] openSUSE: HOME path problem
[20:10:14] *** resmo_ has joined #jenkins
[20:10:37] *** magnayn has joined #jenkins
[20:11:40] *** magnayn has quit IRC
[20:11:47] *** vjuranek has joined #jenkins
[20:12:02] *** magnayn has joined #jenkins
[20:15:35] *** Tartarus_ has joined #jenkins
[20:15:57] *** Tartarus_ has quit IRC
[20:17:57] *** bmahe has joined #jenkins
[20:19:00] *** d2m has quit IRC
[20:23:06] *** Tartarus_ has joined #jenkins
[20:24:05] *** Tartarus has quit IRC
[20:27:59] *** Tartarus_ has quit IRC
[20:28:06] *** Tartarus has joined #jenkins
[20:28:23] *** ChanServ sets mode: +v Tartarus
[20:28:47] *** Tartarus has left #jenkins
[20:31:33] *** Tartarus has joined #jenkins
[20:31:33] *** ChanServ sets mode: +v Tartarus
[20:31:52] *** akostadinov has quit IRC
[20:32:11] *** stigkj has joined #jenkins
[20:35:06] *** Stubbs has quit IRC
[20:36:13] *** d2m has joined #jenkins
[20:36:57] *** harking has left #jenkins
[20:39:06] *** Stubbs has joined #jenkins
[20:43:31] *** nairb774 has quit IRC
[20:51:07] *** nairb774 has joined #jenkins
[20:51:55] *** aheritier has joined #jenkins
[20:51:56] *** ChanServ sets mode: +v aheritier
[21:00:14] *** jpg has joined #jenkins
[21:00:15] *** richm2 has quit IRC
[21:00:54] <jpg> anyone have a second for a jenkins use question?
[21:01:18] *** richm2 has joined #jenkins
[21:01:42] <mikko> jpg: ask the question, don't ask to ask
[21:01:55] *** stigkj has left #jenkins
[21:02:42] <jpg> I am trying to read a list of values from a file and allow the user to choose one at run time - used by the job as a parameter
[21:02:44] *** stigkj has joined #jenkins
[21:03:22] <jenkinsci_builds> Starting build 597 for job jenkins_main_trunk (previous build: SUCCESS)
[21:04:04] <jpg> choice isn't a solution unless there is a way to feed the list from an environment variable or similar
[21:04:12] <rtyler> where is that file supposed to come from/
[21:04:13] *** richm2 has quit IRC
[21:04:49] <Creeture> Ah hah! There it is. :) Woo hoo! Thanks to source code, I can now make my jelly work.
[21:04:53] <jpg> The file is built by another process and stored where jenkins can see it locally - one choice per line
[21:05:34] <jpg> The extended choice plugin seems <close> to what I need, but I am really struggling with it
[21:05:43] *** richm2 has joined #jenkins
[21:06:37] <Creeture> jpg: I have a job setup that generates those files, then the extended choice plugin reads from it. Do you have your format correct for extended choice? It's a java properties style list.
[21:07:08] *** andreasmandel has joined #jenkins
[21:07:25] <jpg> I read the example referenced by the plugin - but I'm a noob at the format - maybe I'm just using it wrong.
[21:07:37] <Creeture> maybe you're holding your mouth wrong. :)
[21:07:43] <jpg> OOF
[21:07:46] <jpg> :)
[21:07:50] <rtyler> o_O
[21:08:26] *** rakslice|w_ has left #jenkins
[21:08:46] <jpg> So if I have two choices 'one','two' - I should have two lines in the file   foo=one (newline) foo=two
[21:08:59] <Creeture> Nope. foo=one,two
[21:09:08] <jpg> shoot
[21:09:25] *** richm2 has quit IRC
[21:10:19] <Creeture> then in your extended choice params, the property key is foo. if you create another line foo.default=defaultvalue in the same file, use foo.default in the "Default Property Key" field
[21:10:47] <jpg> It's official Creeture - you are my hero!  Seriously - Thank you.
[21:11:01] * Creeture puts on the hero cape and goes back to writing jelly
[21:11:07] <Creeture> did it work?
[21:11:33] *** richm2 has joined #jenkins
[21:12:11] <jpg> You know it did - I just had the format in the file wrong!  Back to the grindstone...  Thanks again!
[21:12:19] <jpg> cya
[21:12:42] <Creeture> i'll PM you my email so you can paypal me my fee.
[21:13:05] <jpg> I thought virtue was it's own something something..?
[21:13:11] <jpg> reward..?
[21:13:31] <Creeture> virtue doesn't pay for my bad habits though.
[21:13:42] <jpg> now I'm REALLY going.
[21:13:47] <jpg> :)
[21:13:52] *** jpg has quit IRC
[21:14:08] <Creeture> zero revenue recognition AGAIN.
[21:16:31] * rtyler gives Creeture a hug
[21:16:43] <Creeture> Thanks?
[21:17:25] <rtyler> now quit your bitchin
[21:17:27] <rtyler> xD
[21:17:47] <Creeture> I used to use that as a character name in an MMORPG "Quicher Bichen"
[21:18:42] <rtyler> http://urlenco.de/fnffdskp
[21:18:46] * rtyler ducks
[21:19:04] <Tartarus> ha
[21:19:09] <Creeture> That's funny.
[21:19:30] <Creeture> Is that House or Hugh Laurie?
[21:19:58] <rtyler> I'm not sure, he's sitting down
[21:22:16] *** sietse has joined #jenkins
[21:24:28] *** zaphX has quit IRC
[21:30:46] *** smolyn_ has joined #jenkins
[21:31:13] *** smolyn_ has quit IRC
[21:32:45] *** smolyn has quit IRC
[21:34:19] *** olamy has joined #jenkins
[21:34:19] *** ChanServ sets mode: +v olamy
[21:41:42] <jenkinsci_builds> Project jenkins_main_trunk build #597: SUCCESS in 38 min: http://ci.jenkins-ci.org/job/jenkins_main_trunk/597/
[21:41:42] <jenkinsci_builds> Olav Reinert: [FIXED JENKINS-8984]: openSUSE: Don't replace config files.
[21:42:05] *** mando has joined #jenkins
[21:42:09] *** slaboure has quit IRC
[21:46:52] *** stisti has quit IRC
[21:47:14] *** Haloperidol has joined #jenkins
[21:47:37] *** stisti has joined #jenkins
[21:52:22] <mwhudson> i have a strange problem with the jenkins ec2 plugin
[21:52:26] *** smolyn has joined #jenkins
[21:52:29] <mwhudson> it's no longer auto provisioning slaves
[21:52:35] <mwhudson> has anyone seen anything like this?
[21:55:34] <Creeture> Does anyone besides me ever have the desire to add something like "Release Number" to the top level project configuration? So there's "Project name" then "Project Release" that can then be used in SCM tagging, package building variables, etc?
[21:55:43] <Creeture> If so, I might try to work that in.
[21:56:37] <Creeture> Oh, there it is. JobRevision plugin. nevermind.
[21:58:38] <k-fish> magnayn: after some more hair-ruffling regarding my git problem it runs fine throughout today fine, after another restart. by now i think maybe our network was really flaky, or the network stack on the machine, or whatever? thanks again for your help yesterday.
[22:06:58] *** stigkj has quit IRC
[22:13:21] *** andreasmandel has quit IRC
[22:13:32] *** andreasmandel has joined #jenkins
[22:31:16] *** fishn1x has quit IRC
[22:36:21] <olamy> hi folks someone with karma to add https://github.com/jenkinsci/maven-interceptors in Jenkins on Jenkins ?
[22:37:36] *** jenkinsci_builds has quit IRC
[22:37:38] <abayer> You now have karma. =)
[22:38:21] *** jenkinsci_builds has joined #jenkins
[22:38:57] <olamy> thks
[22:39:38] *** andreasmandel has quit IRC
[22:39:43] *** cowboyd has quit IRC
[22:39:51] *** andreasmandel has joined #jenkins
[22:44:06] *** jenkinsci_builds has quit IRC
[22:44:54] *** jenkinsci_builds has joined #jenkins
[22:48:24] <jenkinsci_builds> Starting build 598 for job jenkins_main_trunk (previous build: SUCCESS)
[22:53:54] *** dezza_k has joined #jenkins
[22:54:19] <olamy> kohsuke maven agent and interceptors moved
[22:54:32] <kohsuke> That was fast
[22:54:34] <kohsuke> Thank you
[22:55:57] <olamy> build will be faster
[22:56:09] *** dezza_k has quit IRC
[22:57:52] *** herque has quit IRC
[22:58:50] *** andreasmandel has quit IRC
[23:00:25] *** awb_ has joined #jenkins
[23:01:24] *** eskp has left #jenkins
[23:02:26] *** awb has quit IRC
[23:02:27] *** awb_ is now known as awb
[23:03:36] *** _marc` has quit IRC
[23:05:32] *** drulli has quit IRC
[23:06:14] *** calavera has joined #jenkins
[23:06:45] *** miclorb_ has joined #jenkins
[23:07:00] *** ccutrer has quit IRC
[23:18:00] <mwhudson> ok, so my 2 lessons for the day:
[23:18:37] <mwhudson> the ec2 plugin counts _all_ instances running in that account against the instance limit
[23:21:44] <jenkinsci_builds> Project jenkins_main_trunk build #598: SUCCESS in 33 min: http://ci.jenkins-ci.org/job/jenkins_main_trunk/598/
[23:21:45] <jenkinsci_builds> Christoph Kutzinski: fix German localization
[23:21:45] <jenkinsci_builds> Starting build 599 for job jenkins_main_trunk (previous build: SUCCESS)
[23:21:59] <mwhudson> and failing to provision an instance because you've hit the cap is really quiet
[23:24:27] *** mando has quit IRC
[23:26:48] <olamy> magnayn around ?
[23:27:20] <magnayn> yup
[23:27:22] <magnayn> .. just..
[23:27:43] <olamy> so I have some issues with the token macro stuff in maven-plugin
[23:27:58] <magnayn> ok
[23:28:07] *** calavera has quit IRC
[23:28:40] <olamy> I will revert the patch until I have more time to have a look
[23:28:59] <magnayn> I noticed my 401-SNAPSHOT spat out some warnings
[23:29:09] <magnayn> I think it's actually the classloader
[23:29:16] <magnayn> having a <optional> dependency
[23:29:29] <olamy> here everything break if I install the token macro plugin
[23:29:39] <magnayn> ah
[23:29:42] <olamy> :-)
[23:29:42] <magnayn> you need 1.1-SNAPSHOT
[23:29:50] <magnayn> it's the token macro plugin that's broken..
[23:29:58] <olamy> ah
[23:30:01] <magnayn> 1.0 is build with a broken .hpi plugin
[23:30:09] <olamy> oh
[23:30:10] <magnayn> it doesn't put Hudson-Version
[23:30:20] <magnayn> therefore jenkins assumes it's < 1.2xx
[23:30:28] <magnayn> and adds maven-plugin as a dependency
[23:30:35] <olamy> probably push a new release for this will be better
[23:30:39] <magnayn> hence... loop.... boom :-)
[23:30:54] <olamy> :-)
[23:31:03] <olamy> I have seen those boom
[23:31:07] <magnayn> Yep, I sent a patch for it too which is in 1.1 I think, it's just a move to the latest hpi-plugin
[23:31:24] <magnayn> heh - yes - scary. Pity the dependency thing doesn't detect loops
[23:31:49] *** afex_ has joined #jenkins
[23:32:02] <magnayn> might be nice to disable that plugin for 1.401 @ v 1.0
[23:32:18] <magnayn> I don't know if we have capability to do that - have core mark a plugin as incompatible
[23:33:26] *** afex_ has quit IRC
[23:33:58] *** afex has quit IRC
[23:34:32] <olamy> don't know this kind of feature :-)
[23:34:44] <olamy> ok let me try with a new token macro version
[23:36:55] <magnayn> Or might be an idea to just turn off that logic
[23:37:04] <magnayn> 1.2xx is ancient
[23:37:09] *** ccutrer has joined #jenkins
[23:41:35] *** rcampbell_ has joined #jenkins
[23:43:13] *** recampbell has quit IRC
[23:43:13] *** smolyn has quit IRC
[23:43:50] *** smolyn has joined #jenkins
[23:45:34] *** oeuftete has joined #jenkins
[23:46:59] *** vjuranek has quit IRC
[23:49:39] *** teilo has joined #jenkins
[23:53:26] <jenkinsci_builds> Project jenkins_main_trunk build #599: SUCCESS in 31 min: http://ci.jenkins-ci.org/job/jenkins_main_trunk/599/
[23:53:26] <jenkinsci_builds> Olivier Lamy: move maven agents and interceptors to an external repo.





top