From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31970 invoked by alias); 5 Jan 2015 09:07:04 -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 31951 invoked by uid 89); 5 Jan 2015 09:07:03 -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_PASS,UNPARSEABLE_RELAY autolearn=ham version=3.3.2 X-HELO: selene.blankersfamily.com Received: from 87-161.ftth.onsbrabantnet.nl (HELO selene.blankersfamily.com) (88.159.161.87) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 05 Jan 2015 09:07:00 +0000 Received: from gaia.blankersfamily.com (gaia.blankersfamily.com [172.30.0.103]) by selene.blankersfamily.com (Postfix) with ESMTP id E19D31DA for ; Mon, 5 Jan 2015 10:06:49 +0100 (CET) Received: from unknown (Authenticated sender: laurens@blankersfamily.com) by gaia.blankersfamily.com (Postfix) with ESMTPA id 4A036EB for ; Mon, 5 Jan 2015 10:06:49 +0100 (CET) Message-ID: <54AA5429.1090907@blankersfamily.com> Date: Mon, 05 Jan 2015 09:07:00 -0000 From: Laurens Blankers User-Agent: Mozilla/5.0 (Windows NT 6.3; 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> In-Reply-To: <54AA0D4D.2030803@cygwin.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2015-01/txt/msg00009.txt.bz2 On 5-1-2015 05:04, Larry Hall (Cygwin-X) wrote: > So I'm guessing with your statement above that English isn't your primary > language. > [..] > 1. I am not the maintainer of the xinit package. [..] English is indeed not my first language, but that is no excuse for not carefully reading your replies and not verifying assumptions about you being a maintainer. I did not read your replies carefully enough and did not check my assumptions. Please accept my apologies. > [..] > 2. Yaakov is a very capable and prolific contributor to the Cygwin project > and has been for many years. [..] I do appreciate your (yours, Yaakov's, and others) efforts very much. I tried to express that in the last paragraph of my original mail [1]. Please tell me if this intent did not come across or was drowned somehow, so I can phrase it better next time. > [..] > You'll notice that sometimes Yaakov is answering > the question raised and other times others are doing it. That's > standard operating procedure. [..] I did read all the previous questions and answers. I interpreted the focus on having users change their configuration rather than changing the xinit package as a denial of the problem. However, now I see that none of the replies were by the package maintainer. I now realize that you were doing the best you could in helping me and others. > [..] > When I mentioned above that you or others can help out by pointing out > where the solutions proposed fall short [..] 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 - Using untrusted X11 forwards over SSH (e.g. ssh -X or PuTTY) My assumption is that this covers the vast majority of xinit users. Including these which previously complained about the non-standard way of handling configuration. 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. 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 would like to help with this. I think I can assist in figuring out what kind of configurations are out there, as well as in testing, and in writing documentation. I could even code the solution, but that would probably be more efficient of people with more experience in bash scripting would do that. > [..] > 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. Because, for me, this issue was highlighted by xinit, but is by no means related to it. I, and I assume many others, rely on Cygwin and also assume, possibly incorrectly, that it will continue to function as expected, after applying (security) updates. An incompatible change in any other package would also be problematic for me. The reason I mentioned xinit explicitly is to provide the reader with a background, and as soft of a 'full disclosure' of my involvement. I will also make it very explicit on the common list that the post is not specific to xinit, but that is merely serves as an example. > A: Yes. > > Q: Are you sure? > >> A: Because it reverses the logical flow of conversation. > >>> Q: Why is top posting annoying in email? I really like your signature, do you mind if I borrow/steal it? Laurens [1] https://cygwin.com/ml/cygwin-xfree/2014-12/msg00060.html [2] http://en.wikipedia.org/wiki/Principle_of_least_astonishment -- 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/