svn commit: r52146 - head/en_US.ISO8859-1/articles/committers-guide

Benedict Reuschling bcr at FreeBSD.org
Fri Aug 17 13:57:04 UTC 2018


Author: bcr
Date: Fri Aug 17 13:57:02 2018
New Revision: 52146
URL: https://svnweb.freebsd.org/changeset/doc/52146

Log:
  Minor cleanups of the committer guide from the textproc/igor output.

Modified:
  head/en_US.ISO8859-1/articles/committers-guide/article.xml

Modified: head/en_US.ISO8859-1/articles/committers-guide/article.xml
==============================================================================
--- head/en_US.ISO8859-1/articles/committers-guide/article.xml	Fri Aug 17 12:37:22 2018	(r52145)
+++ head/en_US.ISO8859-1/articles/committers-guide/article.xml	Fri Aug 17 13:57:02 2018	(r52146)
@@ -1867,10 +1867,10 @@ U    stable/9/share/man/man4/netmap.4
 	    four to ten times longer.</para>
 
 	  <para>One way to limit the time required is to grab a <link
-	      xlink:href="https://download.freebsd.org/ftp/development/subversion/">seed file</link>.
-	    It is large
-	    (~1GB) but will consume less network traffic and take less
-	    time to fetch than svnsync will.</para>
+	      xlink:href="https://download.freebsd.org/ftp/development/subversion/">seed
+	      file</link>.  It is large (~1GB) but will consume less
+	    network traffic and take less time to fetch than svnsync
+	    will.</para>
 
 	  <para>Extract the file and update it:</para>
 
@@ -2393,14 +2393,13 @@ freebsd-mfc-after = 2 weeks</programlisting>
 	      portion of the work was sponsored, or different amounts
 	      of sponsorship were provided to different authors,
 	      please give appropriate credit in parentheses after each
-	      sponsor name. For example,
-	      <literal>Example.com (alice, code refactoring),
-		Wormulon (bob), Momcorp (cindy)</literal>
-	      shows that Alice was sponsored by Example.com to do code
-	      refactoring, while Wormulon sponsored Bob's work and
-	      Momcorp sponsored Cindy's work.  Other authors were
-	      either not sponsored or chose not to list
-	      sponsorship.</entry>
+	      sponsor name.  For example, <literal>Example.com (alice,
+		code refactoring), Wormulon (bob), Momcorp
+		(cindy)</literal> shows that Alice was sponsored by
+	      Example.com to do code refactoring, while Wormulon
+	      sponsored Bob's work and Momcorp sponsored Cindy's work.
+	      Other authors were either not sponsored or chose not to
+	      list sponsorship.</entry>
 	  </row>
 
 	  <row>
@@ -3511,17 +3510,16 @@ Relnotes:           yes</programlisting>
 
 	  <para>Reasons for modifying upstream software range from
 	    wanting strict control over a tightly coupled dependency
-	    to lack of portability in the canonical
-	    repository's distribution of their code. Regardless of the
-	    reason, effort to minimize the maintenance burden of
-	    fork is helpful to fellow maintainers. Avoid committing
-	    trivial or cosmetic changes to files
-	    since it makes every merge thereafter more
-	    difficult: such patches need to be manually re-verified
-	    every import.</para>
+	    to lack of portability in the canonical repository's
+	    distribution of their code.  Regardless of the reason,
+	    effort to minimize the maintenance burden of fork is
+	    helpful to fellow maintainers.  Avoid committing trivial
+	    or cosmetic changes to files since it makes every merge
+	    thereafter more difficult: such patches need to be
+	    manually re-verified every import.</para>
 
 	  <para>If a particular piece of software lacks a maintainer,
-	    you're encouraged to take up owership.  If you're unsure
+	    you are encouraged to take up owership.  If you are unsure
 	    of the current maintainership email &a.arch; and
 	    ask.</para>
 	</listitem>
@@ -4476,9 +4474,9 @@ MFH:  <replaceable>2014Q1 (browser blanket)</replaceab
 	    </itemizedlist>
 
 	    <important>
-	      <para>Commits that aren't covered by these blanket
-	        approvals always require explicit approval of
-		either &a.ports-secteam; or &a.portmgr;.</para>
+	      <para>Commits that are not covered by these blanket
+		approvals always require explicit approval of either
+		&a.ports-secteam; or &a.portmgr;.</para>
 	    </important>
 	  </answer>
 	</qandaentry>
@@ -4575,9 +4573,9 @@ Do you want to commit? (no = start a shell) [y/n]</scr
 		been merged because they were not security related.
 		Add the different revisions <emphasis>in the order
 		  they were committed</emphasis> on the
-		<command>mfh</command> command line.  The new commit
-		log message will contain the combined log messages
-		from all the original commits.  These messages
+		<command>mfh</command> line.  The new commit log
+		message will contain the combined log messages from
+		all the original commits.  These messages
 		<emphasis>must</emphasis> be edited to show what is
 		actually being done with the new commit.</para>
 


More information about the svn-doc-all mailing list