From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21652 invoked by alias); 19 Nov 2003 16:44:30 -0000 Mailing-List: contact xconq7-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: xconq7-owner@sources.redhat.com Received: (qmail 21642 invoked from network); 19 Nov 2003 16:44:29 -0000 Received: from unknown (HELO garm.central.cmich.local) (141.209.15.48) by sources.redhat.com with SMTP; 19 Nov 2003 16:44:29 -0000 Received: from leon.phy.cmich.edu ([141.209.165.20]) by egate1.central.cmich.local with Microsoft SMTPSVC(5.0.2195.6713); Wed, 19 Nov 2003 11:44:23 -0500 Received: from localhost (unknown [127.0.0.1]) by leon.phy.cmich.edu (Postfix) with ESMTP id DA1457001D; Wed, 19 Nov 2003 11:44:22 -0500 (EST) Date: Wed, 19 Nov 2003 16:54:00 -0000 From: Eric McDonald To: Richard Hunt <0102806H@student.gla.ac.uk> Cc: xconq7@sources.redhat.com Subject: Re: New Interpreter (was RE: Marketing Xconq?) In-Reply-To: <1069244142.684f33a00102806H@student.gla.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 19 Nov 2003 16:44:23.0323 (UTC) FILETIME=[62EC16B0:01C3AEBC] X-SW-Source: 2003/txt/msg00793.txt.bz2 On Wed, 19 Nov 2003, Richard Hunt wrote: > I am using Debian, but I am a bit anally retentive (how do you >spell that :) AR ;-) >so I do my installation entirely using dselect, >which seems to avoid installing a lot of packages that I want. I >tend to avoid tcl/tk programs simply because they tend to be slow >on my old computer, and xconq is the only tcl/tk program I still >want to run. I understand. Up until the beginning of last year, I was in the same situtation. Even now, I am very discriminating about what I install; I guess old habits die hard. > Another thing I just remembered: with the version that I am >using (a CVS checkout from about a month ago, since I don't have >internet access on my pc during term time) That is probably better for the grades (marks), I imagine. :-) >there is a >config.cache file in the xconq directory which means that eg. the >--tclconfigdir and ---tkconfigdir flags are ignored. Hmmm... That probably shouldn't be there. You should be able to do a "make distclean" to make it go away though. Or "rm". Eric