This is the mail archive of the
cygwin-apps
mailing list for the Cygwin project.
Re: subtle problem with x86_64 automake1.4
- From: Christopher Faylor <cgf-use-the-mailinglist-please at cygwin dot com>
- To: cygwin-apps at cygwin dot com
- Date: Tue, 10 Sep 2013 14:48:34 -0400
- Subject: Re: subtle problem with x86_64 automake1.4
- Authentication-results: sourceware.org; auth=none
- References: <20130910175016 dot GA6803 at ednor dot casa dot cgf dot cx> <522F6780 dot 1070702 at users dot sourceforge dot net>
- Reply-to: cygwin-apps at cygwin dot com
On Tue, Sep 10, 2013 at 01:40:00PM -0500, Yaakov (Cygwin/X) wrote:
>On 2013-09-10 12:50, Christopher Faylor wrote:
>> upset's version normalizer considers (not unreasonably I think)
>> 4-1.4p6-11 to be the same as 4-1.4-p6-11. So, having both files in the
>> same directory is going to confuse things.
>
>This would be partially my fault. I NMU'd 1.4-p6-11 as part of the
>x86_64 bootstrap, with they hyphen per the upstream tarball versioning,
>not realizing the x86 package was versioned 1.4p6 (without the hyphen),
>and bumped the release number due to the addition of Fedora's patchset.
> When Chuck got around to redoing his packages, his last x86 release
>was 10, so he bumped his to 11, probably not realizing that it needed to
>be 12 because of my x86_64-only bump.
>
>> I've added a kludge to the version sorter that upset uses which causes
>> -p6 to sort before p6 but, please don't create packages with different
>> patch number versioning schemes like this.
>
>I removed my bootstrap packages in favour of Chuck's to be safe.
Argh. This introduces YA round of mirror churn. I specifically didn't
do this because I was trying to get the mirrors stabilized.
cgf