From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from scc-mailout-kit-01.scc.kit.edu (scc-mailout-kit-01.scc.kit.edu [129.13.231.81]) by fantadrom.bsd.lv (OpenSMTPD) with ESMTP id ebf0fe7a for ; Wed, 18 May 2016 17:55:15 -0500 (EST) Received: from asta-nat.asta.uni-karlsruhe.de ([172.22.63.82] helo=hekate.usta.de) by scc-mailout-kit-01.scc.kit.edu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (envelope-from ) id 1b3AMz-0000t3-3E; Thu, 19 May 2016 00:55:15 +0200 Received: from donnerwolke.usta.de ([172.24.96.3]) by hekate.usta.de with esmtp (Exim 4.77) (envelope-from ) id 1b3AMy-0007B9-Ap; Thu, 19 May 2016 00:55:12 +0200 Received: from athene.usta.de ([172.24.96.10]) by donnerwolke.usta.de with esmtp (Exim 4.84_2) (envelope-from ) id 1b3AMy-0005XL-6Y; Thu, 19 May 2016 00:55:12 +0200 Received: from localhost (athene.usta.de [local]) by athene.usta.de (OpenSMTPD) with ESMTPA id 13eaf08a; Thu, 19 May 2016 00:55:12 +0200 (CEST) Date: Thu, 19 May 2016 00:55:12 +0200 From: Ingo Schwarze To: Peter Bray Cc: discuss@mdocml.bsd.lv Subject: Symbolic Link Managers Message-ID: <20160518225512.GK27511@athene.usta.de> References: <563EA784.9000309@yahoo.com.au> X-Mailinglist: mdocml-discuss Reply-To: discuss@mdocml.bsd.lv MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <563EA784.9000309@yahoo.com.au> User-Agent: Mutt/1.5.24 (2015-08-30) Hi Peter, Peter Bray wrote on Sun, Nov 08, 2015 at 12:38:12PM +1100: > I had initial written: "mdocml's makewhatis(8) does not support > Symbolic Link Managers, such as graft [my case], stow, depot." > > But than on looking at the code, found that that Symbolic Link > Managers are handled and that its via the support for OSX's homebrew. > And found the Homebrew section in 'configure.local.example', which I > had skipped on the initial reading as I'm not on OSX thus not using > homebrew. > > Could I humbly suggest that the wording in 'configure.local.example' > be generalized to include all Symbolic Link Managers and maybe the > control variable (HOMEBREWDIR) be given a more generic name. (It's > only a suggestion, as the code does seem to symlinks correctly after > that configuration change). When i first heard about what homebrew is doing, i considered it so eccentric and such a bad idea on so many levels that it didn't occur to me that anybody else could be doing anything even remotely similarly stupid. Now that it turns out that it's a concept that has multiple implementations and even it's own name, i'm not opposed to choosing a more generic wording and variable name. As you seem to be a victim who has apparently been harrowed by multiple such systems, you seem more qualified for proposing an appropriate wording than me, who was fortunately spared. Maybe even in the form of a specific patch? I'm not opposed to adding a handful of lines to configure.local.example to explain how to use the renamed variable with different systems (in so far as they are different) and listing those systems that have been tested. Yours, Ingo -- To unsubscribe send an email to discuss+unsubscribe@mdocml.bsd.lv