From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1299 invoked by alias); 5 Nov 2013 16:03:42 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 1288 invoked by uid 89); 5 Nov 2013 16:03:41 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.1 required=5.0 tests=AWL,BAYES_50,RDNS_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no version=3.3.2 X-HELO: out4-smtp.messagingengine.com Received: from Unknown (HELO out4-smtp.messagingengine.com) (66.111.4.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Tue, 05 Nov 2013 16:02:25 +0000 Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 68FAA21817 for ; Tue, 5 Nov 2013 11:02:17 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Tue, 05 Nov 2013 11:02:17 -0500 Received: from [158.147.136.250] (unknown [158.147.136.250]) by mail.messagingengine.com (Postfix) with ESMTPA id 2518EC00E91; Tue, 5 Nov 2013 11:02:17 -0500 (EST) Message-ID: <52791688.20502@cwilson.fastmail.fm> Date: Tue, 05 Nov 2013 16:03:00 -0000 From: Charles Wilson User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: The Cygwin Mailing List Subject: Re: gcc-4.8.2-1: /bin/gcc fails References: <52749A63.70803@acm.org> <20131102093635.GB25012@calimero.vinschen.de> <5275D706.5030207@users.sourceforge.net> <20131104114204.GB2731@calimero.vinschen.de> <5277B2F3.1060705@cwilson.fastmail.fm> <5278557C.2090205@users.sourceforge.net> <20131105095221.GA29697@calimero.vinschen.de> In-Reply-To: <20131105095221.GA29697@calimero.vinschen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2013-11/txt/msg00131.txt.bz2 On 11/5/2013 4:52 AM, Corinna Vinschen wrote: > On Nov 4 20:18, Yaakov (Cygwin/X) wrote: >> Under the circumstances, configuring inetutils with >> --libexecdir=/usr/sbin makes the most sense. > > Full ACK. Otherwise you'd have to provide some script which tweaks an > existing /etc/inetd.conf to use the new paths. Possible, but hardly > worth the effort. That's fine for me, but the other servers, maintained by others [1], which may or may not by started by inetd/xinetd would also need to configure as --libexecdir=/usr/sbin, or THEY would need to tweak configurations. This seems...counter-intuitive. "cygwin follows the LSB and goes in /usr/libexec, except when it's too hard so there is the following list of exceptions...." Is that the policy going forward? I wasn't planning to auto-update config scripts. I was going to update the /etc/default/* scripts [2], and then WARN IN BIG LETTERS in the announcement that folks will need to manually merge the changes if they've modified their configuration files. I know nobody will read it, but when the inevitable queries reach the mailing list I'll be able to point to the ANNOUNCE post. [1] rsh-server, tftp-server, etc. [2] this is WHY we have an /etc/default/ area after all -- to provide updates when configurations OUGHT to change, but without clobbering a user's customizations. The downside, even on GNU/Linux, is that the user must manually merge. Fedora provides tools to help do this, but it is still a manual process. -- Chuck -- 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