-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 08/03/2015 12:47 AM, Brian Dolbec wrote: > On Mon, 3 Aug 2015 00:22:42 -0700 "Daniel Campbell (zlg)" > <z...@gentoo.org> wrote: > > >> I'm having a hard time understanding why we need daemons to >> handle our filesystems. Can you give me a use case that >> /etc/fstab is insufficient for solving? > >> - -- Daniel Campbell - Gentoo Developer > > > It is about defining proper dependencies and not blindly returning > a success result when there were actual failures to start some > files systems. So in some ways it is a bugfix. But it is actually > a re-design which will overcome shortcomings/limitations in the > fstab, netmount, localmount designs. > > Net result should be better configurability, proper error > reporting, proper service order startup,... > > Downside, it will likely mean a little migration/transistion. > > I'm in favour of the change. Good work William. > > I'm okay with a change as long as it's relatively manageable and offers some real benefits. If I understand correctly, this new mounting will allow us to declare mounting dependencies the same way we declare service/daemon dependencies, correct?
So say I want to have an ownCloud instance that provides a single /usr or /etc for any Gentoo system that wants it on my local network. Is that a use case that would benefit from this new mounting? I'm just trying to understand which use cases benefit and why, and what it is that fstab isn't good enough for right now. As a developer, I want to be able to support users on this if/when it hits mainline OpenRC. - -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVv/uOAAoJEAEkDpRQOeFwcYUP+wcyl4leWeX8lYrsIXc1Ukzs /uU33M1zcFM8Sya7ywO3cjGvS/3d1P9qkVeDy1S/Cfb8SGGGECsNbVpN0Dht9un7 UxOejDuTXdqD5+XWVBsoXYcWbvVFtOPGnSJtQSd8nU0RQ9jOxQqKjk05Of/e0mKT yT91GFvbBpTFyzM+cnXPN/OKHBOEg0Aq51JmtQ2jn8fjrUml87C7MrqwmX1PnQPN mvxhtTAvmj4LMIIRnUsPZOl/6NfeHgWeepkYcKEJiAlBasr4eMawhR+cbQmvLDeg skmvptRU42GQ3Ah/IDXvBN1dZGwXv1lYb+r5NqxxNK8RqsaWHMQ25278Fr1HVgj9 julvufmP8mrhe/Q939qW+Z7efhT2Mn+VFaX4woqSSNw8iqy/zgwtWlVHInpd3Q7B xpIRkpeJxNBLfYAh61RvBqbQuf9jsNoy8fabyx3LaHKwif7sjKEfx++lGc4Eq9b4 vEB+HdMXGJsP2AeFg/QDa8ioaYpIwCPDtTliQBjGs7KW/4gzJdg1A/iLux0J9dAQ snhRP4QYmBEU1V8XiCRYk68QBdsOFkN5sPoad1/ZIN+jQMSn3uXcEeflWoj+z+GZ K7p6xSdPkowBmrJrn1SkgpIlqyqUSNUB6haT1SKPPUBAye3JHZATpwgaF3teuPOG Kw8VULdYOad9ynaMO8g1 =sGaS -----END PGP SIGNATURE-----
