version anomalies

Jon Turney jon.turney@dronecode.org.uk
Wed Jan 31 17:58:00 GMT 2018


With the setup 2.885 release candidate, when selecting 'sync' 
(dist-upgrade) mode, you may find you have some packages installed which 
setup wants to downgrade.

Mostly, these are packages where a version was removed (or relabelled as 
test), and hasn't (yet) been superseded by a higher version.  Currently, 
you are just supposed to know that you need to downgrade these manually.

I have written a script [1] which analyses historical setup.ini data 
from the Cygwin Time Machine (thanks!), looking for anomalies with 
version numbers which cause this behaviour.

(caveat: CTM only updates once per day, so problems which existed for 
less than a day e.g. the recent hiccup with libgc1 [2], may not be in 
this dataset)

This finds the following anomalies for x86_64:

> $ ./version-anomalies.py  --arch x86_64
> package                 version           version           after circa
> gcc-ada                 6.4.0-5           6.4.0-4           circa/64bit/2018/01/20/070117 [a]
> gcc-cilkplus            6.4.0-5           6.4.0-4           circa/64bit/2018/01/20/070117 [a]
> gcc-core                6.4.0-5           6.4.0-4           circa/64bit/2018/01/20/070117 [a]
> gcc-debuginfo           6.4.0-5           6.4.0-4           circa/64bit/2018/01/20/070117 [a]
> gcc-fortran             6.4.0-5           6.4.0-4           circa/64bit/2018/01/20/070117 [a]
> gcc-g++                 6.4.0-5           6.4.0-4           circa/64bit/2018/01/20/070117 [a]
> gcc-objc                6.4.0-5           6.4.0-4           circa/64bit/2018/01/20/070117 [a]
> gcc-objc++              6.4.0-5           6.4.0-4           circa/64bit/2018/01/20/070117 [a]
> libatomic1              6.4.0-5           6.4.0-4           circa/64bit/2018/01/20/070117 [a]
> libcilkrts5             6.4.0-5           6.4.0-4           circa/64bit/2018/01/20/070117 [a]
> libgcc1                 6.4.0-5           6.4.0-4           circa/64bit/2018/01/20/070117 [a]
> libgfortran3            6.4.0-5           6.4.0-4           circa/64bit/2018/01/20/070117 [a]
> libgnat6                6.4.0-5           6.4.0-4           circa/64bit/2018/01/20/070117 [a]
> libgomp1                6.4.0-5           6.4.0-4           circa/64bit/2018/01/20/070117 [a]
> libobjc4                6.4.0-5           6.4.0-4           circa/64bit/2018/01/20/070117 [a]
> libquadmath0            6.4.0-5           6.4.0-4           circa/64bit/2018/01/20/070117 [a]
> libstdc++6              6.4.0-5           6.4.0-4           circa/64bit/2018/01/20/070117 [a]
> lftp                    4.8.0-1           4.7.8-2           circa/64bit/2017/10/10/051431 [b]
> lftp-debuginfo          4.8.0-1           4.7.8-2           circa/64bit/2017/10/10/051431 [b]
> fossil                  20151102+1.34-1   2.3-1             circa/64bit/2017/09/25/184706 [*]
> liblz4-devel            131-1             1.7.5-1           circa/64bit/2017/09/02/145432 [‡]
> liblz4_1                131-1             1.7.5-1           circa/64bit/2017/09/02/145432 [‡]
> lz4                     131-1             1.7.5-1           circa/64bit/2017/09/02/145432 [‡]
> lz4-debuginfo           131-1             1.7.5-1           circa/64bit/2017/09/02/145432 [‡]
> mingw64-i686-lz4        131-1             1.7.5-1           circa/64bit/2017/09/02/145432 [‡]
> mingw64-x86_64-lz4      131-1             1.7.5-1           circa/64bit/2017/09/02/145432 [‡]
> kde-base-artwork        15.04.3-1         5.8.8-1           circa/64bit/2017/04/19/015003 [‡]
> libproj9                4.9.3-1           4.9.2-1           circa/64bit/2016/11/10/231405 [c]
> oxygen-icons            15.04.3-1         5.39.0-1          circa/64bit/2016/11/02/231610 [‡]
> libslang-devel          2.3.1pre17-1      2.3.1a-1          circa/64bit/2016/10/31/131355 [d]
> libslang2               2.3.1pre17-1      2.3.1a-1          circa/64bit/2016/10/31/131355 [d]
> slang-debuginfo         2.3.1pre17-1      2.3.1a-1          circa/64bit/2016/10/31/131355 [d]
> slsh                    2.3.1pre17-1      2.3.1a-1          circa/64bit/2016/10/31/131355 [d]
> cscope                  15.8.0.1-2        15.8b-1           circa/64bit/2016/06/07/161250 [*]
> perl-Carp               1.3301-2          1.38-2            circa/64bit/2015/07/30/131023 [*]
> xdelta                  3.0.9-1           1.1.4-2           circa/64bit/2015/07/17/161023 [e]
> xdelta-debuginfo        3.0.9-1           1.1.4-2           circa/64bit/2015/07/17/161023 [e]
> socat                   2.0.0-b7-1        1.7.3.1-1         circa/64bit/2015/03/20/171020 [f]
> perl_autorebase         001001-1          5.26.1-1          circa/64bit/2015/02/16/141018 [g]
> fossil                  20140612172556-3  20151102+1.34-1   circa/64bit/2015/02/08/141019 [*]
> mingw64-x86_64-binutils 20130314-1        2.29.1.787c9873-1 circa/64bit/2014/03/16/034442 [*]
> giflib                  4.2.1-1           4.1.6-12          circa/64bit/2013/07/20/142328 [§]
> giflib-debuginfo        4.2.1-1           4.1.6-12          circa/64bit/2013/07/20/142328 [§]
> libgif-devel            4.2.1-1           4.1.6-12          circa/64bit/2013/07/20/142328 [§]
> libgif4                 4.2.1-1           4.1.6-12          circa/64bit/2013/07/20/142328 [§]
> xwinclip                2.0.0-1           1.19.6-1          circa/64bit/2013/06/15/131231 [†]
> w32api                  20130402-svn-1    9999-1            circa/64bit/2013/04/04/130709 [*]

[a] https://cygwin.com/ml/cygwin/2018-01/msg00204.html
[b] https://cygwin.com/ml/cygwin-announce/2017-10/msg00021.html
[c] https://cygwin.com/ml/cygwin/2016-11/msg00125.html
[d] https://cygwin.com/ml/cygwin/2017-03/msg00423.html
[e] https://cygwin.com/ml/cygwin-apps/2015-07/msg00099.html
[f] https://cygwin.com/ml/cygwin/2015-03/msg00384.html
[g] https://cygwin.com/ml/cygwin/2015-02/msg00555.html

I've implemented a feature in 2.885 which causes setup to selectively 
dist-upgrade package versions listed as 'replace-versions:' in 
setup.ini, so problem versions can be replaced automatically, which 
seems appropriate for all of these.

[*] These versions aren't ordered correctly by the version comparison we 
now define
[†] A standalone xwinclip with this version existed briefly (for x86_64 
only), before xwinclip was absorbed into the xorg-server source
[‡] The upstream version numbering scheme changed
[§] no idea

It's less clear what to do about these.

[1] https://github.com/jon-turney/version-anomalies
[2] https://cygwin.com/ml/cygwin-apps/2018-01/msg00047.html



More information about the Cygwin-apps mailing list