Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 01 May 2007 15:27:18 +0400
From:      Roman Kurakin <rik@inse.ru>
To:        Peter Jeremy <peterjeremy@optushome.com.au>
Cc:        cvs-src@freebsd.org, src-committers@freebsd.org, Andrey Chernov <ache@freebsd.org>, cvs-all@freebsd.org
Subject:   Re: cvs commit: src/usr.sbin/sysinstall main.c
Message-ID:  <46372416.3020509@inse.ru>
In-Reply-To: <20070501105937.GC823@turion.vk2pj.dyndns.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> <463690FE.9000209@inse.ru> <20070501010709.GA1304@nagual.pp.ru> <20070501013957.GX13868@elvis.mu.org> <20070501064828.GA3836@nagual.pp.ru> <20070501105937.GC823@turion.vk2pj.dyndns.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Peter Jeremy wrote:
> On 2007-May-01 10:48:28 +0400, Andrey Chernov <ache@freebsd.org> wrote:
>   
>> On Mon, Apr 30, 2007 at 06:39:57PM -0700, Alfred Perlstein wrote:
>>     
>>> Using the strategy "commit to -current then suffer the fallout"
>>> is pretty bogus.
>>>       
>> The only possible. Nobody can run all ports at once. Kris already promise 
>> all ports build results with those changes in, lets see.
>>     
>
> Note that just building the ports with these changes will not demonstrate
> much.  This change alters the functionality of putenv() rather than the
> API/ABI so testing the change requires exercising the ports.  This is
> a much more difficult task.
>   
I suggest to install all ports sources and grep them at first. I am sure 
some of ports
could be marked as bug-less and other should be marked for exec-check or 
probably
for more accurate review not just grep.

rik
>   
>> Apples and oranges. select is BSD own function unlike putenv which is not 
>> BSD own and initially adopted without too much care.
>>     
>
> Then someone needs to fix the "HISTORY" section of getenv(3).  I've
> looked thru the TUHS and CSRG files and it didn't exist in V7 or any
> of the early BSDs.  I'm not sure when it really did appear.  getenv(3)
> in 4.3reno doesn't claim compliance to any standard for putenv().
>
>   




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?46372416.3020509>