unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / code / Atom feed
From: Danny Milosavljevic <dannym@scratchpost.org>
To: Mark H Weaver <mhw@netris.org>
Cc: guix-devel@gnu.org, 33676@debbugs.gnu.org
Subject: bug#33676: GuixSD on eoma68-a20?
Date: Sun, 9 Dec 2018 00:53:43 +0100	[thread overview]
Message-ID: <20181209005343.7c8dc8e3__48347.6419271485$1544313134$gmane$org@scratchpost.org> (raw)
In-Reply-To: <87pnubn386.fsf@netris.org>

[-- Attachment #1: Type: text/plain, Size: 1283 bytes --]

Hi Mark,

On Sat, 08 Dec 2018 15:59:58 -0500
Mark H Weaver <mhw@netris.org> wrote:

> This sounds like two distinct bugs:
> 
> * Regarding the lack of disk space: if I'm not mistaken, as things are
>   currently implemented, we must specify the size of the disk image
>   manually.  I guess we need to increase the size.

Ah, you are right!  https://hydra.gnu.org/build/3194622/log/raw (the usb-image
for i686) also fails - but nobody noticed because we only distribute the iso
image (which determines its size dynamically).

I didn't make the connection that this is a fixed-size guest filesystem before.

> * This error that occurs within QEMU is apparently not being propagated
>   to the outer build script.  That should be fixed.

Yes.

> > I'm now setting up my own build server and trying to get the flash image
> > that way - which is ridiculous.  
> 
> You seem to be assuming that the problem building the disk image is a
> Hydra-specific problem.  Do you have reason to believe so?  I would
> guess that these bugs are in the disk image builder.

Probably!

According to the progress bar it's missing an additional 40% ?  That's... large.

I've increased the size for the time being, but according to the logs
it was at 800 MiB in 2015.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

  parent reply	other threads:[~2018-12-08 23:54 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <68f9fc17-94f5-dcc2-f54d-61d6e2bf384d@riseup.net>
2018-12-08 17:12 ` GuixSD on eoma68-a20? Danny Milosavljevic
2018-12-08 17:34   ` bug#33676: " Ricardo Wurmus
     [not found]   ` <87k1kjgbxv.fsf@elephly.net>
2018-12-08 19:15     ` Danny Milosavljevic
2018-12-08 23:30       ` Ludovic Courtès
2018-12-08 20:59   ` Mark H Weaver
     [not found]   ` <87pnubn386.fsf@netris.org>
2018-12-08 23:53     ` Danny Milosavljevic [this message]
2018-12-09 11:48     ` Danny Milosavljevic
     [not found]     ` <20181209124800.495326cd@scratchpost.org>
2018-12-09 21:32       ` Mark H Weaver
     [not found]       ` <87in0275ec.fsf@netris.org>
2018-12-11  8:13         ` Efraim Flashner
2018-12-11 17:34         ` Ludovic Courtès
     [not found]         ` <87va40x90s.fsf@gnu.org>
2018-12-12  8:12           ` Danny Milosavljevic
     [not found]           ` <20181212091211.78d2e86d@scratchpost.org>
2018-12-14 10:48             ` Ludovic Courtès
     [not found]             ` <87efak5qp7.fsf@gnu.org>
2018-12-15 19:21               ` Danny Milosavljevic
     [not found]               ` <20181215202137.4b3db598@scratchpost.org>
2018-12-16 15:59                 ` Ludovic Courtès
2018-12-16 20:14                   ` Danny Milosavljevic
2018-12-09 21:51   ` Andreas Enge
     [not found]   ` <20181209215126.GA10968@jurong>
2018-12-10 10:30     ` Danny Milosavljevic
2018-12-10 21:12       ` Andreas Enge
2018-12-14 11:09       ` bug#33676: ENOSPC upon offloading Ludovic Courtès
     [not found]       ` <20181210211224.GA7317@jurong>
2018-12-14 20:50         ` bug#33676: GuixSD on eoma68-a20? Danny Milosavljevic
     [not found]         ` <20181214215026.66ac1df2@scratchpost.org>
2018-12-15 10:29           ` Andreas Enge
     [not found]           ` <20181215102906.GA4621@jurong>
2018-12-15 19:04             ` Mark H Weaver
2018-12-15 19:19             ` Danny Milosavljevic
     [not found]             ` <87lg4qa9vu.fsf@netris.org>
2018-12-16 15:08               ` Andreas Enge
2018-12-21 23:09         ` Danny Milosavljevic
2018-12-22  8:33           ` swedebugia
     [not found]           ` <c04fae8746e55cbc9c35927d4886b353@riseup.net>
2018-12-22  8:44             ` Danny Milosavljevic
2018-12-22  8:47             ` swedebugia
     [not found]             ` <f1a9061ce610b3ea623951bbf368eb18@riseup.net>
2018-12-22  9:11               ` Danny Milosavljevic
     [not found]             ` <20181222094411.3e8fd6cd@scratchpost.org>
2018-12-23  5:09               ` swedebugia
     [not found]               ` <139d0a5a952f3b4c59c0d6534643f9ce@riseup.net>
2018-12-23  8:54                 ` swedebugia
2018-12-11  2:04   ` Luke Kenneth Casson Leighton
2018-12-21 23:05     ` Danny Milosavljevic
2018-12-21 23:49       ` Luke Kenneth Casson Leighton
2020-04-07 13:45       ` Marius Bakke
2020-04-07 15:17         ` Ricardo Wurmus
2020-04-07 15:33           ` Marius Bakke

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

  List information: https://guix.gnu.org/

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

  git send-email \
    --in-reply-to='20181209005343.7c8dc8e3__48347.6419271485$1544313134$gmane$org@scratchpost.org' \
    --to=dannym@scratchpost.org \
    --cc=33676@debbugs.gnu.org \
    --cc=guix-devel@gnu.org \
    --cc=mhw@netris.org \
    /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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).