This is the mail archive of the cygwin-apps mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH 1/3] Compare package versions, not setup.ini timestamps


On 11/6/2010 1:52 PM, Christopher Faylor wrote:
On Sat, Nov 06, 2010 at 05:05:13PM +0000, Jon TURNEY wrote:
Currently, when two mirrors offer different versions of a package for a stability
level, the one from the setup.ini with the latest timestamp is chosen. This works
adequately when the mirrors are exactly that, so the one which has been updated most
recently has the most up-to-date version for all packages.  But this makes it difficult
to have an overlay, a site which offers updated versions of a subset of packages,
as there's no way to reliably ensure setup selects those updated versions (without
massaging the timestamps in the setup.ini files after downloading them)

So, instead of comparing the setup.ini timestamps, compare the package version numbers
to determine which package is most recent.

This shouldn't change the current behaviour in the simple case where only one mirror
is selected (provided no packages have negative version numbers).

I'm not against this idea but I'd like to see what others think about this.

I know that cygwinports and other sites use setup.exe for their own
purposes but setup.exe was never really intended (Red Hat itself not
withstanding) to be used as anything other than a mechanism for
installing the cygwin distribution.  So, while, again, I am not against
this idea, I'd like to see what others think about this.  It doesn't
seem like we'd lose any functionality if we adopted this change but I
may be missing something.

I like the idea. I make my own repository for installing and testing new builds of emacs, and I've had the same problem as Jon.


Ken


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]