From owner-freebsd-bugs@FreeBSD.ORG  Thu Mar 15 14:35:45 2012
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Delivered-To: freebsd-bugs@hub.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 1B7821065672;
	Thu, 15 Mar 2012 14:35:45 +0000 (UTC) (envelope-from pfg@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
	[IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id E2D398FC14;
	Thu, 15 Mar 2012 14:35:44 +0000 (UTC)
Received: from freefall.freebsd.org (localhost [127.0.0.1])
	by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q2FEZiZq045915;
	Thu, 15 Mar 2012 14:35:44 GMT
	(envelope-from pfg@freefall.freebsd.org)
Received: (from pfg@localhost)
	by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2FEZiwQ045910;
	Thu, 15 Mar 2012 14:35:44 GMT (envelope-from pfg)
Date: Thu, 15 Mar 2012 14:35:44 GMT
Message-Id: <201203151435.q2FEZiwQ045910@freefall.freebsd.org>
To: giffunip@tutopia.com, pfg@FreeBSD.org, freebsd-bugs@FreeBSD.org
From: pfg@FreeBSD.org
Cc: 
Subject: Re: gnu/153945: Update sort with 15 upstream patches
X-BeenThere: freebsd-bugs@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Bug reports <freebsd-bugs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
	<mailto:freebsd-bugs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-bugs>
List-Post: <mailto:freebsd-bugs@freebsd.org>
List-Help: <mailto:freebsd-bugs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
	<mailto:freebsd-bugs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Mar 2012 14:35:45 -0000

Synopsis: Update sort with 15 upstream patches

State-Changed-From-To: closed->open
State-Changed-By: pfg
State-Changed-When: Thu Mar 15 14:32:19 UTC 2012
State-Changed-Why: 
re-open: It seems like our gnu-sort has aged already too much and
although there is work being done in a proper replacement, some
updates should be considered as a stop gap measure.

http://www.freebsd.org/cgi/query-pr.cgi?pr=153945