From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 130716 invoked by alias); 1 May 2016 11:38:35 -0000 Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com Received: (qmail 130702 invoked by uid 89); 1 May 2016 11:38:34 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:1500, talk X-HELO: plane.gmane.org Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Sun, 01 May 2016 11:38:33 +0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1awphl-0000qf-NI for cygwin-apps@cygwin.com; Sun, 01 May 2016 13:38:29 +0200 Received: from c-69-140-37-22.hsd1.md.comcast.net ([69.140.37.22]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 May 2016 13:38:29 +0200 Received: from schulman.andrew by c-69-140-37-22.hsd1.md.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 May 2016 13:38:29 +0200 To: cygwin-apps@cygwin.com From: Andrew Schulman Subject: Re: [ITP] unison2.49 Date: Sun, 01 May 2016 11:38:00 -0000 Message-ID: References: <87inyz9q6u.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Archive: encrypt X-IsSubscribed: yes X-SW-Source: 2016-05/txt/msg00000.txt.bz2 > Andrew Schulman writes: > > I've built and uploaded packages for the next version of unison, unison2.49. > > Please add unison2.49 to the package list with me as maintainer. > > Sorry, but why do you need to make the version part of the package name? > Could you name that package just unison, please? Sadly, no. The way Unison development works, whenever the developers change Unison's network protocol in an incompatible way, they bump the second part of the version number. So versions of Unison with different second parts of the version number are incompatible. For example, all versions 2.48.* can talk to each other, but if you try to use version 2.48.* to sync with a version 2.49.*, Unison will complain about incompatible version numbers and quit. So the only solution is to make a new package for each incompatible version, so you can be sure to have whichever version you need to sync to a remote host (and many different versions are in use in the wild). At least we use alternatives to provide a generic symlink /usr/bin/unison. All of the above is explained in /usr/share/doc/Cygwin/unison*.README. Years ago it was worse, because any two different versions of Unison were considered incompatible. So we had to create a new package for each point release. I convinced the developers to bump the second part of the version number only when they made an incompatible change, so at least we could know that versions x.y.* can all talk to each other. Andrew