[00:03:36] *** mando has quit IRC
[00:08:27] *** hare_brain has left #jenkins
[00:18:55] *** vjuranek_ has joined #jenkins
[00:20:15] *** Lewisham has quit IRC
[00:22:29] *** vjuranek has quit IRC
[00:25:13] *** btrim has quit IRC
[00:28:47] *** sshaw has quit IRC
[00:34:36] *** _marc` has quit IRC
[00:38:49] *** drulli has quit IRC
[00:39:58] *** d2m has left #jenkins
[00:44:14] *** msm has quit IRC
[00:47:13] *** Stubbs has quit IRC
[00:53:29] *** rcampbell_ has quit IRC
[01:01:26] <gmcdonald> samples for creating an OSX plist for buildbot state using 'net.sourceforge.buildbot.plist '
[01:01:37] <gmcdonald> what should that be now?
[01:02:51] <rtyler> org.jenkinsci.jenkins.plist ;)
[01:02:58] <abayer> Who knows?
[01:03:05] <gmcdonald> oh bugger, sorry, wrong channel
[01:03:10] <rtyler> heh
[01:03:13] <gmcdonald> I do the bb stuff too
[01:03:33] <gmcdonald> but yes, I will need to do a jenkins plist
[01:03:39] <gmcdonald> we have a slave on OSX
[01:03:59] <gmcdonald> dont think protocol7 did one for it
[01:17:02] *** jenkins-admin has quit IRC
[01:17:14] *** abayer has quit IRC
[01:17:22] *** jenkins-admin has joined #jenkins
[01:18:19] <rtyler> http://agentdero.cachefly.net/scratch/confluencefail.png
[01:18:20] <rtyler> HAHAHAHAHA
[01:18:27] <rtyler> Good work Atlassian
[01:18:47] <rtyler> that link was *sent* to me by an Atlassian employee
[01:18:57] <kohsuke> :-(
[01:19:22] <kohsuke> http://www.dailycognition.com/content/image/20/Cat_FAIL.jpg
[01:21:18] *** sshaw has joined #jenkins
[01:22:21] *** ccallahan has joined #jenkins
[01:23:33] <rtyler> I had a good hearty lol over it :D
[01:23:48] *** i386 has joined #jenkins
[01:24:00] <rtyler> OH NOES
[01:24:05] <ccallahan> Okay, I'm pretty sure I'm doing something stupid, but anyways, I am trying to complie a Ant target in Jenkins and everytime it compiles Jenkins says it failed, but the console log says it was sucsessful. Any ideas?
[01:24:09] <rtyler> we weren't just making fun of atlassian i386, I promise :D
[01:24:26] <rtyler> i386: I giggled at this (linked by @mryall): http://agentdero.cachefly.net/scratch/confluencefail.png
[01:24:45] <i386> rtyler: oh I am bitching to your infra guys right now about that!
[01:24:55] <rtyler> i386: you're bitching to me
[01:24:57] <rtyler> :D
[01:25:19] <ccallahan> rtyler, Any ideas about my issue?
[01:25:22] <kohsuke> ccallahan: I suspect one of the post build steps are failing the build
[01:25:32] <kohsuke> Is that the last line you see in the build output?
[01:25:39] <ccallahan> Let me pastebin it
[01:25:41] <i386> how much ram do you have allocated to connie and jira kohsuke?
[01:25:55] <kohsuke> Currently about 1GB each all things combined
[01:25:59] <prusswan> i386??
[01:26:05] <rtyler> prusswan: he's old ;)
[01:26:06] *** sshaw has quit IRC
[01:26:14] <kohsuke> 256M permgen and 768M heap
[01:26:23] <prusswan> surely you mean i386 compatible??
[01:26:24] <rtyler> no SSE2 or SSE3 extensions either
[01:26:36] <ccallahan> http://etherstorm.ccallahan.info:8080/job/WorldGuard/10/consoleText
[01:26:43] <i386> sorry about confluence.atlassian.com. Its having a na-na.
[01:26:55] <i386> oh
[01:27:02] <i386> its run out of database connections. Nice.
[01:27:13] * rtyler giggles
[01:27:26] <rtyler> after a late night dealing with our own scaling issues, it's fun watching somebody else's kit break
[01:27:34] <ccallahan> lol
[01:27:34] <rtyler> schadenfreude for nerds
[01:28:27] <i386> I wonder if the wolves will descend if I mention I work on Bamboo? :)
[01:28:27] <rtyler> I'm serious, I was up until 6am this morning putting out fires
[01:28:37] <rtyler> (that I caused comically enough)
[01:28:51] <rtyler> i386: I'll protect you, with my handy +o axe
[01:29:04] <i386> kohsuke: I assume that both instances are hit rather hard?
[01:29:27] <kohsuke> ccallahan: set the logging level of hudson.model.Run to FINE or above and you should see who's marking the build as a failure
[01:29:30] <rtyler> yes, and they're both on the same machine
[01:29:38] <kohsuke> Wiki page has an instruction of how you can do it on the fly from GUI
[01:29:51] <ccallahan> How do I do that? </ubern00b>
[01:29:57] <ccallahan> nvm
[01:29:59] *** smolyn has quit IRC
[01:30:00] <rtyler> heh
[01:30:20] <kohsuke> http://wiki.jenkins-ci.org/display/JENKINS/Logging
[01:30:21] <ccallahan> rtyler, stop laughing at me ;.;
[01:30:33] <rtyler> I'm laughing with you
[01:30:40] <rtyler> I'll laugh *at* you later ;)
[01:30:41] <ccallahan> Whatever :P
[01:30:59] <prusswan> ci-game didn't even give you 1 pt for build success
[01:31:14] <i386> kohsuke: and what does the confluence instance fall over from?
[01:31:22] <i386> kohsuke: OOM?
[01:32:20] <kohsuke> Once it choked and died when JVM tried to allocate more memory for itself (via malloc, I presume) and failed to get it
[01:32:48] <kohsuke> Another time it used up all the heap space and got into the excessive GC mode
[01:33:00] <kohsuke> The third time I don't know, as abayer restarted it
[01:33:19] *** mindless has quit IRC
[01:33:30] <i386> kohsuke: ill ping some developers here and see what they recommend
[01:34:08] <kohsuke> Oh, didn't realize you are with Atlassian
[01:34:12] <rtyler> we have bigger hardware en route so we can be a bit more cavalier with our RAM allocations
[01:34:22] <rtyler> kohsuke: we've been playing @-pingpong on twitter :)
[01:34:34] <kohsuke> Let me know if I should be collecting other info
[01:34:38] <ccallahan> kohsuke, This make any sense? http://pastebin.com/bMBnTqkC
[01:34:38] *** recampbell has joined #jenkins
[01:34:41] <kohsuke> For example I can try getting heapdump
[01:34:43] <i386> kohsuke: http://webcache.googleusercontent.com/search?q=cache:QUksMMj3ByUJ:confluence.atlassian.com/display/DOC/Performance%2BTuning+memory+tuning+confluence&hl=en&gl=au&strip=1
[01:36:06] <i386> kohsuke: the apache guys use this plugin for confluence on cwiki that spits out a pre-rendered version of confluence that can be served statically
[01:36:29] <i386> that might take the load off confluence for people who dont have edit permissions
[01:36:32] <kohsuke> which plugin, I'm sorry?
[01:36:55] <i386> kohsuke: http://code.google.com/p/couldit-autoexport/
[01:37:57] <i386> it likely needs to be updated for your confluence release.
[01:38:19] <gmcdonald> i386: tut tut
[01:38:29] <i386> gmcdonald: hello
[01:38:51] <rtyler> tut tut
[01:39:04] <i386> gmcdonald: its been a while :)
[01:39:13] <gmcdonald> https://plugins.atlassian.com/plugin/details/33010
[01:39:16] <gmcdonald> ^
[01:39:27] <gmcdonald> it has been, hows things?
[01:39:59] <i386> gmcdonald: ahh you updated it? :)
[01:40:26] <i386> gmcdonald: very well. Busy Bamboo hacking so I havn't really had time to dip myself into Apache projects
[01:40:34] <kohsuke> ccallahan: hmm, inconclusive. It looks like we need to add more logging
[01:40:51] <kohsuke> Can you test with all the post build steps disabled?
[01:40:59] <ccallahan> I am as we speak
[01:41:05] <gmcdonald> i386: no worries
[01:41:08] <gmcdonald> thought as much
[01:41:16] <i386> kohsuke: according to one of our senior confluence hackers the amount of memory you have specified is more than enough
[01:41:29] <i386> kohsuke: confluence.atlassian uses '-Xms1800m -Xmx1800m -XX:MaxPermSize=256m'
[01:41:42] <gmcdonald> i386: have it working on confluence 2.4.6 , soon to test on 2.5 tomorrow
[01:41:46] <i386> and it gets hammered
[01:42:00] <ccallahan> kohsuke, still failed. let me check the log...
[01:42:30] <i386> (confluence.atlassian.com does 1500 requests a minute)
[01:42:49] <i386> kohsuke: that autoexport plugin might help improve load though so it would be worth investigating
[01:43:14] <i386> it certainly keeps cwiki up without much fuss
[01:43:23] <ccallahan> http://pastebin.com/LXp638Sw
[01:43:25] <kohsuke> i386: OK, so we are suspecting memory leak?
[01:43:43] * kohsuke reads up on the auto export plugin
[01:43:43] <i386> kohsuke: perhaps. I'd recommend you go through our support channel.
[01:43:47] <gmcdonald> asf confluence uses -Xms256m -Xmx1512m -XX:MaxPermSize=256m
[01:44:20] *** vjuranek_ has quit IRC
[01:44:29] <i386> kohsuke: once you have a support ticket filed email me at james at atlassian dot com with the JIRA issue key and Ill go downstairs and bug our support guys :)
[01:44:50] <kohsuke> Thank you. Doing it now
[01:44:54] <i386> gmcdonald: thats the stock memory requirements.
[01:44:59] <i386> Im impressed.
[01:45:38] <gmcdonald> yeah, works well
[01:45:51] <gmcdonald> autoexport of course is taking alot away
[01:46:04] <gmcdonald> so thats doing its job too
[01:47:44] <gmcdonald> heap is 43% free, permgen 52% free
[01:48:01] <gmcdonald> and it stays pretty much constant
[01:48:16] <gmcdonald> hasnt had a reboot since it was upgraded early january
[01:49:03] <gmcdonald> however, when we had Jira on the same machine, we had some issues
[01:49:11] <i386> kohsuke: same developer said that running confluence inside a vm can sometimes be troublesome and recommended running it on the bare metal for a bit and seeing if that helps.
[01:49:34] <kohsuke> unfortunately it's not possible to do so right now
[01:49:42] <i386> but obviously you can't do that
[01:49:44] <gmcdonald> other vms stealing available mem
[01:50:23] <kohsuke> Hmm, I can see how that can cause slow down but I don't see how that can lead to fully filled-up VM or hard crash
[01:51:23] <i386> neither can I - I'm just repeating the info I am getting
[01:51:28] <gmcdonald> if the reserved heap isnt there b/c another vm stole it maybe ...
[01:51:36] <i386> anyhow, support will help you out and ill keep an eye on your ticket
[01:52:17] <i386> sorry for all the fail. we try, we try :)
[01:55:32] <kohsuke> Thanks for helping us
[02:00:00] *** smolyn has joined #jenkins
[02:00:41] <kohsuke> i386: I've filed https://support.atlassian.com/browse/CSP-58700
[02:00:46] <kohsuke> I guess you wanted me to email
[02:03:23] <i386> kohsuke: its cool I've got it now
[02:03:30] <i386> Ill set myself up as a watcher
[02:04:32] <kohsuke> gmcdonald: so the way the auto-export works is that you let it handle all the GET requests by tweaking Apache frontend (that serves as a reverse proxy for Confluence)?
[02:05:07] <lifeless> i386: 'lo
[02:05:20] <i386> hey lifeless :)
[02:05:47] <lifeless> i386: thats a reasonably busy wiki :)
[02:06:11] <i386> lifeless: jenkins or confluence.a.c?
[02:06:25] <lifeless> c.a.c - the 1500 rpm you mention
[02:06:42] <i386> lifeless: yeah - it serves all of our documentation
[02:06:56] <lifeless> lp's main service does about 4500 rpm
[02:09:22] <i386> bugger I've forgotten to hg push all my work
[02:09:29] <i386> and its on my laptop which is off at home
[02:09:46] <i386> time to teach my cats how to use hg
[02:09:59] <rtyler> miau
[02:10:13] *** Austin__ has joined #jenkins
[02:10:25] <gmcdonald> kohsuke: cwiki.apache.org/ <-- all those are exported, we 'train' the projects to point to those docs
[02:10:45] <gmcdonald> kohsuke: cwiki.apache.org/confluence/ is the editable wiki areas
[02:11:53] *** BrianFox_ has joined #jenkins
[02:12:24] *** btrim has joined #jenkins
[02:12:35] <i386> lifeless: thats some heavy load
[02:12:44] <i386> then again you host a lot more projects than we do
[02:13:12] *** BrianFox has quit IRC
[02:13:24] <lifeless> i386: we were doing 6K rpm on monday, had a spike for some reason
[02:13:53] <lifeless> i386: and this ignores bazaar.l.n, ppas, archive.ubuntu.com and the launchpadlibrarian ;)
[02:13:54] <kohsuke> gmcdonald: Yes, I looked at the site and now understands how it's run
[02:14:22] <kohsuke> Did you consider making it a transparent overlay? Or is it not feasible for some reasons?
[02:19:18] *** joewilliams is now known as joewilliams_away
[02:25:27] <gmcdonald> kohsuke: not sure what you mean?
[02:26:07] <kohsuke> tweak reverse proxy such that GET-ing https://cwiki.apache.org/confluence/display/CWIKI/Index would render https://cwiki.apache.org/CWIKI/
[02:27:19] <kohsuke> No, oh wait, I think I'm misunderstanding this
[02:27:22] <gmcdonald> oh, not sure, how would editing that page then work?
[02:27:22] <btrim> is netbeans productive for plugin dev?  Eclipse + mvn seems too cumbersome
[02:27:42] <kohsuke> because it'd request a different page, apache can pass that on to Confluence
[02:28:06] <kohsuke> (it looks like the export process applies some kind of templating/theming)
[02:28:14] <gmcdonald> it does yes
[02:28:28] <gmcdonald> configurable also for each project
[02:28:43] <kohsuke> How does that work? Is that a feature in Confluence that I'm not aware of?
[02:28:48] <gmcdonald> yes
[02:28:58] <gmcdonald> there are templates that can be altered
[02:29:14] <gmcdonald> in autoexport itself that is
[02:29:29] <kohsuke> ah, ok, so it's a feature in the auto-export plugin, then
[02:29:34] <kohsuke> not the base Confluence itself
[02:29:35] <gmcdonald> not to be confused with the space templates :)
[02:29:45] <gmcdonald> right, part of the plugin for the exported look
[02:30:37] <gmcdonald> some make them look like their main websites -- more importantly as this feature was mainly added, some use them 'as their main websites' by rsyncing the exported site
[02:31:05] <kohsuke> right
[02:31:24] <gmcdonald> activemq.apache.org and camel.apache.org ,good examples
[02:31:39] *** awb has quit IRC
[02:31:43] <gmcdonald> edited in cwiki, exported, synced to live, takes about an hour
[02:33:13] <kohsuke> Sounds like we should really try out the auto export plugin
[02:33:46] *** ccallahan has left #jenkins
[02:36:04] *** prologuy-work has joined #jenkins
[02:36:21] *** prologuy-work is now known as prusswan-work
[02:37:30] <gmcdonald> kohsuke: yep, we can talk more about that later (busy atm)
[02:58:09] *** sshaw has joined #jenkins
[03:02:00] *** bmahe has quit IRC
[03:03:04] *** esteele|away has quit IRC
[03:03:36] *** esteele has joined #jenkins
[03:12:45] *** elpargo_ has joined #jenkins
[03:15:12] *** elpargo has quit IRC
[03:15:12] *** elpargo_ is now known as elpargo
[03:17:22] *** cowboyd has joined #jenkins
[03:31:47] *** msm has joined #jenkins
[03:46:17] *** calavera has joined #jenkins
[03:52:57] *** BrianFox_ has quit IRC
[04:00:38] *** btrim has quit IRC
[04:06:16] *** sshaw has quit IRC
[04:06:55] *** btrim has joined #jenkins
[04:06:59] *** btrim has quit IRC
[04:10:37] *** awb has joined #jenkins
[04:12:44] *** esteele has quit IRC
[04:14:15] *** calavera has quit IRC
[04:21:38] *** smolyn_ has joined #jenkins
[04:22:21] *** cowboyd has quit IRC
[04:22:21] *** Austin__ has quit IRC
[04:23:16] *** smolyn has quit IRC
[04:23:38] *** recampbell has quit IRC
[04:26:31] *** esteele has joined #jenkins
[04:26:52] *** awb has quit IRC
[04:40:24] *** sshaw has joined #jenkins
[04:48:38] *** awb has joined #jenkins
[04:53:03] *** jieryn-w has quit IRC
[05:16:41] *** vivek_ has quit IRC
[05:20:55] *** abayer has joined #jenkins
[05:20:56] *** ChanServ sets mode: +o abayer
[05:33:01] *** elpargo has quit IRC
[05:36:19] *** miclorb has quit IRC
[05:41:12] *** elpargo has joined #jenkins
[06:02:42] *** jenkins-admin has quit IRC
[06:02:42] *** Lewisham has joined #jenkins
[06:02:43] *** ChanServ sets mode: +v Lewisham
[06:03:13] *** jenkins-admin has joined #jenkins
[06:04:05] <kohsuke> jenkins-admin: fork kohsuke/github-api on github as testing-bot-please-ignore
[06:04:10] <jenkins-admin> Forking github-api
[06:08:40] *** jenkins-admin has quit IRC
[06:09:07] *** jenkins-admin has joined #jenkins
[06:09:15] <kohsuke> jenkins-admin: fork kohsuke/github-api on github as testing-bot-please-ignore
[06:09:24] <jenkins-admin> Forking github-api
[06:12:33] <jenkins-admin> Created https://github.com/jenkinsci/testing-bot-please-ignore
[06:15:56] *** miclorb_ has joined #jenkins
[06:17:06] *** elpargo has quit IRC
[06:18:43] *** jenkins-admin has quit IRC
[06:19:36] *** jenkins-admin has joined #jenkins
[06:22:52] <jenkinsci_builds> Project jenkins_main_trunk build #600: ABORTED in 1 day 5 hr: http://ci.jenkins-ci.org/job/jenkins_main_trunk/600/
[06:22:53] <jenkinsci_builds> * Olivier Lamy: do not use TokenMacro if stringwithmacro is null
[06:22:53] <jenkinsci_builds> * Olivier Lamy: upgrade tokenmacro version
[06:22:54] <jenkinsci_builds> Starting build 601 for job jenkins_main_trunk (previous build: ABORTED -- last SUCCESS #599 1 day 7 hr ago)
[06:23:54] *** elpargo has joined #jenkins
[06:29:33] *** smolyn_ has quit IRC
[06:33:57] *** ExtraSpice has joined #jenkins
[06:37:59] *** evilchili has joined #jenkins
[06:50:56] *** akostadinov has joined #jenkins
[06:54:57] *** andreasmandel has joined #jenkins
[07:14:08] *** Aetzel has joined #jenkins
[07:21:40] *** andreasmandel has quit IRC
[07:39:18] *** Haloperidol has joined #jenkins
[07:45:36] *** Lewisham has quit IRC
[07:46:09] *** Lewisham has joined #jenkins
[07:46:10] *** ChanServ sets mode: +v Lewisham
[07:53:53] *** mwhudson has quit IRC
[07:54:24] *** mwhudson has joined #jenkins
[08:05:00] *** Lewisham has quit IRC
[08:18:21] *** makr2 has joined #jenkins
[08:18:56] *** dotsev has joined #jenkins
[08:19:12] *** sietse has left #jenkins
[08:31:22] *** drulli has joined #jenkins
[08:31:22] *** ChanServ sets mode: +v drulli
[08:37:47] *** Haloperidol has quit IRC
[08:47:13] *** ctrabold has joined #jenkins
[08:48:06] *** vjuranek has joined #jenkins
[08:51:00] *** dvaske_ has quit IRC
[09:02:40] *** d2m has joined #jenkins
[09:06:09] *** dvaske_ has joined #jenkins
[09:13:41] *** imeikas has joined #jenkins
[09:19:58] *** k-fish has quit IRC
[09:23:28] *** Stubbs has joined #jenkins
[09:26:14] *** _marc` has joined #jenkins
[09:27:53] *** Sebastian has joined #jenkins
[09:30:17] *** sshaw has quit IRC
[09:35:17] *** _Aeris_ has joined #jenkins
[09:35:25] *** sshaw has joined #jenkins
[09:43:52] *** harpreet has joined #jenkins
[09:44:04] <harpreet> Hi All
[09:44:22] <harpreet> I have a question regarding packaging Jenkins in deb package
[09:45:39] *** olamy has joined #jenkins
[09:45:44] *** Guest18669 has joined #jenkins
[09:45:46] <harpreet> QUESTION: How to change the package name from jenkins.....deb  to haps-jenkins.deb. this change is to avoid auto updation of the package (as suppose in future jenkins goes in to Ubuntu repo).
[09:45:55] *** ChanServ sets mode: +v olamy
[09:46:05] <harpreet> i am creating the package from tar with dpkg-builpackage command
[09:46:13] *** Weltraumschaf has joined #jenkins
[09:47:33] *** awb has quit IRC
[09:47:35] *** k-fish has joined #jenkins
[09:49:36] *** Guest18669 is now known as jv
[09:49:58] *** jv is now known as vacz
[09:54:44] <harpreet> any one here?
[09:56:46] <Weltraumschaf> hi
[09:57:40] <harpreet> hi
[10:01:44] <gmcdonald> harpreet: I think you'd have more luck in #ubuntu
[10:01:56] <gmcdonald> I dont think many people here build deb packages
[10:02:26] *** dvaske_ has quit IRC
[10:04:18] *** karol^ has joined #jenkins
[10:15:24] *** magnayn has joined #jenkins
[10:16:37] *** dvaske_ has joined #jenkins
[10:17:28] *** vacz has quit IRC
[10:18:33] <prusswan-work> there should be a way to turn off auto update of specific packages in ubuntu iirc
[10:20:32] <harpreet>  gmcdonald : but this is dependent on the jenkins source
[10:20:40] <harpreet> and script
[10:21:33] <harpreet> as I tried changing the name in debian/debian/control file , then the created deb is emptyy
[10:23:15] <prusswan-work> http://www.ubuntugeek.com/how-to-prevent-a-package-from-being-updated-in-ubuntu.html
[10:23:22] <_Aeris_> harpreet > ypu can lock a package directly in debian
[10:24:01] <_Aeris_> aptitude hold jenkins
[10:24:37] <_Aeris_> apt doesn't upgrade your package until you do it manually
[10:25:10] *** benmatselby has joined #jenkins
[10:26:05] *** patryk has joined #jenkins
[10:29:37] <harpreet> _Aeris_: but in that case, if I try to main a local deb repo with my created package (with a patch), will also not be updated on running apt-get update
[10:29:48] <harpreet> s/main/maintain/
[10:31:23] *** sshaw has quit IRC
[10:31:39] *** edorian has quit IRC
[10:38:10] *** benmatselby has quit IRC
[10:38:17] *** Stubbs has quit IRC
[10:38:26] <_Aeris_> harpreet > perhaps with apt preference
[10:39:03] <_Aeris_> you can assign -1 on official package (don't install) and 1001 on yours (upgrade always)
[10:41:10] *** Stubbs has joined #jenkins
[10:42:49] *** edorian has joined #jenkins
[10:51:12] *** Stubbs has quit IRC
[10:51:57] *** Aetzel has quit IRC
[10:53:00] *** richvdh has joined #jenkins
[10:55:16] *** DaveH has joined #jenkins
[11:05:55] *** d2m has quit IRC
[11:07:42] *** MichaelG_ has quit IRC
[11:13:38] *** Aetzel has joined #jenkins
[11:15:16] *** d2m has joined #jenkins
[11:19:57] *** m4r35n357 has joined #jenkins
[11:28:55] *** dogmatic69 has joined #jenkins
[11:29:12] *** Stubbs has joined #jenkins
[11:31:55] *** prusswan-work has quit IRC
[12:20:48] *** Stubbs has quit IRC
[12:20:51] *** d2m has quit IRC
[12:21:09] *** Stubbs has joined #jenkins
[12:21:14] *** elpargo has quit IRC
[12:21:46] *** elpargo has joined #jenkins
[12:33:27] *** skataria has joined #jenkins
[12:35:00] *** calculus has quit IRC
[12:35:42] *** d2m has joined #jenkins
[12:36:17] *** calculus has joined #jenkins
[12:42:04] *** miclorb_ has quit IRC
[12:43:42] *** _Aeris_ has quit IRC
[12:50:07] *** ctrabold has quit IRC
[12:57:39] *** resmo_ has quit IRC
[12:57:49] *** _Aeris_ has joined #jenkins
[13:00:30] *** harpreet has left #jenkins
[13:09:57] *** jieryn-w has joined #jenkins
[13:09:57] *** ChanServ sets mode: +v jieryn-w
[13:11:15] *** resmo_ has joined #jenkins
[13:13:36] *** kenneth_reitz has joined #jenkins
[13:27:01] *** kenneth_reitz has quit IRC
[13:27:51] *** real_ate has joined #jenkins
[13:28:04] <real_ate> servers down?
[13:28:38] <real_ate> hmm... seems to only be the wiki for me
[13:28:45] <real_ate> can anyone else see teh wiki right now?
[13:29:35] <prusswan> i see this> Apache/2.2.16 (Ubuntu) Server at wiki.jenkins-ci.org Port 80
[13:30:01] <prusswan> maybe another stick of DDR?
[13:40:26] *** ctrabold has joined #jenkins
[13:46:50] *** edorian has quit IRC
[13:50:06] *** BBommarito has quit IRC
[13:51:24] *** Sebastian has quit IRC
[13:59:41] *** cristiano- has joined #jenkins
[14:00:40] *** cristiano- has quit IRC
[14:00:46] *** esteele has joined #jenkins
[14:01:07] *** cristiano has joined #jenkins
[14:03:45] *** BrianFox has joined #jenkins
[14:03:46] *** BrianFox has joined #jenkins
[14:10:07] *** dvaske_ has quit IRC
[14:20:04] *** ctrabold has quit IRC
[14:23:10] *** cristhiank has joined #jenkins
[14:23:23] <cristhiank> hi channel
[14:23:31] <cristhiank> I getting an error on the latest jenkins
[14:23:56] <cristhiank> ERROR: Processing failed due to a bug in the code. Please report this to jenkins-users at googlegroups dot com
[14:23:56] <cristhiank> java.lang.IllegalArgumentException: vfs:/opt/jboss6/server/default/deploy/jenkins.war/WEB-INF/lib/remoting-1.401.jar/hudson/remoting/Launcher.class - vfs:/opt/jboss6/server/default/deploy/jenkins.war/WEB-INF/lib/remoting-1.401.jar/hudson/remoting/Launcher.class
[14:23:56] <cristhiank> 	at hudson.remoting.Which.jarFile(Which.java:160)
[14:24:09] <cristhiank> It's related to remoting
[14:24:29] <cristhiank> but I don't know what to do....
[14:24:44] *** dvaske_ has joined #jenkins
[14:28:34] * cristhiank hopes someone here could help him
[14:31:08] <prusswan> container problem?
[14:31:14] <cristhiank> may be
[14:31:24] <cristhiank> I think it could be JBoss VFS
[14:31:25] * prusswan had his hands full just working with tomcat6 alone
[14:31:52] <cristhiank> someone had tested it on JBoss 6 ?
[14:31:57] *** kenneth_reitz has joined #jenkins
[14:34:36] <prusswan> do you have an older release that you can compare against?
[14:34:39] *** recampbell has joined #jenkins
[14:35:35] <cristhiank> no, I don't, it's my first installation of jenkins
[14:35:48] <cristhiank> Some months ago tested hudson and worked fine
[14:38:25] <prusswan> you can try to see if an older release has the same problem, it is not a must to use the latest
[14:38:45] <cristhiank> Ok, thks
[14:39:01] * cristhiank is downlading jenkins older release
[14:41:54] <prusswan> hmm, jira is locked?
[14:49:07] *** dotsev has quit IRC
[14:59:36] *** herque has joined #jenkins
[15:00:56] *** jan_ruzicka has joined #jenkins
[15:01:04] *** real_ate_ has joined #jenkins
[15:02:22] *** real_ate has quit IRC
[15:02:50] *** BBommarito has joined #jenkins
[15:02:52] <jan_ruzicka> Hi, Does anybody know what's the problem with JIRA? It says "Startup Failed" and "The jira.home directory '/srv/jira/home' is already locked. Please see http://docs.atlassian.com/jira/docs-042/How+do+I+unlock+my+JIRA+home+directory%3F?clicked=jirahelp# for more information on locked jira.home directories."
[15:03:33] <prusswan> in short, jira is broken
[15:03:45] <prusswan> a few hours ago everything was still fine
[15:10:33] *** Austin__ has joined #jenkins
[15:13:07] *** skataria has quit IRC
[15:16:55] *** yshavit has joined #jenkins
[15:17:55] <yshavit> Hi all, I'm trying to do a multi-configuration job, and I'm a bit stuck on the "Labels" part of the slaves axis. I've got two nodes selected, but the Labels shows an empty tree (I can't expand the node on the widget). Is that expected?
[15:18:32] *** jan_ruzicka has left #jenkins
[15:32:06] *** docwhat has joined #jenkins
[15:35:37] *** vivek_ has joined #jenkins
[15:36:39] *** cristiano has quit IRC
[15:38:13] *** cowboyd has joined #jenkins
[15:41:57] *** sshaw has joined #jenkins
[15:44:51] *** Aetzel has quit IRC
[15:45:12] *** Austin__ has quit IRC
[15:47:25] *** kenneth_reitz has quit IRC
[15:53:28] *** smolyn has joined #jenkins
[15:55:54] *** cristhiank has quit IRC
[15:56:19] *** cristhiank has joined #jenkins
[15:59:36] <herque> anyone know if there is a way to specify the svn revision to use when releasing with the m2 release plugin?
[16:01:06] *** sshaw has quit IRC
[16:02:01] <docwhat> FYI: JIRA is down: The jira.home directory '/srv/jira/home' is already locked. Please see the JIRA documentation for more information on locked jira.home directories.
[16:03:56] *** sshaw has joined #jenkins
[16:12:31] *** recampbell has quit IRC
[16:24:29] *** recampbell has joined #jenkins
[16:29:46] *** esteele has quit IRC
[16:32:35] *** mconigliaro has joined #jenkins
[16:34:25] *** benmatselby has joined #jenkins
[16:34:48] *** herque has quit IRC
[16:36:18] *** msm has quit IRC
[16:37:30] *** yshavit has left #jenkins
[16:39:53] *** benmatselby has quit IRC
[16:43:06] *** mindless has joined #jenkins
[16:45:41] *** mindless has quit IRC
[16:45:41] *** mindless has joined #jenkins
[16:45:41] *** ChanServ sets mode: +o mindless
[16:48:04] *** Sebastian has joined #jenkins
[16:48:38] *** kutzi has joined #jenkins
[16:48:38] *** ChanServ sets mode: +v kutzi
[16:48:54] *** smolyn has quit IRC
[16:48:57] <myusuf3> does jenkins support password protected keys?
[16:48:59] *** msm has joined #jenkins
[16:54:08] *** mando has joined #jenkins
[16:54:53] <drulli> myusuf3: I don't think so.
[16:56:20] <myusuf3> i dont want to cause a stir, but I used to be able to do it with hudson; I upgraded my back server and it cant seem to connect
[16:56:27] <myusuf3> I dont think this would be the case.
[16:56:38] *** nd___ has joined #jenkins
[16:58:13] <cristhiank> prusswan : still getting the same error with diferents Jenkins/hudson releases newer and older... what else could I do ?
[16:58:54] *** dvaske_ has quit IRC
[16:59:47] *** nd__ has quit IRC
[17:05:19] *** _marc` has quit IRC
[17:09:36] *** voorth has joined #jenkins
[17:11:49] *** Lewisham has joined #jenkins
[17:11:50] *** ChanServ sets mode: +v Lewisham
[17:14:33] *** dvaske_ has joined #jenkins
[17:23:53] *** drulli has quit IRC
[17:27:49] *** MichaelG_ has joined #jenkins
[17:30:04] *** vjuranek has quit IRC
[17:31:13] *** calavera has joined #jenkins
[17:31:53] *** smolyn has joined #jenkins
[17:45:26] *** Haloperidol has joined #jenkins
[17:48:40] *** joewilliams_away is now known as joewilliams
[17:48:53] *** recampbell has quit IRC
[17:49:55] *** sshaw has quit IRC
[17:51:23] *** andreasmandel has joined #jenkins
[17:51:35] *** drulli has joined #jenkins
[17:51:40] *** ChanServ sets mode: +v drulli
[17:53:38] *** drulli has left #jenkins
[17:53:44] *** drulli has joined #jenkins
[17:53:44] *** ChanServ sets mode: +v drulli
[17:56:02] *** k-fish has quit IRC
[18:00:21] *** sshaw has joined #jenkins
[18:02:38] *** makr2 has quit IRC
[18:05:47] *** benmatselby has joined #jenkins
[18:05:55] *** benmatselby has quit IRC
[18:06:31] *** _marc` has joined #jenkins
[18:10:49] *** dogmatic69 has quit IRC
[18:14:38] *** kenneth_reitz has joined #jenkins
[18:18:13] *** MichaelG_ has quit IRC
[18:20:30] *** Weltraumschaf has quit IRC
[18:23:21] *** olamy has quit IRC
[18:23:43] *** lukem has quit IRC
[18:24:42] *** herque has joined #jenkins
[18:25:38] *** abayer has quit IRC
[18:25:57] *** kenneth_reitz has quit IRC
[18:33:05] *** magnayn has quit IRC
[18:35:56] <myusuf3> this is frustating
[18:36:05] <myusuf3> why doesn't jenkins work with svn+ssh
[18:36:49] *** karol^ has quit IRC
[18:37:56] <myusuf3> anyone?
[18:38:35] *** real_ate_ has quit IRC
[18:40:16] <kohsuke> you should be able to pass in the private key and the password
[18:40:26] <kohsuke> I don't think that part has changed for quite some time
[18:41:21] <myusuf3> I keep getting NULL
[18:41:22] *** Stubbs has quit IRC
[18:41:23] <myusuf3> watchi
[18:41:36] <kohsuke> you men you get a stack trace of some sort?
[18:42:40] <myusuf3> http://pastie.org/1683442
[18:42:59] <kohsuke> Oh interesting
[18:43:17] <myusuf3> http://pastie.org/1683442
[18:43:20] <myusuf3> check that out please
[18:43:26] <myusuf3> that was a more complete stacktrace
[18:44:00] <prusswan> myusuf3: what OS is that on?
[18:44:11] <myusuf3> its on ubuntu'
[18:44:14] <kohsuke> Would you please file a ticket for this on http://issues.jenkins-ci.org/ ?
[18:44:27] <myusuf3> yeah sure no problem?
[18:44:33] <kohsuke> And if it used to be working for you, you should try downgrading Subversion plugin
[18:44:34] <myusuf3> eta on getting it addressed
[18:44:41] <myusuf3> because it critical to my build process
[18:44:49] <myusuf3> if not I wont be able to switch over to jenkins
[18:45:09] <kohsuke> It's hard for me to commit on a time frame for a bug that I just heard
[18:45:09] <myusuf3> all I did was switch to jenkins on my test build system
[18:45:22] *** Lewisham has quit IRC
[18:45:35] <myusuf3> kohsuke, yeah just ball park figure
[18:45:36] <kohsuke> But again, if this used to be working, all you need to do is to continue using the same version of the subversion plugin
[18:45:43] <myusuf3> I wont hold you to anything of course
[18:45:45] <kohsuke> You can download it from http://mirrors.jenkins-ci.org/plugins/subversion/
[18:45:46] <myusuf3> priorities
[18:46:19] <myusuf3> kohsuke that plugin comes in bundled with jenkins?
[18:46:32] <kohsuke> Yes, so when you upgraded it, it overwrote what you had before
[18:46:47] <kohsuke> But if you manually install it, Jenkins will pin down the version you've installed
[18:46:54] <kohsuke> so it will no longer get auto-upgraded
[18:47:09] <kohsuke> So please try that
[18:47:18] <myusuf3> kk I will let you know the results
[18:47:20] <kohsuke> Which version of Hudson did you run before?
[18:47:31] <kohsuke> I can find out which version of the Subversion plugin it contained
[18:47:40] <myusuf3> 1.395
[18:47:55] <myusuf3> I still have it installed on our main build servers
[18:48:01] <myusuf3> I can look it up
[18:48:08] <kohsuke> Perfect
[18:48:21] <myusuf3> its just we got some time now to switch over
[18:48:36] <myusuf3> and i am not sure when the opportunity will come again
[18:48:37] <myusuf3> is all
[18:48:37] <kohsuke> It's 1.20
[18:48:43] <myusuf3> yep thats what i got
[18:48:52] <myusuf3> kk I will file the bug
[18:49:08] <kohsuke> I really appreciate your doing that and your patience
[18:49:39] <kohsuke> And in the ticket please mention that it was an upgrade from 1.395 (and subversion 1.20) to 1.401 (I assume)
[18:49:40] *** cristhiank has quit IRC
[18:49:50] <kohsuke> It'll help us reproduce the problem, which speeds up the resolution
[18:50:05] *** cristhiank has joined #jenkins
[18:50:30] *** _Aeris_ has quit IRC
[18:50:35] *** cristhiank has joined #jenkins
[18:51:28] <prusswan> btw, is there a specific list of containers that are tested for every new release of jenkins?
[18:52:14] <kohsuke> Hmm, not really, but it would be an interesting addition
[18:52:25] <kohsuke> What's the context/motivation?
[18:53:03] <prusswan> greater assurance to undertake new updates as they come
[18:53:15] <myusuf3> I cant submitt the bug
[18:53:27] <myusuf3> your SQL for jira is messed up
[18:53:33] <kohsuke> what does it say?
[18:53:40] <myusuf3> org.ofbiz.core.entity.GenericDataSourceException: Generic Entity Exception occurred in deleteByAnd (SQL Exception while executing the following:DELETE FROM label WHERE FIELDID IS NULL AND ISSUE=? (Binary logging not possible. Message: Transaction level 'READ-COMMITTED' in InnoDB is not safe for binlog mode 'STATEMENT'))
[18:54:38] *** msm has quit IRC
[18:56:31] <kohsuke> Can you comment on http://issues.jenkins-ci.org/browse/JENKINS-9086 instead?
[18:56:39] <kohsuke> I was able to file one
[18:56:43] <jenkins-admin> JENKINS-9086:Public key authentication with username fails (Open) http://jenkins-ci.org/issue/9086
[18:57:37] <kohsuke> Can you also verify that the protocol was svn+ssh://something/somewhere?
[19:00:09] *** patryk has quit IRC
[19:01:06] <prusswan> right now I'm not sure in the current release model, which ones are stable and which ones are snapshots, or perhaps every one of them is actually a snapshot?
[19:01:27] <kohsuke> Each one of them passes all the tests that we have.
[19:01:56] <kohsuke> They are releases as far as we are concerned, in the sense that there's no higher level of label we place on our binaries
[19:02:08] <prusswan> I see
[19:02:29] <kohsuke> That said, there's an initiative recently started to do a stable patch releases
[19:03:01] <kohsuke> ... where we pick some past good-looking release and maintain that for a few months by only providing backported fixes
[19:03:40] <kohsuke> It won't get any additional automated testing (if we had those we'd run on all our releases), but we are hoping that the restriction on commits would improve the quality, plus ...
[19:03:45] <prusswan> yes, that would be more attractive for production environments
[19:04:07] <kohsuke> we hope that people maintaining their private branches inside their corporate firewalls could pitch in some additional QA efforts
[19:04:48] <kohsuke> Those people hopefully have either more automated tests or do some manual tests, and stable branches should create a focal point for them to concentrate efforts.
[19:08:13] *** arnaldo has joined #jenkins
[19:08:14] *** msm has joined #jenkins
[19:08:49] *** herque has quit IRC
[19:11:14] *** dhackner has joined #jenkins
[19:12:27] *** msm has quit IRC
[19:13:58] <myusuf3> kohsuke, jenkins just crashed on me.
[19:15:24] <kohsuke> just unresponsive or VM gone
[19:15:25] <kohsuke> ?
[19:16:42] <myusuf3> vm is gone
[19:16:50] <myusuf3> i had to manually restart
[19:16:52] <kohsuke> hs_err_pid files?
[19:16:54] *** abayer has joined #jenkins
[19:16:54] *** ChanServ sets mode: +o abayer
[19:16:59] <myusuf3> where would those be?
[19:17:13] <kohsuke> in the current directory of the process
[19:17:16] <kohsuke> I think.
[19:17:39] <kohsuke> I should improve that part of the things
[19:17:53] <myusuf3> i am in the varlibjenkins dir
[19:17:54] <kohsuke> you can check where that is by looking at your current Jenkins process
[19:17:55] <myusuf3> no such file
[19:18:03] <kohsuke> /proc/PID/cwd
[19:18:18] <kohsuke> also look for the log output
[19:18:19] *** grigouze has joined #jenkins
[19:18:24] <kohsuke> /var/log/jenkins
[19:18:43] <myusuf3> yes that is where i am looking
[19:18:46] <myusuf3> one second
[19:18:59] *** msm has joined #jenkins
[19:19:03] <kohsuke> No, I mean look for the stdout/stderr recorded in the jenkins.log
[19:19:11] <kohsuke> (as well as hs_err_pid*.log)
[19:20:31] <myusuf3> there is nothing in /proc/PID/cwd dir in terms of logs
[19:20:59] <kohsuke> No, I meant from there you can find out where the current directory of the Jenkins process is
[19:21:05] *** bmahe has joined #jenkins
[19:21:09] <kohsuke> (or maybe you are saying that directory has no interesting fiels)
[19:21:20] <myusuf3> yes
[19:21:40] <myusuf3> there is also no jenkins.log in my /var/lib/jenkins dir
[19:21:55] <kohsuke> nothingat all?
[19:22:04] <kohsuke> no, /var/*log*/jenkins
[19:22:16] <myusuf3> no there are some logs for my slaves and workspace cleanup log
[19:22:46] <myusuf3> kohsuke,
[19:22:48] <myusuf3> kk there it
[19:22:50] <myusuf3> is
[19:22:54] *** herque has joined #jenkins
[19:24:09] <kohsuke> see if there's anything interesting around the time it died
[19:24:23] <kohsuke> log lines right before the restarted instance kicked in
[19:24:23] *** DaveH has quit IRC
[19:25:47] <myusuf3> yeah the file is huge
[19:25:50] *** kutzi1 has joined #jenkins
[19:25:56] <myusuf3> anyway you know to pin point a restart?
[19:26:04] *** NemesisD has joined #jenkins
[19:26:15] *** kutzi has quit IRC
[19:26:25] <NemesisD> hi all. is there any way i can execute a shell script at job startup or hudson startup? i need hudson to source his .bashrc
[19:26:29] *** kutzi has joined #jenkins
[19:26:29] *** ChanServ sets mode: +v kutzi
[19:26:34] <NemesisD> erm jenkins* sorry bad habit
[19:26:44] <kohsuke> myusuf3: look for "Beginning extraction from war file" for example
[19:27:35] <prusswan> NemesisD: if maven, there's this m2 extra steps plugin
[19:28:11] <NemesisD> prusswan: nope, freestyle or whatever its called
[19:28:40] <NemesisD> i could add a source step to each job but that would suck
[19:30:03] *** kutzi1 has quit IRC
[19:32:50] <herque> NemesisD: how are you launching jenkins currently?
[19:33:56] <NemesisD> herque: upstart script on ubuntu, sudo /etc/init.d/jenkins start
[19:34:27] <NemesisD> and well actually now it starts on boot
[19:34:46] <herque> NemesisD: can't you add the source to that init script
[19:35:00] <prusswan> what is stopping you from adding the contents of .bashrc to the startup script?
[19:35:39] <myusuf3> kohsuke, here is the stack trace
[19:35:40] <myusuf3> http://pastie.org/1683626
[19:35:49] <NemesisD> it seems rather silly, also it's the default init script that comes with the package so if i ever want to update jenkins from the repos that goes away
[19:36:05] <myusuf3> that happened right after a sucessful build
[19:36:38] <kohsuke> This seems like a regular termination, not abnormal
[19:37:42] <prusswan> NemesisD: I run it in tomcat, so if I needed to do anything like that, I will add it to the startup script for tomcat
[19:37:56] *** Sebastian has quit IRC
[19:38:47] <NemesisD> prusswan: it just surprises me you have to jump through that hoop to do something that has to be so common. i'm not great at shell scripting but from what i see the startup script calls "daemon", i have no idea where i'd source to even begin
[19:38:51] <NemesisD> there's really no other way?
[19:39:50] <kohsuke> NemesisD: you need to check if .bashrc is the right name for the script it sources on a new shell
[19:40:07] <kohsuke> IIRC it a number of files that are read on different timing, e.g., whether the shell is interactive or not
[19:41:53] *** awb has joined #jenkins
[19:43:02] <myusuf3> kohsuke, yeah but i didn't initiate it
[19:44:23] <myusuf3> kohsuke, i will let you know if that happens again
[19:44:32] <prusswan> NemesisD: from what I understand jenkins is a war file, contents of which I cannot change (at least not conveniently), so something like that has to be done when the war file is loaded
[19:44:40] <myusuf3> i am still getting the same error in subversion even after downgrading
[19:45:42] *** herque_ has joined #jenkins
[19:45:51] *** herque has quit IRC
[19:46:53] *** herque_ is now known as herque
[19:55:21] *** dhackner has quit IRC
[19:57:59] *** bmahe has quit IRC
[20:01:45] *** recampbell has joined #jenkins
[20:08:19] *** abayer1 has joined #jenkins
[20:08:19] *** abayer has quit IRC
[20:08:23] *** abayer1 is now known as abayer
[20:08:24] *** ChanServ sets mode: +o abayer
[20:09:04] *** dhackner has joined #jenkins
[20:09:45] *** sshaw has quit IRC
[20:10:54] <Creeture> prusswan: The first step in deploying a war file is that it is extracted on disk. You can changing the resultant output if you like.
[20:14:17] *** cristhiank_ has joined #jenkins
[20:15:45] *** sairazard has joined #jenkins
[20:15:52] <Creeture> Or just clone the jenkins source tree locally, modify it, and built it.
[20:16:15] <sairazard> Do you guys know if there is a hudson plugin or capability that says , "ONLY Run Job X when Job y Passes?"  Been looking around bug can't find anything.
[20:16:59] <Creeture> sairazard: Probably 2 lines of groovy will do it I think.
[20:17:52] *** cristhiank has quit IRC
[20:18:05] <prusswan> Creeture: true, but it is something I try to avoid. So far I managed to work with the war file without having to hard edit any of the files directly other than at the container level
[20:19:13] <sairazard> Creeture: ok. how would my groovy script know what state a job is in? Is there a way to request this info from Jenkins?
[20:19:52] <Creeture> Yah. You're looking for...let me dig.
[20:19:57] *** herque has quit IRC
[20:21:19] *** magnayn has joined #jenkins
[20:21:27] *** d2m has quit IRC
[20:23:02] *** herque has joined #jenkins
[20:23:27] <herque> sairazard: the paramaterized trigger plugin does this
[20:23:52] <herque> IE. only execute the next step if the current one is stable
[20:24:31] <sairazard> herque: let me give it a shot. But my requirement is for an entire job not just steps in 1 job.
[20:25:31] <herque> sairazard: that is what I mean, it will trigger a downstream job only if the current job is stable
[20:26:05] <herque> http://wiki.jenkins-ci.org/display/JENKINS/Parameterized+Trigger+Plugin
[20:26:26] <sairazard> herque: ok. This down stream build has a schedule that only runs at X time in the day. so I don't want it to run everytime a parent build passes.
[20:26:44] *** kutzi has quit IRC
[20:27:48] <sairazard> basically when this down stream build wakes up at a pre-determined time X, it should determine whether it can run or not based on the state of another job
[20:31:04] <herque> sairazard: you could attempt to disable/enable the downstream job with groovy depending on how your upstream build goes
[20:34:06] *** larrys has quit IRC
[20:34:15] *** sairazard has quit IRC
[20:36:51] *** d2m has joined #jenkins
[20:44:04] *** vjuranek has joined #jenkins
[20:45:53] *** sietse has joined #jenkins
[20:47:08] *** bmahe has joined #jenkins
[20:54:10] *** esteele has joined #jenkins
[20:57:39] *** avandendorpe has quit IRC
[21:00:07] *** herque has quit IRC
[21:02:06] *** BrianFox has quit IRC
[21:02:14] *** richvdh has quit IRC
[21:02:55] *** BrianFox has joined #jenkins
[21:02:55] *** BrianFox has joined #jenkins
[21:03:27] *** esteele is now known as rampantbastard
[21:04:01] *** rampantbastard has quit IRC
[21:06:15] *** esteele has joined #jenkins
[21:06:46] *** olamy has joined #jenkins
[21:06:46] *** ChanServ sets mode: +v olamy
[21:07:18] *** dhackner has quit IRC
[21:20:27] *** dhackner has joined #jenkins
[21:20:56] <kisielk> is there any way to *disable* permissions in the per-project matrix permission plugin?
[21:21:17] <kisielk> I have one build that I only want one user to have access to, but I don't want anyone else to be able to access it
[21:21:25] <kisielk> however I want everyone to be able to access all the other builds
[21:25:09] *** esteele has quit IRC
[21:25:47] *** slaboure has joined #jenkins
[21:33:34] *** sairazard has joined #jenkins
[21:35:03] *** akostadinov has quit IRC
[21:36:13] *** Stubbs has joined #jenkins
[21:36:42] *** andreasmandel has quit IRC
[21:36:58] <sairazard> i got disconnected earlier anyone catch the responeses to the conversation after my last statement about an hour ago
[21:39:11] <ccutrer> <sairazard> basically when this down stream build wakes up at a pre-determined time X, it should determine whether it can run or not based on the state of another job
[21:39:12] <ccutrer> <herque> sairazard: you could attempt to disable/enable the downstream job with groovy depending on how your upstream build goes
[21:39:14] <ccutrer> that was it
[21:40:18] <sairazard> ok thank you ccutrer
[21:43:07] <sairazard> anyone know of a good tutorial that shows how to use groovy to interact with jenkins so I can do what herque is suggesting.
[21:43:38] <sairazard> http://wiki.hudson-ci.org/display/HUDSON/Groovy+plugin seems limited in examples
[21:43:45] <kohsuke> or how about http://wiki.jenkins-ci.org/display/JENKINS/Jenkins+Script+Console ?
[21:43:52] <kohsuke> I'm not following the context so I could be wrong
[21:45:21] *** magnayn has quit IRC
[21:45:34] <sairazard> kohsuke: sounds like a great start. basically the context is that, when my job X wakes up, it needs to run ONLY if Job Y was succesfull. So someone suggested I do it using groovy.
[21:45:59] <sairazard> so basically job Y will enable/disable Job X based on whether it was successfull/not
[21:46:41] <kohsuke> sorry, I can't help you now. Hope that link helps
[21:48:55] <sairazard> np. Ill figure it out. the wiki seems to have waht I need
[21:49:04] <sairazard> http://wiki.jenkins-ci.org/display/JENKINS/Display+job+parameters
[21:55:03] *** calavera has quit IRC
[21:58:01] *** calavera has joined #jenkins
[21:58:21] *** slaboure has quit IRC
[22:03:59] *** afex has quit IRC
[22:06:52] *** afex has joined #jenkins
[22:13:58] *** recampbell has quit IRC
[22:20:47] *** docwhat has quit IRC
[22:28:13] *** sshaw has joined #jenkins
[22:29:37] *** halcyon918 has joined #jenkins
[22:30:10] *** avandendorpe has joined #jenkins
[22:34:38] <halcyon918> wow, this channel still has that "new channel" smell...
[22:34:56] <kohsuke> ?
[22:35:26] <halcyon918> so, quick question... if I have a tool that's configured to auto install (say Maven), and I'm building on a slave that doesn't have Maven.. but the build is an Ant build... will Maven be installed anyway?
[22:35:38] <kohsuke> No
[22:36:13] <halcyon918> So, my issue is that I want to use the Sonar Plugin, but the Sonar Plugin requires Maven even if the build doesn't... will Maven be installed?
[22:37:55] <kohsuke> I don't know if it does, but the Sonar plugin can and should trigger the Maven installation if it needs it
[22:38:27] <halcyon918> Ok... I'll give it a shot
[22:38:32] <halcyon918> Thanks kohsuke
[22:39:15] <kohsuke> if it doesn't, please file a ticket
[22:39:23] <halcyon918> will do
[22:41:22] *** sshaw has quit IRC
[22:42:58] *** sshaw has joined #jenkins
[22:43:51] *** kenneth_reitz has joined #jenkins
[22:46:20] *** wis775 has joined #jenkins
[22:49:26] <jenkinsci_builds> Project jenkins_main_trunk build #601: ABORTED in 16 hr: http://ci.jenkins-ci.org/job/jenkins_main_trunk/601/
[22:49:26] <jenkinsci_builds> * Olivier Lamy: use correct workspace (the one use for the build) to get settings.xml
[22:49:27] <jenkinsci_builds> * Olav Reinert: [FIXED JENKINS-9011]: openSUSE: HOME path problem
[22:49:28] <jenkinsci_builds> * Seiji Sogabe: set lsBuild and lfBuild.
[22:49:28] <jenkinsci_builds> * Kohsuke Kawaguchi: [JENKINS-8665] Leave initial position of the Timeline window at current time
[22:49:29] <jenkinsci_builds> * Kohsuke Kawaguchi: recoding the previous change.
[22:49:29] <jenkinsci_builds> * Kohsuke Kawaguchi: improved the logging so that we can see who's marking the build as a failure
[22:49:29] <jenkinsci_builds> Starting build 602 for job jenkins_main_trunk (previous build: ABORTED -- last SUCCESS #599 1 day 23 hr ago)
[22:51:19] *** wis775 has quit IRC
[22:52:05] <halcyon918> doesn't look like it does... will add a ticket
[22:52:15] <kohsuke> thanks
[22:52:31] <halcyon918> thanks for clarifying on the expected behavior!
[22:54:17] *** recampbell has joined #jenkins
[22:55:06] *** miclorb_ has joined #jenkins
[23:10:37] *** sshaw has quit IRC
[23:18:09] *** _marc` has quit IRC
[23:19:53] *** smandy has joined #jenkins
[23:21:07] <jenkinsci_builds> Project jenkins_main_trunk build #602: UNSTABLE in 31 min: http://ci.jenkins-ci.org/job/jenkins_main_trunk/602/
[23:21:07] <jenkinsci_builds> * Alan Harder: [FIXED JENKINS-7442] Change ArgumentListBuilder.toWindowsCommand() to not escape %VAR%
[23:21:08] <jenkinsci_builds> * Olivier Lamy: prevent some CNFE during tests with call token macro with reflection
[23:21:08] <jenkinsci_builds> * Olivier Lamy: [FIXED JENKINS-8573] maven.build.timestamp property is not available during maven build
[23:21:09] <jenkinsci_builds> * Olivier Lamy: reccord changelog for 8573
[23:21:09] <jenkinsci_builds> * Olivier Lamy: fix some typo regarding token macro in MAVEN_OPTS in maven plugin
[23:21:10] <jenkinsci_builds> * Olav Reinert: [FIXED JENKINS-8748]: openSUSE: required JDK
[23:21:10] <jenkinsci_builds> Starting build 603 for job jenkins_main_trunk (previous build: UNSTABLE -- last SUCCESS #599 1 day 23 hr ago)
[23:22:18] <smandy> HI all, I'm experimenting with the maven-release-plugin + mercurial. I'm playing with a simple project where the maven project is nested one level down relative to the hg root, so I need to specify 'subdir/pom.xml' as the root pom parameter for the build. The release goes well for everything but the deploy. Anyone have any ideas? known issue?
[23:23:27] <olamy> smandy I think it's more a maven question :-)
[23:23:55] <olamy> you want to release only one module and your hg repo is a multi modules one ?
[23:24:46] <smandy> olamy: it's only single module at the moment, but the project is in a subdirectory relative to the root of the repo.
[23:25:23] <olamy> uhm
[23:25:36] <olamy> are you using -f subdir/pom.xml ?
[23:26:33] <smandy> olamy: erm... I've set 'subdir/pom.xml' as the root pom. in the jenkins build params for the project.
[23:27:03] <smandy> compile + release:prepare all succeed, it's just the deploy that fails.
[23:27:40] <olamy> do you cli executed by maven ?
[23:27:45] <smandy> Wierd thing is if I go into the directory that was checked out for the deploy, I can actually 'redo' the deploy manually - i.e. on  my machine I cd to /Users/andy/.hudson/jobs/Ulta/workspace/ultra/target/checkout/ultra
[23:28:09] <smandy> olamy: sorry don't understand cli= ?
[23:28:28] <olamy> command line in the jenkins build console log :-)
[23:29:00] <olamy> you should see something like : mvn release:prepare release:perform -f subdir/pom.xml etc....
[23:29:04] *** mando has quit IRC
[23:29:09] <smandy> ah lemme check.
[23:29:47] <smandy> olamy: it executes [INFO] [release:perform {execution: default-cli}]
[23:30:25] <olamy> uhm you don't the full command line called ?
[23:30:38] *** cowboyd has quit IRC
[23:30:39] <smandy> Here's the whole thing... http://pastebin.com/3qMJbJwr
[23:32:45] <olamy> what is the content of /Users/andy/.hudson/jobs/Ulta/workspace/ultra/target/checkout ?
[23:33:28] <smandy> It has a clone of the repo.
[23:33:48] <smandy> I can go there, cd to ultra and do 'mvn deploy' and it actually does the deploy.
[23:34:08] <smandy> Which is what makes me suspect it's ignoring the 'root pom' parameter.
[23:34:35] <olamy> doh
[23:35:05] *** afex has quit IRC
[23:35:23] <smandy> olamy: and I should say it has a clone at the correct tag, so 'mvn deploy' actually deploys the version I wanted.
[23:35:31] <olamy> is it something like /Users/andy/.hudson/jobs/Ulta/workspace/ultra/target/checkout/ultra-1.2 ?
[23:36:05] <olamy> it looks the deploy goals is not executed in the correct basedir
[23:36:27] <smandy> yeah that's what i sort of suspected :-(
[23:37:03] <olamy> sounds weird
[23:37:19] <olamy> I tested recently that with the release plugin goal
[23:37:22] <olamy> and it worked
[23:38:45] <smandy> olamy: it looks like you suggest but without the -1.2 suffix. the checkout dir looks like it contains a regular working copy.
[23:38:54] <smandy> http://pastebin.com/uD74BAzy
[23:39:22] <olamy> uhm I see
[23:39:50] <olamy> release:perform should use ultra/pom.xml
[23:40:05] <olamy> lemme check something
[23:40:18] <smandy> olamy: thanks for taking time to help BTW :-)
[23:41:04] *** vjuranek has quit IRC
[23:41:15] *** BrianFox has quit IRC
[23:41:46] *** btrim has joined #jenkins
[23:41:50] <olamy> talk to me about jenkins and maven : sure I like to help :-)
[23:42:12] <smandy> :-)
[23:43:23] <olamy> this remember an issue fixed recently in maven release plugin
[23:49:24] <olamy> smandy bbl ~ 15 minutes
[23:49:50] *** kenneth_reitz has quit IRC
[23:50:02] <smandy> olamy: okay. thanks. FYI I can run successive releases and everything else works fine. I'm now up to verion 1.5 :-) So all other steps are fine.....
[23:51:27] <jenkinsci_builds> Yippie, build fixed!
[23:51:28] <jenkinsci_builds> Project jenkins_main_trunk build #603: FIXED in 30 min: http://ci.jenkins-ci.org/job/jenkins_main_trunk/603/
[23:51:28] <jenkinsci_builds> Olivier Lamy: oups missed to add a file for test
[23:54:44] *** smandy` has joined #jenkins
[23:55:27] <olamy> smandy no IMHO it's not fix because you have to the deploy manually :-)
[23:55:52] <olamy> did you try the release outside jenkins ?
[23:56:24] *** smandy has quit IRC
[23:56:32] *** sairazard has quit IRC
[23:57:03] *** msm has quit IRC
[23:59:42] <olamy> and let me know the maven release plugin version you are using





top