public inbox for cygwin-apps@cygwin.com
 help / color / mirror / Atom feed
From: Andrew Schulman <schulman.andrew@epa.gov>
To: cygwin-apps@cygwin.com
Subject: Re: [ITP] unison2.49
Date: Sun, 01 May 2016 11:38:00 -0000	[thread overview]
Message-ID: <bqpbiblia01dmdvfp73kiufte0us4hknf9@4ax.com> (raw)
In-Reply-To: <87inyz9q6u.fsf@Rainer.invalid>

> 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

      reply	other threads:[~2016-05-01 11:38 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-30 12:29 Andrew Schulman
2016-04-30 13:03 ` Marco Atzeri
2016-04-30 13:33 ` Achim Gratz
2016-05-01 11:38   ` Andrew Schulman [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bqpbiblia01dmdvfp73kiufte0us4hknf9@4ax.com \
    --to=schulman.andrew@epa.gov \
    --cc=cygwin-apps@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).