X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:subject:references:date:in-reply-to :message-id:mime-version:content-type; q=dns; s=default; b=ceGfe udPpQ1mcMODe7xdi8CFz767C1jZY0jNmTgm1xekf0skA4JiUXgCV9MkqomSRw6y/ Ihx2muvOzgaPlFUB7pCxOP47woXK8rJkiv7sZKG4mKtdMAowxKEIczBVRXLm8C9p 5lw5Sv9cmB6AMxjlmEIeKMLS6v9tVzzPQRR+kU= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:subject:references:date:in-reply-to :message-id:mime-version:content-type; s=default; bh=rOQi8yDxTIN zRtEhtO34t74xA44=; b=TBZLVY0VBANUMVA/gl4UosHgBFwaRowqeagMG9GnYRi 8+9cnU4D5wqdeHPLrFdhfDLSzXkwRHgVqdTIOBUYHSvrlenFdmj4pzUzFCZUbSDn CRtOrFA3gWOMQ2dYOf3AskCiEh2gLKFMIu+aPlrwFmFWrFBlTx2ld8waCrz3X32g = Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.2 spammy=risk, Hx-spam-relays-external:ESMTPA X-HELO: vsmx009.vodafonemail.xion.oxcs.net From: Achim Gratz To: cygwin AT cygwin DOT com Subject: Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1 References: <485AF0C5-7E1B-49AA-BE3E-C3717DA3268B AT solidrocksystems DOT com> <58b811b2 DOT 261d9d0a DOT 7c759 DOT 299d AT mx DOT google DOT com> Date: Thu, 02 Mar 2017 19:28:04 +0100 In-Reply-To: (Eric Blake's message of "Thu, 2 Mar 2017 08:29:01 -0600") Message-ID: <87varrzg7f.fsf@Rainer.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-VADE-STATUS: LEGIT X-VADE-SCORE: 0 X-VADE-REASON: gggruggvucftvghtrhhoucdtuddrfeelhedrfedvgdduudehucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuvegfuffvqffogfftpdcuggftfghnshhusghstghrihgsvgenuceurghilhhouhhtmecufedttdenucenucfjughrpefhvffufhffjgfkfgggtgesthdtredttdertdenucfhrhhomheptegthhhimhcuifhrrghtiicuoefuthhrohhmvghkohesnhgvgihgohdruggvqeenucffohhmrghinhepshhtrhhomhgvkhhordhnvghtnecukfhppeeluddrgeejrdegledruddvieenucfrrghrrghmpehmohguvgepshhmthhpqdhouhhtpdhhvghlohepifgvrhhtrhhuugdpihhnvghtpeeluddrgeejrdegledruddviedpmhgrihhlfhhrohhmpefuthhrohhmvghkohesnhgvgihgohdruggvpdhrtghpthhtoheptgihghifihhnsegthihgfihinhdrtghomh Eric Blake writes: > To reiterate my answer in different terms: > > If you can convince Fedora to switch /bin/sh to dash, then I will > immediately follow in Cygwin. Until then, I'm worried that there are > enough scripts in the wild that use bashisms and will therefore break if > /bin/sh is not bash, even though that number has reduced somewhat since > Debian made their switch. Trying to make Cygwin the guinea pig, instead > of Fedora, is going about it backwards (you WANT the change to be done > in a place where there is plenty of manpower to deal with the fallout, > and Fedora has more manpower than Cygwin). Ack. I want to put forward that we should get the postinstall scripts moved from bash to dash as a first step even then. > I'm still toying with the idea of doing a test release of both bash and > dash that flips /bin/sh between them; but I'm still stuck on the problem > that a user MUST upgrade (or downgrade) both packages in tandem, or else > risk being left without a /bin/sh at all. Help would be appreciated in > figuring out the problem (telling me that "dash is faster than bash" is > not help, nor is telling me that "portable shell scripts don't care if > /bin/sh is bash or dash" - I already know those points. What I don't > know is how many non-portable scripts are out there, so how much > breakage would I be causing by forcing those non-portable scripts to > deal with their non-portability, and how to minimize the even-worse > breakage of an upgrade scenario that leaves no /bin/sh at all). I'd test that in production. I don't really need handholding w.r.t. update and potential downgrade process, so if you'd put the two packages somewhere into an unofficial repo that would work for me. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple