From owner-cvs-all@FreeBSD.ORG Tue May 1 18:52:50 2007 Return-Path: <owner-cvs-all@FreeBSD.ORG> X-Original-To: cvs-all@freebsd.org Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6492516A401; Tue, 1 May 2007 18:52:50 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id BD10013C480; Tue, 1 May 2007 18:52:49 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l41IqmDS011020; Tue, 1 May 2007 22:52:48 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l41Iqmwo011019; Tue, 1 May 2007 22:52:48 +0400 (MSD) (envelope-from ache) Date: Tue, 1 May 2007 22:52:48 +0400 From: Andrey Chernov <ache@freebsd.org> To: Daniel Eischen <deischen@freebsd.org> Message-ID: <20070501185248.GA10323@nagual.pp.ru> Mail-Followup-To: Andrey Chernov <ache@freebsd.org>, Daniel Eischen <deischen@freebsd.org>, src-committers@freebsd.org, cvs-src@freebsd.org, cvs-all@freebsd.org References: <200705011602.l41G2iRx003626@repoman.freebsd.org> <Pine.GSO.4.64.0705011310490.2591@sea.ntplx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <Pine.GSO.4.64.0705011310490.2591@sea.ntplx.net> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/lib/libc/stdlib getenv.3 getenv.c putenv.c setenv.c src/sys/sys param.h src/usr.bin/limits limits.c src/usr.bin/env env.c src/usr.sbin/sysinstall main.c variable.c src/usr.sbin/pstat pstat.c src/usr.sbin/sade main.c variable.c ... X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree <cvs-all.freebsd.org> List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>, <mailto:cvs-all-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/cvs-all> List-Post: <mailto:cvs-all@freebsd.org> List-Help: <mailto:cvs-all-request@freebsd.org?subject=help> List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>, <mailto:cvs-all-request@freebsd.org?subject=subscribe> X-List-Received-Date: Tue, 01 May 2007 18:52:50 -0000 On Tue, May 01, 2007 at 01:12:12PM -0400, Daniel Eischen wrote: > > Not because I admit they are technically wrong and not because of bug > > reports (I receive nothing). But because I surprisingly meets so > > strong opposition and resistance so lost any desire to continue that. > > Uh, please put them back in. This is -current and we do want > to be conformant with POSIX where possible. And I think exacly so, but read others negative opinions and my answers explaining why I disagree with each point respectively, if you wish. There is lots of strange things like people falsely accuse me that I stamp to other shoes changing the code even without reading my code, treating putenv() like BSD POLA even not looking first where it appearse and so on. Then imagine what happens in case first broken port will be ever found. The same wave again, with new persons added with the same points, I can't. I perefer technical concrete real reasons (like "what is broken?") and to write/fix soft, not to talk and feel pressure. Especially when talk is so uneasy. I really have bad luck because this changes are nothing compared to f.e. objformat disaster we hit (and still not recovered until now), but strangely I don't saw such strong resistance or opposition to objformat removing or strong demands to return it back (in the matter of question, I think objformat removal is good). I almost agree with two opinions only: 1) We are in the code slush, changes must be reviewed by re@ 2) We need to discuss/test that before commit. And Backout will be good for this two. Now changes are in the cvs diffs form and re@ or anyone other are able to review/test, if they wish. In case changes will be found acceptable at some moment, anybody is free to commit them too, I can't. If someone will be lacky enough to restore them in any form I promise my help fixing software bugs in case they appearse. Back to the matter - why I don't do that initially? I never thought that minimal code (most files are 1 line changes) cleanly implementing standards conformance may require special re@ attention or before-discussion because I already fix all base and expect only few ports failing (if any, because ports are usually portable or Linux supported). -- http://ache.pp.ru/