[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [eclipse.org-planning-council] Europa Fall Maintenance Release - build FAILS on Modeling and Platform
- From: "Nick Boldt" <nickboldt@xxxxxxxxx>
- Date: Sat, 11 Aug 2007 18:09:59 -0400
- Delivered-to: email@example.com
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dNQWU84D9gfoRxQiQ+cn1fy6eFy9S0cLNBHPkIMkr3eMOEBjA3GbZbQ8A87uQVsUOFVnLZqZarrGpOFiO24KiJGP1xCwihd7irCbUTNWmCcNQHlF207hsZWrJOYVcPX9ETpNI1rbLLcwmZwB6NghRGLcrPP4+gx9YvgiN9b/+LI=
OK (though it seems like all we need is a little substringing / regexp
manipulation), I'll revert the changes. Too bad we won't be able to
track Europa-based download stats. :( Ah, well, that just means the
stats we *do* report can safely be called underestimates.
Can we explore adding this capability for Ganymede, if not Europa?
On 8/10/07, Bjorn Freeman-Benson <bjorn.freeman-benson@xxxxxxxxxxx> wrote:
> We are six weeks and two days from the Europa Simultaneous Maintenance
> Release and I'd like to get the Europa-matic building green again in
> preparation for that release. The builds are still failing:
> Modeling Projects
> The modeling projects (EMF, etc) are failing the build because they have
> features with download.php urls, e.g.:
> <feature id="org.eclipse.emf.sdk" version="2.3.1.v200708072030"
> These feature urls are not supported by the
> org.eclipse.update.core.standaloneUpdate application that
> is used to build the Europa update site.
> Ed or Nick had asked me to change the code to accommodate this url
> mechanism, but my reply is that I don't think it wise to change the build
> mechanism that we successfully used for the main Europa release. The
> Modeling projects need to provide site.xmls that work with existing Europa
> build mechanism as they did before.
> Eclipse Platform Project
> The Platform build is failing on:
> !MESSAGE An exception occured while downloading feature from
> !STACK 0
> (No such file or directory)
> Kim has stated that she doesn't know why this exception is occurring and,
> sigh, neither do I. The only hypothesis I have is that something changed in
> the Platform's update site because I know nothing has changed in the
> Europa-matic. My hypothesis is that the Platform update site contained the
> 390 plug-in before and then, in a post-Europa clean-up, it was deleted.
> Again, because the Europa-matic is just using a plain vanilla
> org.eclipse.update.core.standaloneUpdate application, we
> must rely on the Platform team to fix their update site.
> The command line being used is:
> Command-line arguments: -clean -application
> org.eclipse.update.core.standaloneUpdate -data
> -debug -consolelog -command mirror -featureId org.eclipse.platform -version
> 3.3.0.v20070612-_19UEkLEzwsdF9jSqQ-G -from
> -to /home/data/users/bfreeman/europa/staging
> -ignoreMissingPlugins true
> Note that it includes "-ignoreMissingPlugins true" so one assume that it
> shouldn't die, but of course it is dying.
> Perhaps the Platform releng team would like to run this same command line
> and see if fails in the same way for them...?
> - Bjorn
> eclipse.org-planning-council mailing list