Blame SOURCES/nfs-utils-1.3.0-systemd-rpcpipefs.patch

e19a30
commit 8b3abe3a0ae941f3f52f99bc44388b7beb3d9bb8
e19a30
Author: Colin Walters <walters@verbum.org>
e19a30
Date:   Fri Jun 26 09:31:16 2015 -0400
e19a30
e19a30
    systemd: Set var-lib-nfs-rpc_pipefs.mount After= tmpfiles
e19a30
    
e19a30
    OSTree is a mechanism for atomic updates of operating systems, with
e19a30
    designs for how system state is managed; in particular, `/var` should
e19a30
    start out empty, and components are responsible for creating content
e19a30
    there at runtime.
e19a30
    
e19a30
    rpm-ostree consumes RPMs and commits them to an OSTree repository.
e19a30
    It has some support for automatically synthesizing systemd `tmpfiles.d`
e19a30
    snippets from RPM content in `/var` using systemd-tmpfiles.
e19a30
    
e19a30
    However, in this case nfs-utils wants a mount point directory, and
e19a30
    it's running before systemd-tmpfiles. It should be perfectly fine to
e19a30
    do this mount after tmpfiles has run.
e19a30
    
e19a30
    A better fix for this would be to move transient directories to
e19a30
    `/run`; However, that would be an invasive change, which can happen
e19a30
    after this fix.
e19a30
    
e19a30
    Signed-off-by: Colin Walters <walters@verbum.org>
e19a30
    Signed-off-by: Steve Dickson <steved@redhat.com>
e19a30
e19a30
diff --git a/systemd/var-lib-nfs-rpc_pipefs.mount b/systemd/var-lib-nfs-rpc_pipefs.mount
e19a30
index 33c5db6..26d1c76 100644
e19a30
--- a/systemd/var-lib-nfs-rpc_pipefs.mount
e19a30
+++ b/systemd/var-lib-nfs-rpc_pipefs.mount
e19a30
@@ -1,6 +1,7 @@
e19a30
 [Unit]
e19a30
 Description=RPC Pipe File System
e19a30
 DefaultDependencies=no
e19a30
+After=systemd-tmpfiles-setup.service
e19a30
 Conflicts=umount.target
e19a30
 
e19a30
 [Mount]