hudson-jobadmin

Hi All, On the new ci-builds (and all other masters) the hudson-jobadmin group is not used or needed any more. All auth is via LDAP into your appropriate project folder. HTH -- *Gavin McDonald* Systems Administrator ASF Infrastructure Team

Jenkins node hudson-solaris being deprecated

Hi Guys, https://builds.apache.org/computer/solaris1/ which is already mostly offline these days is being officially deprecated and will be removed from configurations at the end of this month. No replacement is planned. Thanks! Gavin (ASF Infra

[jira] [Resolved] (BUILDS-27) "ls: cannot access /home/hudson/tools: No such file or directory" on jenkins-ubuntu-1404-4gb-7cc

. Resolving as fixed. > "ls: cannot access /home/hudson/tools: No such file or directory" on > jenkins-ubuntu-1404-4gb-7cc > > > Key: BUILDS-27 > UR

[jira] [Commented] (BUILDS-27) "ls: cannot access /home/hudson/tools: No such file or directory" on jenkins-ubuntu-1404-4gb-7cc

d to /home/jenkins/tools - that's the real location everywhere at this point. > "ls: cannot access /home/hudson/tools: No such file or directory" on > jenkins-ubuntu-1404-4gb-7cc >

[jira] [Assigned] (BUILDS-27) "ls: cannot access /home/hudson/tools: No such file or directory" on jenkins-ubuntu-1404-4gb-7cc

[ https://issues.apache.org/jira/browse/BUILDS-27?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Bayer reassigned BUILDS-27: -- Assignee: Andrew Bayer > "ls: cannot access /home/hudson/tools: No such file or direc

[jira] [Created] (BUILDS-27) "ls: cannot access /home/hudson/tools: No such file or directory" on jenkins-ubuntu-1404-4gb-7cc

stack created BUILDS-27: --- Summary: "ls: cannot access /home/hudson/tools: No such file or directory" on jenkins-ubuntu-1404-4gb-7cc Key: BUILDS-27 URL: https://issues.apache.org/jira/browse/BUILDS-27

Git could not Clone - Hudson global configuration settings?

to to the Hudson configuration settings (not the project settings, the global ones) and change the Git path to a fully qualified path (eg. not "git" but "/usr/bin/git" or wherever your Git binary is installed). You should also verify that the permissions are correct if you are d

RE: Create hudson-win.apache.org account for donaldp

Acct Created. > -Original Message- > From: peter.j.don...@gmail.com [mailto:peter.j.don...@gmail.com] On > Behalf Of Peter Donald > Sent: Monday, 15 October 2012 7:06 PM > To: builds@apache.org > Subject: Create hudson-win.apache.org account for donaldp > > Hi,

Create hudson-win.apache.org account for donaldp

Hi, I was redirected to here via [1] to ask for a account on hudson-win.apache.org (or a re-enable of an existing one). Is the a doco on how to go about this or who I should follow it up with? [1] https://issues.apache.org/jira/browse/INFRA- Thanks!, Peter Donald

Re: JIRA plugin in hudson for commons-collections

Hi, Am 27.07.2012 11:35, schrieb Thomas Neidhart: Hi, I recently worked a lot on commons-collections, and the jira plugin of hudson is very annoying and confusing. The build may fail for any reason (not necessarily related to a code checkin) but the plugin will add comments to all issues that

Re: JIRA plugin in hudson for commons-collections

Hi, Am 27.07.2012 11:35, schrieb Thomas Neidhart: Hi, I recently worked a lot on commons-collections, and the jira plugin of hudson is very annoying and confusing. The build may fail for any reason (not necessarily related to a code checkin) but the plugin will add comments to all issues that

Re: JIRA plugin in hudson for commons-collections

On 27 July 2012 10:35, Thomas Neidhart wrote: > Hi, > > I recently worked a lot on commons-collections, and the jira plugin of > hudson is very annoying and confusing. > The build may fail for any reason (not necessarily related to a code > checkin) but the plugin will add comm

JIRA plugin in hudson for commons-collections

Hi, I recently worked a lot on commons-collections, and the jira plugin of hudson is very annoying and confusing. The build may fail for any reason (not necessarily related to a code checkin) but the plugin will add comments to all issues that are listed in the commits since the last build

Re: Checksum mismatch on hudson-slave

ailto:robw...@apache.org] Sent: Monday, 4 June 2012 7:45 AM To: builds@apache.org Cc: odf-...@incubator.apache.org Subject: Checksum mismatch on hudson-slave https://builds.apache.org/job/ODFToolkit-windows/12/ https://builds.apache.org/job/ODFToolkit-windows/12/console The only recent change was

Re: Checksum mismatch on hudson-slave

>> From: Rob Weir [mailto:robw...@apache.org] >> Sent: Monday, 4 June 2012 7:45 AM >> To: builds@apache.org >> Cc: odf-...@incubator.apache.org >> Subject: Checksum mismatch on hudson-slave >> >> https://builds.apache.org/job/ODFToolkit-windows/12/ >> &g

RE: Checksum mismatch on hudson-slave

> -Original Message- > From: Rob Weir [mailto:robw...@apache.org] > Sent: Monday, 4 June 2012 7:45 AM > To: builds@apache.org > Cc: odf-...@incubator.apache.org > Subject: Checksum mismatch on hudson-slave > > https://builds.apache.org/job/ODFToolki

Checksum mismatch on hudson-slave

: Checksum mismatch for 'F:\hudson\hudson-slave\workspace\ODFToolkit-windows\trunk\.svn\text-base\README.txt.svn-base'; recorded: '6ae3d193a2a3f7cde4aae7102b271bd6', actual: 'null' What does this mean, and what can we do about it? -Rob

Re: Jenkins error (LinkageError, "hudson/model/AbstractDescribableImpl")

he Derby job itself: >> Caused by: java.lang.LinkageError: loader (instance of >>  hudson/remoting/RemoteClassLoader): attempted duplicate class definition >> for name: "hudson/model/AbstractDescribableImpl" > > > Happened again today for build Derby-trunk #12

Re: Jenkins error (LinkageError, "hudson/model/AbstractDescribableImpl")

On 01.03.2012 09:14, Kristian Waagan wrote: Hi, Jenkins is failing for Derby-trunk [1] on ubuntu3 with what looks like a problem unrelated to the Derby job itself: Caused by: java.lang.LinkageError: loader (instance of hudson/remoting/RemoteClassLoader): attempted duplicate class definition

Jenkins error (LinkageError, "hudson/model/AbstractDescribableImpl")

Hi, Jenkins is failing for Derby-trunk [1] on ubuntu3 with what looks like a problem unrelated to the Derby job itself: Caused by: java.lang.LinkageError: loader (instance of hudson/remoting/RemoteClassLoader): attempted duplicate class definition for name: "hudson/

Re: gmake on freebsd1 (hudson-fbsd.zones.apache.org)

On Mon, Feb 20, 2012 at 12:13 AM, Farid Zaripov wrote: >  Is it possible to install on freebsd nodes (currently this is > hudson-fbsd.zones.apache.org) gmake (GNU Make) ? > >  Our project (stdcxx) build scripts are depend on gmake. > > From https://builds.apache.org/job/stdcxx-4

gmake on freebsd1 (hudson-fbsd.zones.apache.org)

Hi. Is it possible to install on freebsd nodes (currently this is hudson-fbsd.zones.apache.org) gmake (GNU Make) ? Our project (stdcxx) build scripts are depend on gmake. From https://builds.apache.org/job/stdcxx-4.2.2-12s-freebsd/5/console: - + gmake --version /var/tmp

Re: I need a help for adding me to hudson-jobadmin group.

On Thu, Sep 1, 2011 at 6:25 PM, Hyunsik Choi wrote: > I need to be added into hudson-jobadmin group in order to make hudson account. > Anyone can help me? You'r PMC chair should be able to do so for you: http://wiki.apache.org/general/Hudson#How_do_I_get_an_account /niklas

Re: I need a help for adding me to hudson-jobadmin group.

I need to be added into hudson-jobadmin group in order to make hudson account. Anyone can help me? My apache account: hyunsik Thanks, -- Hyunsik Choi On Thu, Sep 1, 2011 at 3:32 AM, Hyunsik Choi wrote: > Hello, > > I'm a PPMC of Apache Incubator Giraph. As you can see GIRA

I need a help for adding me to hudson-jobadmin group.

Hello, I'm a PPMC of Apache Incubator Giraph. As you can see GIRAPH-15 (https://issues.apache.org/jira/browse/GIRAPH-15), we want to use jenkins for regular build and tests. For this, I first need to be added to hudson-jobadmin group. Anyone can help me? Thanks in advance -- Hyunsik Choi

Re: Cannot sudo or su as hudson on vesta

Indeed. Thanks for the help. On Wed, Jun 22, 2011 at 08:13, Niklas Gustavsson wrote: > On Wed, Jun 22, 2011 at 1:52 AM, Antoine Toulme > wrote: > > I am pretty sure I used to be able to do this: > > > > $> sudo su -- hudson > > [sudo] password for toulmean

Re: Cannot sudo or su as hudson on vesta

On Wed, Jun 22, 2011 at 1:52 AM, Antoine Toulme wrote: > I am pretty sure I used to be able to do this: > > $> sudo su -- hudson > [sudo] password for toulmean: > Sorry, user toulmean is not allowed to execute '/usr/bin/su -- hudson' as > root on vesta.apache.org.

Cannot sudo or su as hudson on vesta

I am pretty sure I used to be able to do this: $> sudo su -- hudson [sudo] password for toulmean: Sorry, user toulmean is not allowed to execute '/usr/bin/su -- hudson' as root on vesta.apache.org. I must be missing something ? Any help is welcome. Thanks, Antoine

Re: request for NetAddr::IP Update for Hudson/Jenkins

Thanks Niklas. I believe the slave is called the Project SpamAssassin-trunk (https://builds.apache.org/hudson/job/SpamAssassin-trunk/) To install the NetAddr module, you could do it a few different ways: 1 - as root, run cpan NetAddr::IP or cpan install NetAddr::IP (depends on the version

Re: request for NetAddr::IP Update for Hudson/Jenkins

Understood. Jira ticket open to the best of my abilities. https://issues.apache.org/jira/browse/INFRA-3654 On 5/24/2011 5:00 PM, Niklas Gustavsson wrote: I believe the slave is called the Project SpamAssassin-trunk > (https://builds.apache.org/hudson/job/SpamAssassin-trunk/) > > T

Re: request for NetAddr::IP Update for Hudson/Jenkins

ed the Project SpamAssassin-trunk > (https://builds.apache.org/hudson/job/SpamAssassin-trunk/) > > To install the NetAddr module, you could do it a few different ways: > > 1 - as root, run cpan NetAddr::IP or cpan install NetAddr::IP (depends on > the version of cpan bundle install

Re: request for NetAddr::IP Update for Hudson/Jenkins

ame is Kevin A. McGrail and I am a PMC member for the ASF SpamAssassin > project. > > I am uncertain if this is something we can resolve without infrastructure > but we need perl modules installed/updated for Hudson/Jenkins. > > Specifically, NetAddr::IP needs to be upd

Re: Hudson build fails due to missing .NET 4.0 dependencies

works fine. Thanks Michael 2011/5/15 Niklas Gustavsson : > On Sun, May 15, 2011 at 6:23 PM, Michael Fitzner > wrote: >> I think the problem can be solved by installing VS 2010 or the Windows >> SDK >> (http://www.microsoft.com/downloads/en/details.aspx?FamilyID=6b6c21d2-2006-4afa-9702-529fa782d

Re: Hudson build fails due to missing .NET 4.0 dependencies

On Sun, May 15, 2011 at 6:23 PM, Michael Fitzner wrote: > I think the problem can be solved by installing VS 2010 or the Windows > SDK > (http://www.microsoft.com/downloads/en/details.aspx?FamilyID=6b6c21d2-2006-4afa-9702-529fa782d63b&displaylang=en) Done. /niklas

Hudson build fails due to missing .NET 4.0 dependencies

osoft .NET Framework, Version 4.0.30319.225] [msbuild] Copyright (C) Microsoft Corporation 2007. All rights reserved. [msbuild] [msbuild] Build started 5/15/2011 3:03:47 PM. [msbuild] Project "c:\hudson\hudson-slave\workspace\etch-trunk-windows-x86\trunk\binding-csharp\runtime\src\main\csharp\

Re: Hudson test failing due to "java not found"

Hi Giri, I see this issue on hadoop7 and 2, but not on hadoop9. Is there some difference btw these machines? On Wed, May 4, 2011 at 3:55 PM, Giridharan Kesavan wrote: > Hi Patrick, > > I looked at this and do see java in path in the machine. > > hudson@h7:~$ java -version

Re: hudson fails with a failed authentication deploying artifacts

On Wed, May 11, 2011 at 6:15 PM, Reto Bachmann-Gmuer wrote: > ok, but it doesn't work with the password I use for svn. Trying to reset the > password on people.a.o fails with "Can't connect to LDAP server: Invalid > argument at /usr/sbin/passwd line 49.". Open a JIRA tickets towards repository an

Re: hudson fails with a failed authentication deploying artifacts

after > adding > > the server section with a password for ci-hudson (which I once found on > the > > build server) I could deploy from local. > > Don't use the ci-hudson user on your local machine, please delete this > from your local settings.xml. For your local setti

Re: hudson fails with a failed authentication deploying artifacts

On Tue, May 10, 2011 at 10:31 PM, Reto Bachmann-Gmuer wrote: > I first didn't have a login/password for repository.apache.org configured in > my local settings.xml, so this failed with a good reason. But after adding > the server section with a password for ci-hudson (which I onc

Re: hudson fails with a failed authentication deploying artifacts

ion: default-deploy}]*[JENKINS] > > Archiving > /home/hudson/hudson-slave/workspace/clerezza-trunk-1.6/trunk-1.6/slf4j-scala-api/target/slf4j-scala-api-1.6.1-sources.jar > > to > /home/hudson/hudson/jobs/clerezza-trunk-1.6/modules/org.apache.clerezza.ext$slf4j-scala-api/builds/2011-05-0

Re: hudson fails with a failed authentication deploying artifacts

On Mon, May 9, 2011 at 7:00 PM, Reto Bachmann-Gmuer wrote: > Since the begginning of May all Clerezza builds failed with the > follwoing error message: > > [INFO] *[deploy:deploy {execution: default-deploy}]*[JENKINS] > Archiving > /home/hudson/hudson-slave/workspace/clerezza-t

hudson fails with a failed authentication deploying artifacts

Hi Since the begginning of May all Clerezza builds failed with the follwoing error message: [INFO] *[deploy:deploy {execution: default-deploy}]*[JENKINS] Archiving /home/hudson/hudson-slave/workspace/clerezza-trunk-1.6/trunk-1.6/slf4j-scala-api/target/slf4j-scala-api-1.6.1-sources.jar to

Re: Hudson test failing due to "java not found"

On Thu, May 5, 2011 at 12:29 AM, Patrick Hunt wrote: > Sorry about that, I'll update my bookmarks. FYI, when you go to > https://builds.apache.org it redirects to > https://builds.apache.org/hudson/ That's me being slow on changing this after we moved from Hudson to Jenkins. /niklas

Re: Hudson test failing due to "java not found"

? (vs when you shell in). Patrick On Wed, May 4, 2011 at 3:55 PM, Giridharan Kesavan wrote: > Hi Patrick, > > I looked at this and do see java in path in the machine. > > hudson@h7:~$ java -version > java version "1.6.0_23" > Java(TM) SE Runtime Environment (buil

Re: Hudson test failing due to "java not found"

Hi Patrick, I looked at this and do see java in path in the machine. hudson@h7:~$ java -version java version "1.6.0_23" Java(TM) SE Runtime Environment (build 1.6.0_23-b05) Java HotSpot(TM) Server VM (build 19.0-b09, mixed mode) hudson@h7:~$ which java /homes/hudson/tools/java/latest1.

Re: Hudson test failing due to "java not found"

On Wed, May 4, 2011 at 2:42 PM, Gavin McDonald wrote: > > >> -Original Message- >> From: Patrick Hunt [mailto:ph...@cloudera.com] >> Sent: Thursday, 5 May 2011 3:56 AM >> To: builds@apache.org >> Subject: Hudson test failing due to "java not found&

RE: Hudson test failing due to "java not found"

> -Original Message- > From: Patrick Hunt [mailto:ph...@cloudera.com] > Sent: Thursday, 5 May 2011 3:56 AM > To: builds@apache.org > Subject: Hudson test failing due to "java not found" > > Hi, could someone help me out with this? > > This test

Hudson test failing due to "java not found"

Hi, could someone help me out with this? This test used to pass, but now for some reason (perhaps it depends on the host?) it's failing, see: https://builds.apache.org/hudson/job/PreCommit-ZOOKEEPER-Build/247/artifact/trunk/build/tmp/zk.log it says: /grid/0/hudson/hudson-slave/work

Re: access to hudson machines

On Mon, May 2, 2011 at 11:51 PM, Benjamin Reed wrote: > i'm setting up our build for bookkeeper on hudson and i need to make a > version of protocol buffers available to the build. can i get access > to minerva.apache.org? If possible, let us know what you need installed (pre

access to hudson machines

i'm setting up our build for bookkeeper on hudson and i need to make a version of protocol buffers available to the build. can i get access to minerva.apache.org? thanx ben

Re: Renaming of our Hudson URLs

On Fri, Mar 11, 2011 at 3:05 AM, Gav... wrote: > Live now, builds.apache.org goes to hudson.apache.org/Hudson Thanks for taking care of this. I'll fix that last part of the url :-) /niklas

Renaming of our Hudson URLs

Hi All, Live now, builds.apache.org goes to hudson.apache.org/Hudson In a few hours from now I'll turn off hudson.apache.org/Hudson and redirect any request to builds.apache.org/ Please update any bookmarks you see along the way. Gav...

Re: Hudson and Apache Releasing

On Sat, Mar 5, 2011 at 3:55 PM, Olivier Lamy wrote: > So if we activate this new plugin and builds doesn't use anymore the > option "Deploy artifacts to Maven repository", snapshots will be > available only in > https://hudson.apache.org/hudson/plugin/repository/every

Re: Hudson and Apache Releasing

up/ >> will serve the most "fresh" SNAPSHOT from thoses places : >> * https://repository.apache.org/content/repositories/snapshots/ >> * https://hudson.apache.org/hudson/plugin/repository/everything > > So, for that to happen, this needs to be configured in Nexus fi

Re: Hudson and Apache Releasing

y). > This group https://repository.apache.org/content/groups/snapshots-group/ > will serve the most "fresh" SNAPSHOT from thoses places : > * https://repository.apache.org/content/repositories/snapshots/ > * https://hudson.apache.org/hudson/plugin/repository/everything So,

Re: Hudson and Apache Releasing

2011/3/5 Niklas Gustavsson : > On Sat, Mar 5, 2011 at 12:39 PM, Olivier Lamy wrote: >> I wonder if we could install this new plugin [1] and add the new >> snapshot repo generated by this plugin >> (https://hudson.apache.org/hudson/plugin/repository/everything) as a >> m

Roller-For-Tomcat disabled in Hudson

Hi The Roller-For-Tomcat currently used 7.9 Gb of space on the Windows Hudson slave. The largest files was: 03/05/2011 04:07 AM31,676,000 roller-weblogger-5.0.0-RC4-for-tomcat.tar.gz 03/05/2011 04:07 AM31,676,227 roller-weblogger-5.0.0-RC4-for-tomcat.zip 03/05/2011 04:15 AM

Re: Hudson and Apache Releasing

On Sat, Mar 5, 2011 at 12:39 PM, Olivier Lamy wrote: > I wonder if we could install this new plugin [1] and add the new > snapshot repo generated by this plugin > (https://hudson.apache.org/hudson/plugin/repository/everything) as a > member of the group > https://repository.apa

Re: Hudson and Apache Releasing

oups my bad (sorry for typo) 2011/3/5 Marshall Schor : > > > On 3/5/2011 6:39 AM, Olivier Lamy wrote: >> I wonder if we could install this new plugin [1] and add the new >> snapshot repo generated by this plugin >> (https://hudson.apache.org/hudson/plugin/repository/ev

Re: Hudson and Apache Releasing

On 3/5/2011 6:39 AM, Olivier Lamy wrote: > I wonder if we could install this new plugin [1] and add the new > snapshot repo generated by this plugin > (https://hudson.apache.org/hudson/plugin/repository/everything) as a > member of the group > https://repository.apache.org/conten

Re: Hudson and Apache Releasing

I wonder if we could install this new plugin [1] and add the new snapshot repo generated by this plugin (https://hudson.apache.org/hudson/plugin/repository/everything) as a member of the group https://repository.apache.org/content/groups/public/ . This will prevent all the current Jenkins

Re: Hudson and Apache Releasing

On Sat, Mar 5, 2011 at 3:33 AM, Marshall Schor wrote: > But, in the meanwhile, it would be good to remove this plugin from Jenkins Done, waiting for a restart /niklas

Re: Hudson and Apache Releasing

ck it, you can't uncheck it -- at least that's what's happening for me...) -Marshall On 3/4/2011 3:38 PM, Olivier Lamy wrote: > Hello, > This plugin has been build (as I can see in the sources) with a very > old hudson version 1.301. > The current Jenkins version 1.399 is

Re: Hudson and Apache Releasing

Hello, This plugin has been build (as I can see in the sources) with a very old hudson version 1.301. The current Jenkins version 1.399 is not anymore backward compatible with. IMHO the best is to modify Jenkins and the current MavenRedeployer to prevent deploying SNAPSHOT (this should off by

Re: hudkins (hudson/jenkins) for apache .net projects setup?

On Fri, Mar 4, 2011 at 4:42 PM, Michael Herndon wrote: > Do you prefer one jira for all of the above or separate jiras for each? > > I'll take care of getting the licenses. One is fine. /niklas

Re: Hudson and Apache Releasing

issing the lower parts, including this box... So I can't uncheck it... Can someone take a look? Here's the details: 1) The error: https://hudson.apache.org/hudson/job/UIMA-AS/39/console ... the new plugin is being run, but seems to be missing a library ? Here&#x

Re: hudkins (hudson/jenkins) for apache .net projects setup?

niklas, > Anyways, we got .Net 2.0, 3.5 and 4.0 installed on the Windows slave. > As for the other tools, please open JIRA issues and I'll take care of > them. Also, if you could assist in requesting the needed licenses, > that would be great. Do you prefer one jira for all of the above or separa

Re: hudkins (hudson/jenkins) for apache .net projects setup?

On Thu, Mar 3, 2011 at 7:55 PM, Michael Herndon wrote: > Also does anyone know of the existing tools that maybe available on the > windows slave such as: > ncover, > ndepend, > fxcop, > msbuild, > versions of the .net framework > etc. > (If these does not already exist on the server, we would like

hudkins (hudson/jenkins) for apache .net projects setup?

All, Lucene.Net (which is back in incubation) would like to setup CI for the project for both .net and mono binaries. With that goal in mind, what are the steps towards working towards getting this set up? Also does anyone know of the existing tools that maybe available on the windows slave such

Re: rsync daemon on hudson slave?

- Original Message > From: Daniel Kulp > To: builds@apache.org > Cc: Joe Schaefer > Sent: Thu, March 3, 2011 10:36:14 AM > Subject: Re: rsync daemon on hudson slave? > > On Thursday 03 March 2011 10:20:37 AM Joe Schaefer wrote: > > Why doesn't someone

Re: rsync daemon on hudson slave?

#x27;s compatible with the way Maven builds things? :-) Dan > > > > - Original Message > > > From: Ulrich Stärk > > To: builds@apache.org > > Sent: Thu, March 3, 2011 10:15:13 AM > > Subject: Re: rsync daemon on hudson slave? >

Re: rsync daemon on hudson slave?

.html - Original Message > From: Scott O'Bryan > To: "builds@apache.org" > Cc: Niklas Gustavsson > Sent: Thu, March 3, 2011 10:32:37 AM > Subject: Re: rsync daemon on hudson slave? > > It is.. > > On Mar 3, 2011, at 8:30 AM, Joe Schaefer wrote: >

Re: rsync daemon on hudson slave?

March 3, 2011 10:27:22 AM >> Subject: Re: rsync daemon on hudson slave? >> >> On Thu, Mar 3, 2011 at 4:20 PM, Joe Schaefer wrote: >>> Why doesn't someone roll up their sleeves and teach maven to >>> build things in a way that's compatible with the CMS builds? >> >> What would be needed? >> >> /niklas >> > > >

Re: rsync daemon on hudson slave?

It needs to be capable of building individual files. That's it. - Original Message > From: Niklas Gustavsson > To: builds@apache.org > Cc: Joe Schaefer > Sent: Thu, March 3, 2011 10:27:22 AM > Subject: Re: rsync daemon on hudson slave? > > On Thu, M

Re: rsync daemon on hudson slave?

On Thu, Mar 3, 2011 at 4:20 PM, Joe Schaefer wrote: > Why doesn't someone roll up their sleeves and teach maven to > build things in a way that's compatible with the CMS builds? What would be needed? /niklas

Re: rsync daemon on hudson slave?

Why doesn't someone roll up their sleeves and teach maven to build things in a way that's compatible with the CMS builds? - Original Message > From: Ulrich Stärk > To: builds@apache.org > Sent: Thu, March 3, 2011 10:15:13 AM > Subject: Re: rsync daemon on

Re: rsync daemon on hudson slave?

Yet another tool just for some special aspect of our builds... Uli On 03.03.2011 16:00, Jukka Zitting wrote: > Hi, > > 2011/3/3 Niklas Gustavsson : >> Not sure how we would restrict anyone with access to Jenkins from >> running any job on such a slave. We would need to find a way for only >> Jen

Re: rsync daemon on hudson slave?

Hi, 2011/3/3 Niklas Gustavsson : > Not sure how we would restrict anyone with access to Jenkins from > running any job on such a slave. We would need to find a way for only > Jenkins admins to tie jobs to that slave. One alternative would be to run such site build jobs only on Buildbot, as there

Re: rsync daemon on hudson slave?

On Thu, Mar 3, 2011 at 3:42 PM, Daniel Kulp wrote: > Basically, buildbot is setup like this, I'm just asking what it would take to > get a Jenkins slave to be setup as well. Not sure how we would restrict anyone with access to Jenkins from running any job on such a slave. We would need to find a

Re: rsync daemon on hudson slave?

l 4000 files and I don't know how much load it > >>> puts on Jenkins. Is this OK? > >> > >> Doesn't sound like a very good approach. > >> > >> The Apache CMS setup running on Buildbot simply commits the generated > >> site to svn from wh

Re: rsync daemon on hudson slave?

gt; Doesn't sound like a very good approach. >> >> The Apache CMS setup running on Buildbot simply commits the generated >> site to svn from where it's picked up by the public web servers. I >> guess a similar setup could be done also with Maven site builds >>

Re: rsync daemon on hudson slave?

d up by the public web servers. I > guess a similar setup could be done also with Maven site builds > running in Hudson. That's kind of what I was thinking. If buildbot has creds stored someplace to be able to run "svn commit", could one of the Jenkins build slaves (doesn

Re: rsync daemon on hudson slave?

s OK? >> >> Doesn't sound like a very good approach. >> >> The Apache CMS setup running on Buildbot simply commits the generated >> site to svn from where it's picked up by the public web servers. I >> guess a similar setup could be done also with Maven site builds >> running in Hudson. >> >> BR, >> >> Jukka Zitting

Re: rsync daemon on hudson slave?

nd I don't know how >> much load it puts on Jenkins. Is this OK? > > Doesn't sound like a very good approach. > > The Apache CMS setup running on Buildbot simply commits the generated > site to svn from where it's picked up by the public web servers. I > g

Re: rsync daemon on hudson slave?

. Is this OK? > > Doesn't sound like a very good approach. > > The Apache CMS setup running on Buildbot simply commits the generated > site to svn from where it's picked up by the public web servers. I > guess a similar setup could be done also with Maven site builds > running in Hudson. > > BR, > > Jukka Zitting

Re: rsync daemon on hudson slave?

d it puts on Jenkins. Is this OK? Doesn't sound like a very good approach. The Apache CMS setup running on Buildbot simply commits the generated site to svn from where it's picked up by the public web servers. I guess a similar setup could be done also with Maven site builds running in Hudson. BR, Jukka Zitting

Re: rsync daemon on hudson slave?

te: > Yeah. I agree with the rsync.. I would like a way to allow Hudson to PUSH > after a build of a > website, but I don't think people are to keen on that. If you find a > solution, please post it here.. > > On 02/02/2011 07:52 AM, Ulrich Stärk wrote: >> Basical

Re: View mechanism in Hudson missing a level?

On Wed, Mar 2, 2011 at 11:13 AM, Marshall Schor wrote: > Is this a known issue with Hudson?  Is there a way to get the expected > behavior > to happen? It's a limitation in view plugin we're currently using. That said, there has been significant improvements in other view pl

Re: Hudson being upgraded to Jenkins

On Thu, Mar 3, 2011 at 9:21 AM, Olivier Lamy wrote: > I wonder if we could use a more "neutral" hostname ? (as we did for > sonar.apache.org which redirect to http://analysis.apache.org/ ) This has been discussed and I think the most popular name was builds.a.o. /niklas

Re: Hudson being upgraded to Jenkins

11 at 6:46 PM, Niklas Gustavsson > wrote: >> I'm in the process of upgrading Hudson to Jenkins 1.399 which turned >> out a bit more involved than expected. So, be prepared for some >> restarts the next couple of hours. > > And we're done. Let us know here if you

Re: Hudson being upgraded to Jenkins

On Wed, Mar 2, 2011 at 6:46 PM, Niklas Gustavsson wrote: > I'm in the process of upgrading Hudson to Jenkins 1.399 which turned > out a bit more involved than expected. So, be prepared for some > restarts the next couple of hours. And we're done. Let us know here if you see

Re: Hudson being upgraded to Jenkins

YAY! Thanks Niklas! Uli On 02.03.2011 18:46, Niklas Gustavsson wrote: > Hi > > I'm in the process of upgrading Hudson to Jenkins 1.399 which turned > out a bit more involved than expected. So, be prepared for some > restarts the next couple of hours. > > /niklas

Hudson being upgraded to Jenkins

Hi I'm in the process of upgrading Hudson to Jenkins 1.399 which turned out a bit more involved than expected. So, be prepared for some restarts the next couple of hours. /niklas

Re: Hudson and Apache Releasing

e plugin would hurt in either case and it prevents releases from >> getting accidentally uploaded to the snapshot repository. > I don't see any problem with installing the plugin. Could you open a > JIRA issue in the INFRA project, Hudson component and I'll take care > of i

Re: Hudson and Apache Releasing

t; getting accidentally uploaded to the snapshot repository. I don't see any problem with installing the plugin. Could you open a JIRA issue in the INFRA project, Hudson component and I'll take care of it. /niklas

Re: Hudson and Apache Releasing

d build >> it. >> Assuming the build completes without error, the post-processing would >> attempt to >> upload this non-Snapshot to the Apache Nexus snapshot repo (the URL in the >> job >> configuration says: >> >> https://repository.apache.org/content/

Re: Hudson and Apache Releasing

ng would attempt > to > upload this non-Snapshot to the Apache Nexus snapshot repo (the URL in the job > configuration says: > > https://repository.apache.org/content/repositories/snapshots ) > > Would our Nexus configuration or the Hudson Maven plugin realize that > something >

Re: Hudson job search

On Wed, Mar 2, 2011 at 11:17 AM, Marshall Schor wrote: > Is this a known issue with Hudson?  or can it be configured to work in a > case-insensitive manner? Known issue: http://issues.jenkins-ci.org/browse/JENKINS-850 /niklas

Hudson and Apache Releasing

figuration says: https://repository.apache.org/content/repositories/snapshots ) Would our Nexus configuration or the Hudson Maven plugin realize that something was amiss, in this case, and block the deploy to the repo? If not, is the right "best practice" to disable deployment in th

Hudson job search

On the main GUI page for hudson, https://hudson.apache.org/hudson, there is a a search field at the top, apparently intended for searching for configured Jobs by name. Users are conditioned by the behavior of most search engines to expect this to work in a case-insensitive manner, but the one in

  1   2   3   4   5   6   7   8   9   10   >