From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Date: Thu, 19 Dec 2013 14:35:43 -0500 From: a@9srv.net Message-ID: In-Reply-To: References: <3e1e9e6fbfa856a01013a2f51b8d244f@coraid.com> <34270f8ddb3fc06e71d4db496a891dd4@brasstown.quanstro.net> <20131219190715.Horde.XO9OJVgxxL1MHPuJzbAgHw1@ssl.eumx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] mk time-check/slice issue Topicbox-Message-UUID: a266ff3e-ead8-11e9-9d60-3106f5b1d025 // I have provided examples of why the way it works is a problem. // Members of "club Plan-9" insist that that is just the way it works, as // opposed to here is a counterexample why the way it works is better. No, we don't. You keep hearing that, but nobody's saying it. mk does what it does because it is a more conservative behavior. Yes, things sometimes get needlessly rebuilt. We recognize that, and agree it's not ideal. We are concerned that your suggested change would introduce more problems than it solves. This has all been stated repeatedly, and has nothing to do with "it's just the way it works". The closest we've come to that is asserting that there is *a reason* it is that way, and that you seem not to have taken the time to understand what it is. You've been reluctant to accept that idea. Further, while I don't think it's been stated explicitly, the idea of "just change the behavior of the out-of-date check based on an environment variable" is counter to the general Plan 9 philosophy. Again, not because "that's the way it is", but because it makes the tool less predictable and introduces a whole other class of extrnal dependency. This is something Plan 9 intentionally avoids. Anthony