From colin@tuckley.org Mon Nov 12 08:46:08 2007 Received: from spc2-lanc4-0-0-cust430.asfd.broadband.ntl.com ([81.111.9.175] helo=grenache.tuckley.homedns.org) by stoneboat.aleph1.co.uk with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1IrUvf-0003Su-PT for balloon@balloonboard.org; Mon, 12 Nov 2007 08:46:07 +0000 Received: from zinfandel ([192.168.1.198]) by grenache.tuckley.homedns.org with esmtp (Exim 4.63) (envelope-from ) id 1IrUvZ-0008N9-VU for balloon@balloonboard.org; Mon, 12 Nov 2007 08:45:53 +0000 Message-ID: <473812C1.4070505@tuckley.org> Date: Mon, 12 Nov 2007 08:45:53 +0000 From: Colin Tuckley User-Agent: Icedove 1.5.0.14pre (X11/20071020) MIME-Version: 1.0 To: balloon@balloonboard.org References: <473597D1.4080606@tuckley.org> <20071111222834.GO11620@knossos.aleph1.co.uk> In-Reply-To: <20071111222834.GO11620@knossos.aleph1.co.uk> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 81.111.9.175 X-SA-Exim-Mail-From: colin@tuckley.org X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on stoneboat.aleph1.co.uk X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7-deb X-SA-Exim-Version: 4.2.1 (built Tue, 09 Jan 2007 17:23:22 +0000) X-SA-Exim-Scanned: Yes (on stoneboat.aleph1.co.uk) Subject: Re: [Balloon] bbl configuration sources X-BeenThere: balloon@balloonboard.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Balloon List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 08:46:08 -0000 Wookey wrote: > Ditto. I only use the local config, so you can keep a config file for > the current tree which has matching filenames etc. I control what I am > uploading by setting the current dir to a set of files. Right, I hadn't thought of that when I made my original post but it makes sense. You could have two (or more) directories, one for each type of hardware and by cd'ing into the appropriate one bbl would have the right options. > Yes. I'd have system (with only a few important settings in) and then > local (by CWD) configs. That does seem to be the way to go. > Not sure there is much point keeping per-user > configs, but maybe someone has a use for them (I'd scrap them). Might be useful for someone who wants to override a system setting for several CWD file sets. Anyway I think it's best not to remove it since it doesn't hurt. > It would be nice if bbl was smart enoguh to look up the tree for the > 'nearest' bblrc (e.g if in 'kernel' and no bblrc it would look in dir > above), but this might cause more problems than it solves. Not sure. I think that might cause more problems than it solved with people wondering why a config option was "magically" set. > In general I don't find it broken as-is, so maybe just leave it alone? Yup, that's my conclusion. Colin -- Colin Tuckley | colin@tuckley.org | PGP/GnuPG Key Id +44(0)1903 236872 | +44(0)7799 143369 | 0x1B3045CE Experience is the hardest kind of teacher. It gives you the test first, and the lesson afterwards. - Anonymous