Script for enforcing discarding of old builds

2010-08-11 Thread Niklas Gustavsson
Hi Would it be possible to use a script to enforce the setting on the number of old builds to keep, similar to what we did for the timeout value? I would like to have a maximum value that is allowed. If there are specific builds that projects want to keep, those builds can be marked to be kept for

[Hudson] Set discard old builds for Cactus

2010-08-11 Thread Niklas Gustavsson
Hi The Cactus job in Hudson did not have a set value for the number of builds to keep in history. I've now set this to 25, in order to keep the amount of historical data to a reasonable amount. /niklas

Re: Hudson omits ZOOKEEPER-784

2010-08-11 Thread Niklas Gustavsson
On Wed, Aug 11, 2010 at 10:44 PM, Patrick Hunt wrote: > Niklas, it seems to be related to the patch queue: > > http://hudson.zones.apache.org/hudson/view/ZooKeeper/job/Zookeeper-Patch-Admin/lastSuccessfulBuild/artifact/ZOOKEEPER_PatchQueue.html > > notice that 784 is listed as submitted twice (day

Re: Hudson omits ZOOKEEPER-784

2010-08-11 Thread Patrick Hunt
Niklas, it seems to be related to the patch queue: http://hudson.zones.apache.org/hudson/view/ZooKeeper/job/Zookeeper-Patch-Admin/lastSuccessfulBuild/artifact/ZOOKEEPER_PatchQueue.html notice that 784 is listed as submitted twice (days ago). This is hudson no? Patrick On 08/11/2010 01:14 PM,

Re: Hudson omits ZOOKEEPER-784

2010-08-11 Thread Niklas Gustavsson
On Tue, Aug 10, 2010 at 7:18 PM, Sergey Doroshenko wrote: > I'm waiting for hudson to check > https://issues.apache.org/jira/browse/ZOOKEEPER-784, but looks like it just > doesn't see the patch (for more than a week already). Could you check what's > the problem there? This seems like something r

AW: AW: Upcoming migration to new Hudson master

2010-08-11 Thread Jan Matèrne
> > On 08/11/2010 08:42 AM, Jan Matèrne wrote: > > > If I remember right, there was a discussion about not having any job > > > running > > > on the master - only on slaves > > > > It is a good idea. Trivially enforceable by configuring master to have > > zero executors. > > Yep, exactly what

RE: AW: Upcoming migration to new Hudson master

2010-08-11 Thread Gav...
> -Original Message- > From: Jesse Glick [mailto:jesse.gl...@oracle.com] > Sent: Wednesday, 11 August 2010 10:46 PM > To: builds@apache.org > Subject: Re: AW: Upcoming migration to new Hudson master > > On 08/11/2010 08:42 AM, Jan Matèrne wrote: > > If I remember right, there was a discu

Re: AW: Upcoming migration to new Hudson master

2010-08-11 Thread Jesse Glick
On 08/11/2010 08:42 AM, Jan Matèrne wrote: If I remember right, there was a discussion about not having any job running on the master - only on slaves It is a good idea. Trivially enforceable by configuring master to have zero executors.

AW: Upcoming migration to new Hudson master

2010-08-11 Thread Jan Matèrne
> > The new Hudson master has now been set up and is available at > > https://hudson.apache.org/hudson/. > > BTW, there's a Hudson security release 1.371 out. I'm upgrading > hudson.zones.apache.org now, and it would be good to upgrade the new > master too before switching over. If I remember ri

Re: Upcoming migration to new Hudson master

2010-08-11 Thread Jukka Zitting
Hi, On Tue, Aug 10, 2010 at 11:42 PM, Niklas Gustavsson wrote: > The new Hudson master has now been set up and is available at > https://hudson.apache.org/hudson/. Thanks a lot for the setup work! I finally have my OPIE setup done on aegis, so as soon as someone grants me the appropriate sudo ri