Indeterministic test failure in python2

>

>

>

> Here is a copy of the failed guix pull command. It's just the tail end

> of the error message. Some details about my machine. I'm running

> Parabola GNU/Linux. I installed guix via the install guix script. I

> have a Macbook 7,1 (2010). I did notice many warning messages that

> said, "Cannot find python3".

>

> However,

>

> $ pacman -Q python3

> python 3.7.0-4

>

> $ which python3

> /usr/bin/python3

>

>

> Anyway, here's the error messages. It seemed like guix was trying to

> build python3, and failed.

>

>

> Total duration: 8 min 47 sec

> Tests result: FAILURE

> make: *** [Makefile:869: test] Error 2

>

> Test suite failed, dumping logs.

> Backtrace:

> \ 4 (primitive-load "/gnu/store/nh1m265kg7ddar7jgwd7dh8f8y7???")

> In ice-9/eval.scm:

> 191:35 3 (_ _)

> In srfi/srfi-1.scm:

> 640:9 2 (for-each #<procedure b84680 at /gnu/store/f95ghy8mx00???> ???)

> In /gnu/store/f95ghy8mx00fc22nrvswvnpqlfdkf2nk-module-import/guix/build/gnu-build-system.scm:

> 799:31 1 (_ _)

> 369:6 0 (check #:target _ #:make-flags _ #:tests? _ # _ # _ # _)

>

> /gnu/store/f95ghy8mx00fc22nrvswvnpqlfdkf2nk-module-import/guix/build/gnu-build-system.scm:369:6: In procedure check:

> Throw to key `srfi-34' with args `(#<condition &invoke-error [program: "make" arguments: ("test" "-j" "2") exit-status: 2 term-signal: #f stop-signal: #f] b8a840>)'.

> builder for `/gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv' failed with exit code 1

> @ build-failed /gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv - 1 builder for `/gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv' failed with exit code 1

> Backtrace:

> 18 (primitive-load "/gnu/store/5ns8ygdfzr0rzsiy92qw3im2lga???")

> In ice-9/eval.scm:

> 155:9 17 (_ _)

> 159:9 16 (_ #(#(#(#(#(#(#(#(#(#(#(???) ???) ???) ???) ???) ???) ???) ???) ???) ???) ???))

> In guix/store.scm:

> 1605:24 15 (run-with-store _ _ #:guile-for-build _ #:system _ # _)

> In guix/gexp.scm:

> 684:2 14 (_ _)

> In guix/monads.scm:

> 485:9 13 (_ _)

> In guix/gexp.scm:

> 550:22 12 (_ _)

> 684:2 11 (_ _)

> In guix/monads.scm:

> 485:9 10 (_ _)

> In guix/gexp.scm:

> 550:22 9 (_ _)

> 684:2 8 (_ _)

> In guix/monads.scm:

> 485:9 7 (_ _)

> In guix/gexp.scm:

> 550:22 6 (_ _)

> In guix/store.scm:

> 1501:38 5 (_ #<build-daemon 256.97 d26f50>)

> In guix/packages.scm:

> 881:14 4 (cache! #<weak-table 453/883> #<package guile-gcrypt@0???> ???)

> In unknown file:

> 3 (_ #<procedure thunk ()> #<procedure list _> #<undefined>)

> In guix/packages.scm:

> 1205:22 2 (thunk)

> 1138:25 1 (bag->derivation #<build-daemon 256.97 d26f50> #<<bag>???> ???)

> In srfi/srfi-1.scm:

> 592:17 0 (map1 (("source" #<origin #<<git-reference> url: "???>) ???))

>

> srfi/srfi-1.scm:592:17: In procedure map1:

> Throw to key `srfi-34' with args `(#<condition &nix-protocol-error [message: "build of `/gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv' failed" status: 100] 60a4660>)'.

> guix pull: error: You found a bug: the program '/gnu/store/5ns8ygdfzr0rzsiy92qw3im2lgakq802-compute-guix-derivation'

> failed to compute the derivation for Guix (version: "39d7fdce453b0ca23ecbed72048647debbaa58a6"; system: "x86_64-linux";

> host version: "82402f76bebfa3bb563a58227eb4081f9bdb6142"; pull-version: 1).

> Please report it by email to <bug-guix@gnu.org>.

>

>

>

> Joshua Branson <jbranso@fastmail.com> ezt írta (id?pont: 2018. okt.

> 18., Cs, 16:51):

>> Total duration: 8 min 47 sec

>> Tests result: FAILURE

>> make: *** [Makefile:869: test] Error 2

>>

>> Test suite failed, dumping logs.

>> Backtrace:

>> \ 4 (primitive-load "/gnu/store/nh1m265kg7ddar7jgwd7dh8f8y7???")

>> In ice-9/eval.scm:

>> 191:35 3 (_ _)

>> In srfi/srfi-1.scm:

>> 640:9 2 (for-each #<procedure b84680 at /gnu/store/f95ghy8mx00???> ???)

>> In /gnu/store/f95ghy8mx00fc22nrvswvnpqlfdkf2nk-module-import/guix/build/gnu-build-system.scm:

>> 799:31 1 (_ _)

>> 369:6 0 (check #:target _ #:make-flags _ #:tests? _ # _ # _ # _)

>>

>> /gnu/store/f95ghy8mx00fc22nrvswvnpqlfdkf2nk-module-import/guix/build/gnu-build-system.scm:369:6: In procedure check:

>> Throw to key `srfi-34' with args `(#<condition &invoke-error [program: "make" arguments: ("test" "-j" "2") exit-status: 2 term-signal: #f stop-signal: #f] b8a840>)'.

>> builder for `/gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv' failed with exit code 1

>> @ build-failed /gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv - 1 builder for `/gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv' failed with exit code 1

>

> It was trying to build python2, and tests failed.

> Could you retry this to see if it is a persistent failure, or the

> tests are failing indeterministically?

> Hello,

>

> Gábor Boskovits <boskovits@gmail.com> skribis:

>

> > Joshua Branson <jbranso@fastmail.com> ezt írta (id?pont: 2018. okt.

> > 18., Cs, 16:51):

>

> [...]

>

> >> Total duration: 8 min 47 sec

> >> Tests result: FAILURE

> >> make: *** [Makefile:869: test] Error 2

> >>

> >> Test suite failed, dumping logs.

> >> Backtrace:

> >> \ 4 (primitive-load "/gnu/store/nh1m265kg7ddar7jgwd7dh8f8y7???")

> >> In ice-9/eval.scm:

> >> 191:35 3 (_ _)

> >> In srfi/srfi-1.scm:

> >> 640:9 2 (for-each #<procedure b84680 at /gnu/store/f95ghy8mx00???> ???)

> >> In /gnu/store/f95ghy8mx00fc22nrvswvnpqlfdkf2nk-module-import/guix/build/gnu-build-system.scm:

> >> 799:31 1 (_ _)

> >> 369:6 0 (check #:target _ #:make-flags _ #:tests? _ # _ # _ # _)

> >>

> >> /gnu/store/f95ghy8mx00fc22nrvswvnpqlfdkf2nk-module-import/guix/build/gnu-build-system.scm:369:6: In procedure check:

> >> Throw to key `srfi-34' with args `(#<condition &invoke-error [program: "make" arguments: ("test" "-j" "2") exit-status: 2 term-signal: #f stop-signal: #f] b8a840>)'.

> >> builder for `/gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv' failed with exit code 1

> >> @ build-failed /gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv - 1 builder for `/gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv' failed with exit code 1

> >

> > It was trying to build python2, and tests failed.

> > Could you retry this to see if it is a persistent failure, or the

> > tests are failing indeterministically?

>

> Specifically, could you try running:

>

> guix build /gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv

>

> ?

>

> If you enabled substitutes (pre-built binaries) you should now be

> getting substitutes for this.

>

> If that is the case, you can go ahead and rerun ‘guix pull’.

>

> (This doesn’t tell us why you were getting test failures in the first

> place, but that’s a separate issue.)

>

> HTH,

> Ludo’.

>

>

>

> Well, I thought I'd try to enable substitutes...

>

> [root@dobby guix]# pwd

> /var/guix/profiles/per-user/root/guix-profile/share/guix

>

> guix archive --authorize berlin.guixsd.org.pub

>

> This commands has been hanging (doing nothing, as far I can tell) for 5+ minutes. That sounds non-normal.

>

> On Fri, Oct 19, 2018, at 2:11 AM, Ludovic Courtès wrote:

>> Hello,

>>

>> Gábor Boskovits <boskovits@gmail.com> skribis:

>>

>> > Joshua Branson <jbranso@fastmail.com> ezt írta (id?pont: 2018. okt.

>> > 18., Cs, 16:51):

>>

>> [...]

>>

>> >> Total duration: 8 min 47 sec

>> >> Tests result: FAILURE

>> >> make: *** [Makefile:869: test] Error 2

>> >>

>> >> Test suite failed, dumping logs.

>> >> Backtrace:

>> >> \ 4 (primitive-load "/gnu/store/nh1m265kg7ddar7jgwd7dh8f8y7???")

>> >> In ice-9/eval.scm:

>> >> 191:35 3 (_ _)

>> >> In srfi/srfi-1.scm:

>> >> 640:9 2 (for-each #<procedure b84680 at /gnu/store/f95ghy8mx00???> ???)

>> >> In /gnu/store/f95ghy8mx00fc22nrvswvnpqlfdkf2nk-module-import/guix/build/gnu-build-system.scm:

>> >> 799:31 1 (_ _)

>> >> 369:6 0 (check #:target _ #:make-flags _ #:tests? _ # _ # _ # _)

>> >>

>> >> /gnu/store/f95ghy8mx00fc22nrvswvnpqlfdkf2nk-module-import/guix/build/gnu-build-system.scm:369:6: In procedure check:

>> >> Throw to key `srfi-34' with args `(#<condition &invoke-error [program: "make" arguments: ("test" "-j" "2") exit-status: 2 term-signal: #f stop-signal: #f] b8a840>)'.

>> >> builder for `/gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv' failed with exit code 1

>> >> @ build-failed /gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv - 1 builder for `/gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv' failed with exit code 1

>> >

>> > It was trying to build python2, and tests failed.

>> > Could you retry this to see if it is a persistent failure, or the

>> > tests are failing indeterministically?

>>

>> Specifically, could you try running:

>>

>> guix build /gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv

>>

>> ?

>>

>> If you enabled substitutes (pre-built binaries) you should now be

>> getting substitutes for this.

>>

>> If that is the case, you can go ahead and rerun ‘guix pull’.

>>

>> (This doesn’t tell us why you were getting test failures in the first

>> place, but that’s a separate issue.)

>>

>> HTH,

>> Ludo’.

>>

>>

>>

> Joshua Branson <jbranso@fastmail.com> writes:

>

>> Well, I thought I'd try to enable substitutes...

>>

>> [root@dobby guix]# pwd

>> /var/guix/profiles/per-user/root/guix-profile/share/guix

>>

>> guix archive --authorize berlin.guixsd.org.pub

>>

>> This commands has been hanging (doing nothing, as far I can tell) for 5+ minutes. That sounds non-normal.

>

> Ahh I forgot the "<".

>

> guix archive --authorize < berlin.guixsd.org.pub

> Hello,

>

> Joshua Branson <jbranso@fastmail.com> skribis:

>

>> Joshua Branson <jbranso@fastmail.com> writes:

>>

>>> Well, I thought I'd try to enable substitutes...

>>>

>>> [root@dobby guix]# pwd

>>> /var/guix/profiles/per-user/root/guix-profile/share/guix

>>>

>>> guix archive --authorize berlin.guixsd.org.pub

>>>

>>> This commands has been hanging (doing nothing, as far I can tell) for 5+ minutes. That sounds non-normal.

>>

>> Ahh I forgot the "<".

>>

>> guix archive --authorize < berlin.guixsd.org.pub

>

> Note that this authorizes the use of substitutes coming from

> berlin.guixsd.org, but you also need to tell guix-daemon or your guix

> command to actually fetch substitutes from https://berlin.guixsd.org.

> You can do that with the --substitute-urls option:

>

> https://www.gnu.org/software/guix/manual/en/html_node/Substitutes.html

>

> Let us know how it goes!

>

> Ludo’.

> ludo@gnu.org (Ludovic Courtès) writes:

>

> > Hello,

> >

>

> I was able to update successfully. This bug seems like a duplicate of

> python 2 not deterministic. Someone ought to close this bug report.

>

>

> > Joshua Branson <jbranso@fastmail.com> skribis:

> >

> >> Joshua Branson <jbranso@fastmail.com> writes:

> >>

> >>> Well, I thought I'd try to enable substitutes...

> >>>

> >>> [root@dobby guix]# pwd

> >>> /var/guix/profiles/per-user/root/guix-profile/share/guix

> >>>

> >>> guix archive --authorize berlin.guixsd.org.pub

> >>>

> >>> This commands has been hanging (doing nothing, as far I can tell) for

> 5+ minutes. That sounds non-normal.

> >>

> >> Ahh I forgot the "<".

> >>

> >> guix archive --authorize < berlin.guixsd.org.pub

> >

> > Note that this authorizes the use of substitutes coming from

> > berlin.guixsd.org, but you also need to tell guix-daemon or your guix

> > command to actually fetch substitutes from https://berlin.guixsd.org.

> > You can do that with the --substitute-urls option:

> >

> > https://www.gnu.org/software/guix/manual/en/html_node/Substitutes.html

> >

> > Let us know how it goes!

> >

> > Ludo’.

>

>

>

>

> Joshua Branson <jbranso@fastmail.com> ezt írta (id?pont: 2018. okt. 29., H 15:54):

>

> ludo@gnu.org (Ludovic Courtès) writes:

>

> > Hello,

> >

>

> I was able to update successfully. This bug seems like a duplicate of

> python 2 not deterministic. Someone ought to close this bug report.

>

> I believe this is not the case, usually non deterministic means the build is not reproducible, while this is a non-deterministic test failure. I would suggest

> keeping this bug open, if I am right, maybe renaming to non-deterministic test failure in python2. What do you think?

>

> > Joshua Branson <jbranso@fastmail.com> skribis:

> >

> >> Joshua Branson <jbranso@fastmail.com> writes:

> >>

> >>> Well, I thought I'd try to enable substitutes...

> >>>

> >>> [root@dobby guix]# pwd

> >>> /var/guix/profiles/per-user/root/guix-profile/share/guix

> >>>

> >>> guix archive --authorize berlin.guixsd.org.pub

> >>>

> >>> This commands has been hanging (doing nothing, as far I can tell) for 5+ minutes. That sounds non-normal.

> >>

> >> Ahh I forgot the "<".

> >>

> >> guix archive --authorize < berlin.guixsd.org.pub

> >

> > Note that this authorizes the use of substitutes coming from

> > berlin.guixsd.org, but you also need to tell guix-daemon or your guix

> > command to actually fetch substitutes from https://berlin.guixsd.org.

> > You can do that with the --substitute-urls option:

> >

> > https://www.gnu.org/software/guix/manual/en/html_node/Substitutes.html

> >

> > Let us know how it goes!

> >

> > Ludo’.

>

> Gábor Boskovits <boskovits@gmail.com> writes:

>

> > Joshua Branson <jbranso@fastmail.com> ezt írta (id?pont: 2018. okt. 29., H 15:54):

> >

> > ludo@gnu.org (Ludovic Courtès) writes:

> >

> > > Hello,

> > >

> >

> > I was able to update successfully. This bug seems like a duplicate of

> > python 2 not deterministic. Someone ought to close this bug report.

> >

> > I believe this is not the case, usually non deterministic means the build is not reproducible, while this is a non-deterministic test failure. I would suggest

> > keeping this bug open, if I am right, maybe renaming to non-deterministic test failure in python2. What do you think?

>

> Fair enough. Since I made the bug report, then I should try to build it

> again and see what happens.

>

> Hello Joshua,

>

> Joshua Branson <jbranso@fastmail.com> ezt írta (id?pont: 2018. okt.

> 30., K, 13:44):

>>

>> Gábor Boskovits <boskovits@gmail.com> writes:

>>

>> > Joshua Branson <jbranso@fastmail.com> ezt írta (id?pont: 2018. okt. 29., H 15:54):

>> >

>> > ludo@gnu.org (Ludovic Courtès) writes:

>> >

>> > > Hello,

>> > >

>> >

>> > I was able to update successfully. This bug seems like a duplicate of

>> > python 2 not deterministic. Someone ought to close this bug report.

>> >

>> > I believe this is not the case, usually non deterministic means the build is not reproducible, while this is a

>> > non-deterministic test failure. I would suggest

>> > keeping this bug open, if I am right, maybe renaming to non-deterministic test failure in python2. What do you think?

>>

>> Fair enough. Since I made the bug report, then I should try to build it

>> again and see what happens.

>>

>

> Thanks for having a look, please make sure to use guix build -K, so

> that the failed build results are retained.

> If you can't trigger the failure, then I will try to do this later.

>

> Best regards,

> g_bor

>

> Gábor Boskovits <boskovits@gmail.com> writes:

>

> > Hello Joshua,

> >

> > Joshua Branson <jbranso@fastmail.com> ezt írta (id?pont: 2018. okt.

> > 30., K, 13:44):

> >>

> >> Gábor Boskovits <boskovits@gmail.com> writes:

> >>

> >> > Joshua Branson <jbranso@fastmail.com> ezt írta (id?pont: 2018. okt. 29., H 15:54):

> >> >

> >> > ludo@gnu.org (Ludovic Courtès) writes:

> >> >

> >> > > Hello,

> >> > >

> >> >

> >> > I was able to update successfully. This bug seems like a duplicate of

> >> > python 2 not deterministic. Someone ought to close this bug report.

> >> >

> >> > I believe this is not the case, usually non deterministic means the build is not reproducible, while this is a

> >> > non-deterministic test failure. I would suggest

> >> > keeping this bug open, if I am right, maybe renaming to non-deterministic test failure in python2. What do you think?

> >>

> >> Fair enough. Since I made the bug report, then I should try to build it

> >> again and see what happens.

> >>

> >

> > Thanks for having a look, please make sure to use guix build -K, so

> > that the failed build results are retained.

> > If you can't trigger the failure, then I will try to do this later.

>

> I was able to build this successfully:

>

> guix build -K /gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv

>

>

> Collecting setuptools

> Collecting pip

> Installing collected packages: setuptools, pip

> Successfully installed pip-9.0.1 setuptools-28.8.0

> phase `install' succeeded after 32.6 seconds

> starting phase `move-tk-inter'

> phase `move-tk-inter' succeeded after 0.2 seconds

> starting phase `remove-tests'

> phase `remove-tests' succeeded after 0.8 seconds

> starting phase `patch-shebangs'

> phase `patch-shebangs' succeeded after 0.0 seconds

> starting phase `make-libraries-writable'

> phase `make-libraries-writable' succeeded after 0.1 seconds

> starting phase `strip'

> stripping binaries in "/gnu/store/l7164sj4k77c4bwy9mrqq9d96bxiz4kw-python2-2.7.14/lib" with "strip" and flags ("--strip-debug" "--enable-deterministic-archives")

> stripping binaries in "/gnu/store/l7164sj4k77c4bwy9mrqq9d96bxiz4kw-python2-2.7.14/bin" with "strip" and flags ("--strip-debug" "--enable-deterministic-archives")

> stripping binaries in "/gnu/store/z0r8jiimjgdg2sl3h9ad9z1v1i95752v-python2-2.7.14-tk/lib" with "strip" and flags ("--strip-debug" "--enable-deterministic-archives")

> phase `strip' succeeded after 2.9 seconds

> starting phase `validate-runpath'

> validating RUNPATH of 64 binaries in "/gnu/store/l7164sj4k77c4bwy9mrqq9d96bxiz4kw-python2-2.7.14/lib"...

> validating RUNPATH of 1 binaries in "/gnu/store/l7164sj4k77c4bwy9mrqq9d96bxiz4kw-python2-2.7.14/bin"...

> validating RUNPATH of 1 binaries in "/gnu/store/z0r8jiimjgdg2sl3h9ad9z1v1i95752v-python2-2.7.14-tk/lib"...

> phase `validate-runpath' succeeded after 1.1 seconds

> starting phase `validate-documentation-location'

> phase `validate-documentation-location' succeeded after 0.0 seconds

> starting phase `delete-info-dir-file'

> phase `delete-info-dir-file' succeeded after 0.0 seconds

> starting phase `patch-dot-desktop-files'

> phase `patch-dot-desktop-files' succeeded after 0.0 seconds

> starting phase `install-license-files'

> installing 1 license files

> phase `install-license-files' succeeded after 0.0 seconds

> starting phase `reset-gzip-timestamps'

> phase `reset-gzip-timestamps' succeeded after 0.1 seconds

> starting phase `compress-documentation'

> compressing documentation in '/gnu/store/l7164sj4k77c4bwy9mrqq9d96bxiz4kw-python2-2.7.14/share/man' with "gzip" and flags ("--best" "--no-name")

> phase `compress-documentation' succeeded after 0.1 seconds

> successfully built /gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv

> /gnu/store/l7164sj4k77c4bwy9mrqq9d96bxiz4kw-python2-2.7.14

> /gnu/store/z0r8jiimjgdg2sl3h9ad9z1v1i95752v-python2-2.7.14-tk

>

>

> I suppose now we can close this bug report, since I can't reproduce the

> error?

>

> Thanks

>

> >

> > Best regards,

> > g_bor

>

>

>

> Hello Joshua,

>

> Joshua Branson <jbranso@fastmail.com> ezt írta (id?pont: 2018. okt.

> 30., K, 16:10):

>>

>> Gábor Boskovits <boskovits@gmail.com> writes:

>>

>> > Hello Joshua,

>> >

>> > Joshua Branson <jbranso@fastmail.com> ezt írta (id?pont: 2018. okt.

>> > 30., K, 13:44):

>> >>

>> >> Gábor Boskovits <boskovits@gmail.com> writes:

>> >>

>> >> > Joshua Branson <jbranso@fastmail.com> ezt írta (id?pont: 2018. okt. 29., H 15:54):

>> >> >

>> >> > ludo@gnu.org (Ludovic Courtès) writes:

>> >> >

>> >> > > Hello,

>> >> > >

>> >> >

>> >> > I was able to update successfully. This bug seems like a duplicate of

>> >> > python 2 not deterministic. Someone ought to close this bug report.

>> >> >

>> >> > I believe this is not the case, usually non deterministic means the build is not reproducible, while this is a

>> >> > non-deterministic test failure. I would suggest

>> >> > keeping this bug open, if I am right, maybe renaming to non-deterministic test failure in python2. What do you think?

>> >>

>> >> Fair enough. Since I made the bug report, then I should try to build it

>> >> again and see what happens.

>> >>

>> >

>> > Thanks for having a look, please make sure to use guix build -K, so

>> > that the failed build results are retained.

>> > If you can't trigger the failure, then I will try to do this later.

>>

>> I was able to build this successfully:

>>

>> guix build -K /gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv

>>

>>

>> Collecting setuptools

>> Collecting pip

>> Installing collected packages: setuptools, pip

>> Successfully installed pip-9.0.1 setuptools-28.8.0

>> phase `install' succeeded after 32.6 seconds

>> starting phase `move-tk-inter'

>> phase `move-tk-inter' succeeded after 0.2 seconds

>> starting phase `remove-tests'

>> phase `remove-tests' succeeded after 0.8 seconds

>> starting phase `patch-shebangs'

>> phase `patch-shebangs' succeeded after 0.0 seconds

>> starting phase `make-libraries-writable'

>> phase `make-libraries-writable' succeeded after 0.1 seconds

>> starting phase `strip'

>> stripping binaries in "/gnu/store/l7164sj4k77c4bwy9mrqq9d96bxiz4kw-python2-2.7.14/lib" with "strip" and flags ("--strip-debug"

>> "--enable-deterministic-archives")

>> stripping binaries in "/gnu/store/l7164sj4k77c4bwy9mrqq9d96bxiz4kw-python2-2.7.14/bin" with "strip" and flags ("--strip-debug"

>> "--enable-deterministic-archives")

>> stripping binaries in "/gnu/store/z0r8jiimjgdg2sl3h9ad9z1v1i95752v-python2-2.7.14-tk/lib" with "strip" and flags

>> ("--strip-debug" "--enable-deterministic-archives")

>> phase `strip' succeeded after 2.9 seconds

>> starting phase `validate-runpath'

>> validating RUNPATH of 64 binaries in "/gnu/store/l7164sj4k77c4bwy9mrqq9d96bxiz4kw-python2-2.7.14/lib"...

>> validating RUNPATH of 1 binaries in "/gnu/store/l7164sj4k77c4bwy9mrqq9d96bxiz4kw-python2-2.7.14/bin"...

>> validating RUNPATH of 1 binaries in "/gnu/store/z0r8jiimjgdg2sl3h9ad9z1v1i95752v-python2-2.7.14-tk/lib"...

>> phase `validate-runpath' succeeded after 1.1 seconds

>> starting phase `validate-documentation-location'

>> phase `validate-documentation-location' succeeded after 0.0 seconds

>> starting phase `delete-info-dir-file'

>> phase `delete-info-dir-file' succeeded after 0.0 seconds

>> starting phase `patch-dot-desktop-files'

>> phase `patch-dot-desktop-files' succeeded after 0.0 seconds

>> starting phase `install-license-files'

>> installing 1 license files

>> phase `install-license-files' succeeded after 0.0 seconds

>> starting phase `reset-gzip-timestamps'

>> phase `reset-gzip-timestamps' succeeded after 0.1 seconds

>> starting phase `compress-documentation'

>> compressing documentation in '/gnu/store/l7164sj4k77c4bwy9mrqq9d96bxiz4kw-python2-2.7.14/share/man' with "gzip" and flags

>> ("--best" "--no-name")

>> phase `compress-documentation' succeeded after 0.1 seconds

>> successfully built /gnu/store/qpvqn6ff2lmfq74ff3i9pz5hrb01p9hw-python2-2.7.14.drv

>> /gnu/store/l7164sj4k77c4bwy9mrqq9d96bxiz4kw-python2-2.7.14

>> /gnu/store/z0r8jiimjgdg2sl3h9ad9z1v1i95752v-python2-2.7.14-tk

>>

>>

>> I suppose now we can close this bug report, since I can't reproduce the

>> error?

>>

>

> Please leave this open, until I can have a closer look. I will take

> ownership of this bug.

>

>> Thanks

>>

>> >

>> > Best regards,

>> > g_bor

>>

>>

>>

>

> Best regards,

> g_bor

> Please leave this open, until I can have a closer look. I will take

> ownership of this bug.