From owner-cvs-src@FreeBSD.ORG Tue May 1 00:52:49 2007 Return-Path: X-Original-To: cvs-src@FreeBSD.org Delivered-To: cvs-src@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7323A16A409; Tue, 1 May 2007 00:52:49 +0000 (UTC) (envelope-from rik@inse.ru) Received: from mail.inse.ru (inse.ru [144.206.128.1]) by mx1.freebsd.org (Postfix) with ESMTP id 28F6013C45D; Tue, 1 May 2007 00:52:49 +0000 (UTC) (envelope-from rik@inse.ru) Received: from [127.0.0.1] (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTP id 35A3933C4C; Tue, 1 May 2007 04:52:47 +0400 (MSD) Message-ID: <463690FE.9000209@inse.ru> Date: Tue, 01 May 2007 04:59:42 +0400 From: Roman Kurakin User-Agent: Thunderbird 1.5.0.10 (X11/20070302) MIME-Version: 1.0 To: Andrey Chernov , Alfred Perlstein , src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org References: <200704301516.l3UFGJbu019162@repoman.freebsd.org> <20070430180043.GK13868@elvis.mu.org> <20070430181824.GA83415@nagual.pp.ru> <20070430225717.GA7008@VARK.MIT.EDU> <20070501000242.GA19510@nagual.pp.ru> <20070501002817.GA887@nagual.pp.ru> In-Reply-To: <20070501002817.GA887@nagual.pp.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: cvs commit: src/usr.sbin/sysinstall main.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 May 2007 00:52:49 -0000 Hi, Since there is some noise around this, could we just scream for a while that code should be fixed but allow it to still work? After some time than the majority of the buggy code will be fixed we will stick to the std behavior? IMHO this will be less painful. rik Andrey Chernov wrote: > On Tue, May 01, 2007 at 04:02:42AM +0400, Andrey Chernov wrote: > >> On Mon, Apr 30, 2007 at 06:57:17PM -0400, David Schultz wrote: >> >>> I think Alfred is absolutely right, and this is a pretty major >>> POLA violation. >>> >> That's -current for. Do you suggest to wait yet more N years to commit >> exact that stuff? >> > > Speaking about POLA, POLA says that valid call to setenv f.e. is in form > setenv("name", "value", 1); > it does not says that hacks like > setenv("name=value", "value", 1); > should be allowed and works. > > Moreover, putenv() isn't BSD own function, and was incorrectly implemented > initially in BSD. BSD implementation just violates original POLA for > putenv() all other use. > > Insisting to keep bug-to-bug compatibility forever leads to nowhere. > And increase porting efforts greately. > >