Re: [gentoo-dev] Re: news item: nfsmount renamed nfsclient
All, here is the third iteration of this news item. Unless there are objections, this will go in the tree sometime after 13:00 utc on 2015-02-02. William Title: nfs service changes Author: William Hubbs willi...@gentoo.org Content-Type: text/plain Posted: 2015-02-02 Revision: 1 News-Item-Format: 1.0 Display-If-Installed: net-fs/nfs-utils-1.3.1-r1 The upgrade to nfs-utils-1.3.1-r1 includes significant service changes both for OpenRC and systemd users. OpenRC users: The OpenRC service which handled mounting nfs file systems has been changed to only start the nfs client daemons and renamed to nfsclient. Because of this change, if you use OpenRC and mount nfs file systems, you need to perform the following steps: Add nfsclient to the runlevel nfsmount was in before. For example, if nfsmount was in the default runlevel, run this command: rc-update add nfsclient default If you use a permanent network connection to the server, make sure netmount is in the same runlevel as nfsclient. If not, it is recommended that net-fs/autofs be set up to handle your network mounts. Systemd users: The nfs systemd units have been renamed. If you are exporting nfs mounts, you should enable the rpcbind and nfs-server services. If you are mounting nfs mounts systemd should automatically detect this and start the nfs-client service. More Information: The following wiki page has more information about nfs file systems: http://wiki.gentoo.org/wiki/NFSv4 signature.asc Description: Digital signature
[gentoo-dev] Re: news item: nfsmount renamed nfsclient
William Hubbs posted on Sun, 01 Feb 2015 17:16:30 -0600 as excerpted: here is the third iteration of this news item. Unless there are objections, this will go in the tree sometime after 13:00 utc on 2015-02-02. LGTM. =:^) -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman
Re: [gentoo-dev] Re: news item: nfsmount renamed nfsclient
All, here is the latest iteration of this news item, with input from both rich0 and radhermit. If this is what we accept, someone might want to update the wiki and add a wiki page about autofs setup if it isn't there already. Let me know what you think. William Title: nfs service changes Author: William Hubbs willi...@gentoo.org Content-Type: text/plain Posted: 2015-02-02 Revision: 1 News-Item-Format: 1.0 Display-If-Installed: net-fs/nfs-utils-1.3.1-r1 The upgrade to nfs-utils-1.3.1-r1 includes significant service changes, both for OpenRC and systemd users. The nfs systemd units have been renamed. If you are exporting nfs mounts, you should enable the rpcbind and nfs-server services. If you are mounting nfs mounts systemd should automatically detect this and start the nfs-client service. The OpenRC service which handled mounting nfs file systems has been changed to only start the nfs client daemons and renamed to nfsclient. Because of this change, if you use OpenRC and mount nfs file systems, you need to perform the following steps: Add nfsclient to the runlevel nfsmount was in before. For example, if nfsmount was in the default runlevel, run this command: rc-update add nfsclient default If you use a permanent network connection to the server, make sure netmount is in the same runlevel as nfsclient. If not, it is recommended that net-fs/autofs be set up to handle your network mounts. For more information on NFS file systems, see the following URL: http://wiki.gentoo.org/wiki/NFSv4 signature.asc Description: Digital signature
[gentoo-dev] Re: news item: nfsmount renamed nfsclient
William Hubbs posted on Sat, 31 Jan 2015 15:25:31 -0600 as excerpted: [Proposed news item body excerpted below...] The upgrade to nfs-utils-1.3.1-r1 includes significant service changes, both for OpenRC and systemd users. Good opening. =:^) Or optionally, to get rid of that comma (it looks fine to me either way but some people seem to dislike unnecessary commas)... The upgrade to nfs-utils-1.3.1-r1 includes significant service changes for both openrc and systemd users. The nfs systemd units have been renamed. [...] The OpenRC service which [...] I'd suggest prefixing the two separate init-system sections with the init system they apply to, and putting openrc first even if it's longer, since it /is/ the gentoo default, like so: OpenRC: The OpenRC service which [...] Systemd: The nfs systemd units [...] For more information on NFS file systems, see the following URL: http://wiki.gentoo.org/wiki/NFSv4 More information similarly... More information: For more information on NFS [...] That way, people can quick-scan to the bits that apply to them, and putting openrc first will hopefully help avoid at least some of the systemd politics. (In the absence of specific council decision to that effect, Gentoo needs no more rumors that openrc is being deprioritized or isn't going to be the default any longer, and systemd first could arguably look that way to some.) -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman
[gentoo-dev] Re: news item: nfsmount renamed nfsclient
On Fri, Jan 30, 2015 at 7:57 PM, Rich Freeman ri...@gentoo.org wrote: On Fri, Jan 30, 2015 at 5:22 PM, William Hubbs willi...@gentoo.org wrote: this is covered in the nfs-utils-1.3.1-r1 ebuild by ewarns; however, qa asked me to write a news item as well, so here it is. There was a similar change in the systemd units (also mentioned in the ewarns). It might make sense to add this to the news item as well. nfs-client is likely to be automatically handled by systemd when it detects an nfs mount, but nfs-server and rpcbind need to be manually enabled if you're running a server (that is from memory). If you need me to do some confirmation on what is needed let me know. Suggested changes attached. Some notes: 1. Changed title to remove the specifics, since there are several renames when you include systemd 2. Removed the Display-if-Installed for openrc. Since the headers are combined with OR as defined in the GLEP adding openrc without a version restriction makes filtering on nfs-utils pointless. Everybody is going to have openrc installed anyway until we fix the functions.sh issue. But, if we do keep openrc then we should add systemd to the list. 3. Fixed the revision number. 4. Added a systemd paragraph, and tweaked the others just slightly to make it clear what applies to which. -- Rich Title: nfs service name changes Author: William Hubbs willi...@gentoo.org Content-Type: text/plain Posted: 2015-02-02 Revision: 1 News-Item-Format: 1.0 Display-If-Installed: net-fs/nfs-utils-1.3.1-r1 When you upgrade to nfs-utils-1.3.1-r1, you must also upgrade to openrc-0.13.8. As part of this upgrade, the OpenRC service that handles mounting nfs file systems has been renamed to nfsclient instead of nfsmount, because it starts the nfs client daemons only, and netmount now mounts the file systems. If you mount nfs file systems and are using OpenRC, you should add nfsclient and netmount to the same runlevel nfsmount was in before. The nfs systemd units have also been renamed. If you are exporting nfs mounts you should enable the rpcbind and nfs-server services. If you are mounting nfs mounts systemd should automatically detect this and start the nfs-client service. If you are using OpenRC, for more information on NFS file systems, see the following url: http://wiki.gentoo.org/wiki/NFSv4
[gentoo-dev] Re: news item: nfsmount renamed nfsclient
On Fri, Jan 30, 2015 at 5:22 PM, William Hubbs willi...@gentoo.org wrote: this is covered in the nfs-utils-1.3.1-r1 ebuild by ewarns; however, qa asked me to write a news item as well, so here it is. There was a similar change in the systemd units (also mentioned in the ewarns). It might make sense to add this to the news item as well. nfs-client is likely to be automatically handled by systemd when it detects an nfs mount, but nfs-server and rpcbind need to be manually enabled if you're running a server (that is from memory). If you need me to do some confirmation on what is needed let me know. -- Rich
[gentoo-dev] Re: news item: nfsmount renamed nfsclient
William Hubbs posted on Fri, 30 Jan 2015 16:22:38 -0600 as excerpted: this is covered in the nfs-utils-1.3.1-r1 ebuild by ewarns; however, qa asked me to write a news item as well, so here it is. Let me know what you think. Thanks, William Title: nfsmount service renamed nfsclient Author: William Hubbs willi...@gentoo.org Content-Type: text/plain Posted: 2015-02-02 Revision: 2 Repeating a comment I've seen for other news items: The Revision header is intended for machine-parsing use AFTER original release, in case an earlier release needed corrected and thus a revision other than 1. As such, it should always be Revision: 1 when first released, and thus for all pre-release review postings, unless there has actually been a previous release and the review posting is actually reviewing a correction-revision of a previously released news item found to be in actual need of revision after release. For those familiar with the news and mail header RFCs, think of the Revision header value greater than one as a Supersedes. If the original was never released, there's nothing to supersede, and revision should always be 1. -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman