[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Axiom-developer] RE: [Gcl-devel] Axiom on Windows GCL problems

From: Page, Bill
Subject: [Axiom-developer] RE: [Gcl-devel] Axiom on Windows GCL problems
Date: Mon, 17 Jan 2005 15:38:11 -0500


On Thursday, January 13, 2005 12:06 AM you wrote:
> ...
> At some stage (not this fortnight) I am going to have to
> compare detailed setup notes with you as I failed miserably
> in setting up arch last time.
> ...

I know you are working at the end of a modem with arch so
I decided to pass on you specifically some advice that Martin
Rubey solicited from the address@hidden email list.
The reply contains some very useful information, advice and

Bill Page.

-----Original Message-----
From: Aaron Bentley [mailto:address@hidden
Sent: Monday, January 17, 2005 3:03 PM
To: Martin Rubey
Cc: address@hidden
Subject: Re: [Gnu-arch-users] failed inode signature validation...

Martin Rubey wrote:

> ...At home I have a slow modem connection, at work highspeed.
> Since Axiom is large, changesets however not that much,
> I thought I'd copy the current tree on a CD, bring it home,
> and continue using Arch at home then.
> Of course, this doesn't work (see Subject...)
> Any workarounds?

Delete your pristine trees.  They'll be recreated automatically,
when needed.

However, that's not really the right solution.

When Arch was being designed, Tom Lord was a dialup user, and
so Arch works quite well with modems.

What you do is set up a local mirror of your work archive.
 Arch has commands for this built in.  See "Creating Local
Mirrors..." here:

As you say, changesets are small, and since mirroring just
copies changesets, it's quite feasible to do it on dialup.

Your local mirror will be readonly.  To commit, you'll need
a home archive, which you can mirror to work.  star-merge
should work nicely as a way to move changes between your work
branch and your home branch.

You should also consider setting up revision libraries instead
of using pristrines.  They're faster to use and less of a
hassle once set up. See here:


Aaron Bentley
Director of Technology
Panometrics, Inc.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]