GNU bug report logs - #45692
[PATCH 0/4] Even Better ZFS Support on Guix

Previous Next

Package: guix-patches;

Reported by: raid5atemyhomework <raid5atemyhomework <at> protonmail.com>

Date: Wed, 6 Jan 2021 15:53:01 UTC

Severity: normal

Tags: patch

Merged with 45643, 45703

Done: raid5atemyhomework <raid5atemyhomework <at> protonmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: 宋文武 <iyzsong <at> outlook.com>
To: raid5atemyhomework <raid5atemyhomework <at> protonmail.com>
Cc: "guix-devel <at> gnu.org" <guix-devel <at> gnu.org>, Ludovic Courtès <ludo <at> gnu.org>, 45692 <at> debbugs.gnu.org
Subject: [bug#45692] ZFS on Guix, again
Date: Sat, 20 Feb 2021 19:44:34 +0800
raid5atemyhomework <raid5atemyhomework <at> protonmail.com> writes:

> Hi guix-devel,
>
> I had some questions on the big ZFS guix bugpatches a week ago, and
> did not find any response, so I am back here pestering everyone.

Hello, thank you for working on ZFS for guix!

>
> [...]
> There are two alternatives:
>
> * Go with what I already proposed which I think is more general-purpose and cleaner (there is a separate service type that accepts symbols, and a separate service type that accepts `<file-system>` records, and the latter just extends the former).
> * Don't make a separate service type, but now we need to add some kind of `fstab?` field to `file-system` so that the ZFS shepherd service that mounts ZFS file systems will not be included in the `/etc/fstab`.
>
> I think overall that having lots of tiny service types that are then
> combined together fits the functional design of Guix better.  So I
> would strongly propose my original design rather than hacks on top of
> `file-system-service-type`.

Well, I think the 'file-system-service-type' should handle all file
systems related configurations, but my opion is not strong.  Waiting
ludo to decide...




This bug report was last modified 3 years and 120 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.