all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: ludo@gnu.org (Ludovic Courtès)
To: Chris Marusich <cmmarusich@gmail.com>
Cc: guix-devel@gnu.org, myglc2 <myglc2@gmail.com>
Subject: Re: [PATCH} Add RAID devices.
Date: Mon, 25 Jul 2016 22:59:30 +0200	[thread overview]
Message-ID: <871t2hh1sd.fsf@gnu.org> (raw)
In-Reply-To: <87bn1n4mld.fsf@gmail.com> (Chris Marusich's message of "Sat, 23 Jul 2016 22:43:58 -0700")

Hello,

Chris Marusich <cmmarusich@gmail.com> skribis:

> Andreas Enge <andreas@enge.fr> writes:

[...]

>> +  #~(let ((every (@ (srfi srfi-1) every)))
>
> Can't you just use "every" on its own?  It looks like you've imported
> the srfi-1 module earlier on.

I’m the one who suggested it as a “temporary hack”, as we call such
things.  ;-)

The story is that this expression here gets stages in non-top-level
position, where it cannot directly do ‘use-modules’, hence this hack.

This should be fixed eventually, possibly in gexp themselves.

>> +        (unless (every file-exists? '#$source)
>> +          (format #t "waiting a bit...~%")
>> +          (sleep 1)
>> +          (loop)))
>
> Does the code in this gexp get invoked every time the system starts up?
> Why is a loop better here than an error?  What if the source device
> files never show up?

Right, another super-temporary hack.  The right thing would be to do
like ‘canonicalize-device-spec’ in (gnu build file-systems) does, which
is to error out after a few iterations, with the effect of spawning an
emergency REPL.

The mechanism to wait for devices should be factorized.

> Also, will that string be properly localized?

No it won’t, indeed.  Currently message catalogs and locales are
unavailable in the initrd, and it would probably make the initrd pretty
big to add them, so I’d be tempted to ignore i18n for early boot
messages that hopefully few people will notice.

Thanks,
Ludo’.

  reply	other threads:[~2016-07-25 20:59 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-14 13:13 [PATCH] Add mdadm to the installation image Andreas Enge
2016-07-14 14:53 ` Mathieu Lirzin
2016-07-14 19:21   ` Efraim Flashner
2016-07-14 21:42     ` Andreas Enge
2016-07-15 13:27       ` Ludovic Courtès
2016-07-15 17:10         ` Andreas Enge
2016-07-16 10:50           ` Ludovic Courtès
2016-07-16 12:44             ` Andreas Enge
2016-07-15 14:25 ` myglc2
2016-07-23 14:07   ` [PATCH} Add RAID devices Andreas Enge
2016-07-24  5:43     ` Chris Marusich
2016-07-25 20:59       ` Ludovic Courtès [this message]
2016-07-25 21:17       ` Andreas Enge
2016-07-26  7:43         ` Chris Marusich
2016-07-30 23:05     ` myglc2
2016-07-31  8:52       ` Andreas Enge
2016-07-31 16:12         ` myglc2
2016-07-31 16:25           ` Andreas Enge
2016-08-02  1:05             ` myglc2

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=871t2hh1sd.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=cmmarusich@gmail.com \
    --cc=guix-devel@gnu.org \
    --cc=myglc2@gmail.com \
    /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.