date:20140107

Re: shared workspace

2014-01-07 Thread Liora Milbaum

Thanks for the input.
The symbolic link option is not available as some of my build servers are 
Windows XP. 
The reason I need a shared workspace is for sharing build artifacts, like 
dlls (generated by multiple jobs on multiple slaves).
Are there other options implementing such a build schema?

Liora

On Tuesday, January 7, 2014 1:00:35 PM UTC+2, Liora Milbaum wrote:
>
> I am using Jenkins on Windows.
> Trying to implement a MultiJob project which executes on few nodes.
> How can I share the same workspace for all jobs in the MultiJob Project?
>
> Thanks,
> Liora
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Unable to run flashplayer under Jenkins

2014-01-07 Thread Dirk Heinrichs

Am 07.01.2014 15:11, schrieb Wim Deblauwe:

> I am using Ubuntu 13.10 with vnc4server

I could reproduce the problem. However, I didn't find a solution. Looks
like both Xvnc and Xvfb don't have proper OpenGL support. Maybe you
could setup a Windows slave (VM) for running flashplayer.

HTH...

Dirk
-- 

*Dirk Heinrichs*, Senior Systems Engineer, Engineering Solutions
*Recommind GmbH*, Von-Liebig-Straße 1, 53359 Rheinbach
*Tel*: +49 2226 159 (Ansage) 1149
*Email*: d...@recommind.com 
*Skype*: dirk.heinrichs.recommind
www.recommind.com 



http://www.recommind.com

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
<>

Jenkins in non internet connected environment

2014-01-07 Thread John Gornowich

I am currently trying to deploy Jenkins in an environment that will never 
have a connection to the internet.  We have a DNS server on the network 
that handles all the internal traffic.  After installing Jenkins I have 
noticed that this DNS server is bombarded with requests for resolving 
things like wiki.jenkins-ci.org and updates.jenkins-ci.org.  Additionally I 
have to manually install plugins which each add another layer of requests 
seen.  These request happen whenever an action is preformed in the web 
application or upon page refresh.  And from what I can tell they are all 
being received by the DNS server on port 53.

I don't think that configuring a HTTP Proxy is the solution in this case, 
as the internet will never be accessible.  Is there some way to stop these 
requests from Jenkins internally?  Or should I be looking at some other 
solution, like adding a rule to the firewall somewhere?  All the machines 
on the network are running various versions of CentOS.  I am using Jenkins 
version 1.545.

I have to admit that I am a newbie to Jenkins and if this answer exists 
somewhere else I have not seen it.  Any help would be greatly appreciated. 
 If I need to provide more information please let me know.

John

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: How to specifically assign user to build only the particular project in Jenkin?

2014-01-07 Thread LOH KOK HOE

Great help, but before I can do that, I need to have Project-based Matrix 
Authorization Strategy being enabled under Jenkins > Configure System > 
Authorization section. Otherwise this option wouldn't show in the specific 
Jenkins job.
:o)

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Weblogic Deployment on Jenkins

2014-01-07 Thread Divya Mishra

I am currently new to Jenkins.I have configured Jenkins for deployment to
my weblogic server.My requirement is now
1.Deploy the artifact
2.Create a directory in /tmp after deployment is successful

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Need a Jenkins consultant

2014-01-07 Thread Daniel Beck


On 07.01.2014, at 21:33, Victoria Wei Lei  wrote:

> Is there any commercial Jenkins' support available, who helps us to design a 
> feasible structure, and perform initial setup and implementation?   

Try contacting any of those:

https://wiki.jenkins-ci.org/display/JENKINS/Commercial+Support

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

RE: Need a Jenkins consultant

2014-01-07 Thread Mandeville, Rob

The official support comes from Cloudbees (www.cloudbees.com).  If you want, 
they can even host your Jenkins installation and test VMs in their cloud.  My 
company uses their Jenkins Enterprise product, which is an enhanced Jenkins 
server (with non-OSS plugins geared towards large installations) and support 
via the Web.  I can't vouch for how they help in initial setup (we had a large 
Jenkins OSS system before going to Enterprise), but they have been pretty 
responsive when it comes to support tickets.

OTOH, if you have a simple setup and can describe it here, you may well get the 
answers you need for free.

--Rob



From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Victoria Wei Lei
Sent: Tuesday, January 07, 2014 3:33 PM
To: jenkinsci-users@googlegroups.com
Subject: Re: Need a Jenkins consultant

Hello, All,

I simply use this topic to start my question,  which seems to be what I am 
looking for.
After explore Jenkins for a little bit, also get some advice from the 
community,  I realize that it is beyond my own capability to establish an 
automatic build/test environment with Jenkins.  The very first important step 
would be deciding the fundamental layout that fits in our particular SW 
development environment.  Is there any commercial Jenkins' support available, 
who helps us to design a feasible structure, and perform initial setup and 
implementation?

Any input will be greatly appreciated.
Victoria

On Sunday, December 8, 2013 8:00:31 AM UTC-6, Dan Freeman wrote:
Thanks Steven.  Looking at the SystemOut and SystemErr WebSphere log files does 
not show anything with regard to Jenkins.  Are there some specific files other 
than that I should be looking at?

Thanks,

Dan

On Friday, December 6, 2013 12:49:13 PM UTC-5, Steven Deal wrote:
Looks like you are running Jenkins inside WebSphere. You will need to look at 
/copy/paste the WebSphere logs as it tries to deploy the jenkins war file.

On Friday, December 6, 2013 12:39:55 PM UTC-5, Dan Freeman wrote:
Thanks for the request...here is the output of the server when attempting to go 
to the jenkins web address...

Status Code: 500
Exception: Filter [csrf-filter]: filter is unavailable.
Stacktrace:

javax.servlet.ServletException: Filter [csrf-filter]: filter is unavailable.

at 
com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:231)

at 
com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:116)

at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:162)

at 
com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:188)

at 
com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:116)

at 
org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:50)

at 
com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:188)

at 
com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:116)

at 
hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81)

at 
com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:188)

at 
com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:116)

at 
com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter(WebAppFilterChain.java:77)

at 
com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:908)

at 
com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:934)

at 
com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:502)

at 
com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:181)

at 
com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:91)

at 
com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:864)

at 
com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1592)

at 
com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:186)

at 
com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:452)

at 
com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:511)

at 
com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:305)

at 
com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:276)

at 
com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214)

at 
com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113)

at 
com.ibm

Re: Need a Jenkins consultant

2014-01-07 Thread Victoria Wei Lei

Hello, All, 

I simply use this topic to start my question,  which seems to be what I am 
looking for.  
After explore Jenkins for a little bit, also get some advice from the 
community,  I realize that it is beyond my own capability to establish an 
automatic build/test environment with Jenkins.  The very first important 
step would be deciding the fundamental layout that fits in our particular 
SW development environment.  Is there any commercial Jenkins' support 
available, who helps us to design a feasible structure, and perform initial 
setup and implementation?   

Any input will be greatly appreciated. 
Victoria 

On Sunday, December 8, 2013 8:00:31 AM UTC-6, Dan Freeman wrote:
>
> Thanks Steven.  Looking at the SystemOut and SystemErr WebSphere log files 
> does not show anything with regard to Jenkins.  Are there some specific 
> files other than that I should be looking at?
>
> Thanks,
>
> Dan
>
> On Friday, December 6, 2013 12:49:13 PM UTC-5, Steven Deal wrote:
>>
>> Looks like you are running Jenkins inside WebSphere. You will need to 
>> look at /copy/paste the WebSphere logs as it tries to deploy the jenkins 
>> war file.
>>
>> On Friday, December 6, 2013 12:39:55 PM UTC-5, Dan Freeman wrote:
>>>
>>> Thanks for the request...here is the output of the server when 
>>> attempting to go to the jenkins web address...
>>>
>>> Status Code: 500Exception: Filter [csrf-filter]: filter is unavailable.
>>> Stacktrace:
>>>
>>> javax.servlet.ServletException: Filter [csrf-filter]: filter is unavailable.
>>> at 
>>> com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:231)
>>> at 
>>> com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:116)
>>> at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:162)
>>> at 
>>> com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:188)
>>> at 
>>> com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:116)
>>> at 
>>> org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:50)
>>> at 
>>> com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:188)
>>> at 
>>> com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:116)
>>> at 
>>> hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81)
>>> at 
>>> com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:188)
>>> at 
>>> com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:116)
>>> at 
>>> com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter(WebAppFilterChain.java:77)
>>> at 
>>> com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:908)
>>> at 
>>> com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:934)
>>> at 
>>> com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:502)
>>> at 
>>> com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:181)
>>> at 
>>> com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:91)
>>> at 
>>> com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:864)
>>> at 
>>> com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1592)
>>> at 
>>> com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:186)
>>> at 
>>> com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:452)
>>> at 
>>> com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:511)
>>> at 
>>> com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:305)
>>> at 
>>> com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:276)
>>> at 
>>> com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214)
>>> at 
>>> com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113)
>>> at 
>>> com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165)
>>> at 
>>> com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)
>>> at 
>>> com.ibm.io.async.AsyncChannelFuture$1.run(AsyncChannelFuture.java:205)
>>> at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1613)
>>> Caused by: java.lang.NoClassDefFoundError: jenkins.model.Jenkins 
>>> (initialization failure)
>>> at java.lang.J9VMInternals.initialize(J9VMInternals.java:140)
>>> at hudson.security.csrf.CrumbFilter.getCrumbIssuer(CrumbFilter.java:37)
>>> at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:46)
>>> at 
>>> com.ibm.ws.webcon

Re: git plugin busted

2014-01-07 Thread Jon Schewe

For the inverse choosing strategy I will continue to experiment with it and
if I come up with some steps to cause it I will submit a bug report.


On Tue, Jan 7, 2014 at 9:29 AM, Mark Waite wrote:

> The inverse choosing strategy building the "deselected" branch sounds like
> a bug.  I've not seen any bug report like that in my looking at bugs
> related to the git plugin.  Can you find a set of steps which make that bug
> repeatable, and then submit it as a bug?
>
>
> On Tue, Jan 7, 2014 at 7:00 AM, Jon Schewe  wrote:
>
>> Using 1.4.0, everything appears to work fine.
>>
>> Using 2.0 I have the following problems:
>> If I manually delete the workspace using the Wipe out workspace link AND
>> have prune stale remote branches on, the plugin will not clone the
>> repository with the error:
>>
>> *08:56:16* Started by user Jon Schewe 
>> *08:56:16* Building in workspace 
>> /home/hudson/.hudson/jobs/fll-sw-feature-branches/workspace*08:56:16* 
>> Pruning obsolete local branches*08:56:16* FATAL: Command "git config --get 
>> remote.origin.url" returned status code 1:*08:56:16* stdout: *08:56:16* 
>> stderr: *08:56:16* hudson.plugins.git.GitException 
>> :
>>  Command "git config --get remote.origin.url" returned status code 
>> 1:*08:56:16* stdout: *08:56:16* stderr: *08:56:16*   at 
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1099)*08:56:16*
>>  at 
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1076)*08:56:16*
>>  at 
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:917)*08:56:16*
>> at 
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:927)*08:56:16*
>> at 
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.getRemoteUrl(CliGitAPIImpl.java:656)*08:56:16*
>>  at hudson.plugins.git.GitAPI.getRemoteUrl(GitAPI.java:61)*08:56:16* 
>> at 
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.prune(CliGitAPIImpl.java:446)*08:56:16*
>> at 
>> hudson.plugins.git.extensions.impl.PruneStaleBranch.beforeCheckout(PruneStaleBranch.java:31)*08:56:16*
>>at hudson.plugins.git.GitSCM.checkout(GitSCM.java:858)*08:56:16*  
>>   at 
>> hudson.model.AbstractProject.checkout(AbstractProject.java:1376)*08:56:16*   
>> at 
>> hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:655)*08:56:16*
>>   at 
>> jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)*08:56:16*
>>   at 
>> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:560)*08:56:16*
>>   at hudson.model.Run.execute(Run.java:1592)*08:56:16*at 
>> hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)*08:56:16*at 
>> hudson.model.ResourceController.execute(ResourceController.java:88)*08:56:16*
>> at hudson.model.Executor.run(Executor.java:237)
>>
>>
>>
>> If I remove the option to prune stale remote branches the repository is 
>> cloned.
>>
>>
>> However I am also using the inverse choose strategy to build all feature 
>> branches in a job separate from my master branch job. I've set master as the 
>> branch and the strategy to inverse and yet master is still built sometimes. 
>> When it is built I see:
>>
>> No new revisions were found; the most-recently built branch will be built 
>> again.
>>
>>
>>
>>
>>
>>  On Tue, Jan 7, 2014 at 7:51 AM, Jon Schewe  wrote:
>>
>>> I don't see how using git commands from within the job itself would help
>>> as there is no local git repository at this point.
>>>
>>> > Another possibility might be to attempt to use git commands from
>>> within the job itself to define remote.origin.url if it is not already
>>> defined.
>>>
>>>
>>>
>>> On Mon, Jan 6, 2014 at 4:16 PM, Mark Waite wrote:
>>>
 I don't understand your comment that you're "not sure how that would
 help as the job won't start until the workspace is cloned."

 The log output reports "pruning obsolete local branches".  Until the
 workspace is cloned, there is no repository, so there is nothing to prune.
  I assumed that meant the workspace was already fully cloned by the time
 the job attempted to prune local branches.

 When you disabled "prune obsolete local branches", did it still report
 "pruning obsolete local branches" in the output?



 On Mon, Jan 6, 2014 at 1:55 PM, Jon Schewe  wrote:

> Not sure how that would help as the job won't start until the
> workspace is cloned.
>
>
> On Sun, Jan 5, 2014 at 9:32 PM, Mark Waite 
> wrote:
>
>> Another possibility might be to attempt to use git commands from
>> within the job itself to define remote.origin.url if it is not already
>> defined.
>>
>>
>> On Sun, Jan 5, 2014 at 8:30 PM, Mark Waite > > wrote:
>>
>>> Tha

Re: git plugin busted

2014-01-07 Thread Jon Schewe

This is my problem. I have wiped out my workspace and there is no
.git/config file to read. This seems like a basic ordering problem. The
workspace needs to be cloned before any git operations happen.


On Tue, Jan 7, 2014 at 9:28 AM, Mark Waite wrote:

> I think that the reason the "git config --get remote.origin.url" command
> returns status code 1 is that the value of remote.origin.url is not set in
> the .git/config file in the workspace.
>
> My thought was that if the first build step in your job was a "git config
> --set remote.origin.url your_url", then later executions of that job may
> find that value of remote.origin.url and not report the exception.  That
> won't help for the first run of the job after the workspace has been wiped,
> since the prune call happens before the first build step.
>
>
> On Tue, Jan 7, 2014 at 6:51 AM, Jon Schewe  wrote:
>
>> I don't see how using git commands from within the job itself would help
>> as there is no local git repository at this point.
>>
>> > Another possibility might be to attempt to use git commands from within
>> the job itself to define remote.origin.url if it is not already defined.
>>
>>
>>
>> On Mon, Jan 6, 2014 at 4:16 PM, Mark Waite wrote:
>>
>>> I don't understand your comment that you're "not sure how that would
>>> help as the job won't start until the workspace is cloned."
>>>
>>> The log output reports "pruning obsolete local branches".  Until the
>>> workspace is cloned, there is no repository, so there is nothing to prune.
>>>  I assumed that meant the workspace was already fully cloned by the time
>>> the job attempted to prune local branches.
>>>
>>> When you disabled "prune obsolete local branches", did it still report
>>> "pruning obsolete local branches" in the output?
>>>
>>>
>>>
>>> On Mon, Jan 6, 2014 at 1:55 PM, Jon Schewe  wrote:
>>>
 Not sure how that would help as the job won't start until the workspace
 is cloned.


 On Sun, Jan 5, 2014 at 9:32 PM, Mark Waite 
 wrote:

> Another possibility might be to attempt to use git commands from
> within the job itself to define remote.origin.url if it is not already
> defined.
>
>
> On Sun, Jan 5, 2014 at 8:30 PM, Mark Waite 
> wrote:
>
>> That stack trace looks a lot like
>> https://issues.jenkins-ci.org/browse/JENKINS-20258 .  You might
>> consider removing the "prune branches" option from the job configuration 
>> to
>> see if that helps avoid the problem.
>>
>> If you're using include region, exclude region, or exclude user, then
>> you'll need to also add the "Force polling using workspace" option.  The
>> default is now to use fast remote polling, but that default cannot 
>> process
>> include or exclude regions.
>>
>> Mark Waite
>>
>>
>> On Sun, Jan 5, 2014 at 7:12 PM, Jon Schewe  wrote:
>>
>>> Anyone else running into problems with the git plugin version 2.0?
>>> I'm using Jenkins 1.509.4 and have run into the problem that if I wipe 
>>> out
>>> my workspace either manually that the plugin can't clone a new 
>>> workspace.
>>> It errors like this:
>>>
>>> *16:08:58* Started by user Jon Schewe 
>>> *16:08:58* Building in workspace 
>>> /home/hudson/.hudson/jobs/fll-sw-feature-branches/workspace*16:08:58* 
>>> Pruning obsolete local branches*16:08:58* FATAL: Command "config --get 
>>> remote.origin.url" returned status code 1:*16:08:58* stdout: *16:08:58* 
>>> stderr: *16:08:58* hudson.plugins.git.GitException 
>>> :
>>>  Command "config --get remote.origin.url" returned status code 
>>> 1:*16:08:58* stdout: *16:08:58* stderr: *16:08:58*  at 
>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:981)*16:08:58*
>>>   at 
>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:961)*16:08:58*
>>>   at 
>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:957)*16:08:58*
>>>   at 
>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:877)*16:08:58*
>>> at 
>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:887)*16:08:58*
>>> at 
>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.getRemoteUrl(CliGitAPIImpl.java:615)*16:08:58*
>>>  at 
>>> hudson.plugins.git.GitAPI.getRemoteUrl(GitAPI.java:61)*16:08:58* at 
>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.prune(CliGitAPIImpl.java:405)*16:08:58*
>>> at 
>>> hudson.plugins.git.extensions.impl.PruneStaleBranch.beforeCheckout(PruneStaleBranch.java:31)*16:08:58*
>>>at hudson.plugins.git.GitSCM.checkout(GitSCM.java:858)*16:08:58* 
>>>at 
>>> hudson.mod

Re: shared workspace

2014-01-07 Thread Les Mikesell

On Tue, Jan 7, 2014 at 11:00 AM,   wrote:
> It works for what we need it for, which actually isn't matrix jobs.  Our
> setup was more in an interest of saving space and not having to keep
> expanding VM hard disk space as jobs are added.  With a much larger network
> location storage space we can have multiple smaller slaves to handle the job
> load.  We also use SVN with the emulate fresh checkout option so a lot of
> the workspace is already there for all the slaves.
>
> Again it works for what we need it for, it may not work for everyone else's
> setup necessarily.

I wouldn't expect it to work well for typical matrix jobs unless the
jobs don't actually use the same files (in which case there isn't much
point in trying to share them) or something within the job itself
arbitrates the concurrent access.   We do use some network mapping for
read-only access to a common set of tools and libraries, but write
everything locally - on VMs the workspace is on a separate volume that
can be  rebuild as needed instead of having to expand a disk in place.
  Even if we used network mapped workspace, I'd keep it unique per
slave to avoid any contention.

-- 
   Les Mikesell
 lesmikes...@gmail.com

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: shared workspace

2014-01-07 Thread k . thieling

It works for what we need it for, which actually isn't matrix jobs. Our setup 
was more in an interest of saving space and not having to keep expanding VM 
hard disk space as jobs are added. With a much larger network location storage 
space we can have multiple smaller slaves to handle the job load. We also use 
SVN with the emulate fresh checkout option so a lot of the workspace is already 
there for all the slaves. 

Again it works for what we need it for, it may not work for everyone else's 
setup necessarily. 

- Original Message -
From: "Les Mikesell"  
To: "jenkinsci-users"  
Sent: Tuesday, January 7, 2014 10:04:19 AM 
Subject: Re: shared workspace 

On Tue, Jan 7, 2014 at 9:36 AM,  wrote: 
> I was able to do this by getting a network location set up and then using 
> symlinks on the slave machines as the workspace directory that point to that 
> network location. 
> 

Did it turn out to be a good idea? A matrix job is not going to 
protect your files from concurrent access. Normally you'd want 
independent checkouts of the source and 'archive artifcacts' to 
consolidate the results back on the master. 

-- 
Les Mikesell 
lesmikes...@gmail.com 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group. 
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com. 
For more options, visit https://groups.google.com/groups/opt_out. 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: shared workspace

2014-01-07 Thread Les Mikesell

On Tue, Jan 7, 2014 at 9:36 AM,   wrote:
> I was able to do this by getting a network location set up and then using
> symlinks on the slave machines as the workspace directory that point to that
> network location.
>

Did it turn out to be a good idea?   A matrix job is not going to
protect your files from concurrent access.   Normally you'd want
independent checkouts of the source and 'archive artifcacts' to
consolidate the results back on the master.

-- 
   Les Mikesell
 lesmikes...@gmail.com

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Need help/guidance on jenkins/plot plugin setup and configure

2014-01-07 Thread Charley Yen

Just found two ways to limit number of builds in the JUnit Test Report:

0 down vote accept 
  
I just found out two ways to handle this issue by removing old build 
history.

1) Refer to answers to this thread: 
http://stackoverflow.com/questions/3410141/how-do-i-clear-my-hudson-build-history



2) In config page, you can set number of builds & artifacts you want to 
keep. Please refer to the screen shot attached.

There should a way just to limit number of builds in the plot without 
remove them from the server. But I have not figured out how, yet. I'd 
appreciate someone could kindly show me.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: shared workspace

2014-01-07 Thread k . thieling

I was able to do this by getting a network location set up and then using 
symlinks on the slave machines as the workspace directory that point to that 
network location. 

- Original Message -
From: "Liora Milbaum"  
To: jenkinsci-users@googlegroups.com 
Sent: Tuesday, January 7, 2014 5:00:35 AM 
Subject: shared workspace 

I am using Jenkins on Windows. 
Trying to implement a MultiJob project which executes on few nodes. 
How can I share the same workspace for all jobs in the MultiJob Project? 

Thanks, 
Liora 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group. 
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com. 
For more options, visit https://groups.google.com/groups/opt_out . 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: git plugin busted

2014-01-07 Thread Mark Waite

The inverse choosing strategy building the "deselected" branch sounds like
a bug.  I've not seen any bug report like that in my looking at bugs
related to the git plugin.  Can you find a set of steps which make that bug
repeatable, and then submit it as a bug?


On Tue, Jan 7, 2014 at 7:00 AM, Jon Schewe  wrote:

> Using 1.4.0, everything appears to work fine.
>
> Using 2.0 I have the following problems:
> If I manually delete the workspace using the Wipe out workspace link AND
> have prune stale remote branches on, the plugin will not clone the
> repository with the error:
>
> *08:56:16* Started by user Jon Schewe 
> *08:56:16* Building in workspace 
> /home/hudson/.hudson/jobs/fll-sw-feature-branches/workspace*08:56:16* Pruning 
> obsolete local branches*08:56:16* FATAL: Command "git config --get 
> remote.origin.url" returned status code 1:*08:56:16* stdout: *08:56:16* 
> stderr: *08:56:16* hudson.plugins.git.GitException 
> :
>  Command "git config --get remote.origin.url" returned status code 
> 1:*08:56:16* stdout: *08:56:16* stderr: *08:56:16*at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1099)*08:56:16*
>  at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1076)*08:56:16*
>  at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:917)*08:56:16*
> at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:927)*08:56:16*
> at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.getRemoteUrl(CliGitAPIImpl.java:656)*08:56:16*
>  at hudson.plugins.git.GitAPI.getRemoteUrl(GitAPI.java:61)*08:56:16*  
>at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.prune(CliGitAPIImpl.java:446)*08:56:16*
> at 
> hudson.plugins.git.extensions.impl.PruneStaleBranch.beforeCheckout(PruneStaleBranch.java:31)*08:56:16*
>at hudson.plugins.git.GitSCM.checkout(GitSCM.java:858)*08:56:16*   
>  at 
> hudson.model.AbstractProject.checkout(AbstractProject.java:1376)*08:56:16*   
> at 
> hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:655)*08:56:16*
>   at 
> jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)*08:56:16*
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:560)*08:56:16*
>   at hudson.model.Run.execute(Run.java:1592)*08:56:16*at 
> hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)*08:56:16*at 
> hudson.model.ResourceController.execute(ResourceController.java:88)*08:56:16* 
>at hudson.model.Executor.run(Executor.java:237)
>
>
>
> If I remove the option to prune stale remote branches the repository is 
> cloned.
>
>
> However I am also using the inverse choose strategy to build all feature 
> branches in a job separate from my master branch job. I've set master as the 
> branch and the strategy to inverse and yet master is still built sometimes. 
> When it is built I see:
>
> No new revisions were found; the most-recently built branch will be built 
> again.
>
>
>
>
>
> On Tue, Jan 7, 2014 at 7:51 AM, Jon Schewe  wrote:
>
>> I don't see how using git commands from within the job itself would help
>> as there is no local git repository at this point.
>>
>> > Another possibility might be to attempt to use git commands from within
>> the job itself to define remote.origin.url if it is not already defined.
>>
>>
>>
>> On Mon, Jan 6, 2014 at 4:16 PM, Mark Waite wrote:
>>
>>> I don't understand your comment that you're "not sure how that would
>>> help as the job won't start until the workspace is cloned."
>>>
>>> The log output reports "pruning obsolete local branches".  Until the
>>> workspace is cloned, there is no repository, so there is nothing to prune.
>>>  I assumed that meant the workspace was already fully cloned by the time
>>> the job attempted to prune local branches.
>>>
>>> When you disabled "prune obsolete local branches", did it still report
>>> "pruning obsolete local branches" in the output?
>>>
>>>
>>>
>>> On Mon, Jan 6, 2014 at 1:55 PM, Jon Schewe  wrote:
>>>
 Not sure how that would help as the job won't start until the workspace
 is cloned.


 On Sun, Jan 5, 2014 at 9:32 PM, Mark Waite 
 wrote:

> Another possibility might be to attempt to use git commands from
> within the job itself to define remote.origin.url if it is not already
> defined.
>
>
> On Sun, Jan 5, 2014 at 8:30 PM, Mark Waite 
> wrote:
>
>> That stack trace looks a lot like
>> https://issues.jenkins-ci.org/browse/JENKINS-20258 .  You might
>> consider removing the "prune branches" option from the job configuration 
>> to
>> see if that helps avoid the problem.
>>
>> If you're using include region, exclude region, or exclude user, then

Re: git plugin busted

2014-01-07 Thread Mark Waite

I think that the reason the "git config --get remote.origin.url" command
returns status code 1 is that the value of remote.origin.url is not set in
the .git/config file in the workspace.

My thought was that if the first build step in your job was a "git config
--set remote.origin.url your_url", then later executions of that job may
find that value of remote.origin.url and not report the exception.  That
won't help for the first run of the job after the workspace has been wiped,
since the prune call happens before the first build step.


On Tue, Jan 7, 2014 at 6:51 AM, Jon Schewe  wrote:

> I don't see how using git commands from within the job itself would help
> as there is no local git repository at this point.
>
> > Another possibility might be to attempt to use git commands from within
> the job itself to define remote.origin.url if it is not already defined.
>
>
>
> On Mon, Jan 6, 2014 at 4:16 PM, Mark Waite wrote:
>
>> I don't understand your comment that you're "not sure how that would help
>> as the job won't start until the workspace is cloned."
>>
>> The log output reports "pruning obsolete local branches".  Until the
>> workspace is cloned, there is no repository, so there is nothing to prune.
>>  I assumed that meant the workspace was already fully cloned by the time
>> the job attempted to prune local branches.
>>
>> When you disabled "prune obsolete local branches", did it still report
>> "pruning obsolete local branches" in the output?
>>
>>
>>
>> On Mon, Jan 6, 2014 at 1:55 PM, Jon Schewe  wrote:
>>
>>> Not sure how that would help as the job won't start until the workspace
>>> is cloned.
>>>
>>>
>>> On Sun, Jan 5, 2014 at 9:32 PM, Mark Waite wrote:
>>>
 Another possibility might be to attempt to use git commands from within
 the job itself to define remote.origin.url if it is not already defined.


 On Sun, Jan 5, 2014 at 8:30 PM, Mark Waite 
 wrote:

> That stack trace looks a lot like
> https://issues.jenkins-ci.org/browse/JENKINS-20258 .  You might
> consider removing the "prune branches" option from the job configuration 
> to
> see if that helps avoid the problem.
>
> If you're using include region, exclude region, or exclude user, then
> you'll need to also add the "Force polling using workspace" option.  The
> default is now to use fast remote polling, but that default cannot process
> include or exclude regions.
>
> Mark Waite
>
>
> On Sun, Jan 5, 2014 at 7:12 PM, Jon Schewe  wrote:
>
>> Anyone else running into problems with the git plugin version 2.0?
>> I'm using Jenkins 1.509.4 and have run into the problem that if I wipe 
>> out
>> my workspace either manually that the plugin can't clone a new workspace.
>> It errors like this:
>>
>> *16:08:58* Started by user Jon Schewe 
>> *16:08:58* Building in workspace 
>> /home/hudson/.hudson/jobs/fll-sw-feature-branches/workspace*16:08:58* 
>> Pruning obsolete local branches*16:08:58* FATAL: Command "config --get 
>> remote.origin.url" returned status code 1:*16:08:58* stdout: *16:08:58* 
>> stderr: *16:08:58* hudson.plugins.git.GitException 
>> :
>>  Command "config --get remote.origin.url" returned status code 
>> 1:*16:08:58* stdout: *16:08:58* stderr: *16:08:58*   at 
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:981)*16:08:58*
>>   at 
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:961)*16:08:58*
>>   at 
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:957)*16:08:58*
>>   at 
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:877)*16:08:58*
>> at 
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:887)*16:08:58*
>> at 
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.getRemoteUrl(CliGitAPIImpl.java:615)*16:08:58*
>>  at 
>> hudson.plugins.git.GitAPI.getRemoteUrl(GitAPI.java:61)*16:08:58* at 
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.prune(CliGitAPIImpl.java:405)*16:08:58*
>> at 
>> hudson.plugins.git.extensions.impl.PruneStaleBranch.beforeCheckout(PruneStaleBranch.java:31)*16:08:58*
>>at hudson.plugins.git.GitSCM.checkout(GitSCM.java:858)*16:08:58*  
>>   at 
>> hudson.model.AbstractProject.checkout(AbstractProject.java:1376)*16:08:58*
>>at 
>> hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:655)*16:08:58*
>>   at 
>> jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)*16:08:58*
>>   at 
>> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:560)*16:0

Re: Unable to run flashplayer under Jenkins

2014-01-07 Thread Wim Deblauwe

I am using Ubuntu 13.10 with vnc4server


2014/1/7 Dirk Heinrichs 

>  Am 07.01.2014 14:35, schrieb Wim Deblauwe:
>
>  I am using vncserver and the vncserver plugin in jenkins to provide
> $DISPLAY. I check with a pre-compilation step if $DISPLAY is set and it is.
> I can connect with vinagre to the remote desktop while the jenkins job is
> running.
>
>
> Can you tell exactly which VNC server package you have installed (and
> which Ubuntu version it is)? My Ubunutu 13.10 offers 3 different VNC server
> packages:
>
> tightvncserver - virtual network computing server software
> vnc4server - Virtual network computing server software
> x11vnc - VNC server to allow remote access to an existing X session
>
> I will then try to reproduce this @home.
>
> Bye...
>
>
> Dirk
> --
>
> *Dirk Heinrichs*, Senior Systems Engineer, Engineering Solutions
> *Recommind GmbH*, Von-Liebig-Straße 1, 53359 Rheinbach
> *Tel*: +49 2226 159 (Ansage) 1149
> *Email*: d...@recommind.com
> *Skype*: dirk.heinrichs.recommind
> www.recommind.com
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "Jenkins Users" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/jenkinsci-users/1e0FGxYHs_Y/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> jenkinsci-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
<>

Re: Unable to run flashplayer under Jenkins

2014-01-07 Thread Dirk Heinrichs

Am 07.01.2014 14:35, schrieb Wim Deblauwe:

> I am using vncserver and the vncserver plugin in jenkins to provide
> $DISPLAY. I check with a pre-compilation step if $DISPLAY is set and
> it is. I can connect with vinagre to the remote desktop while the
> jenkins job is running.

Can you tell exactly which VNC server package you have installed (and
which Ubuntu version it is)? My Ubunutu 13.10 offers 3 different VNC
server packages:

tightvncserver - virtual network computing server software
vnc4server - Virtual network computing server software
x11vnc - VNC server to allow remote access to an existing X session

I will then try to reproduce this @home.

Bye...

Dirk
-- 

*Dirk Heinrichs*, Senior Systems Engineer, Engineering Solutions
*Recommind GmbH*, Von-Liebig-Straße 1, 53359 Rheinbach
*Tel*: +49 2226 159 (Ansage) 1149
*Email*: d...@recommind.com 
*Skype*: dirk.heinrichs.recommind
www.recommind.com 



http://www.recommind.com

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
<>

Re: git plugin busted

2014-01-07 Thread Jon Schewe

Using 1.4.0, everything appears to work fine.

Using 2.0 I have the following problems:
If I manually delete the workspace using the Wipe out workspace link AND
have prune stale remote branches on, the plugin will not clone the
repository with the error:

*08:56:16* Started by user Jon Schewe
*08:56:16* Building in workspace
/home/hudson/.hudson/jobs/fll-sw-feature-branches/workspace*08:56:16*
Pruning obsolete local branches*08:56:16* FATAL: Command "git config
--get remote.origin.url" returned status code 1:*08:56:16* stdout:
*08:56:16* stderr: *08:56:16* hudson.plugins.git.GitException
:
Command "git config --get remote.origin.url" returned status code
1:*08:56:16* stdout: *08:56:16* stderr: *08:56:16*  at
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1099)*08:56:16*
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1076)*08:56:16*
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:917)*08:56:16*
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:927)*08:56:16*
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.getRemoteUrl(CliGitAPIImpl.java:656)*08:56:16*
at hudson.plugins.git.GitAPI.getRemoteUrl(GitAPI.java:61)*08:56:16*
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.prune(CliGitAPIImpl.java:446)*08:56:16*
at 
hudson.plugins.git.extensions.impl.PruneStaleBranch.beforeCheckout(PruneStaleBranch.java:31)*08:56:16*
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:858)*08:56:16*
at
hudson.model.AbstractProject.checkout(AbstractProject.java:1376)*08:56:16*
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:655)*08:56:16*
at 
jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)*08:56:16*
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:560)*08:56:16*
at hudson.model.Run.execute(Run.java:1592)*08:56:16*at
hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)*08:56:16*   at
hudson.model.ResourceController.execute(ResourceController.java:88)*08:56:16*
at hudson.model.Executor.run(Executor.java:237)



If I remove the option to prune stale remote branches the repository is cloned.


However I am also using the inverse choose strategy to build all
feature branches in a job separate from my master branch job. I've set
master as the branch and the strategy to inverse and yet master is
still built sometimes. When it is built I see:

No new revisions were found; the most-recently built branch will be built again.





On Tue, Jan 7, 2014 at 7:51 AM, Jon Schewe  wrote:

> I don't see how using git commands from within the job itself would help
> as there is no local git repository at this point.
>
> > Another possibility might be to attempt to use git commands from within
> the job itself to define remote.origin.url if it is not already defined.
>
>
>
> On Mon, Jan 6, 2014 at 4:16 PM, Mark Waite wrote:
>
>> I don't understand your comment that you're "not sure how that would help
>> as the job won't start until the workspace is cloned."
>>
>> The log output reports "pruning obsolete local branches".  Until the
>> workspace is cloned, there is no repository, so there is nothing to prune.
>>  I assumed that meant the workspace was already fully cloned by the time
>> the job attempted to prune local branches.
>>
>> When you disabled "prune obsolete local branches", did it still report
>> "pruning obsolete local branches" in the output?
>>
>>
>>
>> On Mon, Jan 6, 2014 at 1:55 PM, Jon Schewe  wrote:
>>
>>> Not sure how that would help as the job won't start until the workspace
>>> is cloned.
>>>
>>>
>>> On Sun, Jan 5, 2014 at 9:32 PM, Mark Waite wrote:
>>>
 Another possibility might be to attempt to use git commands from within
 the job itself to define remote.origin.url if it is not already defined.


 On Sun, Jan 5, 2014 at 8:30 PM, Mark Waite 
 wrote:

> That stack trace looks a lot like
> https://issues.jenkins-ci.org/browse/JENKINS-20258 .  You might
> consider removing the "prune branches" option from the job configuration 
> to
> see if that helps avoid the problem.
>
> If you're using include region, exclude region, or exclude user, then
> you'll need to also add the "Force polling using workspace" option.  The
> default is now to use fast remote polling, but that default cannot process
> include or exclude regions.
>
> Mark Waite
>
>
> On Sun, Jan 5, 2014 at 7:12 PM, Jon Schewe  wrote:
>
>> Anyone else running into problems with the git plugin version 2.0?
>> I'm using Jenkins 1.509.4 and have run into the problem that if I wipe 
>> out
>> my workspace e

Re: git plugin busted

2014-01-07 Thread Jon Schewe

I don't see how using git commands from within the job itself would help as
there is no local git repository at this point.

> Another possibility might be to attempt to use git commands from within
the job itself to define remote.origin.url if it is not already defined.



On Mon, Jan 6, 2014 at 4:16 PM, Mark Waite wrote:

> I don't understand your comment that you're "not sure how that would help
> as the job won't start until the workspace is cloned."
>
> The log output reports "pruning obsolete local branches".  Until the
> workspace is cloned, there is no repository, so there is nothing to prune.
>  I assumed that meant the workspace was already fully cloned by the time
> the job attempted to prune local branches.
>
> When you disabled "prune obsolete local branches", did it still report
> "pruning obsolete local branches" in the output?
>
>
>
> On Mon, Jan 6, 2014 at 1:55 PM, Jon Schewe  wrote:
>
>> Not sure how that would help as the job won't start until the workspace
>> is cloned.
>>
>>
>> On Sun, Jan 5, 2014 at 9:32 PM, Mark Waite wrote:
>>
>>> Another possibility might be to attempt to use git commands from within
>>> the job itself to define remote.origin.url if it is not already defined.
>>>
>>>
>>> On Sun, Jan 5, 2014 at 8:30 PM, Mark Waite wrote:
>>>
 That stack trace looks a lot like
 https://issues.jenkins-ci.org/browse/JENKINS-20258 .  You might
 consider removing the "prune branches" option from the job configuration to
 see if that helps avoid the problem.

 If you're using include region, exclude region, or exclude user, then
 you'll need to also add the "Force polling using workspace" option.  The
 default is now to use fast remote polling, but that default cannot process
 include or exclude regions.

 Mark Waite


 On Sun, Jan 5, 2014 at 7:12 PM, Jon Schewe  wrote:

> Anyone else running into problems with the git plugin version 2.0? I'm
> using Jenkins 1.509.4 and have run into the problem that if I wipe out my
> workspace either manually that the plugin can't clone a new workspace. It
> errors like this:
>
> *16:08:58* Started by user Jon Schewe 
> *16:08:58* Building in workspace 
> /home/hudson/.hudson/jobs/fll-sw-feature-branches/workspace*16:08:58* 
> Pruning obsolete local branches*16:08:58* FATAL: Command "config --get 
> remote.origin.url" returned status code 1:*16:08:58* stdout: *16:08:58* 
> stderr: *16:08:58* hudson.plugins.git.GitException 
> :
>  Command "config --get remote.origin.url" returned status code 
> 1:*16:08:58* stdout: *16:08:58* stderr: *16:08:58*at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:981)*16:08:58*
>   at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:961)*16:08:58*
>   at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:957)*16:08:58*
>   at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:877)*16:08:58*
> at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:887)*16:08:58*
> at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.getRemoteUrl(CliGitAPIImpl.java:615)*16:08:58*
>  at 
> hudson.plugins.git.GitAPI.getRemoteUrl(GitAPI.java:61)*16:08:58* at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.prune(CliGitAPIImpl.java:405)*16:08:58*
> at 
> hudson.plugins.git.extensions.impl.PruneStaleBranch.beforeCheckout(PruneStaleBranch.java:31)*16:08:58*
>at hudson.plugins.git.GitSCM.checkout(GitSCM.java:858)*16:08:58*   
>  at 
> hudson.model.AbstractProject.checkout(AbstractProject.java:1376)*16:08:58*
>at 
> hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:655)*16:08:58*
>   at 
> jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)*16:08:58*
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:560)*16:08:58*
>   at hudson.model.Run.execute(Run.java:1592)*16:08:58*at 
> hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)*16:08:58*at 
> hudson.model.ResourceController.execute(ResourceController.java:88)*16:08:58*
> at hudson.model.Executor.run(Executor.java:237)
>
>
> Sometimes clearing the SCM configuration and then setting it again works, 
> but that isn't working for me right now either.
>
>
> Also switching to the inverse choose strategy doesn't appear to work like 
> it used to. Instead the master branch was built rather than being the 
> branch to exclude.
>
>
> I've manually cloned my repository into the works

Re: Unable to run flashplayer under Jenkins

2014-01-07 Thread Wim Deblauwe

I am using vncserver and the vncserver plugin in jenkins to provide
$DISPLAY. I check with a pre-compilation step if $DISPLAY is set and it is.
I can connect with vinagre to the remote desktop while the jenkins job is
running.


2014/1/7 Dirk Heinrichs 

>  Am 07.01.2014 13:35, schrieb Wim Deblauwe:
>
> Any idea what might the difference between Jenkins the webapp running and
> logging in manually as the jenkins user ?
>
>
> A real user has $DISPLAY set, Jenkins has not. You could try using Xvfb to
> give your Jenkins job a (virtual) display (there should even be a Jenkins
> plugin).
>
> HTH...
>
> Dirk
> --
>
> *Dirk Heinrichs*, Senior Systems Engineer, Engineering Solutions
> *Recommind GmbH*, Von-Liebig-Straße 1, 53359 Rheinbach
> *Tel*: +49 2226 159 (Ansage) 1149
> *Email*: d...@recommind.com
> *Skype*: dirk.heinrichs.recommind
> www.recommind.com
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "Jenkins Users" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/jenkinsci-users/1e0FGxYHs_Y/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> jenkinsci-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
<>

Re: Unable to run flashplayer under Jenkins

2014-01-07 Thread Dirk Heinrichs

Am 07.01.2014 13:35, schrieb Wim Deblauwe:
> Any idea what might the difference between Jenkins the webapp running
> and logging in manually as the jenkins user ?

A real user has $DISPLAY set, Jenkins has not. You could try using Xvfb
to give your Jenkins job a (virtual) display (there should even be a
Jenkins plugin).

HTH...

Dirk
-- 

*Dirk Heinrichs*, Senior Systems Engineer, Engineering Solutions
*Recommind GmbH*, Von-Liebig-Straße 1, 53359 Rheinbach
*Tel*: +49 2226 159 (Ansage) 1149
*Email*: d...@recommind.com 
*Skype*: dirk.heinrichs.recommind
www.recommind.com 



http://www.recommind.com

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
<>

Unable to run flashplayer under Jenkins

2014-01-07 Thread Wim Deblauwe

Hi,

I am trying to get the latest flashplayer running under Ubuntu using WINE 
with Jenkins using vncserver. I have it running fine when logging in 
manually as the 'jenkins' user. I can see the flashplayer in the remote 
desktop. However, it does not work from inside the Jenkins application.

This is what the log shows:

[DEBUG] [LAUNCHER] exec: [flashplayer] - 
/var/lib/jenkins/jobs/Flux/workspace/client-domain/target/test-classes/TestRunner.swf
 
[DEBUG] [LAUNCHER] Creating process 
[WARNING] [LAUNCHER] Using regular flashplayer tests 
[DEBUG] [LAUNCHER] Executing command: [flashplayer, 
/var/lib/jenkins/jobs/Flux/workspace/client-domain/target/test-classes/TestRunner.swf]
 
[DEBUG] [net.flexmojos.oss.test.monitor.ResultHandler] opened server socket on 
port 34936 
[DEBUG] [LAUNCHER] Process created java.lang.UNIXProcess@43c15a1e 
[DEBUG] [MOJO] launcher STARTED 
[DEBUG] [MOJO] pinger STARTED 
[DEBUG] [MOJO] resultHandler STARTED 
[DEBUG] [LAUNCHER] Output pumpers ON 
[DEBUG] [LAUNCHER] Waiting for flashplayer termination 
[DEBUG] [SYSOUT]: Starting flashplayer using WINE 
[DEBUG] [SYSOUT]: DISPLAY=:86 

[DEBUG] [MOJO] launcher RUNNING 
[DEBUG] [MOJO] pinger STARTED 
[DEBUG] [MOJO] resultHandler STARTED 

[DEBUG] [SYSERR]: p11-kit: couldn't load module: 
/usr/lib/i386-linux-gnu/pkcs11/p11-kit-trust.so: 
/usr/lib/i386-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object 
file: No such file or directory 
[DEBUG] [MOJO] launcher RUNNING 
[DEBUG] [MOJO] pinger STARTED 
[DEBUG] [MOJO] resultHandler STARTED 

[DEBUG] [MOJO] launcher RUNNING 
[DEBUG] [MOJO] pinger STARTED 
[DEBUG] [MOJO] resultHandler STARTED 
[DEBUG] [SYSERR]: libGL error: failed to load driver: swrast 
[DEBUG] [SYSERR]: libGL error: Try again with LIBGL_DEBUG=verbose for more 
details. 
[DEBUG] [SYSERR]: err:wgl:X11DRV_WineGL_InitOpenglInfo  couldn't initialize 
OpenGL, expect problems 
[DEBUG] [SYSERR]: fixme:win:EnumDisplayDevicesW ((null),0,0x33e0e8,0x), 
stub! 
[DEBUG] [SYSERR]: fixme:thread:start_thread Started native thread 002b 

[DEBUG] [SYSERR]: Segmentation fault (core dumped) 
[DEBUG] [LAUNCHER] Flashplayer closed 
[DEBUG] [LAUNCHER] runtime exit as expected 
[DEBUG] [MOJO] launcher DONE 
[DEBUG] [MOJO] pinger STARTED 
[DEBUG] [MOJO] resultHandler STARTED 


The most important line is probably:

[DEBUG] [SYSERR]: libGL error: failed to load driver: swrast 

I can reproduce this error with glxinfo (Ubuntu command line tool) running 
as the jenkins user:

The strange thing is that I can start flashplayer this way (manually from 
the command line as the jenkins user) without an issue. But starting this 
same flashplayer script (which in turn starts wine to start the flashplayer 
.exe) in a jenkins build fails with the same message as glxinfo:

jenkins@wdb-vb-java7:~/jobs/Flux/workspace/client-domain$ LIBGL_DEBUG=verbose 
glxinfo
name of display: :1
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so
libGL error: failed to load driver: swrast
Error: couldn't find RGB GLX visual or fbconfig
Error: couldn't find RGB GLX visual or fbconfig

You can see more info at my 
question: http://askubuntu.com/questions/401459/failure-to-load-swrast-driver

Any idea what might the difference between Jenkins the webapp running and 
logging in manually as the jenkins user ?

regards,

Wim


-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Mercurial plugin push notifications doens't work

2014-01-07 Thread Avihay Eyal

Hi, eventually I used the code from here:
https://bitbucket.org/moswald/hgjenkins/overview

And it works great. It also has the advantage that I can use the 
changegroup hook, which better fit my purpose.


On Wednesday, January 1, 2014 4:04:20 PM UTC+2, Avihay Eyal wrote:
>
> Hi, I have a problem regarding the mentioned above. I want to *trigger a 
> job after a push* was done to
> the repository. I'm using the *Mercurial plugin*, and according to the 
> documentation I can trigger jobs by adding these hooks:
>
> [hooks]
> commit.jenkins = wget -q -O /dev/null  root>/mercurial/notifyCommit?url=
> incoming.jenkins = wget -q -O /dev/null  root>/mercurial/notifyCommit?url=
>
> to the hgrc.
>
> Since I'm using *ssh to connect* to the Mercurial server, I added *these 
> hooks*:
>
>
> *commit.jenkins = wget -q -O /dev/null 
> JENKINS_IP:PORT/mercurial/notifyCommit?ssh=hg-user@MERCURIAL_SERVER_IP/~/REPO_PATHincoming.jenkins
>  = wget -q -O /dev/null 
> JENKINS_IP:PORT/mercurial/notifyCommit?ssh=hg-user@MERCURIAL_SERVER_IP/~/REPO_PATH*
>
>
> Then, I *pushed a change* to the repo, but *no job was triggered.* I received 
> the following warning:
>
> *remote: warning: incoming.jenkins hook exited with status 8*
>
> Thanks a lot 
>
>
>
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

shared workspace

2014-01-07 Thread Liora Milbaum

I am using Jenkins on Windows.
Trying to implement a MultiJob project which executes on few nodes.
How can I share the same workspace for all jobs in the MultiJob Project?

Thanks,
Liora

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

RE: How to specifically assign user to build only the particular project in Jenkin?

2014-01-07 Thread Brosh, Yossi

Hi,

You can do it by:
Goto specific Jenkins job .
Config--> enable protect-based-security

Then insert the user by add button, and select the permission desired .

BR
Yossi

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of LOH KOK HOE
Sent: Tuesday 07 January 2014 11:32
To: jenkinsci-users@googlegroups.com
Subject: How to specifically assign user to build only the particular project 
in Jenkin?

Is it possible to create a user, where this user can only see the particular 
project that has been assigned to this user to build? If this can not be done, 
can I assign a user to only build on a specific project but not the rest?
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

How to specifically assign user to build only the particular project in Jenkin?

2014-01-07 Thread LOH KOK HOE

Is it possible to create a user, where this user can only see the 
particular project that has been assigned to this user to build? If this 
can not be done, can I assign a user to only build on a specific project 
but not the rest?

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: shared workspace

Re: Unable to run flashplayer under Jenkins

Jenkins in non internet connected environment

Re: How to specifically assign user to build only the particular project in Jenkin?

Weblogic Deployment on Jenkins

Re: Need a Jenkins consultant

RE: Need a Jenkins consultant

Re: Need a Jenkins consultant

Re: git plugin busted

Re: git plugin busted

Re: shared workspace

Re: shared workspace

Re: shared workspace

Re: Need help/guidance on jenkins/plot plugin setup and configure

Re: shared workspace

Re: git plugin busted

Re: git plugin busted

Re: Unable to run flashplayer under Jenkins

Re: Unable to run flashplayer under Jenkins

Re: git plugin busted

Re: git plugin busted

Re: Unable to run flashplayer under Jenkins

Re: Unable to run flashplayer under Jenkins

Unable to run flashplayer under Jenkins

Re: Mercurial plugin push notifications doens't work

shared workspace

RE: How to specifically assign user to build only the particular project in Jenkin?

How to specifically assign user to build only the particular project in Jenkin?

28 matches

Site Navigation

Mail list logo

Footer information