all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: John Darrington <john@darrington.wattle.id.au>
To: Chris Marusich <cmmarusich@gmail.com>
Cc: guix-devel@gnu.org, John Darrington <jmd@gnu.org>
Subject: Re: [PATCH] gnu: Mark /gnu/store as needed for boot.
Date: Fri, 13 Jan 2017 12:01:07 +0100	[thread overview]
Message-ID: <20170113110107.GA20633@jocasta.intra> (raw)
In-Reply-To: <87eg07xrmf.fsf@gmail.com>

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

On Fri, Jan 13, 2017 at 12:59:20AM -0800, Chris Marusich wrote:

     Is this procedure supposed to work with relative paths?  I get strange
     results for "foo/bar":

No.  It was not indended to be passed a relative path.  I cannot see what meaning
that would have - it raises the question "relative to what?".  However if somehow
we can define what it means to pass the procedure a relative path, then I suppose
it could be modified to work.
     
     It seems to me like we could just use 'string-prefix?' here instead.  Am
     I missing something?  Is it really necessary to define an 'all-subpaths'
     procedure and use 'member' if 'string-prefix?' is good enough?

Well, (string-prefix? "/dev/net" "/dev/networking") would return #t, but
the former is not an ancestor of the other.
     
     The title of this patch is "Mark /gnu/store as needed for boot."  I can
     see how this change makes that happen.  But what is the purpose?  I
     imagine that in some cases, if you don't do this, the initrd might not
     mount the file system containing the store, which of course would not be
     good.  Do you have a specific problem case in mind?

Yes.

I tried installing GuixSD with /gnu/store on a different partition to /
The installation seemed to go ok, but it failed to boot, presumably because 
lots of essential things (such as the kernel!) are in /gnu/store

J'


-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

  reply	other threads:[~2017-01-13 11:01 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-11 20:01 [PATCH] gnu: Mark /gnu/store as needed for boot John Darrington
2017-01-13  8:59 ` Chris Marusich
2017-01-13 11:01   ` John Darrington [this message]
2017-01-14 21:30 ` Ludovic Courtès
2017-01-15  6:32   ` John Darrington
2017-01-15  9:53     ` David Craven
2017-01-15 11:18       ` John Darrington
2017-01-15 22:24     ` Ludovic Courtès
2017-01-16 12:46       ` John Darrington
2017-01-16 22:28         ` Ludovic Courtès
2017-01-17 22:52           ` ABI break! Ludovic Courtès
2017-01-18  6:17             ` John Darrington
2017-01-18 10:56               ` David Craven
2017-01-18 21:25               ` Ludovic Courtès
  -- strict thread matches above, loose matches on Subject: below --
2017-01-11 17:48 [PATCH] gnu: Mark /gnu/store as needed for boot John Darrington

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=20170113110107.GA20633@jocasta.intra \
    --to=john@darrington.wattle.id.au \
    --cc=cmmarusich@gmail.com \
    --cc=guix-devel@gnu.org \
    --cc=jmd@gnu.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 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.