From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27347 invoked by alias); 5 Jan 2015 09:49:01 -0000 Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com Received: (qmail 27338 invoked by uid 89); 5 Jan 2015 09:49:01 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 05 Jan 2015 09:48:59 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t059mwgX012919 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 5 Jan 2015 04:48:58 -0500 Received: from [10.10.116.17] ([10.10.116.17]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t059mul3028833 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 5 Jan 2015 04:48:57 -0500 Message-ID: <54AA5E05.2040600@cygwin.com> Date: Mon, 05 Jan 2015 09:49:00 -0000 From: Yaakov Selkowitz User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: cygwin-xfree@cygwin.com Subject: Re: run.exe will not work with upgrade from 1.14.4 to 1.16.3 References: <54A6FDB8.9070106@blankersfamily.com> <54A766A7.7020609@cygwin.com> <54A7A26E.7090801@blankersfamily.com> <54A874F1.8000203@cygwin.com> <54A926F9.4090902@blankersfamily.com> <54AA0D4D.2030803@cygwin.com> <54AA5429.1090907@blankersfamily.com> In-Reply-To: <54AA5429.1090907@blankersfamily.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-01/txt/msg00010.txt.bz2 On 2015-01-05 03:06, Laurens Blankers wrote: > On 5-1-2015 05:04, Larry Hall (Cygwin-X) wrote: > As far as I can tell, from the available information, users which meet > any of the following criteria will run into trouble: > > - Custom .startxwinrc or .xinitrc Just .startxwinrc, and the changes were explained in the announcement. > - Using untrusted X11 forwards over SSH (e.g. ssh -X or PuTTY) ssh -X hasn't been supported since X11R7.4 way back in 2008 (see the FAQ for details). > As a software engineer I strongly believe in the principle of least > astonishment [2]. At least for the vast majority of users. In this case, > in my opinion at least, that would mean that changing the behaviour of > startxwin should be done in such a way as to provide a seamless way of > users to upgrade. Preferably by maintaining compatibility with existing > configurations, or by automatic conversion, or, if necessary through a > well documented manual transition process. That's what the announcement was for. > What I am trying to say is that I don't object to your solutions, but I > would really like this to be solved in a way that provides a create user > experience. For me that would mean that the first step would be to > retract the update (revert back to 1.3.2-1) as to prevent more users > from running into problems. I do realize that that would mean forcing > people who have already converted to go back. But I assume this is a > minority of users. Then I would propose to evaluate what could be done > to provide a smooth transition, possibly over a longer time, popping up > increasingly annoying warnings about the configuration, for example. I am not going to revert the recent changes, which are important and long overdue. If any has constructive suggestions for incremental improvements thereto, they will be duly considered, but going backwards is not the solution. >> So I withdraw my previous request that you not post >> your policy question to the Cygwin main list (since I agree it is a >> general issue) but instead request that you only discuss the policy and >> not overlap with the specifics covered in the xinit package threads [..] > > Thank you, I would like to discussion on the general list to be broader. That won't be necessary. As a rolling distribution without stable releases, these kind of changes in UX happen from time to time. That's what announcements are for. Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/