Return-Path: Delivered-To: apmail-builds-archive@minotaur.apache.org Received: (qmail 36924 invoked from network); 2 Feb 2011 18:53:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 2 Feb 2011 18:53:01 -0000 Received: (qmail 40109 invoked by uid 500); 2 Feb 2011 18:53:01 -0000 Delivered-To: apmail-builds-archive@apache.org Received: (qmail 39063 invoked by uid 500); 2 Feb 2011 18:52:58 -0000 Mailing-List: contact builds-help@apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: builds@apache.org Delivered-To: mailing list builds@apache.org Received: (qmail 38695 invoked by uid 99); 2 Feb 2011 18:52:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Feb 2011 18:52:57 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=10 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of darkarena@gmail.com designates 74.125.83.178 as permitted sender) Received: from [74.125.83.178] (HELO mail-pv0-f178.google.com) (74.125.83.178) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Feb 2011 18:52:49 +0000 Received: by pvg6 with SMTP id 6so56447pvg.23 for ; Wed, 02 Feb 2011 10:52:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=SDJnlleTDgWcGrn5d7pxOZx8lMKGDzsiMLisQ4+UvQg=; b=bSdvVuWubbsRcatWkTFgapmOnICxIk/t08Js4GHAe278x2+iE+H+sJ3xlJkvNJt9hv L6v2HJAzw6YLYkWSWb+Fhy+HZkKEn3XXdDN4OqL2xDR0rkb3uN6HmPaf0RDYWh7ArQ5u r9b1/KsXLtGul4KyfFIlad3VyTz+uOT+INAMc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=BB/WpUUHq5Cs/N9nxs2fuIFt0aSVXG98iuM5BgHiGkIMJK7X/UuAyVwGz9nhoqohFL EbvslMXlBUNLSAtAQq/w+/PLnbbEsdhZsxF3wFRiJDHmhoYlnumz67TFESCD2eHZFR7t 8Tdl/oQpqRmjMG3FMtKIV475XIo9JCoM8CD+s= Received: by 10.142.242.19 with SMTP id p19mr9218305wfh.28.1296672748899; Wed, 02 Feb 2011 10:52:28 -0800 (PST) Received: from [0.0.0.0] (c-71-56-193-183.hsd1.co.comcast.net [71.56.193.183]) by mx.google.com with ESMTPS id v19sm31749050wfh.12.2011.02.02.10.52.26 (version=SSLv3 cipher=RC4-MD5); Wed, 02 Feb 2011 10:52:27 -0800 (PST) Message-ID: <4D49A7E3.2050002@gmail.com> Date: Wed, 02 Feb 2011 11:52:19 -0700 From: Scott O'Bryan User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Lightning/1.0b2 OracleBeehiveExtension/1.0.0.2-OracleInternal ObetStats/LAFCAT_1292261087882-121225476 Thunderbird/3.1.7 MIME-Version: 1.0 To: builds@apache.org Subject: Re: rsync daemon on hudson slave? References: <4D4922EA.1030504@apache.org> <-1276032854316273436@unknownmsgid> <4D496F90.8060400@apache.org> In-Reply-To: <4D496F90.8060400@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit 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: > Basically yes, although using rsync feels more naturally to me. > > I just tried downloading the workspace as a zip file but it takes > ages. So practically this isn't going to work. > > Uli > > On 02.02.2011 11:34, Scott O'Bryan wrote: >> Hey Uli, >> >> I've been tinkering with an idea for the myfaces Portlet Bridge >> project. The Hudson UI will allow you to retrieve a set of artifacts >> in zip format using a well defined URL. I was toying with the idea of >> using a script to wget the data as an archive, unarchiving it, and >> then moving it to the right directories. >> >> Would something like that work? >> >> On Feb 2, 2011, at 2:25 AM, "Ulrich St�rk" wrote: >> >>> We'd like to copy the maven-generated site and javadocs from our >>> builds to our public website. Right now the only way to do this is >>> by having a shell account on the slave machine the build is running >>> on and running rsync over ssh. Since this should be done >>> automatically we'd have to store a private key for ssh >>> authentication on people.a.o which is something I don't like >>> security-wise. >>> >>> Would it be possible to set up rsync in daemon mode on the slave so >>> that we can copy the artifacts without a shell accout on the build >>> slave and without storing private keys on people.a.o? This could be >>> set up as read-only and only allow connections from people.a.o... >>> >>> The job in question is tapestry-trunk-docs running on vesta (ubuntu2). >>> >>> Uli