X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org MIME-Version: 1.0 In-Reply-To: References: <4D6BFD09 DOT 8020600 AT gmx DOT de> Date: Thu, 3 Mar 2011 07:06:45 +0000 Message-ID: Subject: Re: Doubtful about unison From: Andy Koppe To: cygwin AT cygwin DOT com Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: 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 On 1 March 2011 14:25, Olivier Lefevre wrote: > On 3/1/2011 8:20 AM, Andy Koppe wrote: >> >> To be fair, setup.exe ought to be able to resolve or warn about such >> version dependencies. > > That's what I was tempted to say. For the record this is what I did: > 1) select Keep > 2) manually pick unison > 3) accept the dialog about dependencies > Yet AFAICT only Unison was installed. Yeah, the Keep button should come with a at-your-own-risk warning really. > This is complicated by the fact that I did not directly install but > did a first download-without-installation and then installed from > local bundles. The above is what happened at download time; I am no > longer sure what I did at installation time but most likely the same. > > In a slightly different line of thought, isn't it rather brittle of > Cygwin that a minor upgrade (I was already at some 1.7 version) > breaks applications? Think, a contrario, of how you can still run > ancient Windows apps on XP. The problem you had was a case of broken forward compatibility, whereas your Windows example is talking about backward compatibility. The Cygwin devs do try hard to maintain the latter, so even really old packages in the distribution continue to run with the latest DLL. What isn't guaranteed to work is running packages built on the latest DLL with an old DLL, because that's likely to depend on new features in the latest DLL. Andy -- 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