[00:03:22] *** abayer has quit IRC
[00:06:10] *** cowboyd has quit IRC
[00:09:23] *** abayer has joined #jenkins
[00:09:23] *** ChanServ sets mode: +o abayer
[00:10:17] <Weltraumschaf> is it possible to configure mvn that way that it will promt the password in the release goal? i'm not confident in having hte password in the history or the settings.xml
[00:12:00] <olamy> Weltraumschaf nope
[00:12:08] <olamy> but you can use -Dpassword=
[00:12:27] <Weltraumschaf> jop, but then its in the history
[00:12:31] <Weltraumschaf> ssh keys?
[00:13:06] <olamy> your password can be encrypted in your settings.xml
[00:14:38] *** esteele has joined #jenkins
[00:14:53] <Weltraumschaf> ahh, erm. maven.apache.org, right?
[00:16:24] <olamy> yup
[00:16:57] <olamy> http://maven.apache.org/guides/mini/guide-encryption.html
[00:18:24] <Weltraumschaf> ah, cool. thx :)
[00:18:28] * Weltraumschaf is paranoid
[00:19:10] *** stephenc has joined #jenkins
[00:19:10] *** ChanServ sets mode: +v stephenc
[00:23:23] *** stephenc has quit IRC
[00:24:28] *** olamy has quit IRC
[00:28:19] *** elpargo_ has joined #jenkins
[00:29:11] <Weltraumschaf> jiha, released my plugin to jenkins :)
[00:29:52] *** elpargo has quit IRC
[00:29:53] *** elpargo_ is now known as elpargo
[00:33:30] <Weltraumschaf> do i have to add my wikipage here http://wiki.jenkins-ci.org/display/JENKINS/Plugins#Plugins-Sourcecodemanagement ? i just added the label scm-plugin.
[00:34:49] *** hokatichenci has joined #jenkins
[00:35:40] *** hokatichenci has joined #jenkins
[00:35:48] <kohsuke> Just adding label will do
[00:36:10] <hokatichenci> There isn't a log4j or other logging configuration for jenkins is there?
[00:36:34] <kohsuke> java.util.logging
[00:36:35] <kohsuke> See http://wiki.jenkins-ci.org/display/JENKINS/Logging
[00:38:43] <Weltraumschaf> ah, ok. now it has appeard. but {jenkins-plugin-info:darcs} does not work: http://wiki.jenkins-ci.org/display/JENKINS/Darcs+Plugin
[00:39:02] <kohsuke> You need a release first
[00:39:11] <hokatichenci> Ah thanks! Looks like I'll need to set that up and make sure the tomcat server is configured for swallowOutput
[00:39:12] <kohsuke> Then you need to give us a bit of time for our backend periodic job to fill it in
[00:40:33] <Weltraumschaf> i just released it with mvn: http://maven.jenkins-ci.org/content/repositories/releases/org/jenkins-ci/plugins/darcs/0.3.4/
[00:40:49] <Weltraumschaf> but ok, its my first time: i'm inpatient :)
[00:40:57] <kohsuke> OK, then I think it's just a matter of time before it'll show up
[00:41:05] *** sflatchkey has joined #jenkins
[00:41:34] <sflatchkey> hi all, just wanted to say that the ROLE_ prefix change doesn't work for me. I tried removing ROLE_ from things and it broke.
[00:42:01] <kohsuke> Try requesting http://yourserver/jenkins/whoAmI and see what roles you are getting
[00:42:13] <kohsuke> You should see both ROLE_FOOBAR and foobar
[00:42:22] <kohsuke> If it doesn't let me know what you see so that we can fix it quickly
[00:43:03] <sflatchkey> i do see both the old ROLE_ and the new role (minus the ROLE_)
[00:43:11] <kohsuke> Then it should work
[00:43:17] <sflatchkey> i agree! =)
[00:43:50] <sflatchkey> but as soon as i remove the ROLE_ people complained to me that they didn't have read access.
[00:43:57] <kohsuke> you can increase logging to see the authorization decision making process
[00:45:06] <sflatchkey> on whoAmI, i see:
[00:45:07] <sflatchkey> "ROLE_DEVELOPER"
[00:45:07] <sflatchkey> "developer"
[00:45:15] <sflatchkey> as soon as i remove ROLE_DEVELOPER
[00:45:23] <sflatchkey> then people don't have read access
[00:45:42] <sflatchkey> (developer has read access, but global doesn't)
[00:46:28] <kohsuke> I suspect people need to relogin after the change
[00:46:42] <kohsuke> Ask them to try whoAmI and check what they see
[00:46:46] <sflatchkey> ok
[00:50:35] <sflatchkey> ok, more testing? (don't have time to turn up logging)? but i removed ROLE_DEVELOPER. kept 'developer'? then asked people to log out and log back in again.
[00:50:46] <sflatchkey> they said they are still seeing read permission denied
[00:51:15] <sflatchkey> in whoAmI, they could see 'developer'
[00:51:35] <sflatchkey> very odd. sounds like it should work, but isn't.
[00:51:57] *** ExtraSpice has quit IRC
[00:52:18] <sflatchkey> i'm using ldap groups
[00:53:41] <hokatichenci> I truly wish I had known about the whoAmI URI when I was updating our security permissions
[00:54:35] *** mpholt has joined #jenkins
[00:54:41] <sflatchkey>   /user/myusername should have a link to it.
[00:54:51] <sflatchkey> or just combine the two
[00:55:30] *** Weltraumschaf has quit IRC
[00:57:08] *** mjmac has quit IRC
[00:57:19] <mpholt> I am trying to mimic a master-slave environment using parameterized builds. Due to my environment, I can't use the ssh protocol, so I don't think I can use the actual master-slave configuraiton (unless using the Java web start method). Having my "master" instance perform a wget on my "slave" instance to start a build works great. However, I want to password protect the slave instance. Am I able to do this and have the parameterized b
[00:57:24] <sflatchkey> i guess kohsuke is off reading code now. =)
[00:57:31] <mpholt> (function automatically by being called by the 'master' instance, that is)
[00:58:06] *** mjmac_ has joined #jenkins
[00:58:33] <kohsuke> sflatchkey: yeah, it's odd
[00:59:17] <sflatchkey> my system is pretty normal? nothing super complicated
[00:59:27] <sflatchkey> using apache directory studio
[00:59:33] <sflatchkey> very simple ldap database
[00:59:43] <kohsuke> hokatichenci: maybe I can link to that page from the authorization error page
[01:00:04] <sflatchkey> group search base is just: ou=groups
[01:00:22] <kohsuke> If "Authorities" are showing the right names, the authentication side is working fine
[01:00:49] <sflatchkey> yea, and i have big red icons next to the ROLE_ roles, but the other ones have nice group/user icons.
[01:00:50] <hokatichenci> or maybe the people page? it might be documented somewhere but I had to do a bunch of manual effort to get all the names right since we're using the AD plugin
[01:02:26] <kohsuke> sflatchkey: I really need to ask you to increase the logging
[01:02:41] <kohsuke> http://wiki.jenkins-ci.org/display/JENKINS/Logging and FINE level for "hudson.security"
[01:03:01] <kohsuke> Actually, FINER
[01:03:18] *** stephenc has joined #jenkins
[01:03:18] *** ChanServ sets mode: +v stephenc
[01:04:36] <sflatchkey> Mar 29, 2011 3:39:57 PM hudson.ExtensionFinder$Sezpoz find
[01:04:36] <sflatchkey> WARNING: Failed to load hudson.plugins.groovy.GroovyTokenMacro
[01:04:36] <sflatchkey> java.lang.InstantiationException: java.lang.NoClassDefFoundError: org/jenkinsci/plugins/tokenmacro/DataBoundTokenMacro
[01:05:29] <sflatchkey> WARNING: Failed to scout hudson.plugins.groovy.GroovyTokenMacro
[01:05:30] <sflatchkey> java.lang.InstantiationException: java.lang.NoClassDefFoundError: org/jenkinsci/plugins/tokenmacro/DataBoundTokenMacro
[01:05:30] <sflatchkey> 	at net.java.sezpoz.IndexItem.element(IndexItem.java:133)
[01:05:30] <sflatchkey> 	at hudson.ExtensionFinder$Sezpoz.scout(ExtensionFinder.java:206)
[01:05:30] <sflatchkey> 	at hudson.ClassicPluginStrategy.findComponents(ClassicPluginStrategy.java:277)
[01:05:36] <kohsuke> That's unrelated
[01:05:44] <kohsuke> Someone forgot to put optional=true to @Extension
[01:05:47] *** stephenc has quit IRC
[01:05:47] *** btrim has joined #jenkins
[01:07:18] <kohsuke> (Just committed a fix for that)
[01:10:51] <sflatchkey> seeing a lot of:
[01:10:56] <sflatchkey> Mar 29, 2011 4:10:47 PM hudson.security.SidACL
[01:10:57] <sflatchkey> FINE: hasPermission(org.acegisecurity.providers.UsernamePasswordAuthenticationToken@1f: Username: SYSTEM; Password: [PROTECTED]; Authenticated: false; Details: null; Not granted any authorities,Permission[interface hudson.model.Item,Read])=>SYSTEM user has full access
[01:11:02] <sflatchkey> but that may be me
[01:11:20] <sflatchkey> Mar 29, 2011 4:10:48 PM hudson.security.SidACL
[01:11:20] <sflatchkey> FINE: hasPermission(org.acegisecurity.providers.rememberme.RememberMeAuthenticationToken@5cfb8492: Username: org.acegisecurity.userdetails.ldap.LdapUserDetailsImpl@6493bb37; Password: [PROTECTED]; Authenticated: true; Details: org.acegisecurity.ui.WebAuthenticationDetails@957e: RemoteIpAddress: 127.0.0.1; SessionId: null; Granted Authorities: jenkinsadmin, ROLE_JENKINSADMIN, ROLE_DEVELOPER, authenticated, developer,Permission[class hudson.model.Hudson,Rea
[01:11:32] <sflatchkey> seeing both ROLE_DEVELOPER and developer
[01:11:43] <sflatchkey> but i've now removed ROLE_DEVELOPER
[01:12:58] <sflatchkey> yea, i've removed ROLE_DEVELOPER, had people log out and log back in? still seeing ROLE_DEVELOPER in the logs
[01:22:19] *** msm has quit IRC
[01:22:44] *** msm has joined #jenkins
[01:26:28] <kohsuke> sflatchkey: sorry I was doing something else
[01:26:39] <kohsuke> I think the output is truncated. Can you use pastebin?
[01:27:27] <sflatchkey> http://pastebin.com/TdbRYgQU
[01:28:29] <kohsuke> It is actually judging correctly that the user has the read access
[01:28:41] <kohsuke> It's returning true from hasPermission(...)
[01:30:11] *** afex_ has joined #jenkins
[01:31:08] *** msm has quit IRC
[01:31:47] <kohsuke> There should be more entries --- there should be at least one that returns false
[01:32:10] <kohsuke> And I thought authorization error triggers a bit more prominent log entry
[01:33:23] <sflatchkey> kohsuke, this should be pretty easy to replicate. just run apache directory server. setup a quick user/group tree using the apache directory studio. then setup the matrix in jenkins.
[01:33:35] *** afex has quit IRC
[01:33:35] *** afex_ is now known as afex
[01:34:25] <sflatchkey> i've been meaning to blog this setup for a while.
[01:34:31] <sflatchkey> it is very simple
[01:34:36] <sflatchkey> and quite powerful
[01:35:11] <sflatchkey> using it to control jenkins, svn, reviewboard, mediawiki, mantis, openfire for about 70 accounts.
[01:36:25] *** dhackner has quit IRC
[01:38:08] <btrim> sflatchkey: LDAP backend?
[01:38:21] <sflatchkey> yes
[01:38:26] <sflatchkey> apache directory server
[01:38:33] <gmcdonald> I dont trust reviewboard for ldap just yet
[01:38:35] *** smolyn has quit IRC
[01:38:38] <sflatchkey> ideally, we would have active directory, but we aren't there yet
[01:38:51] <sflatchkey> RB 1.5.x works _great_
[01:39:08] <gmcdonald> I need to upgrade, vanilla 1.5 here
[01:40:43] * btrim can't seem to convince his fellow devs to use reviewboard
[01:42:09] *** rcampbell__ has joined #jenkins
[01:42:09] <sflatchkey> omg, _must_ use rb. i'm a total convert. not just 10 minutes ago, someone committed something with only 1 shipit (we require 2 here)? and jenkins/findbugs caught it?. massive egg on face of developer and potential big bug caught.
[01:43:08] <sflatchkey> almost every time someone tries to subvert the system, they get caught and the code quality wins.
[01:43:52] *** rcampbell_ has quit IRC
[01:51:33] <btrim> I have an uphill battle on quality and ci.  But I've made significant inroads thanks to Jenkins
[01:53:09] *** cowboyd has joined #jenkins
[01:53:09] *** ChanServ sets mode: +v cowboyd
[01:53:51] *** cowboyd has quit IRC
[01:57:04] *** Stubbs has quit IRC
[01:59:17] *** mpholt has quit IRC
[02:06:29] *** bartek has joined #jenkins
[02:12:52] *** prusswan has quit IRC
[02:13:30] *** jieryn-w has quit IRC
[02:14:00] *** atmos has quit IRC
[02:15:35] *** jieryn-w has joined #jenkins
[02:15:35] *** jieryn-w has joined #jenkins
[02:15:35] *** ChanServ sets mode: +v jieryn-w
[02:20:21] *** sshaw has quit IRC
[02:28:05] *** calavera has quit IRC
[02:37:07] *** nd__ has quit IRC
[02:39:16] *** nd__ has joined #jenkins
[02:40:22] *** jasonb has quit IRC
[02:41:13] *** jasonb has joined #jenkins
[02:43:28] *** der-onkel has joined #jenkins
[02:45:41] *** mindless has quit IRC
[02:46:42] *** abayer has quit IRC
[02:47:38] <der-onkel> Hi
[02:48:14] <der-onkel> Is there a away to get all the job information in parseable XML format
[02:48:22] <der-onkel> http://deadlock.netbeans.org/hudson/api/xml?depth=1
[02:49:32] <der-onkel> If i call that URL i miss files like time till last succcessful/unsuccessfull Build
[02:50:20] <der-onkel> Also i could not determen with healthReport is for stability
[02:53:22] *** nd__ has quit IRC
[02:55:13] *** nd__ has joined #jenkins
[03:00:14] <btrim> der-onkel: it looks like there's a lastSuccessfulBuild element in there...
[03:00:28] *** esteele has quit IRC
[03:00:32] <der-onkel> Yes
[03:00:53] <der-onkel> but then i've to call a second url for each project
[03:01:08] *** esteele has joined #jenkins
[03:01:47] <der-onkel> http://deadlock.netbeans.org/hudson/api/xml?tree=jobs[name,buildable,healthReport[score],lastBuild[timestamp]] <-- does the trick
[03:01:47] <btrim> there's a timestamp and duration element in there
[03:02:45] <der-onkel> Ok now  the healthReport problem is on top
[03:03:58] *** cristhiank has joined #jenkins
[03:06:11] <btrim> healthReport score seems to be a percentage
[03:07:08] <der-onkel> Yes but job can contain more than a single health report
[03:11:27] <btrim> hm.  Yeah, I'm not sure if there's a reliable way to figure that out.  I do see a description in the first healthReport of my instance.  <healthReport><description>Build stability: 4 out of the last 5 builds failed.</description>...</healthReport>
[03:13:35] *** jieryn-w has quit IRC
[03:13:37] <der-onkel> Yes also take notive of the localized description
[03:14:12] <btrim> yep
[03:15:10] <btrim> looks like healthReport needs an identifier of some sort so you can scrape it
[03:15:18] <der-onkel> Yes
[03:15:26] <hokatichenci> Gah I can't seem to get tomcat+jenkins+juli logging to play nice. Everything keeps going to catalina.out
[03:15:53] <der-onkel> But how did the jenkins frontend do the trick
[03:16:40] <btrim> der-onkel: I'm pretty sure it doesn't use that xml api to display it.
[03:16:40] *** elpargo_ has joined #jenkins
[03:17:28] <der-onkel> uhmm sure :-/ It's too late for me
[03:17:34] <btrim> for what it's worth, the JSON api doesn't have it either
[03:18:05] *** elpargo has quit IRC
[03:18:06] *** elpargo_ is now known as elpargo
[03:20:06] <btrim> hokatichenci: sometimes the various logger configurations feel like magic to me, so good luck ;-)
[03:20:10] <der-onkel> Ok the first helathMonitor seems to be the stablility indeicator
[03:20:45] <hokatichenci> The tomcat default logging system is a bit rough around the edges it feels
[03:20:48] <hokatichenci> log4j I can manage
[03:21:22] <der-onkel> Goodnight!
[03:21:33] <der-onkel> Thank you
[03:21:34] <btrim> hope you ended up with what you need
[03:22:22] <der-onkel> Just miss the indicator for helatMonitor
[03:22:49] <der-onkel> i will use the first monitor result for stability ;)
[03:23:00] <btrim> maybe you can check JIRA tomorrow ;-)
[03:23:33] <der-onkel> This great Atalassina Product :-D
[03:24:29] <der-onkel> Ok maybe it will be a good idea to write a feature request
[03:26:09] *** miclorb has quit IRC
[03:26:47] *** awb has quit IRC
[03:30:15] *** RSchulzM1 has quit IRC
[03:33:55] *** vivek_ has quit IRC
[03:34:16] <hokatichenci> Ah well I will just have to try log4j since this tomcat default logger is terrible
[03:37:18] <btrim> I think tomcat can be configured to use log4j.   It uses commons-logging afaik.
[03:41:18] *** bartek has quit IRC
[03:41:43] *** btrim has quit IRC
[03:48:38] *** RSchulzB has quit IRC
[03:52:03] *** prusswan-work has joined #jenkins
[03:54:13] *** cowboyd has joined #jenkins
[03:56:37] <cowboyd> ok, so looking at the GitSCM plugin,  the chosen branch is determined in GitSCM.checkout() is there a way that I can put the branch name somewhere in the AbstractBuild object so that buildEnvVars() in GitSCM can later pull it out?
[03:57:16] *** bartek has joined #jenkins
[04:04:48] *** afex has quit IRC
[04:11:05] *** bmahe has quit IRC
[04:21:39] *** awb has joined #jenkins
[04:22:26] *** miclorb has joined #jenkins
[04:23:57] *** abayer has joined #jenkins
[04:23:57] *** ChanServ sets mode: +o abayer
[04:26:41] *** joewilliams is now known as joewilliams_away
[04:29:37] *** awb has quit IRC
[04:35:21] <cowboyd> I've tried stuffing stuff into the map at build.getBuildVariables() and build.getEnvironment() but neither one ends up in the downstream Builder's environment
[04:36:57] *** awb has joined #jenkins
[04:40:20] *** awb has quit IRC
[04:44:43] *** bartek has quit IRC
[04:48:01] *** joewilliams_away is now known as joewilliams
[04:50:55] *** cowboyd has quit IRC
[04:55:11] *** elpargo_ has joined #jenkins
[04:57:10] *** elpargo has quit IRC
[04:57:10] *** elpargo_ is now known as elpargo
[04:57:50] *** cristhiank has quit IRC
[04:59:51] *** esteele is now known as esteele|away
[05:03:22] *** miclorb has quit IRC
[05:13:08] *** sshaw has joined #jenkins
[05:14:42] *** wilmoore has joined #jenkins
[05:17:43] *** cowboyd has joined #jenkins
[05:30:06] *** afex has joined #jenkins
[05:37:14] *** sshaw has quit IRC
[05:37:40] *** miclorb has joined #jenkins
[05:40:20] *** Lewisham has joined #jenkins
[05:40:20] *** ChanServ sets mode: +v Lewisham
[05:40:43] *** sshaw has joined #jenkins
[05:45:46] *** cowboyd has quit IRC
[05:50:37] *** kuuyee has joined #jenkins
[05:52:34] *** rcampbell__ has quit IRC
[05:53:35] *** sshaw has quit IRC
[05:57:07] *** elpargo has quit IRC
[06:01:02] *** awb has joined #jenkins
[06:04:13] *** elpargo has joined #jenkins
[06:17:47] *** kuuyee has quit IRC
[06:19:35] *** smolyn has joined #jenkins
[06:42:41] *** vivek_ has joined #jenkins
[06:44:37] *** evilchili has quit IRC
[06:46:10] <jenkinsci_builds> Starting build 644 for job jenkins_main_trunk (previous build: SUCCESS)
[06:53:27] *** esteele|away has quit IRC
[06:57:58] *** evilchili2 has joined #jenkins
[06:58:57] *** andreasmandel has joined #jenkins
[07:08:51] *** jasonb has quit IRC
[07:15:42] *** akostadinov has joined #jenkins
[07:17:57] *** joewilliams is now known as joewilliams_away
[07:18:08] <jenkinsci_builds> Project jenkins_main_trunk build #644: SUCCESS in 31 min: http://ci.jenkins-ci.org/job/jenkins_main_trunk/644/
[07:18:09] <jenkinsci_builds> * Kohsuke Kawaguchi: replaced System.out with logging
[07:18:09] <jenkinsci_builds> * Kohsuke Kawaguchi: wrong location for logging
[07:18:10] <jenkinsci_builds> * Kohsuke Kawaguchi: getItemByFullName shouldn't bypass security check
[07:18:10] <jenkinsci_builds> * Kohsuke Kawaguchi: added a new method to interpret the path with relative names
[07:18:11] <jenkinsci_builds> * Kohsuke Kawaguchi: it looks like with recent improvements in the test additional memory is no longer needed
[07:18:11] <jenkinsci_builds> * Kohsuke Kawaguchi: inherit from parent, not just the root
[07:18:12] <jenkinsci_builds> * Kohsuke Kawaguchi: opening up for plugins
[07:18:12] <jenkinsci_builds> * Kohsuke Kawaguchi: added a convenience method
[07:18:13] <jenkinsci_builds> * Kohsuke Kawaguchi: take advantage of the context
[07:18:13] <jenkinsci_builds> * Kohsuke Kawaguchi: In matrix security, newly added rows weren't removable
[07:18:14] <jenkinsci_builds> * Kohsuke Kawaguchi: [FIXED JENKINS-9182] Performance: Specify image sizes for faster page loading
[07:24:57] *** smolyn has quit IRC
[07:29:51] *** vivek_ has quit IRC
[07:31:40] *** bradfh has quit IRC
[07:42:51] *** bradfh has joined #jenkins
[07:47:14] *** kuuyee has joined #jenkins
[07:57:00] *** andreasmandel has quit IRC
[08:04:19] *** Lewisham has quit IRC
[08:04:54] *** dotsev has joined #jenkins
[08:05:34] *** akostadinov has quit IRC
[08:07:17] *** dotsev1 has joined #jenkins
[08:09:46] *** dotsev has quit IRC
[08:18:23] *** makr2 has joined #jenkins
[08:20:13] *** akostadinov has joined #jenkins
[08:22:25] *** mdhar has joined #jenkins
[08:25:43] *** real_ate has joined #jenkins
[08:36:21] *** elpargo has quit IRC
[08:39:25] *** drulli has joined #jenkins
[08:39:25] *** ChanServ sets mode: +v drulli
[08:43:15] *** elpargo has joined #jenkins
[08:43:21] *** slaboure has joined #jenkins
[08:45:31] <mdhar> hi, i am looking for a way to create some links in the left hand side menu of my build page in jenkins, through a plugin
[08:45:39] <mdhar> how can i do so?
[08:46:38] <mdhar> the action interface seems to be used for that, but i dont know how.....
[08:49:58] <drulli> You simply need to create and attach an action in your buildstep. You can have a look e.g. at the findbugs plug-in.
[08:52:13] *** patryk has joined #jenkins
[08:53:05] *** Sebastian has joined #jenkins
[08:53:19] <mdhar> ok, thanks, i'm looking into it
[08:55:28] *** aheritier has quit IRC
[08:56:23] *** drulli has quit IRC
[08:57:40] *** d2m has joined #jenkins
[09:00:28] *** aheritier has joined #jenkins
[09:00:28] *** ChanServ sets mode: +v aheritier
[09:06:18] *** ExtraSpice has joined #jenkins
[09:07:39] *** akostadinov has quit IRC
[09:09:16] *** _marc` has joined #jenkins
[09:11:00] *** drulli has joined #jenkins
[09:11:00] *** ChanServ sets mode: +v drulli
[09:15:35] *** vjuranek has joined #jenkins
[09:17:31] *** miclorb has quit IRC
[09:21:50] *** miclorb has joined #jenkins
[09:22:33] *** peepsalot has quit IRC
[09:25:15] *** miclorb has quit IRC
[09:32:09] *** Stubbs has joined #jenkins
[09:35:44] *** miclorb_ has joined #jenkins
[09:38:41] *** afex has left #jenkins
[09:44:41] *** Weltraumschaf has joined #jenkins
[09:44:42] *** ChanServ sets mode: +v Weltraumschaf
[09:46:13] *** Aeris_ has joined #jenkins
[09:51:31] *** benmatselby has joined #jenkins
[09:57:15] *** prusswan-work has quit IRC
[09:57:30] *** peepsalot has joined #jenkins
[10:12:18] *** stephenc has joined #jenkins
[10:12:18] *** ChanServ sets mode: +v stephenc
[10:13:21] *** jasonb has joined #jenkins
[10:17:45] *** drulli has quit IRC
[10:20:18] *** jasonb has quit IRC
[10:27:58] *** jasonb has joined #jenkins
[10:28:11] *** Stubbs_ has joined #jenkins
[10:32:18] *** Stubbs has quit IRC
[10:32:18] *** Stubbs_ is now known as Stubbs
[10:35:47] *** mavimo has joined #jenkins
[10:35:53] <mavimo> hi all
[10:37:05] <mavimo> it's possible access to user data (name & password) into env variables?
[10:38:35] *** drulli has joined #jenkins
[10:38:35] *** ChanServ sets mode: +v drulli
[10:38:35] *** Aeris_ has quit IRC
[10:42:35] *** drulli has quit IRC
[10:43:03] *** sunoano has quit IRC
[10:43:27] *** drulli has joined #jenkins
[10:43:28] *** ChanServ sets mode: +v drulli
[10:44:31] *** dannyD_ has joined #jenkins
[10:46:21] *** Tauop has joined #jenkins
[10:48:24] *** richvdh has joined #jenkins
[10:49:27] *** DaveH has joined #jenkins
[10:50:43] *** Sebastian has quit IRC
[10:52:51] *** d2m has quit IRC
[10:59:54] *** Sebastian has joined #jenkins
[11:00:05] *** akostadinov has joined #jenkins
[11:01:37] *** resmo has joined #jenkins
[11:03:50] *** miclorb_ has quit IRC
[11:03:56] *** miclorb__ has joined #jenkins
[11:04:12] *** olamy has joined #jenkins
[11:04:24] *** ChanServ sets mode: +v olamy
[11:05:36] *** vhardion has quit IRC
[11:08:44] *** d2m has joined #jenkins
[11:09:54] *** wilmoore has quit IRC
[11:10:04] *** vila has quit IRC
[11:11:36] *** vila has joined #jenkins
[11:26:11] <dannyD_> hii,...
[11:26:18] <dannyD_> why this? :  Make is typically used to build executable programs and libraries from source code.
[11:27:17] <dannyD_> why does one need to build?? is that like compiling?  and why does one need to compile? cant one just send/have everything in an allready complied version of the programs??
[11:27:55] <gmcdonald> some people like to tweak the cource code, fix bugs ,etc , then rebuild
[11:28:12] <gmcdonald> thats what jenkins is all about, testing source code
[11:28:25] *** richm2 has left #jenkins
[11:28:26] *** miclorb_ has joined #jenkins
[11:28:57] <gmcdonald> testing that it compiles/builds on differing operating systems / platforms etf
[11:29:00] *** miclorb__ has quit IRC
[11:30:29] *** miclorb_ has quit IRC
[11:32:19] *** Stubbs has quit IRC
[11:32:41] *** Stubbs has joined #jenkins
[11:36:06] <dannyD_> gmcdonald: is the command : javac myprog.java  a sort of building programs? (javac)
[11:36:38] <dannyD_> gmcdonald: im trying to learn the domainlanguage of this area  :-)
[11:37:31] <gmcdonald> I see, although created with java, jenkins can be used to build/test other languages also
[11:38:03] <gmcdonald> if you want to learn java, I suggest a book or web tutorial
[11:39:12] *** richm2 has joined #jenkins
[11:43:50] <dannyD_> gmcdonald: mm im not such a noob as i seem..ive programmed alot.. but i dont know anything of how the compiling/build/ant/etc works.. its all magic stuff that just works..
[11:44:34] *** awb has quit IRC
[11:48:53] <dannyD_> oa oa..
[11:49:13] *** banoss has joined #jenkins
[11:52:23] *** sunoano has joined #jenkins
[11:52:23] *** sunoano has joined #jenkins
[11:54:43] *** miclorb has joined #jenkins
[11:57:21] *** dogmatic69 has joined #jenkins
[11:58:51] *** richm2 has left #jenkins
[11:59:30] *** huimies has joined #jenkins
[12:00:39] *** oldelvet has joined #jenkins
[12:00:39] <gints> Question for smart jenkiners... :). If I have jobs who depend on one database... can I say to one ... wait till second ends?
[12:00:39] <huimies> does anyone know if it's possible to configure a build job to run against all branches in a certain git repo?
[12:01:19] <huimies> check lock and latches plugin
[12:01:32] <gints> hmm ty :)
[12:01:50] *** kuuyee has quit IRC
[12:03:28] *** crash82 has quit IRC
[12:05:51] *** oldelvet has left #jenkins
[12:12:34] *** __edorian has joined #jenkins
[12:15:23] <Weltraumschaf> what is in Java and with Junit the best approach to write unittests for an SCM-Abstraction? Is there something to mock a Filesystem?
[12:17:28] *** oldelvet has joined #jenkins
[12:17:31] *** resmo has quit IRC
[12:20:21] <Weltraumschaf> jenkins-admin: Create darcs in the issue tracker for Weltraumschaf
[12:20:22] <jenkins-admin> Adding a new subcomponent darcs to the bug tracker, owned by Weltraumschaf
[12:20:44] <Weltraumschaf> whats the difference of issue tracker and bug database? do i need both?
[12:21:11] <gmcdonald> same thing
[12:21:18] <jenkins-admin> New component created
[12:23:52] *** __edorian has quit IRC
[12:27:52] *** aheritier has quit IRC
[12:28:50] *** aheritier has joined #jenkins
[12:29:24] *** aheritier has joined #jenkins
[12:29:24] *** ChanServ sets mode: +v aheritier
[12:30:51] *** Stubbs_ has joined #jenkins
[12:30:51] *** Stubbs has quit IRC
[12:31:36] *** Stubbs has joined #jenkins
[12:34:16] *** bartek has joined #jenkins
[12:40:21] *** sunoano has quit IRC
[12:46:41] *** aheritier_ has joined #jenkins
[12:46:41] *** ChanServ sets mode: +v aheritier_
[12:49:09] *** aheritier has quit IRC
[12:49:09] *** aheritier_ is now known as aheritier
[12:58:01] *** bartek has quit IRC
[13:03:17] *** emel2611 has quit IRC
[13:09:50] <drulli> jenkins-admin: Create refit in the issue tracker for hwellmann
[13:09:51] <jenkins-admin> Adding a new subcomponent refit to the bug tracker, owned by hwellmann
[13:10:09] <jenkins-admin> New component created
[13:11:14] *** miclorb has quit IRC
[13:14:31] <_Aeris_> cool this bot =)
[13:14:49] <_Aeris_> source is available?
[13:16:09] <jenkinsci_builds> Starting build 645 for job jenkins_main_trunk (previous build: SUCCESS)
[13:19:04] <drulli> _Aeris_: https://github.com/jenkinsci/backend-ircbot
[13:19:43] *** makr2 has quit IRC
[13:23:38] <stephenc> jenkins-admin: help
[13:23:38] <jenkins-admin> See http://wiki.jenkins-ci.org/display/JENKINS/IRC+Bot
[13:23:57] *** slaboure has quit IRC
[13:29:27] *** drulli has quit IRC
[13:33:43] *** recampbell has joined #jenkins
[13:33:48] *** drulli has joined #jenkins
[13:33:48] *** anthony.freenode.net sets mode: +v drulli
[13:33:50] <dannyD_> helloooooooooooo
[13:33:52] <dannyD_> anyone??
[13:34:36] *** prusswan has joined #jenkins
[13:37:22] <oldelvet> dannyD_ hello
[13:42:31] *** Sebastian has quit IRC
[13:45:02] <dannyD_> oldelvet: hii,, are you an jenkins expert? :D
[13:46:00] <dannyD_> i have a zip file.. i need to know whats in it..and how to run it.. its an jenkins project that someone gave to me... :-/
[13:46:24] *** slaboure has joined #jenkins
[13:46:36] <oldelvet> I wouldn't call myself a jenkins expert but I do use it daily!
[13:47:01] <oldelvet> do you have a jenkins installation?
[13:47:17] <dannyD_> oldelvet: ok..nice..can i mail you the zip file and you could say if that is runnable?
[13:47:18] <oldelvet> or are you totally new to jenkins?
[13:47:33] <dannyD_> mm im new..but ive done 1 tutorial..with svn and maven..
[13:47:55] <dannyD_> but this project uses..the zip..uses clearcase ..and java i think..
[13:48:03] <oldelvet> mailing the zip file likely won't get through to me.
[13:48:09] <dannyD_> aha...
[13:48:24] <oldelvet> i tend to have filters that get rid of zips. too much bad stuff in them
[13:48:52] <dannyD_> oldelvet: mm depends if you see ziped jenkins as bad..could be :D
[13:48:56] *** jieryn-w has joined #jenkins
[13:48:56] *** ChanServ sets mode: +v jieryn-w
[13:49:31] <dannyD_> oldelvet: if i unzip it i get the folder: .jenkins  and jenkins_server
[13:49:34] <oldelvet> do you have anything that can look inside the zip and see what filenames are. On linux that would be something like unzip -t filename or windip etc.
[13:49:42] <oldelvet> whats inside that?
[13:49:51] *** sunoano has joined #jenkins
[13:50:08] <dannyD_> the .jenkins is big..68 mb..
[13:50:23] <dannyD_> the jenkins server is 34 mb..
[13:50:40] *** bartek has joined #jenkins
[13:50:49] <dannyD_> i meant the jenkins server folder is 34 mb.. normal?
[13:51:04] <oldelvet> that wouldn't be unusual
[13:51:32] <dannyD_> ok.. inside the .jenkins there is a war folder.. of 40 mb..
[13:51:36] <jenkinsci_builds> Project jenkins_main_trunk build #645: SUCCESS in 35 min: http://ci.jenkins-ci.org/job/jenkins_main_trunk/645/
[13:51:37] <jenkinsci_builds> Stephen Connolly: Adding an extension point to allow associating custom properties with views.
[13:51:54] <oldelvet> is it called jenkins.war?
[13:52:04] <dannyD_> oldelvet: nopp...just war
[13:52:51] <dannyD_> oldelvet: that must be some compiled code right?
[13:53:16] <oldelvet> that is very likely to be jenkins itself.
[13:53:28] <oldelvet> my jenkins.war is 38 meg
[13:53:57] <oldelvet> what is in the other folder?
[13:54:49] <dannyD_> this is a wierd way of worknig..
[13:55:07] <dannyD_> do you have an email i can show you the zip?
[13:55:14] <oldelvet> the .war file is the way that java web applications are packaged
[13:55:19] <dannyD_> or is there a place to display zip online?
[13:56:59] <dannyD_> ok but where is the code it should build?
[13:57:19] <dannyD_> in a repository?? we are using clearcase
[13:57:45] <oldelvet> yeah the base code will be in clearcase.
[13:57:49] <dannyD_> ok..
[13:58:08] <oldelvet> when you fire up jenkins you need to configure jobs and tell it where your clearcase is.
[13:58:26] <oldelvet> jenkins will then grab a copy of the code from clearcase and build it for you.
[13:58:58] <oldelvet> the other folder that you had (.jenkins was it) will likely contain the jenkins configuration and a few plugins that allow it to talk to clearcase.
[13:59:14] <dannyD_> oki.... nice
[13:59:31] <dannyD_> what is the configured worker nodes?
[14:00:13] <dannyD_> "create new tasks and base them on the TEMPLATES.. " thats instruction i got.. whats that??
[14:00:39] <sattski> oldelvet: have you worked with jenkins clearcase plugin?
[14:00:52] <oldelvet> the worker nodes are the things that do the build. by default the master node that you start will include a worker node.
[14:00:59] <oldelvet> you can configure others if you need them.
[14:01:13] <oldelvet> I've gotta go in a few minutes but you might like to look at
[14:01:18] <oldelvet> http://wiki.jenkins-ci.org/display/JENKINS/Meet+Jenkins
[14:02:02] *** Stubbs_ has joined #jenkins
[14:02:02] <oldelvet> you will need java (java 6 IIRC) installed on your machine and from there you should just be able to start a basic jenkins up.
[14:02:40] <oldelvet> If you can figure out how those zips you have should be started up then you will likely get most of what you want there.
[14:03:05] *** Stubbs_ has quit IRC
[14:03:14] <oldelvet> I'm not familiar with the type of layout that your zips sound to have so I suspect that you need to ask the person that you got the original zip from.
[14:03:33] <oldelvet> sorry. I gotta go now.
[14:04:13] <dannyD_> oldelvet: ok thanks a bunch!
[14:04:40] *** Stubbs_ has joined #jenkins
[14:05:42] *** Stubbs has quit IRC
[14:05:42] *** Stubbs_ is now known as Stubbs
[14:12:16] *** zfkevin has joined #jenkins
[14:22:19] *** stephenc has quit IRC
[14:23:18] *** nd__ has quit IRC
[14:23:46] *** stephenc has joined #jenkins
[14:23:57] *** ChanServ sets mode: +v stephenc
[14:24:14] *** nd__ has joined #jenkins
[14:34:13] *** zfkevin has quit IRC
[14:36:10] *** kstreith has joined #jenkins
[14:49:00] *** mpholt has joined #jenkins
[14:50:20] <mpholt> Hey all, I am running a slave in the headless mode, and want to run it as a Linux service. I've created a script for it that calls "java -jar slave.jar -jnlpUrl http://server/hudson/computer/slave-name/slave-agent.jnlp" but it doesn't suppress output. How am I able to spawn the process and close my connection to the server and it continues to run?
[14:58:21] *** bartek has quit IRC
[14:58:37] *** cowboyd has joined #jenkins
[15:00:00] *** recampbell has quit IRC
[15:00:46] <mpholt> ah, never mind.. 'nohup scriptname &'
[15:08:42] *** richvdh_ has joined #jenkins
[15:09:43] *** recampbell has joined #jenkins
[15:10:24] *** richvdh has quit IRC
[15:16:44] <dannyD_> how can i learn all about jenknis!?!?!
[15:16:50] <dannyD_> i need to learn fassstt
[15:18:04] <gmcdonald> read
[15:20:01] <banoss> download and play
[15:20:45] *** banoss has quit IRC
[15:24:15] <dannyD_> aaauug
[15:24:31] <dannyD_> but i dont know anything about maven..ant..or anything..
[15:24:51] <dannyD_> i do know java ..and ive use svn really simple..
[15:24:57] <dannyD_> but not more..
[15:24:59] <dannyD_> dilemma
[15:25:11] *** dogmatic69 has quit IRC
[15:26:22] *** elpargo_ has joined #jenkins
[15:27:15] *** elpargo has quit IRC
[15:27:15] *** elpargo_ is now known as elpargo
[15:28:10] <olamy> stephenc around ?
[15:28:55] <olamy> do you see a way to pass more parameters to autoComplete url in a textbox ?
[15:29:16] <olamy> I need pass an other value coming from an other field of my form
[15:30:19] *** richvdh_ has quit IRC
[15:32:44] *** richvdh_ has joined #jenkins
[15:33:02] *** bartek has joined #jenkins
[15:38:26] *** Stubbs has quit IRC
[15:41:10] *** dogmatic69 has joined #jenkins
[15:44:15] *** ctrabold has joined #jenkins
[15:45:19] <stephenc> olamy: just back
[15:45:49] <stephenc> you should be able to pull the value via javascript
[15:46:04] <stephenc> never been able to get it to work exactly how I wanted though ;-)
[15:46:42] <der-onkel> &1
[15:47:35] *** Stubbs has joined #jenkins
[15:55:19] <myusuf3_> has anyone had trouble shutting down jenkins lately
[15:55:27] <myusuf3_> i do the shutdown through manage
[15:55:45] <myusuf3_> but then it just sits there saying jenkins is going to shutdown but never does
[15:59:00] *** mavimo has left #jenkins
[16:07:17] *** Stubbs has quit IRC
[16:07:29] *** herque has joined #jenkins
[16:08:18] *** jasonb has quit IRC
[16:08:24] <dannyD_> im trying to commit some changed code.. im following a tutorial......!
[16:08:28] <dannyD_> "Save this change, and then commit them to the Subversion repository by running "svn commit" from the babble directory:"
[16:08:50] <dannyD_> babble directory?!?! there is no such.. thing.. what do they mean??
[16:09:43] *** Lewisham has joined #jenkins
[16:09:43] *** ChanServ sets mode: +v Lewisham
[16:16:16] *** fishn1x has joined #jenkins
[16:17:49] *** abayer has quit IRC
[16:21:19] *** Lewisham has quit IRC
[16:23:30] *** jasonb has joined #jenkins
[16:27:38] *** mando has joined #jenkins
[16:28:48] <dannyD_> hii
[16:29:19] <stain> what are you committing where?
[16:29:24] <dannyD_> is this wong?
[16:29:29] <stain> and what has this to do with #jenkins ..?
[16:29:36] <dannyD_> me??
[16:29:58] <dannyD_> im trying to use maven in jenkins..
[16:30:31] <dannyD_> and ive set: maven name to: Maven 2.2.1   which is in my C:\
[16:30:49] <stain> myusuf3_: 'prepare to shutdown' when you are running it in Tomcat for instance, will only make sure that Jenkins is ready to be shutdown by you undeploying the WAR or stopping tomcat
[16:31:06] <dannyD_> Maven_Home is  C:\apache-maven-2.2.1\
[16:31:12] <dannyD_> is that wrong??
[16:31:50] <dannyD_> or should it be C:\apache-maven-2.2.1\ bin\    ??
[16:33:44] <myusuf3_> stain, I am not using tomcat
[16:33:51] <myusuf3_> i am using maven and jenkins
[16:35:18] <stain> myusuf3_: so you run jenkins how?
[16:35:41] <stain> dannyD_: first one looks correct
[16:35:54] <stain> dannyD_: not sure about if backslashes are handled correctly, but I assume so
[16:36:21] <myusuf3_> stain, if jenkins does something on its own with tomcat sure
[16:36:34] <myusuf3_> but I am saying it used to shutdown on its own
[16:36:40] <myusuf3_> it no longer does
[16:36:46] <myusuf3_> it just hangs on preparing to shutdown
[16:46:25] <stain> I'm not sure why that would be, sorry..
[16:46:28] <dannyD_> stain: its on windows..huh... i dont know..
[16:49:40] *** Tauop has quit IRC
[16:49:53] *** magnayn has joined #jenkins
[16:49:53] *** ChanServ sets mode: +v magnayn
[16:50:55] *** esteele has joined #jenkins
[16:51:39] *** abayer has joined #jenkins
[16:51:40] *** ChanServ sets mode: +o abayer
[16:51:48] *** Tauop has joined #jenkins
[16:53:42] *** smolyn has joined #jenkins
[16:54:09] *** _marc` has quit IRC
[16:55:07] *** sshaw has joined #jenkins
[16:57:28] <dannyD_> stain: do i need to set proxy settings for maven???
[16:57:58] *** Ragnor has quit IRC
[16:58:06] <dannyD_> ive set my proxy settings in jenkins..
[16:58:11] *** Ragnor has joined #jenkins
[16:58:20] *** herque has quit IRC
[16:58:22] <dannyD_> heelp
[16:58:23] <dannyD_> but maven cant download clean and package..
[16:58:29] <dannyD_> the proxy is blocking them,,,
[16:59:07] *** jfelchner has joined #jenkins
[16:59:37] *** slaboure has quit IRC
[17:00:44] <magnayn> Anyone online who uses the gerrit trigger plugin ?
[17:01:10] <abayer> magnayn: I used to back at my previous gig - what's up?
[17:01:41] *** smolyn has quit IRC
[17:01:48] <magnayn> first time I've used gerrit as well.. so feeling my way...
[17:02:22] <magnayn> I've got Jenkins successfully triggering, but it's doing a build per commit in the patchset - I rather wanted it to just do one for the tip..
[17:02:32] <abayer> I freakin' love that integration so much. Trying to get my current employer to consider moving from reviewboard to gerrit...
[17:02:59] <abayer> Hrm - so it's not doing one build for a whole change request?
[17:03:21] <magnayn> correct - but that may because I've screwed something up or don't understand what I'm doing..
[17:03:35] <magnayn> I don't have Change-Id: lines, I just pushed to refs/for/master
[17:03:43] *** mindless has joined #jenkins
[17:03:51] <magnayn> gerrit seems to understand the dependency chain though
[17:04:06] <abayer> Ah, I think gerrit itself may have trouble without the Change-Id lines. But don't quote me on that.
[17:04:12] <abayer> Ack, brb, Adium barfing.
[17:04:15] *** abayer has quit IRC
[17:04:43] *** abayer has joined #jenkins
[17:04:43] *** ChanServ sets mode: +o abayer
[17:05:03] *** Tauop has quit IRC
[17:05:07] *** lyric has joined #jenkins
[17:05:17] *** elpargo_ has joined #jenkins
[17:05:48] *** dotsev1 has quit IRC
[17:06:18] *** elpargo has quit IRC
[17:06:18] *** elpargo_ is now known as elpargo
[17:06:49] <magnayn> Hm, interesting - It's built change 28, and is now building change 30, but missed #29
[17:07:03] *** Haloperidol has joined #jenkins
[17:07:17] <magnayn> I wonder if that's because #29 is signed-off-by someone else
[17:08:15] <magnayn> scratch that, it's just pulled 30 from the queue before 29
[17:08:32] <magnayn> hmm.. maybe I just better look at the source
[17:09:53] *** stisti_ has joined #jenkins
[17:10:11] <ccutrer> magnayn: I use gerrit with jenkins (and like abayer, LOVE it)
[17:10:12] <abayer> Yeah, probably the best move. The guys who wrote it are pretty quick about patches, etc, if needed.
[17:10:27] <ccutrer> one jenkins build will be triggered per gerrit patchset
[17:10:51] <ccutrer> if you push a bunch of commits to gerrit at once, it will create a separate change (with one patchset each) for each commit that didn't previously exist
[17:11:01] <magnayn> hm - then I've confused it somehow as it's doing a build per commit for a whole branch
[17:11:18] <magnayn> gerrit calls the whole chain patchset 1
[17:11:26] <ccutrer> gerrit allows those changes to each be submitted to the actual branch one-by-one, and possibly out of order (assuming there's no merge conflicts)
[17:12:03] *** stisti_ has quit IRC
[17:12:04] *** RSchulzB has joined #jenkins
[17:12:24] <magnayn> incidentally, do you tend to do a rebase - compile - push cycle from jenkins, or something different?
[17:12:29] <ccutrer> hmm... do you have the git plugin in your jenkins job set up to use the "Gerrit Hudson Trigger" Choosing Strategy?
[17:12:37] <magnayn> yep
[17:12:38] *** stisti_ has joined #jenkins
[17:13:12] <ccutrer> we don't do any rebase/push through jenkins
[17:13:54] <ccutrer> we have two jobs: <project>-review that handles all gerrit patch sets, and <project> that is triggered for the next branch when a change is submitted in gerrit
[17:14:08] *** stisti_ has quit IRC
[17:14:14] <magnayn> also in the query for "status:open" shows all the change nrs as a single patch set
[17:14:35] *** RSchulzM1 has joined #jenkins
[17:14:53] <ccutrer> ?
[17:14:59] <ccutrer> you have multiple change numbers, right?
[17:15:03] <magnayn> yep
[17:15:06] <ccutrer> and they each have a patch set 1?
[17:15:09] <magnayn> yep
[17:15:14] <ccutrer> those are all different patch sets, then
[17:15:23] <ccutrer> a patch set number is only unique within the change number
[17:15:24] *** vivek_ has joined #jenkins
[17:15:28] <magnayn> A-ha
[17:15:31] <ccutrer> each commit created a different change
[17:15:33] <magnayn> ok, that's useful information :-)
[17:15:36] <ccutrer> :)
[17:15:53] <ccutrer> ok, yeah, so now you can create additional patch sets (by amending that specific commit) independently for each change
[17:16:00] *** wilmoore has joined #jenkins
[17:16:14] <ccutrer> and doing `git push origin HEAD:refs/changes/<changenumber>`
[17:16:29] <magnayn> ok, so what did I do wrong to get multiple changes ?
[17:16:33] <ccutrer> (or just `git push origin` if you're using Change-Ids)
[17:16:36] <ccutrer> nothing
[17:16:40] <ccutrer> that's just the way gerrit works
[17:16:43] *** recampbell has quit IRC
[17:16:46] <ccutrer> each commit becomes a separate change
[17:17:00] <ccutrer> if you want only a single change to go to gerrit, you'll need to squash them together beforehand
[17:17:24] <magnayn> Ok - that's also useful information..
[17:17:50] <ccutrer> you might be able to force it to do a single change by doing a non-fast-forward merge, though I'm not sure
[17:17:52] <magnayn> But I wonder if the trigger can be persuaded to only build the tips of sets of changes
[17:18:11] <ccutrer> (when we do merges, all of the prior commits on both sides have already been through gerrit reviews)
[17:18:42] <ccutrer> you mean don't build a patchset if there is another patchset that depends on it
[17:18:46] <ccutrer> that might be possible
[17:18:48] <magnayn> yes
[17:18:53] <magnayn> We tend to encourage smaller commits (in particular because git-subtree is nicer if you do this)
[17:19:02] <magnayn> but the intermediates don't always compile when that happens
[17:19:41] <ccutrer> hmm, I think I've looked at git-subtree before
[17:19:47] <ccutrer> but yeah, understandable
[17:19:49] <magnayn> When I saw 'patch set' I thought it meant 'patch set' like you see on the git mailinglist
[17:20:26] <ccutrer> yeah, gerrit is a beast of its own that isn't always intuitive
[17:20:35] <magnayn> which is changes broken up so they're more easily reviewable.
[17:20:43] <magnayn> Hehe - yes, some of the docs are a bit lacking :)
[17:20:53] *** akostadinov has quit IRC
[17:22:17] <magnayn> I understand why it's done that now then. I may have a look at the source and see if the trigger could be adjusted to just pick the tips of patch sequences.
[17:27:34] *** Slide-O-1ix is now known as Slide-O-Mix
[17:37:39] *** stephenc has quit IRC
[17:37:44] *** patryk has quit IRC
[17:38:01] *** wilmoore has quit IRC
[17:38:41] *** stephenc has joined #jenkins
[17:38:42] *** ChanServ sets mode: +v stephenc
[17:41:10] *** awb has joined #jenkins
[17:41:18] *** richvdh_ has quit IRC
[17:41:33] *** richvdh_ has joined #jenkins
[17:47:54] *** _marc` has joined #jenkins
[17:48:55] *** esteele has quit IRC
[17:49:47] *** calculus has quit IRC
[17:49:58] *** smolyn has joined #jenkins
[17:50:24] *** drulli has quit IRC
[17:54:45] *** drulli has joined #jenkins
[17:54:45] *** ChanServ sets mode: +v drulli
[17:55:51] *** calculus has joined #jenkins
[17:57:23] *** benmatselby has quit IRC
[17:59:30] *** recampbell has joined #jenkins
[18:02:29] *** lukem has quit IRC
[18:13:43] *** akostadinov has joined #jenkins
[18:18:52] *** stisti has quit IRC
[18:19:13] *** stisti has joined #jenkins
[18:22:04] *** jasonb has quit IRC
[18:22:17] *** Stubbs has joined #jenkins
[18:22:48] *** calavera has joined #jenkins
[18:24:08] *** ctrabold has quit IRC
[18:24:17] *** ctrabold has joined #jenkins
[18:24:56] *** joewilliams_away is now known as joewilliams
[18:26:41] *** lyric has quit IRC
[18:27:31] *** real_ate has quit IRC
[18:29:37] *** stephenc has quit IRC
[18:30:09] *** awb has quit IRC
[18:30:13] *** kutzi has joined #jenkins
[18:30:13] *** ChanServ sets mode: +v kutzi
[18:30:46] *** Joeb454 has joined #jenkins
[18:31:09] <jenkinsci_builds> Starting build 646 for job jenkins_main_trunk (previous build: SUCCESS)
[18:31:48] *** magnayn has left #jenkins
[18:34:57] *** Lewisham has joined #jenkins
[18:34:57] *** ChanServ sets mode: +v Lewisham
[18:35:08] *** Joeb454 has left #jenkins
[18:37:30] *** andreasmandel has joined #jenkins
[18:42:37] *** Stubbs has quit IRC
[18:42:58] *** Lewisham has quit IRC
[18:43:28] *** bmahe has joined #jenkins
[18:50:30] *** stephenc has joined #jenkins
[18:50:30] *** ChanServ sets mode: +v stephenc
[18:50:58] *** stephenc has quit IRC
[18:54:52] *** d2m has quit IRC
[18:54:53] *** Lewisham has joined #jenkins
[18:54:53] *** ChanServ sets mode: +v Lewisham
[18:58:42] *** drulli has quit IRC
[18:59:02] *** awb has joined #jenkins
[19:02:52] <jenkinsci_builds> Project jenkins_main_trunk build #646: SUCCESS in 31 min: http://ci.jenkins-ci.org/job/jenkins_main_trunk/646/
[19:02:53] <jenkinsci_builds> Stephen Connolly: refactor the save method so that it is available to all and null safe. also added a readResolve to handle when null properties are deserialized
[19:04:21] *** Lewisham has quit IRC
[19:06:05] *** olamy has quit IRC
[19:08:07] *** mpholt has quit IRC
[19:08:38] *** d2m has joined #jenkins
[19:09:31] *** Weltraumschaf has quit IRC
[19:10:34] *** kutzi has quit IRC
[19:15:04] *** DaveH has quit IRC
[19:16:08] <jenkinsci_builds> Starting build 647 for job jenkins_main_trunk (previous build: SUCCESS)
[19:17:10] *** magnayn has joined #jenkins
[19:17:10] *** ChanServ sets mode: +v magnayn
[19:26:33] *** akostadinov has quit IRC
[19:29:17] *** mando_ has joined #jenkins
[19:31:10] *** mando has quit IRC
[19:32:17] *** rseguy has joined #jenkins
[19:32:36] <dcorbin_work> When using a custom workspace, how do I prevent a job from blowing away things that are already there?
[19:36:30] *** zhobbs has joined #jenkins
[19:37:18] <zhobbs> is there anyway to "roll up" change notes from dependent projects into the job that depends on them?
[19:38:22] *** choas has joined #jenkins
[19:41:57] *** jasonb_ has joined #jenkins
[19:43:51] *** bkdem has joined #jenkins
[19:44:25] *** DPK has joined #jenkins
[19:44:51] *** zfkevin has joined #jenkins
[19:46:59] *** jpederzolli has joined #jenkins
[19:48:22] <jenkinsci_builds> Project jenkins_main_trunk build #647: SUCCESS in 32 min: http://ci.jenkins-ci.org/job/jenkins_main_trunk/647/
[19:48:22] <jenkinsci_builds> * Kohsuke Kawaguchi: make sure to close off all the channels at the end
[19:48:23] <jenkinsci_builds> * Kohsuke Kawaguchi: Actions can now override their rendering in the parent model object.
[19:48:23] <jenkinsci_builds> * Kohsuke Kawaguchi: use more modern DescribableList to avoid code redundancy
[19:50:55] *** jpederzolli has left #jenkins
[19:51:28] *** docwhat has joined #jenkins
[19:51:29] *** jpederzolli has joined #jenkins
[19:52:06] <mwalling_> hey, i might actually be here for this one
[19:52:20] <docwhat> I can't find docs on making job dependencies work for free-style jobs....Specificially, I have several free-style jobs that should depend on another free-style job.
[19:52:28] <docwhat> Can someone give me a pointer?
[19:56:33] *** Ferris has joined #jenkins
[19:56:56] *** richvdh_ has quit IRC
[19:59:14] *** kutzi has joined #jenkins
[19:59:14] *** ChanServ sets mode: +v kutzi
[19:59:44] *** redsolo has joined #jenkins
[19:59:44] *** ChanServ sets mode: +v redsolo
[20:00:44] *** FauxFaux has quit IRC
[20:01:10] <aheritier> Hi, I'm damned, I need to go to the hospital for one son.
[20:01:16] <aheritier> I'll try to be back soon
[20:01:25] <kohsuke> OK, no worries. Take care.
[20:01:39] <mwalling_> uh, yeah, i'm sure you can skip the meeting :P best wishes
[20:01:42] *** bap2000 has joined #jenkins
[20:01:53] <aheritier> thx
[20:01:58] <aheritier> see you later
[20:01:59] <kohsuke> So I think it's time to get started...
[20:02:08] <kohsuke> #startmeeting
[20:02:08] <robobutler> Let the Jenkins meeting commence!
[20:02:19] <kohsuke> #chair abayer
[20:02:19] <robobutler> Current chairs: abayer kohsuke
[20:03:02] <kohsuke> Dean said he is in a similar situation as aheritier, so he won't be able to come today
[20:03:18] <kohsuke> So looking at http://wiki.jenkins-ci.org/display/JENKINS/Governance+Meeting+Agenda
[20:03:31] <kohsuke> I guess we'll skip the JIRA stuff
[20:03:37] <kohsuke> #topic logo contest status
[20:03:37] *** robobutler changes topic to "logo contest status"
[20:04:10] <kohsuke> #info Tyler gave me access to the Google doc that has the results
[20:04:48] <kohsuke> But it still wasn't tallied yet.
[20:05:12] <rtyler> oh crap, meeting
[20:05:14] <kohsuke> I'm not sure if abayer or rtyler would take that AI, or if I should do it.
[20:05:16] * rtyler wakes up
[20:05:32] <rtyler> kohsuke: how do you feel about starting the runoff next monday
[20:05:43] <kohsuke> Sounds good to me.
[20:05:51] <kohsuke> Yes, so the plan was to do a run-off between top two
[20:05:53] <rtyler> if so, I can tally and prepare round two of ULTIMATE ROBO LOGO SHOWDOWN
[20:06:06] <kohsuke> :-)
[20:06:19] <kohsuke> And I'm happy to report that "none of the above" wasn't one of the top two.
[20:06:40] <redsolo> :)
[20:07:02] <kohsuke> #action rtyler to tally the result and get the the run-off going starting next Monday
[20:07:07] *** FunkyFis1 has joined #jenkins
[20:07:51] <kohsuke> I believe it was #9 and #10 but I could be wrong
[20:08:05] *** herque has joined #jenkins
[20:08:08] *** FauxFaux has joined #jenkins
[20:08:21] <kohsuke> And looks like we got 1900+ votes
[20:08:36] <kohsuke> OK, I guess that's enough for this topic...
[20:08:58] <kohsuke> #topic Trademark registration status
[20:08:58] *** robobutler changes topic to "Trademark registration status"
[20:09:25] <kohsuke> On this, I apologize that I haven't made a progress. I'll get that going ASAP
[20:10:24] <kohsuke> (Just to recap, the plan was to have a paper in place making sure that CB won't own it, then take Sacha's offer to fund the registration process and legal access)
[20:10:35] <kohsuke> So further moving on...
[20:10:46] <kohsuke> #topic SFC response / umbrella org
[20:10:46] *** robobutler changes topic to "SFC response / umbrella org"
[20:11:18] <kohsuke> Still haven't heard back from SFC.
[20:11:52] <kohsuke> The last correspondance was to check back in April
[20:11:52] <abayer> ?and I still need to write up teh Apache sitdown. Sorry, been really busy with work last few weeks. Should be winding down this week.
[20:11:58] *** zhobbs has quit IRC
[20:12:02] <rtyler> everybody has been
[20:12:13] <rtyler> let's put dean to work :D
[20:12:24] <kohsuke> ... so this meeting is serving as a reminder on AIs which is good.
[20:13:02] <kohsuke> I was wondering if Dean could explore the implications of optional CLAs with his lawers
[20:13:19] <kohsuke> But that's a part of the future topics, I guess.
[20:13:39] <kohsuke> I think it still makes sense for abayer to do the Apache write up, given his access to Doug
[20:14:04] <kohsuke> Anyway, wrt SFC, I think I'll give it a two more weeks before pinging them again
[20:14:24] <rtyler> that sounds reasonable to me
[20:14:29] *** mattis has joined #jenkins
[20:14:36] <kohsuke> And for SPI, I still have an AI to get more conversation going.
[20:14:51] <kohsuke> Thus far it's been positive.
[20:15:27] <kohsuke> Further moving on...
[20:15:34] *** oam has joined #jenkins
[20:15:37] <kohsuke> #topic CLA discussion continued
[20:15:37] *** robobutler changes topic to "CLA discussion continued"
[20:16:24] <kohsuke> I believe the last e-mails were around the idea of not making CLA mandatory but optional for only those who want to sign it
[20:16:55] <kohsuke> Personally, I wasn't sure if that serves any purpose, but then Dean seemed more receptive to the idea, so I thought "hey, if that makes lawyers happy, I'm all for it!"
[20:17:00] *** Weltraumschaf has joined #jenkins
[20:17:00] *** ChanServ sets mode: +v Weltraumschaf
[20:17:31] <kohsuke> I wonder if anyone here has access to lawyers that could give us guidance.
[20:17:55] <kohsuke> Otherwise I think we are starting go circles.
[20:18:43] <kohsuke> (And it looked like Dean had some access to lawyers, so I was hoping he'd discuss that with lawyers.)
[20:18:58] <rtyler> I have no access
[20:19:04] <kohsuke> I guess I'll write to him.
[20:19:06] *** magnayn has quit IRC
[20:19:37] <kohsuke> #action kohsuke to ask hare_brain to see if he can ask his lawyers about the implications of optional voluntary CLAs.
[20:19:41] <rtyler> heh
[20:20:18] <kohsuke> And unless someone wants to add to this topic, I think we can further move on...
[20:20:38] <kohsuke> #topic Discussion on the way we can strengthen plugins and avoid unnecessary duplication/forks
[20:20:38] *** robobutler changes topic to "Discussion on the way we can strengthen plugins and avoid unnecessary duplication/forks"
[20:20:53] <kohsuke> This was added by rseguy
[20:20:54] <rseguy> I'm the one behind this item
[20:20:59] <kohsuke> Yeah
[20:21:08] <kohsuke> So the floor is yours :-)
[20:21:19] <rseguy> I've noticde recently an increase in plugins doing more or less the same thing
[20:21:26] <rseguy> 3 examples:
[20:21:49] <rseguy> clearcase/clearcase-ucm-baseline "vs." pucm (or something like that)
[20:22:01] *** jieryn-w has quit IRC
[20:22:01] <rseguy> copy-to-slave vs. copy-data-to-workspace
[20:22:19] <rseguy> last one: backup vs. thin-backup vs. perdiodic-backup
[20:22:28] <rseguy> these are just examples I'm aware of
[20:22:30] <kohsuke> hmm. true.
[20:22:53] <rseguy> for all of them, the only one diff between is always one or two features
[20:23:05] <rseguy> ... that could have been integrated in the "main" plugin
[20:23:30] <rseguy> and now we end up with more plugins for users with less functions
[20:23:56] *** jieryn-w has joined #jenkins
[20:24:01] *** jieryn-w has joined #jenkins
[20:24:01] *** ChanServ sets mode: +v jieryn-w
[20:24:11] <docwhat> May I mention that as someone who wants to contribute, finding the source for plugins can also be hard may contribute to multiple plugins.  Adding links in the wiki to the source repos would probably help as well. (I'm unsure if I'm aloud to speak....)
[20:24:14] <rseguy> so I was thinking we could have written some guidelines to help people cooperating on plugins rather than everybody doing a new one on his own
[20:24:38] <kohsuke> docwhat: I thought we fixed that recently in the last month or so. Now the plugin page has a link to the source code
[20:25:08] <kutzi> Yes, looks like they have
[20:25:32] <kutzi> I think the 1st step, is for the plugins to be findable
[20:25:36] <kohsuke> Yeah, +1 on having a Wiki page that talks about how to check out an existing plugin, make modifications, install the modified version on your Jenkins, and push back the changes.
[20:25:38] <rseguy> frankly said, I have no idea on how we can help people cooperating on the same plugins being open, so this might be hard to set up something :-)
[20:26:01] <kutzi> E.g. I cannot find the periodic-backup plugin here http://wiki.jenkins-ci.org/display/JENKINS/Plugins
[20:26:03] <abayer> I think we should do a better job at tagging/labeling the functionality of plugins.
[20:26:18] <Creeture> Update the MarkDown README at the top of github. Would that help?
[20:26:19] <rseguy> an idea: what about also adding keywords to plugins to better find them?
[20:26:21] *** fcamblor has joined #jenkins
[20:26:22] <kutzi> +1 on better labeling
[20:26:29] *** ChanServ sets mode: +v fcamblor
[20:26:36] *** oam has left #jenkins
[20:26:40] <rseguy> +1 too
[20:26:45] <docwhat> Adding "contribute to this plugin" links with information on the plugin pages would be helpful as well.
[20:26:46] <abayer> Perhaps as a community project, we should review all the existing plugins - both wiki page and actual source - and update the wiki page to have better labeling, with more than just the rough categories we have now.
[20:26:57] <abayer> +1 to docwhat's suggestion as well.
[20:27:03] <rseguy> we also need to be sure that plugins have a wiki page
[20:27:14] <docwhat> +1 rseguy's suggestion
[20:27:18] <kohsuke> rseguy: that's something automatable, so I like that
[20:27:38] <bap2000> how about on the "Extending" wiki page we suggest that before starting a plugin, put suggestion out to dev and users mailing list for comment?
[20:27:44] <kutzi> can we do a check for a Wiki page during plugins' releases?
[20:27:58] <docwhat> Would it be possible to leverage the same code that the Plugin Manager uses to generate the list and pages for the wiki?
[20:28:02] <bap2000> ... and on the plugin dev page too
[20:28:27] <kohsuke> kutzi: people also develop in-house plugins, so it's bit tricky to do it at the release time, I think.
[20:29:09] <kohsuke> docwhat: we can generate a separate plugin index page from Wiki if that's useful, but is it?
[20:29:11] <abayer> #idea Crowdsourcing a review of all existing plugins, to understand their capabilities/overlaps/etc.
[20:29:39] <rseguy> +1 on the review
[20:29:42] <docwhat> kohsuke: I'm just thinking that I find the wiki pages via the Plugin Manager....so duplicating that someplace public might be useful.
[20:29:56] <kohsuke> OK.
[20:30:22] <rseguy> I guess many Jenkins instances are not connected to Internet (my case), so I never use the plugin manager...
[20:30:31] <abayer> #action abayer to create a wiki page for tracking which plugins have been reviewed, and directions on what to do for reviewing (tagging/labeling, etc)
[20:30:44] <choas> I've fixed a virtualbox4 problem .. but this results to a new plugin (not sure if it works with virtualbox < 4) .. should it have its own wiki?
[20:30:52] <kohsuke> abayer: so the goal of the crowdsourcing is to identify similar plugins that are candidates for consolidations?
[20:30:58] <rseguy> we also need to emphasize plugins licenses
[20:31:03] <docwhat> rseguy: As a new Jenkins user, I've used Jenkin's itself as the source for lots of information.
[20:31:13] <docwhat> +1 rseguy's suggestion on licenses.
[20:31:29] <kohsuke> #idea add the license information to the banner
[20:31:58] <fcamblor> Hi all :-)
[20:32:02] <mjmac_> anyone run into the problem of a particular matrix combination stubbornly remaining in a "disabled" state even when it's not explicitly excluded by the combination filter?
[20:32:07] <rseguy> it's important, e.g. I wanted to consolidate pucm in clearcase/clearcase-ucm-baseline, but it's GPL, others are MIT...
[20:32:07] <fcamblor> +1 for kohsuke"s idea
[20:32:23] <abayer> kohsuke: And to just get a better sense of "plugin X does thingie Y" so that it's easier for users to find a plugin that fits their needs.
[20:32:23] <mjmac_> oops...  sorry to butt in
[20:32:40] *** mjmac_ is now known as mjmac
[20:32:41] <kohsuke> choas: let's take that to the dev list and I can see if it can be merged together
[20:33:22] * kohsuke goes back to the discussion in this topic to capture ideas in the record...
[20:34:01] <kohsuke> #idea write a Wiki page that focus on "how to modify an existing plugin and get your change integrated"
[20:34:11] <FunkyFis1> as no one seems to point it out: shouldn't someone just ask the three examples why they started a new one?
[20:34:29] <kohsuke> Good idea
[20:34:31] <rseguy> +1
[20:34:45] <kohsuke> #idea ask the three examples why they started a new one. (via FunkyFis1)
[20:34:51] <fcamblor> Speaking about plugin compats, wouldn't it be nice to trigger a report somewhere allowing to track API incompatibilities between current jenkins version and greater tagged plugin version (maybe we could discuss about this in a later governance meeting ..)
[20:35:14] <rseguy> but what if it's just because they wanted their own code and not one from other?
[20:35:22] <rseguy> would you refuse the plugin?
[20:35:33] <kohsuke> I think the goal of asking is just to understand
[20:35:43] <rseguy> ok
[20:36:13] <kohsuke> If someone really wants his own code, I think that's fine. That's called competition.
[20:36:15] <kutzi> rseguy: I think no one is thinking about 'refusing' plugins?
[20:36:25] <fcamblor> I'm thinking about some sort of maven reporting plugin trying to checkout tagged plugin source, try to change parent.GAV attributes in pom.xml on latest jenkins GAV, and try to compile/launch test over current released plugin
[20:36:27] <rseguy> we should not!
[20:36:29] <kohsuke> We just want to encourage them to cooperate.
[20:36:34] <kutzi> sure
[20:36:39] <rseguy> yep
[20:36:55] <kohsuke> fcamblor: want to take an AI for that :-)
[20:36:57] <kohsuke> ?
[20:37:19] <kohsuke> Creeture: you earlier said "Update the MarkDown README at the top of github. Would that help?"  --- which page you are referring to?
[20:37:21] <fcamblor> AI ? :)
[20:37:25] <kohsuke> action item
[20:37:40] <rtyler> also: Artificial Idiot
[20:37:46] * rtyler has strong AI
[20:37:47] <fcamblor> oh ok why not, but I won't be able to have results rapidly :)
[20:37:52] <fcamblor> huhu :)
[20:38:30] <kohsuke> I think it'd be a great addition
[20:38:37] <kohsuke> bulk testing plugins with releases
[20:38:47] <fcamblor> yup
[20:38:54] <kohsuke> #idea what about also adding keywords to plugins to better find them? (via rseguy)
[20:39:00] <redsolo> i would love to see that
[20:39:10] * redsolo means the testing of plugins
[20:39:16] <kutzi> you mean in the POM or where?
[20:39:32] <rtyler> kohsuke: does JIRA support tags for pages?
[20:39:34] <fcamblor> yup in the pom
[20:39:38] <abayer> kohsuke: That's kind of what I meant as part of the review process - tagging/labeling. =) I think it should probably be on the wiki for now, and maybe eventually integerated into the update center.
[20:39:47] <kohsuke> I guess it's to the Wiki pages
[20:39:48] <docwhat> kohsuke: I'd love tags of some kind on Plugins, they are so many right now.  They'd make finding them in the GUI much easier.
[20:40:04] <rseguy> another possible action item: easing the access to source code for those poor guys (me...) with no svn/git access from work, e.g. by bundling a zip when a plugin is released (actually, by putting it more in emphasis compared to today)
[20:40:51] <kohsuke> (people should use the hash-idea tag on their own to keep this in the minutes!)
[20:41:02] <kutzi> Just getting the sources should be possible ober HTTP, isn't it?
[20:41:14] <rseguy> #idea easing the access to source code for those poor guys (me...) with no svn/git access from work, e.g. by bundling a zip when a plugin is released (actually, by putting it more in emphasis compared to today)
[20:41:22] <kohsuke> I can tweak the maven-hpi-plugin to produce the source assembly
[20:41:30] <kohsuke> Seems easy enough and if it helps some, why not?
[20:41:35] <jpederzolli> you can already download a source zip from github right?
[20:41:46] <rtyler> yes
[20:42:08] <rseguy> so just put a link in the wiki :)
[20:42:55] <kutzi> that leaves the plugins still in SVN, but for me it's okay to ignore them
[20:42:56] *** bkdem has left #jenkins
[20:43:01] <rtyler> heh
[20:43:09] <kohsuke> #action Kohsuke to tweak the maven-hpi-plugin to create source assembly during the plugin release
[20:43:11] <kutzi> as github should be the future?
[20:43:19] *** magnayn has joined #jenkins
[20:43:19] *** ChanServ sets mode: +v magnayn
[20:43:21] <docwhat> #idea Help find/organize plugins by generating a list of plugins dynamically from the same info the "Manage Plugin" does in Jenkins and putting it in the wiki or next to the wiki. This could also verify that wiki pages exist and are filled out right.
[20:43:43] <rtyler> magnayn: you're here just in time for some plugin chatter, see /topic
[20:44:14] <rseguy> #idea Add a search engine based on labels for plugins
[20:44:33] <kohsuke> We need some volunteers to tackle those
[20:44:37] <docwhat> #idea Plugin Quickstart Utility -- a simple utility that helps either get an existing plugin or creates a skeleton plugin and verifies environment is ready for development.
[20:45:03] <kohsuke> Hmm, that's interesting. That could be another mojo for maven-hpi-plugin
[20:45:14] <kohsuke> hpi:checkout -Dplugin=XYZ
[20:45:17] <bap2000> is that not hpi:create?
[20:45:20] <fcamblor> #action write some sort of reporting tool allowing compile/test every plugins declared in update-center.json over lastly released jenkins version
[20:45:30] <bap2000> gives the HElloWorld or whatever turns up
[20:45:45] <kohsuke> bap2000: the point is to check out an existing one, not create a new one
[20:45:52] <bap2000> k
[20:45:55] <magnayn> #idea could we have an 'unstable' update-center.json generated from the jenkins CI instance? My impression is people get keen to release very often so some patch/change can become visible for users..
[20:46:13] <rseguy> I like this one
[20:46:15] <fcamblor> kohsuke: I love your hpi:checkout goal, it would be a good start for my  reporting tool :-D
[20:46:44] <kohsuke> true
[20:46:59] <kohsuke> magnayn: I guess for that we need snapshots to be available somewhere
[20:47:22] <kohsuke> But yeah, we have a machinery in place for that.
[20:47:31] <rseguy> what about having some kind of experimental flag in released plugins that?
[20:47:38] <magnayn> yes - I guess either push them to a nexus instance or something, or use the repository plugin to make available
[20:48:06] <kohsuke> I like the repository plugin better. That way plugin devs don't have to push them
[20:49:04] <kohsuke> OK, lots of interesting ideas. Aside from fcamblor any one interested in spending some time on some of this?
[20:49:30] <kohsuke> (and dumping other past ideas)
[20:49:31] <kohsuke> #idea Adding "contribute to this plugin" links with information on the plugin pages would be helpful as well. (via docwhat)
[20:49:33] <rseguy> for doc stuff I can, for tech stuff no, I'm not a maven guy...
[20:49:34] <kohsuke> #idea how about on the "Extending" wiki page we suggest that before starting a plugin, put suggestion out to dev and users mailing list for comment? (via bap2000)
[20:49:37] <kohsuke> #idea Would it be possible to leverage the same code that the Plugin Manager uses to generate the list and pages for the wiki? (via docwhat)
[20:49:38] <magnayn> I was going to look into the above if someone can point me to how the update-json is generated
[20:50:13] *** FauxFaux has quit IRC
[20:50:23] <kohsuke> magnayn: it's driven from Nexus index
[20:50:39] *** mattbillenstein has joined #jenkins
[20:51:01] <magnayn> is the source available?
[20:51:04] <kohsuke> (which we can generate from a directory very easily, too)
[20:51:12] <kohsuke> The update center generator? Yes.
[20:51:35] *** mando_ has quit IRC
[20:51:45] <kohsuke> If you can send an e-mail to the dev list, that'd be great --- we can take it from there
[20:51:53] <kohsuke> I can give you pointers
[20:52:04] <magnayn> ok. will do sometime this week
[20:52:08] <kohsuke> thanks
[20:52:47] <kohsuke> rseguy: maybe you can help us with a first stab at a Wiki page that talks about how to contribute to an existing plugin?
[20:52:55] <rseguy> #action write a proposal on how about on the "Extending" wiki page we suggest that before starting a plugin, put suggestion out to dev and users mailing list for comment? (via bap2000)
[20:53:05] <kohsuke> thanks
[20:53:18] <rseguy> #action write a proposal on Adding "contribute to this plugin" links with information on the plugin pages would be helpful as well. (via docwhat)
[20:53:23] <rseguy> yep, I'll do
[20:53:34] <kohsuke> OK, before the time runs out, we need to decide the next meeting coordinate.
[20:53:38] <kohsuke> Would it be OK to leave this topic?
[20:53:49] <rseguy> for me yes
[20:53:53] <kohsuke> #topic When will be the next meeting?
[20:53:53] *** robobutler changes topic to "When will be the next meeting?"
[20:54:05] <rtyler> RIGHT NOW
[20:54:25] <kohsuke> Two weeks from now?
[20:54:38] *** mrobinet has joined #jenkins
[20:54:42] <rtyler> will two weeks give everybody enough time to make forward progress on some of these action idems?
[20:55:01] <rseguy> ok for mine (doc stuff, easy ;-))
[20:55:41] <kohsuke> Not sure, but I don't know giving more time contributes to the progress.
[20:55:51] <fcamblor> I agree :)
[20:56:17] <fcamblor> Let's define targets and see if things move on :)
[20:56:49] <kohsuke> OK, anyone objects to the same time in two weeks?
[20:57:07] *** FauxFaux has joined #jenkins
[20:57:16] <kohsuke> #agreed next meeting will be in the same time, two weeks from now.
[20:57:27] <rtyler> yay
[20:57:28] *** wolfs has joined #jenkins
[20:57:28] *** ChanServ sets mode: +v wolfs
[20:57:40] <rtyler> kohsuke: sorry I got to the tweeting about the meeting late
[20:57:44] <kohsuke> No worries.
[20:57:49] <kohsuke> With that, I think we adjourn.
[20:57:53] <rtyler> perhaps we should just schedule posts in drupal about it ~12 hours before
[20:57:57] <kohsuke> +1
[20:58:08] *** orrc has joined #jenkins
[20:58:11] <kohsuke> #endmeeting
[20:58:12] *** robobutler changes topic to "Jenkins CI: http://jenkins-ci.org | Paste: http://jenkins.pastebin.com | Log: http://echelog.matzon.dk/?jenkins | Twitter: http://twitter.com/jenkinsci | Identi.ca: http://identi.ca/group/jenkinsci | Committers should have voice"
[20:58:12] <robobutler> Meeting ended Wed Mar 30 18:58:30 2011 UTC.  Information about MeetBot at http://www.jenkins-ci.org/meetings/ . (v 0.1.4)
[20:58:12] <robobutler> Minutes:        http://meetings.jenkins-ci.org/jenkins/2011/jenkins.2011-03-30-18.02.html
[20:58:12] <robobutler> Minutes (text): http://meetings.jenkins-ci.org/jenkins/2011/jenkins.2011-03-30-18.02.txt
[20:58:12] <robobutler> Log:            http://meetings.jenkins-ci.org/jenkins/2011/jenkins.2011-03-30-18.02.log.html
[20:58:18] <docwhat> kohsuke: I have a question about http://issues.jenkins-ci.org/browse/JENKINS-8988?focusedCommentId=147384#comment-147384
[20:58:23] *** abhitesh has joined #jenkins
[20:58:25] * rtyler claps
[20:58:31] <jenkins-admin> JENKINS-8988:xml api broken in 1.399 (Open) http://jenkins-ci.org/issue/8988
[20:58:34] <kohsuke> ga
[20:58:39] <docwhat> Was this supposed to be in 1.404?
[20:58:52] <kohsuke> checking
[20:58:55] <abhitesh> i m new to this channel..
[20:59:03] <abhitesh> i wonder if someone could help me out.?
[20:59:04] *** FunkyFis1 is now known as FunkyFish
[20:59:15] <docwhat> kohsuke: BTW: I think that's the same bug in JENKINS-8855
[20:59:17] <jenkins-admin> JENKINS-8855:Malformed XML in API due to slash in element tag name (Open) http://jenkins-ci.org/issue/8855
[20:59:22] <rtyler> abhitesh: most certainly, what's up :)
[20:59:27] <kohsuke> docwhat: It's currently in the RC
[20:59:48] <docwhat> Okay, I wasn't sure how the rc branch vs. tags played.  so it'll be in 1.405?
[21:00:06] <kohsuke> Yes
[21:00:17] <docwhat> Thank you. I'll update the bug with that info.
[21:00:24] <abhitesh> thanks..
[21:00:42] <abhitesh> how do i reply to u.. so that it seems that i have replied to ur text..
[21:00:50] <stain> man, that robobutler log is cool
[21:00:55] <kohsuke> I think we should  put "git describe --contains" as a web app and have scm_issue_link use that
[21:01:08] <rtyler> stain: meetbot (google for it, came out of the debian project)
[21:01:11] <kohsuke> docwhat: I think it unambiguously answer "which release will this be in"?
[21:01:22] <stain> if only we could use IRC for meetings at work instead of all that real-life chatter
[21:02:29] *** dhackner has joined #jenkins
[21:03:08] <kutzi> kohsuke: any upate on visiting Germany?
[21:03:22] <docwhat> kohsuke: "git describe --contains ce48d0" returns "fatal: cannot describe 'ce48d096ab27fd3aa4d52e7f83ce576b0aefe2a2'"
[21:04:06] *** galine13 has joined #jenkins
[21:04:17] <kohsuke> try "git describe --contains --all"
[21:04:38] <kohsuke> kuzti: I got an OK to go Hamburg. So it's official
[21:04:44] <kutzi> cool!
[21:04:45] <kohsuke> I'll reply to your e-mail in the users list
[21:04:47] <rtyler> kohsuke: going to blog it?
[21:04:59] 
[21:05:01] *** magnayn has quit IRC
[21:05:06] <kutzi> 1st or 2nd of May? 1st is Sunday, so I guess 2nd would be better
[21:05:07] <kohsuke> Yes. I need to do my part on advertising
[21:05:18] <kohsuke> kutzi: and I need your help on advertising as well
[21:05:20] <rtyler> kohsuke: I hope we're not making you too busy :P
[21:05:39] <kohsuke> rtyler: with what?
[21:05:41] <kutzi> Sure, I'll write to JUGHH today
[21:05:52] <rtyler> what with the meetings, the meetups and seminars and such
[21:06:11] *** rseguy has quit IRC
[21:06:20] <rtyler> posted minutes links to the mailing lists FWIW
[21:06:26] <kohsuke> Thanks.
[21:06:27] *** galine13 has left #jenkins
[21:07:16] <kohsuke> It'd be certainly good to get more people involved in the project so that I can spend more time on coding, but ...
[21:07:39] <kohsuke> spreading the words and helping adoption is good for Jenkins, too.
[21:08:04] <docwhat> kohsuke: Ah, the --all gives me more info.  A web app would be cool.  Especially if it was linked to from JIRA.
[21:08:05] <rtyler> kutzi: gibt es viele Jenkins benutzter in Deutschland?
[21:08:24] <kutzi> I hear of more and more using it
[21:08:27] <kohsuke> docwhat: yes.
[21:08:34] 
[21:08:50] <kutzi> BTW: you're german is really good. Where did you learn it?
[21:09:04] <docwhat> kohsuke: We have something similar at work, but we use "git tag --contains" instead
[21:09:21] <kohsuke> oh nice, I didn't know that
[21:09:48] <docwhat> Yeah, more useful when you have different things going on in branches...eg. 2.x and 3.x
[21:09:59] <docwhat> So you can see if it's tagged in both, one or the other.
[21:10:08] <docwhat> It's slow and noisy though.
[21:10:29] <kohsuke> not that slow at least on Jenkins repo
[21:10:50] <kohsuke> if only I knew this sooner I didn't have to write this silly command...
[21:11:14] <kohsuke> (and there's "git branch --contains" as well
[21:11:17] <docwhat> kohsuke: Yeah, our git repo is a wee[1] bit bigger (by several orders of magnatude).
[21:11:29] <docwhat> Oooh...didn't know about that one.
[21:11:50] <FunkyFish> about german jenkins users: heres one too ;)
[21:11:52] *** ruben has joined #jenkins
[21:12:06] *** ruben has quit IRC
[21:12:07] *** calavera has quit IRC
[21:12:21] *** calavera has joined #jenkins
[21:12:25] <abayer> fyi, if my talk to Jazoon doesn't get accepted, I'm seriously considering going to Stockholm around the 22nd of June and having a meetup there as well. =)
[21:12:42] *** domi_ has joined #jenkins
[21:13:04] <kohsuke> That's too bad
[21:13:13] <kohsuke> Does that mean you won't be going to Munich?
[21:13:45] <abayer> First, still no word on the Jazoon talk - I'm just making backup plans. But regardless of the Jazoon talk, I'm doing Munich->Paris->London. Question is what I'm doing before Munich.
[21:14:01] <kohsuke> oh, I missed the "if" portion
[21:14:03] <kohsuke> Sorry.
[21:14:07] <abayer> =)
[21:15:07] <abayer> So yeah, I'm still hoping for the Jazoon thing to work out, but even if it doesn't, I'm going to be in Europe for the same amount of time, I think.
[21:15:13] <kohsuke> Good
[21:15:32] <domi_> I'll be at jazoon too
[21:15:51] <abayer> This will be my first real vacation/trip since '09, so I'm quite looking forward to it.
[21:18:45] <kutzi> kohsuke: do you already the concrete date for Hamburg? 1st or 2nd of May?
[21:18:58] <kohsuke> kutzi: let me open the calendar
[21:19:12] <orrc> what's Jazoon like? the title of the conference doesn't give too much information
[21:20:09] <kohsuke> I can actually do both.
[21:20:25] <kohsuke> So I guess that means we'd plan the meetup on 2nd evening, right?
[21:20:35] *** Thesolonius has joined #jenkins
[21:20:42] <kutzi> Yes, that's sound best.
[21:20:49] <kohsuke> kutzi: and if there's enough interest in hackathon we can do that on 1st as well
[21:20:58] <kutzi> That's actually my birthday, too :)
[21:21:09] <orrc> so you won't be at JAX for the full time?
[21:21:22] <kohsuke> OK, so doing something on the 1st might be difficult --- that's fine.
[21:21:34] <orrc> ah, 4th I see
[21:22:00] <kohsuke> Yeah, so I think it's better use of time to do this on 2nd
[21:22:00] <kutzi> okay, so only the 2nd
[21:22:29] <kohsuke> I'll ask in the e-mail anyway to see if there's interest
[21:22:43] <kohsuke> (and see if someone can host it)
[21:23:23] <kohsuke> if it doesn't work out, that's fine, but I'd love to meet our European plugin developers if it works out
[21:23:39] <kohsuke> And I bet my boss would like me coding on Sunday than doing sightseeing :-)
[21:23:55] *** Shred00 has joined #jenkins
[21:26:12] <domi_> orrc: jazoon is the biggest java conference in switzerland, but I think this year they also have microsoft more involved
[21:26:24] <orrc> ah right
[21:26:46] <orrc> I see there's a talk at JAX entitled "Git, Gerrit, Hudson and one Mylyn to rule them all"...
[21:30:23] *** olamy has joined #jenkins
[21:30:24] *** ChanServ sets mode: +v olamy
[21:31:44] *** mindless has quit IRC
[21:31:44] *** mindless has joined #jenkins
[21:31:44] *** ChanServ sets mode: +o mindless
[21:38:13] *** andreasmandel has quit IRC
[21:38:20] *** jpederzolli has quit IRC
[21:38:51] *** mrobinet has quit IRC
[21:46:48] *** mattbillenstein has left #jenkins
[21:56:26] *** Thesolonius has quit IRC
[21:57:15] *** wolfs has quit IRC
[22:03:38] *** doppynl has joined #jenkins
[22:05:24] *** Lewisham has joined #jenkins
[22:05:24] *** ChanServ sets mode: +v Lewisham
[22:07:53] *** dopska has joined #jenkins
[22:07:57] *** bmaher has joined #jenkins
[22:08:15] *** domi_ has quit IRC
[22:08:40] *** dopska has left #jenkins
[22:10:26] *** Shred00 has left #jenkins
[22:11:28] *** peremt has joined #jenkins
[22:15:58] *** bmaher has quit IRC
[22:18:26] *** zfkevin has quit IRC
[22:18:48] *** peremt has quit IRC
[22:21:34] <docwhat> I can't find docs on making job dependencies work for free-style jobs....Specificially, I have several free-style jobs that should depend on another free-style job.
[22:21:34] <docwhat> Can someone give me a pointer?
[22:21:42] *** ctrabold has quit IRC
[22:30:44] *** jfelchner has quit IRC
[22:31:47] *** ojacobson has quit IRC
[22:32:02] *** ojacobson has joined #jenkins
[22:39:01] <mikko> docwhat: Configure -> Build Triggers -> Build after other projects are built
[22:39:32] <docwhat> mikko: Oh, that creates the dependencies?
[22:40:06] <docwhat> ie, it won't build while that other build is building?  Does it create a converse relationship? That is, so that the parent project won't build while children are building/
[22:40:08] <docwhat> ?
[22:40:56] <rpetti> I believe you are looking for the locks plugin.
[22:41:22] *** mdhar has quit IRC
[22:44:38] *** kutzi has quit IRC
[22:44:49] <docwhat> rpetti: I have tried it but if one child job runs, it blocks all others.
[22:45:10] <rpetti> Isn't that what you want?
[22:45:25] <docwhat> Have a framework, and then a bunch of child jobs.  If the framework is building, the children shouldn't.  But the children should be able to build all the want, if the framework isn't building.
[22:45:30] <docwhat> I have about 150 children.....
[22:45:40] <docwhat> err....jobs....
[22:45:41] <orrc> under Advanced at the top of the parent job's config, check "Don't build while downstream jobs are building"
[22:46:00] <docwhat> orrc: Right, I had that checked, but I don't see where to mark a job as downstream....
[22:46:03] <orrc> or the other way round "Don't build while parent is" in each of the children
[22:46:13] <rpetti> docwhat: set it in the build trigger
[22:46:28] <docwhat> I see....I didn't connect the build-trigger with the up/down stream stuff..
[22:47:06] <orrc> yeah, downstream jobs are simply those which are listed in "Build other projects"
[22:47:28] <docwhat> I found that confusing, I guess... I was looking for something more formal....
[22:47:47] <orrc> yeah, I know what you mean
[22:48:19] <orrc> as far as I know, after you save a job's config, a dependency graph is computed and all the relevant job's configs are updated
[22:50:19] *** esteele has joined #jenkins
[22:54:45] *** aheritier has quit IRC
[22:56:51] *** abayer has quit IRC
[23:00:14] *** doppynl has left #jenkins
[23:00:17] *** aheritier has joined #jenkins
[23:00:17] *** ChanServ sets mode: +v aheritier
[23:00:19] *** aheritier has quit IRC
[23:00:56] *** aheritier has joined #jenkins
[23:00:56] *** ChanServ sets mode: +v aheritier
[23:01:03] *** aheritier has left #jenkins
[23:01:39] *** aheritier has joined #jenkins
[23:01:40] *** ChanServ sets mode: +v aheritier
[23:01:53] <docwhat> Huh....you can't set the "Build after other projects are built" via the API.
[23:03:24] *** fishn1x has quit IRC
[23:07:54] *** magnayn has joined #jenkins
[23:07:54] *** ChanServ sets mode: +v magnayn
[23:08:07] *** docwhat has quit IRC
[23:13:27] *** herque has quit IRC
[23:14:40] *** herque has joined #jenkins
[23:16:08] *** gboissinot has joined #jenkins
[23:21:39] *** bartek has quit IRC
[23:22:48] *** d2m has left #jenkins
[23:24:38] *** kstreith has quit IRC
[23:28:52] *** mando has joined #jenkins
[23:30:36] *** Lewisham has quit IRC
[23:32:25] *** choas has quit IRC
[23:36:21] *** sshaw has quit IRC
[23:36:45] *** gboissinot has quit IRC
[23:39:14] *** jieryn-w has quit IRC
[23:44:24] *** wolfs has joined #jenkins
[23:44:24] *** ChanServ sets mode: +v wolfs
[23:46:07] <jenkinsci_builds> Starting build 648 for job jenkins_main_trunk (previous build: SUCCESS)
[23:50:10] *** cowboyd has quit IRC
[23:50:56] *** miclorb has joined #jenkins
[23:51:48] *** tomhermann has joined #jenkins
[23:52:52] *** wolfs has quit IRC
[23:58:51] *** herque has quit IRC





top