all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Maxim Cournoyer <maxim.cournoyer@gmail.com>
To: raingloom <raingloom@riseup.net>
Cc: 54944@debbugs.gnu.org
Subject: bug#54944: guix pull hangs on 32 bit
Date: Wed, 08 Jun 2022 16:24:27 -0400	[thread overview]
Message-ID: <87czfikio4.fsf@gmail.com> (raw)
In-Reply-To: <20220415020828.00b7865c@riseup.net> (raingloom@riseup.net's message of "Fri, 15 Apr 2022 02:08:28 +0200")

Hi!

raingloom <raingloom@riseup.net> writes:

> It's been at 67% on guix-packages-base for at least an hour now. The
> system itself is responsive and with the swap I gave it, it has more
> than enough memory. Htop shows three guile processes at the top of the
> list when sorted by CPU%, their states are S, D, D.
> Both CPUs are practically idling.
> This looks like some kind of lockup to me.
>
> Fresh install based on bare-bones example on a 32 bit netbook, but the
> install image used is the latest tagged version, since apparently there
> is no 32 bit option for edge.
>
> I also tried pulling using channel-with-substitutes, since I'm not too
> keen on locally building everything on such an old machine. Although
> Guix itself should frankly not take this long to build if we want to be
> competitive with other distros. Anyways, pulling with that in
> channels.scm gives a cert related error, so that's great, means old
> images can't easily be used for installation.

Have you been able to reproduce this?  If so, could you share the commit
you are starting from and the CPU architecture, so that we may hopefully
reproduce too?

Thanks,

Maxim




  reply	other threads:[~2022-06-08 20:25 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-04-15  0:08 bug#54944: guix pull hangs on 32 bit raingloom
2022-06-08 20:24 ` Maxim Cournoyer [this message]
2022-12-01  0:56   ` Csepp
2023-02-21  0:36     ` Csepp
2023-02-21  0:50       ` Csepp
2023-06-25 19:21         ` bug#54944: guix pull hangs in guix-packages-base.drv even with offloading Csepp

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87czfikio4.fsf@gmail.com \
    --to=maxim.cournoyer@gmail.com \
    --cc=54944@debbugs.gnu.org \
    --cc=raingloom@riseup.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.