From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15471 invoked by alias); 4 Nov 2013 17:35:22 -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 15462 invoked by uid 89); 4 Nov 2013 17:35:22 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=4.8 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,KAM_THEBAT,RDNS_NONE,SPF_SOFTFAIL,URIBL_BLOCKED autolearn=no version=3.3.2 X-HELO: smtpback.ht-systems.ru Received: from Unknown (HELO smtpback.ht-systems.ru) (78.110.50.181) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Mon, 04 Nov 2013 17:35:19 +0000 Received: from [91.78.173.97] (helo=darkdragon.lan) by smtp.ht-systems.ru with esmtpa (Exim 4.80.1) (envelope-from ) id 1VdO3N-0002op-VL; Mon, 04 Nov 2013 21:35:06 +0400 Received: from [192.168.1.10] (HELO daemon2.darkdragon.lan) by daemon2 (Office Mail Server 0.8.12 build 08053101) with SMTP; Mon, 04 Nov 2013 17:20:44 -0000 Date: Mon, 04 Nov 2013 17:35:00 -0000 From: Andrey Repin Reply-To: Andrey Repin Message-ID: <3910354883.20131104212044@mtu-net.ru> To: Charles Wilson , cygwin@cygwin.com Subject: Re: gcc-4.8.2-1: /bin/gcc fails In-Reply-To: <5277B2F3.1060705@cwilson.fastmail.fm> 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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2013-11/txt/msg00076.txt.bz2 Greetings, Charles Wilson! > On 11/4/2013 6:42 AM, Corinna Vinschen wrote: >> On Nov 2 23:54, Yaakov (Cygwin/X) wrote: >>> So, while I'm not convinced that this is a huge issue overall, if >>> "don't do that" isn't good enough, the easiest workaround is to >>> configure GCC with --libexecdir=/usr/lib. >> >> That would be the safer option, I guess. > My about-to-be-uploaded inetutils update puts the servers in libexecdir > aka /usr/libexec/ -- and changes the /etc/defaults/ associated xinetd > and inetd.d configuration files as appropriate. 'Course, my > to-be-written update announcement will be a horrific, as current users > with customized configuration WILL have to modify their files (and setup > doesn't have an .rpmsave/.rpmnew mechanism). > The currently-distributed version (and associated xinetd scripts and > sample inetd.d/ configuration files) puts them in /usr/sbin. > If --libexecdir=/usr/lib, then...what? > Should I revert to /usr/sbin for slave servers? What "slave servers" you're referring to? The discard/daytime/stuff? They belong to /usr/libexec as per http://www.linuxbase.org/betaspecs/fhs/fhs.txt as not intended for manual/direct invocation. > Use $libexecdir but "know" that it is going to be /usr/lib and configure > appropriately? I'm confused as to how to proceed here. > Frankly, I've never understood the distinction between / and /usr in a > cygwin setup. It makes a certain amount of sense on a "real" OS, but > for us? Original idea of /usr is to separate "core system" or "strict POSIX" stuff from "mostly used/user-preferred" stuff. I.e. you may have a standard POSIX grep in /bin that lack PerlRE support, and "full-featured" grep in /usr/bin. And no one get hurt. But, because Cygwin setup is inherently "user", there was no distinction at any time (at least as long as I remember it). > Why not replace the /usr/bin = /bin and /usr/lib = /lib, and the > oncoming trainwreck of additional "relocatability" expansions for > libexec and share, by simply doing: > /usr = / That would only mess with the POSIX spirit of the Cygwin. IMHO. > ? Or is there something in windows-land (like shortcuts in the start > menu) that would be broken by this? Are we worried about shadowing /etc > and /usr/etc (or /home and /usr/home)? This, among other things. Also, circular reference to /usr/usr/usr/usr/usr/... -- WBR, Andrey Repin (anrdaemon@yandex.ru) 04.11.2013, <20:52> Sorry for my terrible english... -- 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