On Wed, 28 Sep 2011 22:00:40 +0100 "Richard W.M. Jones" <rjo...@redhat.com> wrote:
> I checked the source code, and unison sends a header which contains > the current major version number of the software (where "major > version" is a string, currently "2.40"). If the major versions of > each end don't exactly match, unison aborts. It would be possible, > albeit complicated, to combine all versions of unison together somehow > and switch on the major version. I think you can run it with a switch or compile time option to make it pass the full version so you could have unison-2.40 and unison-99 on the remote end and it would start the right one. > I was thinking of something slightly simpler: a single 'unison' > package that contained several binaries, like /usr/bin/unison227, > /usr/bin/unison (symlink to latest). That does help with needing re-reviews and names and such, but it doesn't help in that you have to update everything everytime a new version comes out. kevin
signature.asc
Description: PGP signature
-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
