On Mon, May 22, 2006 at 02:51:07AM +0200 I heard the voice of
Richard Levitte - VMS Whacker, and lo! it spake thus:
>
> Well, just half true. There's an older version running there,
Well, there may be a 'monotone' server, but there's no 'mtn' server
;)
> My best guess is that you're upgraded and rosterified an already
> existing database that you have, thereby conserving any database
> variable present in it. I'm asking you to put it aside and start
> with a completely new a fresh database.
Well, I didn't, because I have no idea how you could even do that[0].
I pulled it fresh for that run (and was hesitent to try re-pulling,
since it took close to an hour). But I did a re-pull of just the
X.ctwm branch into a freshly init'd DB file, and `pull`'ing from the
checkout seems to work right this time.
Ah hah. I know what happened. I init'd the DB, and *TRIED* to pull
from repository (which of course utterly failed to produce anything).
THEN I corrected the command line and pulled from guardian, which
worked. But it for some reason decided to REMEMBER the server that
didn't respond, instead of the one that did. Pbbt. (Just tested, and
it worked like that)
[0] Nor would I've, since I don't trust the old DB from the really
frighteningly flaky earlier version builds. A revision control
system that dumps core unless you turn off every safety post in
malloc(3) really doesn't tend to inspire confidence in the
integrity of the results ;p
--
Matthew Fuller (MF4839) | [EMAIL PROTECTED]
Systems/Network Administrator | http://www.over-yonder.net/~fullermd/
On the Internet, nobody can hear you scream.
