Date: Mon, 7 Jun 1999 13:33:23 -0600 From: Nate Williams <nate@mt.sri.com> To: Chuck Robey <chuckr@picnic.mat.net> Cc: Nate Williams <nate@mt.sri.com>, David Scheidt <dscheidt@enteract.com>, freebsd-current@FreeBSD.ORG Subject: Re: bsd.lib.mk "@"'s Message-ID: <199906071933.NAA08776@mt.sri.com> In-Reply-To: <Pine.BSF.4.10.9906071523580.679-100000@picnic.mat.net> References: <199906071921.NAA08649@mt.sri.com> <Pine.BSF.4.10.9906071523580.679-100000@picnic.mat.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > Who's worried about signal to noise there? > > > > I am, if I'm the developer trying to debug a user's problem. Wading > > through 1-2M of logfiles to find a problem is much less likely than me > > wading through 100-200K of logfiles. > > Wait a second. bsd.lib.mk is for our buildworld, right? It's for building source files in the source tree. Buildworld is *ONE* time that we build sources, but certainly not the only time it's used. > If you're hijacking it for customers, that's fine, but it's for > buildworld for FreeBSD, not for everyone's customers. What *are* you talking about? 'buildworld' is a FreeBSD'izm, and bsd.lib.mk predates it. bsd.lib.mk is part of all of the *BSD's, so equating /usr/share/mk/*.mk as only needed for 'world' building is an incorrect assumption. I have no 'FreeBSD' customers, so any assumptions you want to make about me using FreeBSD as a platform other than as a personal development platform are incorrect. > When you get to the problem, you want to know why it broke. And 99/100 (heck, I'd go 99.999999/100) the problem will not require the output of the '@' commands, so adding their output to the logfile only serves to create un-necessary noise and potentially confuse the users. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199906071933.NAA08776>