From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-33801-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 26632 invoked by alias); 26 Nov 2014 15:45:49 -0000
Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Workers List <zsh-workers.zsh.org>
List-Post: <mailto:zsh-workers@zsh.org>
List-Help: <mailto:zsh-workers-help@zsh.org>
X-Seq: 33801
Received: (qmail 18753 invoked from network); 26 Nov 2014 15:45:47 -0000
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI,
	SPF_HELO_PASS autolearn=ham version=3.3.2
X-AuditID: cbfec7f5-b7fc86d0000066b7-17-5475f5a8f90c
Date: Wed, 26 Nov 2014 15:45:44 +0000
From: Peter Stephenson <p.stephenson@samsung.com>
To: "zsh-workers@zsh.org" <zsh-workers@zsh.org>
Subject: Re: Confirming X02zlevi test failures
Message-id: <20141126154544.58ed6010@pwslap01u.europe.root.pri>
In-reply-to: <30162.1417013479@thecus.kiddle.eu>
References: <141119085006.ZM18951@torch.brasslantern.com>
 <11014.1416438322@quattro> <141119222019.ZM2717@torch.brasslantern.com>
 <5A1A98B7-42E0-4EE1-9468-32E2D6434246@kba.biglobe.ne.jp>
 <141120091803.ZM3693@torch.brasslantern.com>
 <E7064DEC-9EF9-43DB-9B9B-3C9CDD7A93A9@kba.biglobe.ne.jp>
 <900E2DDB-B03E-4E1F-9F22-869D5A645E52@kba.biglobe.ne.jp>
 <CAH+w=7Z-oSfHsPK4DJjbTpk-kOid-YA76uWwYMsZLN1fqb1Y=w@mail.gmail.com>
 <C097A9C2-C61C-482C-BEDA-94736DE7C5DB@kba.biglobe.ne.jp>
 <30162.1417013479@thecus.kiddle.eu>
Organization: Samsung Cambridge Solution Centre
X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.0; i386-redhat-linux-gnu)
MIME-version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7bit
X-Brightmail-Tracker:
 H4sIAAAAAAAAA+NgFuphluLIzCtJLcpLzFFi42I5/e/4Fd0VX0tDDJ5dZ7M42PyQyYHRY9XB
	D0wBjFFcNimpOZllqUX6dglcGfP29TAWrGepWDl5FnMD4yHmLkZODgkBE4kbU3rZIGwxiQv3
	1gPZXBxCAksZJdonr2WGcJYzSWy5MIMVpIpFQFWid/Y8sG42AUOJqZtmM4LYIgL6Ehf/3AKz
	hQX0JBZ9nwQ0iZ2DV8BeYlUSSJRTwEDi5Le1rBAju1kkfqxtAVvMD9R69e8nJogj7CVmXjkD
	NoZXQFDix+R7LCA2s4CWxOZtTawQtrzE5jVvmScwCsxCUjYLSdksJGULGJlXMYqmliYXFCel
	5xrpFSfmFpfmpesl5+duYoSE4NcdjEuPWR1iFOBgVOLhvRFXEiLEmlhWXJl7iFGCg1lJhJfj
	XWmIEG9KYmVValF+fFFpTmrxIUYmDk6pBsYFL/2a1j30sC2z7axwC5/vwPN1iajc1HD97efW
	JHXqfbmu+MJeLWaG0WOV8LtSh8OaL7/xlftufGXtya7iFInPzru/dl1reHh8Xe8rpyV7d233
	WSI/J3jeqv36h1/ILFTK8WRfz6LE07o75Q7X0vkMz+tylmfbHPo/qc9xEbPemtz0WFbdK5eV
	WIozEg21mIuKEwE89UrgHwIAAA==

On Wed, 26 Nov 2014 15:51:19 +0100
Oliver Kiddle <okiddle@yahoo.co.uk> wrote:
> The delayzsetterm stuff is not related. Digging through the history
> shows that the "some systems" on which the workaround was needed are
> DG/UX and Ultrix. Any objections to just ripping this out as per the
> patch below?

Sounds sensible to me, unless someone can dredge up a modern system like
this.  But the number of people using anything other than freeware Linux
/ BSD variants, or MacOS, or occasionally Solaris (hi, Danek), seems to
have tailed off.

pws