Re: Pre-release build package tries to access cvs

I have just commited following fix for this major lossage: From: Adrian Aichner <Adrian.Aichner(a)T-Online.De&gt; Subject: [C] build: Don't contact XEmacs CVS from top-level defcustom, make work vanilla To: XEmacs Patches <xemacs-patches(a)xemacs.org&gt; Date: 14 Dec 2002 23:21:07 +0100 Message-ID: <isxw44z0.fsf(a)smtprelay.T-Online.De&gt; I hope the smoketest will not do just that :-) Best regards, Adrian Ville> 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. Ville> Uh? I bet most of the users (including me) won't like the feature that Ville> whenever I wish to customize *anything* via Advanced->Emacs, XEmacs Ville> needs to consult our CVS first. Please make it customizable (if it Ville> already isn't), and default to off. Ville> Remember, the build package is in Sumos, which (I guess) is the way most Ville> end users get their packages from, on a OS distribution CD etc. They Ville> 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. Ville> FWIW, I can reproduce this with 21.1.14 and 21.4.11rc1, but for some Ville> reason 21.5.9 isn't affected (it doesn't even seem to try consulting Ville> CVS, though, which is nice IMO :). Ideas? Ville> Ah, just noticed your latest mail, I'll reply to it here as well: Ville> I'm not saying that it doesn't work. But it surely interferes badly Ville> with customizing *anything*, whether it's related to the build package Ville> or not. Ville> -- Ville> \/ille Skyttä Ville> scop at xemacs.org -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/