On Fri, 2002-12-06 at 23:52, Adrian Aichner wrote:
Ville> reproduce:
Ville> $ xemacs -vanilla
Ville> [Click Options->Advanced (Customize)->Emacs]
Ville> At this point, there's a minibuffer message saying:
Ville> build: checking out XEmacs/xemacs/version.sh to determine cvs tags
OK
Ville> ...and after a while:
Ville> build: retrieving cvs tags from XEmacs/xemacs/version.sh
OK
Ville> By the way, this exposes maybe another bug; when the first
The above were not designed to be bugs.
These are new features.
Uh? I bet most of the users (including me) won't like the feature that
whenever I wish to customize *anything* via Advanced->Emacs, XEmacs
needs to consult our CVS first. Please make it customizable (if it
already isn't), and default to off.
Remember, the build package is in Sumos, which (I guess) is the way most
end users get their packages from, on a OS distribution CD etc. They
don't want this. BTW; if there's no network connection when the
Advanced->Emacs menu is invoked, what happens?
Ville> minibuffer message is displayed, my desktop is pretty
much
Ville> frozen, mouse pointer moves, but clicking doesn't affect
Ouch, this is bad!
I don't see this freeze in native Windows.
FWIW, I can reproduce this with 21.1.14 and 21.4.11rc1, but for some
reason 21.5.9 isn't affected (it doesn't even seem to try consulting
CVS, though, which is nice IMO :). Ideas?
Ah, just noticed your latest mail, I'll reply to it here as well:
Using the pre-release package works fine for me.
I just built 21.4.11 with it and sent in a build-report.
I'm not saying that it doesn't work. But it surely interferes badly
with customizing *anything*, whether it's related to the build package
or not.
--
\/ille Skyttä
scop at
xemacs.org