From mboxrd@z Thu Jan 1 00:00:00 1970 From: dptdescribe Subject: Re: Initial installation - stuck at installing python (killing process) Date: Sat, 19 Mar 2016 19:02:54 +0100 Message-ID: <672E2607-3B8F-43C2-8464-BBD74510D3CF@gmail.com> References: <512F8C50-8C14-4EF9-AEA6-8D9A1F36DFC7@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_C6198D3F-081A-47F3-8EA6-8BF578582275" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49126) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ahLDJ-0000CP-8R for help-guix@gnu.org; Sat, 19 Mar 2016 14:03:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ahLDG-0000Vy-1M for help-guix@gnu.org; Sat, 19 Mar 2016 14:03:01 -0400 Received: from mail-lf0-x244.google.com ([2a00:1450:4010:c07::244]:36818) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ahLDF-0000Vu-KM for help-guix@gnu.org; Sat, 19 Mar 2016 14:02:57 -0400 Received: by mail-lf0-x244.google.com with SMTP id h198so7116898lfh.3 for ; Sat, 19 Mar 2016 11:02:57 -0700 (PDT) In-Reply-To: List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org To: Tobias Geerinckx-Rice Cc: help-guix --Apple-Mail=_C6198D3F-081A-47F3-8EA6-8BF578582275 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Thanks Tobias. It worked for the python issue but I came back to the error which I had = in the first place a few days ago. After building guix (?) it run some = tests. It fails at tests/store.scm. I cannot find any logs anywhere, I = asked about that on the #guix few days ago and noone could help. There = are 61 tests, 2 are skipped and 1 is failed. It prints message to see = ./test-suite.log but this file doesn=E2=80=99t exist. Actually one of = the logs asks me to report a bug on the mailing list. ;) All I did was killing the process (Ctrl-C) after seeing the well known = =E2=80=9Ckilling process / no such process=E2=80=9D message after = running the following command: # guix system init /mnt/etc/config.scm /mnt Then I re-run the system init with fallback flag: # guix system init /mnt/etc/config.scm /mnt =E2=80=94fallback As I wrote - it helped for the python issue and proceed further. After failed test I tried to run again the first command (without = =E2=80=94fallback) to download guix rather than building it from the = source, however it didn=E2=80=99t helped. Maybe there is some cache = which tells guix =E2=80=9Chey - I have the source files and I already = build the project, maybe we should build it again rather than download = anything?=E2=80=9D - no idea... I cannot copy-paste the log so please see few screenshots on imgur. http://imgur.com/a/5fsQG Thanks once again. dptd > On 19 Mar 2016, at 15:37, Tobias Geerinckx-Rice = wrote: >=20 > Hallo, >=20 > On 19/03/2016, dptdescribe wrote: >> We all know that hydra is being overloaded all the time. The guix = system >> init process is failing on random packages due to the network issues. = I am >> rerunning the command every time. However something strange happens = at >> python package. Every time after downloading 15.3M the process is = being >> killed but is it? >=20 > It's not you, it's Hydra. >=20 > I got the same error (also consistently at 15.3M) yesterday. I suspect > an incompletely cached file in the front end, but that's just a guess. > Maybe someone else knows. >=20 > The good news: adding a =E2=80=98--fallback=E2=80=99 switch to build = Python locally > should do the trick. It did here. Just be prepared to wait a while on > a slower VM. >=20 > Kind regards, >=20 > T G-R --Apple-Mail=_C6198D3F-081A-47F3-8EA6-8BF578582275 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Thanks Tobias.

It worked for the python issue but I = came back to the error which I had in the first place a few days ago. = After building guix (?) it run some tests. It fails at tests/store.scm. = I cannot find any logs anywhere, I asked about that on the #guix few = days ago and noone could help. There are 61 tests, 2 are skipped and 1 = is failed. It prints message to see ./test-suite.log but this file = doesn=E2=80=99t exist. Actually one of the logs asks me to report a bug = on the mailing list. ;)

All I did was killing the process (Ctrl-C) after seeing the = well known =E2=80=9Ckilling process / no such process=E2=80=9D message = after running the following command:
# guix system = init /mnt/etc/config.scm /mnt

Then I re-run the system init with = fallback flag:
# guix system init = /mnt/etc/config.scm /mnt =E2=80=94fallback

As I wrote - it helped for the python = issue and proceed further.

After failed test I tried to run again the first command = (without =E2=80=94fallback) to download guix rather than building it = from the source, however it didn=E2=80=99t helped. Maybe there is some = cache which tells guix =E2=80=9Chey - I have the source files and I = already build the project, maybe we should build it again rather than = download anything?=E2=80=9D - no idea...

I cannot copy-paste the log so please = see few screenshots on imgur.
http://imgur.com/a/5fsQG

Thanks once again.

dptd

On = 19 Mar 2016, at 15:37, Tobias Geerinckx-Rice <tobias.geerinckx.rice@gmail.com> wrote:

Hallo,

On 19/03/2016, dptdescribe <dptdescribe@gmail.com> wrote:
We all know that hydra is being overloaded all = the time. The guix system
init process is failing on = random packages due to the network issues. I am
rerunning = the command every time. However something strange happens at
python package. Every time after downloading 15.3M the = process is being
killed but is it?

It's not you, it's Hydra.

I got the same error (also consistently at = 15.3M) yesterday. I suspect
an incompletely cached file in = the front end, but that's just a guess.
Maybe someone else = knows.

The good news: adding a = =E2=80=98--fallback=E2=80=99 switch to build Python locally
should do the trick. It did here. Just be prepared to wait a = while on
a slower VM.

Kind = regards,

T G-R

= --Apple-Mail=_C6198D3F-081A-47F3-8EA6-8BF578582275--