X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org From: Adam Dinwoodie To: Jochen Wiedmann , "cygwin AT cygwin DOT com" Subject: RE: CygWin SVN should identify as CygWin Date: Tue, 7 Aug 2012 15:02:12 +0000 Deferred-Delivery: Tue, 7 Aug 2012 15:02:00 +0000 Message-ID: References: <5020CEC7 DOT 3010703 AT softwareag DOT com> <5020E3CB DOT 8070609 AT gmail DOT com> <5020E425 DOT 9080706 AT softwareag DOT com> <1975516369 DOT 20120807142759 AT mtu-net DOT ru> <5020EFDE DOT 3090305 AT softwareag DOT com> <5021233D DOT 1010305 AT softwareag DOT com> In-Reply-To: <5021233D.1010305@softwareag.com> Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 X-IsSubscribed: yes 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 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id q77F4ZVV024537 Jochen Wiedmann wrote: >On 07.08.2012 13:15, Adam Dinwoodie wrote: >> This isn't Subversion's responsibility; the problem is more general: how do you >> tell if the version of awk, sed or vim are Cygwin ones or not (or ones compiled >> containing a specific patch, or built on a particular day, or any other of a >> myriad of different things that could make a difference to an executable's >> behaviour)? > >I don't know about "more general". However, I know very well that- >there's a particular project (Maven Release Plugin), which has this very- >problem with svn, not with awk, sed, or whatever. And I'd like to >fix that specific problem, not eliminate hunger in the world, or do- >whatever more general. To achieve that, I've pointed out a non-intrusive- >and harmless change in CygWin SVN, which might help to resolve that problem. Your definition of "harmless" does not necessarily match that of the package maintainer's. You're proposing a Cygwin-specific change from the original source code. Every such change means extra work for package maintainers, both to make the change in the first place, then to keep making the change every time the source code is updated. >And, besides, your proposed solution won't work: I could, of course, >use "which", or "where" to deduce the location of "svn", but what would >that tell me. Assuming, I get "/usr/bin/svn", then I'd know that "which" >is a CygWin binary (because it emits a CygWin path), but what's got that >to do with svn? The fact that it resides in the CygWin bin directory >doesn't mean it is also a CygWin binary. So you want a solution that will allow you to tell when someone's been hacking around in Cygwin's bin directory? If you're going to overwrite things in the bin directory, I think that's something you have to do at your own risk and knowing what you're doing. Putting executables that don't play nicely with Cygwin in Cygwin's bin directory seems like an exceptionally bad idea however you count it. I think you're looking for the wrong solution. If someone is having trouble with Maven because they've put Cygwin's bin directory in their path, then they should clean up their path: Cygwin doesn't put itself in the path exactly because it can cause problems like this. -- 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