Mailing-List: contact dev-help@river.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@river.apache.org
Received-SPF: pass (athena.apache.org: domain of pats@acm.org designates
 209.86.89.70 as permitted sender)
Message-ID: <4D969CA9.8050304@acm.org>
Date: Fri, 01 Apr 2011 20:48:57 -0700
From: Patricia Shanahan <pats@acm.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US;
 rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9
MIME-Version: 1.0
To: dev@river.apache.org
Subject: Re: Remaining Work For Next Release
References: <AANLkTi=Lj_W4u5WdEYwnjpbLnYuuGAxFSL4xkYkcEwxA@mail.gmail.com>
	<AANLkTi=5nesXBwRSh_peQkMof-tF-4GXe8Ed6-e+DshS@mail.gmail.com>
	<4D924F39.3010002@acm.org>
	<AANLkTi=LoZprvupooHL+GF33pyq_f5g0hYTHb3_=JW8X@mail.gmail.com>
	<AANLkTik680EvGc2B0m74yVRdEU_zOfuK=srqdWa2NKns@mail.gmail.com>
	<AANLkTikqbtdBq+Db28fX1ZhmAYr784M8nkK-+XrEH+1J@mail.gmail.com>
	<4D952191.4070609@acm.org>
	<AANLkTi=6dZdhvDsdd+ut4pfMU4EcAHqd2mUNU6s=tRXJ@mail.gmail.com>
	<AANLkTimqdtBbFuQTE51SHJPCkZKR=rS-P2SpMdoTCQd=@mail.gmail.com>
 <AANLkTik=p96QrK_vVEDX8cK7sh4uaG-B+jD+U7c3SW7U@mail.gmail.com>
In-Reply-To: <AANLkTik=p96QrK_vVEDX8cK7sh4uaG-B+jD+U7c3SW7U@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

On 4/1/2011 12:27 PM, Jason Pratt wrote:
> i am stating that the first "graduated" release should work for everyone
> period. after that if you want to release with known bugs and reduce/not
> support sparc or whatever other platform you in your infinite wisdom deem
> irrelevant , great. river should have one release it can point at for anyone
> wanting to try/use it.

I don't know whether SPARC is irrelevant or not - that is one of the 
questions we are trying to discuss. For admittedly emotional reasons, I 
hope it continues to be relevant. I worked for many years designing 
SPARC servers for FPS, Cray Research, and Sun Microsystems.


Maybe we'll find the SPARC failure quickly, and it will have a simple 
fix. In that case, I'm sure we should include the fix in the next release.

Suppose it does not work out that way. Then we face a trade-off. How 
long should we hold up the next release pending a fix for a SPARC-only 
problem? Remember that means holding back fixes for bugs that affect all 
systems, SPARC included.

You seem to be saying that you think there is no limit on how long we 
should hold the release. Is that correct? If so, why?

Patricia