Re: unison formal review

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 28 Sep 2011 22:00:40 +0100
"Richard W.M. Jones" <rjones@xxxxxxxxxx> 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


Attachment: signature.asc
Description: PGP signature

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux