Gentoo Archives: gentoo-dev

From: William Hubbs <williamh@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] cmake-utils.eclass: two improvements
Date: Thu, 06 Aug 2015 21:11:52
Message-Id: 20150806211139.GA7424@linux1.gaikai.biz
In Reply to: Re: [gentoo-dev] cmake-utils.eclass: two improvements by Andrew Savchenko
1 All,
2
3 as I have always said, my views can evolve with civil discussion, and
4 there has been some good feedback on this.
5
6 I also got a suggestion for handling network file systems that would mean we
7 wouldn't have to keep track of the specific clients needed to mount
8 network file systems; we could let the distros tell us what the network
9 file system types are and which services should be started to support
10 them.
11
12 Look at the new-netmount branch for that. Basically it would be a series
13 of files in a directory which would have the name of a filesystem type
14 as their file name, then inside each file, the name of the service that
15 supports them.
16
17 The point of debate I suppose is the dependency type that should be used
18 for these. On the branch it is use, which requires you to add the
19 appropriate service to the runlevel netmount is in, but some want it to
20 be want once it is implemented.
21
22 Also, I want to talk more about netmount and localmount failing.
23
24 If netmount and localmount are set up to fail if one of the file systems
25 they mount fails (which is what other init systems out there do), the
26 sys admin can control whether the mount -a command cares about the
27 status of specific file systems by adding nofail to the mount options in
28 fstab. By default it would care, but if you add nofail to the mount
29 options, you would affectively tell mount -a to not be concerned about
30 whether the mount succeeds or not.
31
32 Thoughts?
33
34 William

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies

Subject Author
Re: [gentoo-dev] cmake-utils.eclass: two improvements William Hubbs <williamh@g.o>