Gentoo Archives: gentoo-dev

From: "Daniel Campbell (zlg)" <zlg@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Re: rfc: openrc mount service prototype
Date: Mon, 03 Aug 2015 23:39:17
Message-Id: 55BFFB93.9060701@gentoo.org
In Reply to: Re: [gentoo-dev] Re: rfc: openrc mount service prototype by Brian Dolbec
1 -----BEGIN PGP SIGNED MESSAGE-----
2 Hash: SHA256
3
4 On 08/03/2015 12:47 AM, Brian Dolbec wrote:
5 > On Mon, 3 Aug 2015 00:22:42 -0700 "Daniel Campbell (zlg)"
6 > <zlg@g.o> wrote:
7 >
8 >
9 >> I'm having a hard time understanding why we need daemons to
10 >> handle our filesystems. Can you give me a use case that
11 >> /etc/fstab is insufficient for solving?
12 >
13 >> - -- Daniel Campbell - Gentoo Developer
14 >
15 >
16 > It is about defining proper dependencies and not blindly returning
17 > a success result when there were actual failures to start some
18 > files systems. So in some ways it is a bugfix. But it is actually
19 > a re-design which will overcome shortcomings/limitations in the
20 > fstab, netmount, localmount designs.
21 >
22 > Net result should be better configurability, proper error
23 > reporting, proper service order startup,...
24 >
25 > Downside, it will likely mean a little migration/transistion.
26 >
27 > I'm in favour of the change. Good work William.
28 >
29 >
30 I'm okay with a change as long as it's relatively manageable and
31 offers some real benefits. If I understand correctly, this new
32 mounting will allow us to declare mounting dependencies the same way
33 we declare service/daemon dependencies, correct?
34
35 So say I want to have an ownCloud instance that provides a single /usr
36 or /etc for any Gentoo system that wants it on my local network. Is
37 that a use case that would benefit from this new mounting? I'm just
38 trying to understand which use cases benefit and why, and what it is
39 that fstab isn't good enough for right now. As a developer, I want to
40 be able to support users on this if/when it hits mainline OpenRC.
41 - --
42 Daniel Campbell - Gentoo Developer
43 OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
44 fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
45 -----BEGIN PGP SIGNATURE-----
46 Version: GnuPG v2
47
48 iQIcBAEBCAAGBQJVv/uOAAoJEAEkDpRQOeFwcYUP+wcyl4leWeX8lYrsIXc1Ukzs
49 /uU33M1zcFM8Sya7ywO3cjGvS/3d1P9qkVeDy1S/Cfb8SGGGECsNbVpN0Dht9un7
50 UxOejDuTXdqD5+XWVBsoXYcWbvVFtOPGnSJtQSd8nU0RQ9jOxQqKjk05Of/e0mKT
51 yT91GFvbBpTFyzM+cnXPN/OKHBOEg0Aq51JmtQ2jn8fjrUml87C7MrqwmX1PnQPN
52 mvxhtTAvmj4LMIIRnUsPZOl/6NfeHgWeepkYcKEJiAlBasr4eMawhR+cbQmvLDeg
53 skmvptRU42GQ3Ah/IDXvBN1dZGwXv1lYb+r5NqxxNK8RqsaWHMQ25278Fr1HVgj9
54 julvufmP8mrhe/Q939qW+Z7efhT2Mn+VFaX4woqSSNw8iqy/zgwtWlVHInpd3Q7B
55 xpIRkpeJxNBLfYAh61RvBqbQuf9jsNoy8fabyx3LaHKwif7sjKEfx++lGc4Eq9b4
56 vEB+HdMXGJsP2AeFg/QDa8ioaYpIwCPDtTliQBjGs7KW/4gzJdg1A/iLux0J9dAQ
57 snhRP4QYmBEU1V8XiCRYk68QBdsOFkN5sPoad1/ZIN+jQMSn3uXcEeflWoj+z+GZ
58 K7p6xSdPkowBmrJrn1SkgpIlqyqUSNUB6haT1SKPPUBAye3JHZATpwgaF3teuPOG
59 Kw8VULdYOad9ynaMO8g1
60 =sGaS
61 -----END PGP SIGNATURE-----

Replies