Re: set Gradle artifacts directory common for all projects

2013-06-11 Thread Wujek Srujek
e the old behaviour - I've asked on the dev list to try to see > if we can merge it soon as it's also causing me issues... > > Richard. > > > On Tue, Jun 11, 2013 at 9:23 PM, Wujek Srujek > wrote: > >> Hi. Thanks for the link. So my problems were twofold: >

Re: set Gradle artifacts directory common for all projects

2013-06-11 Thread Wujek Srujek
... but invoking gradle with -Dgradue.user.home=/home/wujek/.gradle does work, also for the wrapper. I wonder what the difference here is. On Tue, Jun 11, 2013 at 11:23 AM, Wujek Srujek wrote: > Hi. Thanks for the link. So my problems were twofold: > 1. I configured the reposito

Re: set Gradle artifacts directory common for all projects

2013-06-11 Thread Wujek Srujek
Hi. Thanks for the link. So my problems were twofold: 1. I configured the repository url (mercurial) to file:///some/path, and each build would wipe out the repository (and the wrapper, and the artifact caches) and clone a new one because of the following message: [workspace] $ hg showconfig paths

Re: set Gradle artifacts directory common for all projects

2013-06-07 Thread wujek . srujek
Actually, the Gradle distribution and all dependencies are downloaded _for each build_. This is bad. I'm running jenkins with 'java -jar jenkins.war' if it matters. wujek On Friday, June 7, 2013 10:32:13 AM UTC+2, wujek@gmail.com wrote: > > Hi. I'm using the latest Gradle plugin and I notic

set Gradle artifacts directory common for all projects

2013-06-07 Thread wujek . srujek
Hi. I'm using the latest Gradle plugin and I noticed that all projects have all Gradle artifacts stored in their own workspace. This means, each project will have its own Gradle distribution (I'm using gradle wrapper) and their own copies of all artifacts. This seems pretty wasteful. Is there a

Re: DOUBT regarding people link on jenkins

2012-07-04 Thread Wujek Srujek
How do you add new people to the list? I have security enabled and can't do that. I am using 'Delegate to servlet container' realm, is that the problem? wujek On Wed, Jul 4, 2012 at 10:50 AM, Sami Tikka wrote: > It depends. By default (= security is off) the people list is just the > committers

matrix security problem, redirecting to login page after login (chrome, IE9)

2012-07-03 Thread Wujek Srujek
Hi. I have the following problem: I set up security to delegate to the container, and use security matrix. Anonymous has no rights at all (all checkboxes are unchecked), and I added one more user, 'admin', with all rights. Admin has the 'admin' role in tomcat-users.xml. I also created a user 'test'