bug-guix
[Top][All Lists]
Advanced

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

bug#32949: Go 1.11 keeps references to bootstrap Go, many other packages


From: Gábor Boskovits
Subject: bug#32949: Go 1.11 keeps references to bootstrap Go, many other packages
Date: Sat, 6 Oct 2018 19:05:20 +0200

Hello Leo,

I have found a possible source of the references.
In the package output, in the pkg/obj/go-build directory there are a huge amount of
test logs, and the bootstrap go is stat-ed during these tests.
See for example the file pkg/obj/go-build/f7/f749...

I'm not very much into go, but I believe, that these should not be needed.

Gábor Boskovits <address@hidden> ezt írta (időpont: 2018. okt. 5., P, 20:08):
Hello Leo,

Leo Famulari <address@hidden> ezt írta (időpont: 2018. okt. 5., P, 19:02):
We should figure out what's happening here and clean it up as a
prerequisite to switching our default Go to 1.11.

Go 1.11:

$ guix gc --references /gnu/store/4d3gc2qjfi7n87ljs7mbn9y9zplj5spw-go-1.11.1
/gnu/store/2b2md66fbzyspsmd5dj6zkj9hilac40r-tzdata-2018e
/gnu/store/2vggh6ka830b73vaw6mc8krqwk59fw9m-sed-4.5
/gnu/store/4d3gc2qjfi7n87ljs7mbn9y9zplj5spw-go-1.11.1
/gnu/store/5rxdjbk8h0bh1hbaan8y8ib13va2bcmw-net-base-5.3
/gnu/store/63gkgnixg6xj3m9cgl25ib2zxl51ngw0-coreutils-8.29
/gnu/store/6zz27h4l21b8f2mifrk9sidvib9cns2i-perl-5.26.1
/gnu/store/b5x786d3h552j2zp4ppvlz9dkbiqy2ng-ld-wrapper-0
/gnu/store/cyw1s5q7s7ql0vwkf34rzjb0cr6w1qnp-findutils-4.6.0
/gnu/store/dk23rrx1nycghfqr32qpcn261pl0gyp4-xz-5.2.3
/gnu/store/fbalwbm4yqldbfvcpaa2plhk4z7vszlz-gawk-4.2.1
/gnu/store/hxj9mdzhbjxmfj536crfscc0fhwwz4vy-tar-1.30
/gnu/store/i69323v107s0jj1l2vflwji1md537agi-grep-3.1
/gnu/store/iwfrjby868bx7fcc6mfl2z098j21ky5k-diffutils-3.6
/gnu/store/kc3xgspiq86ry6spyw874qk6pbxfpjx2-gzip-1.9
/gnu/store/l4lr0f5cjd0nbsaaf8b5dmcw1a1yypr3-glibc-2.27
/gnu/store/mkpys23vssbw4qnmg465s2swmnp49sk3-go-1.4.3
/gnu/store/nx21fqlb8jixwhbs83xlfp9a3h5p3g9a-make-4.2.1
/gnu/store/pp0bakrbyv9xmp1kyv2114l19s11b74z-gcc-6.4.0-lib
/gnu/store/q98l02i6wjw3v0x8vbp42ng8wwwxrb4g-patch-2.7.6
/gnu/store/qhxgdgyiyq2ilvh17fqfw0njpqlg4gsc-file-5.32
/gnu/store/qvwvwbfz2hmjm0spz92sn1w3r5r8l2f8-bzip2-1.0.6
/gnu/store/rbrandv7anzjxqkr40d7fkanzssslk4b-bash-minimal-4.4.19
/gnu/store/srmqh29dpm50j8kj1pbqg2rgh053wgyp-binutils-2.30
/gnu/store/vjxqhnn5vf223prpkq6yk3vcjlvqdx15-pkg-config-0.29.2
/gnu/store/zd7wa5llagjg5iqjh2ri2c25j1gpzjz1-which-2.21
/gnu/store/zrhwhlqqk51qslbddk4cip2z2p3fpvxd-gcc-5.5.0


Last time I have seen this kind of thing it was because our strip phase in gnu-build-system strips only some directories, and
the package had binaries in a directory not on that list, so there remained references. Could you check if this is the case here?
I was trying to check this myself, but I am having problems with my network, and the go downloads fail. 
 
Go 1.9:

$ guix gc --references /gnu/store/j8gs5gh6fkhby3lcajyl07n93rv90i31-go-1.9.7
/gnu/store/2b2md66fbzyspsmd5dj6zkj9hilac40r-tzdata-2018e
/gnu/store/5rxdjbk8h0bh1hbaan8y8ib13va2bcmw-net-base-5.3
/gnu/store/63gkgnixg6xj3m9cgl25ib2zxl51ngw0-coreutils-8.29
/gnu/store/6zz27h4l21b8f2mifrk9sidvib9cns2i-perl-5.26.1
/gnu/store/j8gs5gh6fkhby3lcajyl07n93rv90i31-go-1.9.7
/gnu/store/l4lr0f5cjd0nbsaaf8b5dmcw1a1yypr3-glibc-2.27
/gnu/store/pp0bakrbyv9xmp1kyv2114l19s11b74z-gcc-6.4.0-lib
/gnu/store/rbrandv7anzjxqkr40d7fkanzssslk4b-bash-minimal-4.4.19
/gnu/store/vla5j7pbkpcp39lsdfsmz7m9azn48lr4-gcc-5.5.0-lib
/gnu/store/zrhwhlqqk51qslbddk4cip2z2p3fpvxd-gcc-5.5.0

Best regards,
g_bor 

Best regards,
g_bor 

reply via email to

[Prev in Thread] Current Thread [Next in Thread]