sounds good :)

Tim Ellison wrote:
Geir Magnusson Jr. wrote:
I suggested that they put a link to the "latest" so we can just grab it.
 That's semi-healthy in the long run because we are giving up a degree
of control, but it's less maintenance for us. Dunno which is better. I'm
willing to try it until we have a problem...

I'd rather know what we are getting, and make a concious effort to
update.  It's really not that much trouble, compared to potentially
trying to figure out why we stopped working all of a sudden.

Tim


Tim Ellison wrote:
Fixed for harmony build to pick up the new drop in repo >= r468418.

Regards,
Tim

Geir Magnusson Jr. wrote:
Nevermind - Yoko peeps put up a new M1.

geir

Geir Magnusson Jr. wrote:
There was a problem with the repo restore, so things are current only
up to end of august :(

I've asked yoko to either do a new release or put a copy back (we'd
want them to do that).

I've put a copy of my

    depends/jars/yoko-m1

directory on

  http://people.apache.org/~geirm/harmony/yoko-m1-gmj-20061027.tgz

If you copy that into depends/jars and untar, you'll get a directory
and jars that satisfies fetch-depends.

geir


Tim Ellison wrote:
I just need to check with Yoko-dev -- the snapshot in their Maven
repository seems to have gone back to August.  Will update as soon
as I
get a response.

Regards,
Tim

Leo Li wrote:
The filenames in CLASSLIB_ROOT/make/depends.properties has really
been
outdated since new snapshots has replaced the original ones.

Maybe you can rewrite the names in the property files as a
workaround. For
example, change
yoko-rmi.url=http://people.apache.org/maven-snapshot-repository/org/apache/yoko/yoko-rmi/1.0-incubating-M1-SNAPSHOT/yoko-rmi-1.0-incubating-M1-20060925.152805-3.jar




To
yoko-rmi.url=http://people.apache.org/maven-snapshot-repository/org/apache/yoko/yoko-rmi/1.0-incubating-M1-SNAPSHOT/yoko-rmi-1.0-incubating-M1-20060810.145814-1.jar




We does need a automatic synchronizing mechanism with the outerspace
resources, since it will be a disaster for manually updated the URL
of them
to download.


On 10/27/06, Leo Li <[EMAIL PROTECTED]> wrote:
It seems that the jar is not at the URL. I will have a look at the
ant
script.:)

On 10/27/06, harmony hla <[EMAIL PROTECTED]> wrote:
Hi guys,


I just checked out the trunk of DRLVM and follow the
instructions in
http://incubator.apache.org/harmony/quickhelp_contributors.html.

While I executed "ant fetch-depends" in working_classlib, it
dumped the
following error messages:


=================================================================================================================



     [get] Error opening connection java.io.FileNotFoundException:


http://people.apache.org/maven-snapshot-repository/org/apache/yoko/yoko-spec-corba/1.0-incubating-M1-SNAPSHOT/yoko-spec-corba-1.0-incubating-M1-20060925.152805-4.jar



     [get] Error opening connection
java.io.FileNotFoundException :

http://people.apache.org/maven-snapshot-repository/org/apache/yoko/yoko-spec-corba/1.0-incubating-M1-SNAPSHOT/yoko-spec-corba-1.0-incubating-M1-20060925.152805-4.jar



     [get] Error opening connection java.io.FileNotFoundException:


http://people.apache.org/maven-snapshot-repository/org/apache/yoko/yoko-spec-corba/1.0-incubating-M1-SNAPSHOT/yoko-spec-corba-1.0-incubating-M1-20060925.152805-4.jar



=================================================================================================================



I checked the page at

http://people.apache.org/maven-snapshot-repository/org/apache/yoko/yoko-spec-corba/1.0-incubating-M1-SNAPSHOT/



and only found
yoko-spec-corba-1.0-incubating-M1-20060810.145814-1.jar<http://people.apache.org/maven-snapshot-repository/org/apache/yoko/yoko-spec-corba/1.0-incubating-M1-SNAPSHOT/yoko-spec-corba-1.0-incubating-M1-20060810.145814-1.jar



.

What's wrong with trunk? Which revision/branch should I select ?

My system is running suse10 for x86-64, the verson of gcc is
4.0.2.

Thanks.

He Jin


--
Leo Li
China Software Development Lab, IBM

Reply via email to