Peter,
After local clone your .hg/hgrc file contains
[paths]
default =
instead of http://hg.openjdk.java.net/jdk9/hs-rt
You have to fix it to do update/push. And it's the only thing you have
to fix.
-Dmitry
On 2014-04-14 20:13, Pete Brunet wrote:
>
> On 4/12/14 4:32 AM, Dmitry Samersoff wro
On 4/12/14 4:32 AM, Dmitry Samersoff wrote:
> Peter,
>
> It's perfectly fine to just copy entire forest.
>
> Local clone is faster than copy, but you have to restore .hg/hgrc
> afterward if you plan to do the push from this workspace.
Hi Dimitri, I tried local clone first and that was the first th
Peter,
It's perfectly fine to just copy entire forest.
Local clone is faster than copy, but you have to restore .hg/hgrc
afterward if you plan to do the push from this workspace.
My typical workflow:
1. The script mirrors hs-rt and dev to dedicated machine every night. It
is always a full clone
Hi Jon, I am on VPN from Austin. It has always taken forever. And
downloading programs from the internet when on VPN takes forever. I
started looking into this a while back and I don't know if this is the
issue but I found that the DNS servers are in Europe when I am on VPN.
Right now as report
To me, this message raises the questions of "why does it take forever?"
and, "how long should it take?"
I see a wide range of expectations. Some folk can clone fast, and assume
that everyone else can as well. And then there's reports like this,
that it takes "forever".
I'm all in favor of d
You might wish instead to do local clones of the first repo.
hg clone http://hg.openjdk.java.net/jdk9/dev first
cd first
sh get_source.sh (with possibly some "magic" url)
cd ..
hg clone first second
cd second
sh get_source.sh ../first
If you need to move repos between local machines or VMs you ca
Since it takes forever to clone on my Win machine, in the case where I
want to work on several bugs, is it OK to instead clone the first
directory and then cp -ar that to n additional directories? -Pete