From dev-return-31317-apmail-harmony-dev-archive=harmony.apache.org@harmony.apache.org Wed Dec 19 20:09:54 2007 Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 43848 invoked from network); 19 Dec 2007 20:09:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 19 Dec 2007 20:09:54 -0000 Received: (qmail 48186 invoked by uid 500); 19 Dec 2007 20:09:41 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 48165 invoked by uid 500); 19 Dec 2007 20:09:41 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 48151 invoked by uid 99); 19 Dec 2007 20:09:41 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 Dec 2007 12:09:41 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of alexey.a.petrenko@gmail.com designates 66.249.92.168 as permitted sender) Received: from [66.249.92.168] (HELO ug-out-1314.google.com) (66.249.92.168) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 Dec 2007 20:09:16 +0000 Received: by ug-out-1314.google.com with SMTP id u40so350145ugc.3 for ; Wed, 19 Dec 2007 12:09:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=7+rqOfWF/C3DlpdYUaZfAfXLvwjcLhuc0bDVCb1XPL0=; b=Y9Az+BzrI8GlZiC2gCVt85qfiVT6GT5dtqEHpMg4yzn70ZwdW+j+Q4NyM7Kg7riikzqgjbvTG2S3Bxfstrja7Fx42jpTcir8EPwQZGIUEqNz4Oy940724qiWpc2vGtXmZ/YiofKVsq1FBdVWvyfJ7jLzN3oy4ih01b8AbMVaf7Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SI6Qe1jsmsFGXCBsPzFFtCFMvEe/bV9MOf6BpYCzKjzELggoeqMlmeUY1ztoBH4A2mCspKPy75LgTq8rgHpGUUbObfns/bvD4ydNPMGWAQRFFXmo6eCauAaWB46I1XEAvOoAKUoIrfwi9P0cKhBMrUCe8u2OntD1RL0IvHfCwVc= Received: by 10.150.205.13 with SMTP id c13mr3763857ybg.135.1198094957746; Wed, 19 Dec 2007 12:09:17 -0800 (PST) Received: by 10.150.97.3 with HTTP; Wed, 19 Dec 2007 12:09:17 -0800 (PST) Message-ID: Date: Wed, 19 Dec 2007 23:09:17 +0300 From: "Alexey Petrenko" To: dev@harmony.apache.org Subject: Re: Federated build question In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9623c9a50712171927w4e9159d4t8fa839e0ea60aa74@mail.gmail.com> <9623c9a50712181750p8aa0e80yce9d6530a92634d2@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org I'm afraid this is just lack of synchronization. I'll fix it. And it looks like we need to check federated build for such duplicates and recheck do we need them or not. SY, Alexey 2007/12/19, Elford, Chris L : > Note that it looks like bouncycastly has stopped hosting > bcprov-jdk15-136.jar. They have jdk15-137 and jdk15-138. > > The classlib builds because it needs (and downloads) bouncycastle 138 > but later in the build when it tries to get > trunk/common_resources/depends/jars/bcprov-jdk15-136 it fails. > > Ant fails to download the dependence because it is no longer hosted. > > Why does the federated build need two different versions of bouncy > castle? > > Chris > > > -----Original Message----- > From: Alexey Petrenko [mailto:alexey.a.petrenko@gmail.com] > Sent: Wednesday, December 19, 2007 12:45 AM > To: dev@harmony.apache.org > Subject: Re: Federated build question > > I think that "svn co https://...." from comand line should help to > accept certificate and remember that for federated build... > > SY, Alexey > > 2007/12/19, Elford, Chris L : > > Note that I poked in the ant build file a bit to see what is going on > > when the initial https is happening. I then found that if I do the > > initial svn checkout of the enhanced trunk via > > > > Svn co https://svn.apache.org/repos/asf/harmony/enhanced/trunk > > Instead of what is suggested on the web page: > > Svn co http://svn.apache.org/repos/asf/harmony/enhanced/trunk > > > > I am given the opportunity to accept the certificate permanently at > that > > point in time allowing it to proceed. This doesn't necessarily answer > > all the questions below but does allow me to make some forward > progress. > > > > Thx, > > Chris > > > > -----Original Message----- > > From: Elford, Chris L [mailto:chris.l.elford@intel.com] > > Sent: Tuesday, December 18, 2007 6:25 PM > > To: dev@harmony.apache.org > > Subject: Federated build question > > > > Hi all, > > > > I've not built Harmony in a while (I've been using snapshot builds) > > but needed to build myself for a change. I am using Harmony M3 to try > > to launch a federated build on a new system (linux -- Ubuntu)... > > > > Ant shows the following when I try to build the first time: > > > > [exec] Fetching external item into 'modules/concurrent/standard' > > [exec] Error validating server certificate for > > 'https://svn.apache.org:443': > > [exec] - The certificate is not issued by a trusted authority. > Use > > the > > [exec] fingerprint to validate the certificate manually! > > [exec] Certificate information: > > [exec] - Hostname: svn.apache.org > > [exec] - Valid: from Fri, 26 Jan 2007 14:18:55 GMT until Mon, 26 > > Jan 2009 14:18:55 GMT > > [exec] - Issuer: http://www.starfieldtech.com/repository, > > Starfield Technologies, Inc., Scottsdale, Arizona, US > > [exec] - Fingerprint: > > a7:a5:3f:1a:ae:bb:98:b2:f3:ec:91:1b:63:29:2d:e8:58:b6:53:28 > > [exec] (R)eject, accept (t)emporarily or accept (p)ermanently? > svn: > > PROPFIND request failed on > > '/repos/asf/harmony/standard/classlib/trunk/modules/concurrent' > > [exec] svn: PROPFIND of > > '/repos/asf/harmony/standard/classlib/trunk/modules/concurrent': > Server > > certificate verification failed: issuer is not trusted > > (https://svn.apache.org) > > > > If I repeat the ant command (I have to set ANT_OPTS to indicate a > proxy > > for -Dauto.fetch=true to work), Instead of printing this error again, > > it gets further and then fails with: > > > > -compile: > > [mkdir] Created dir: > > /usr/local/src/harmony/trunk/working_classlib/build/classes > > > > BUILD FAILED > > /usr/local/src/harmony/trunk/build.xml:323: The following error > occurred > > while executing this line: > > /usr/local/src/harmony/trunk/working_classlib/build.xml:113: The > > following error occurred while executing this line: > > /usr/local/src/harmony/trunk/working_classlib/make/build-java.xml:120: > > srcdir > > > "/usr/local/src/harmony/trunk/working_classlib/modules/concurrent/standa > > rd/src/main/java" does not exist! > > > > Is there a reason that the federated build needs to download > > modules/concurrent/standard via https instead of plain http? What is > > the easy way to accept the certificate on the first build so that the > > build will proceed? Is there a reason that it does not realize that > > there was a failure the first time around? > > > > Thanks, > > Chris Elford > > Intel SSG/Enterprise Solutions Software Division > > >