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

Benedict Reuschling <[email protected]>
Newsgroups gmane.os.freebsd.devel.cvs.doc
Message-ID <[email protected]>
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>
 
_______________________________________________
[email protected] mailing list
https://lists.freebsd.org/mailman/listinfo/svn-doc-all
To unsubscribe, send any mail to "[email protected]"
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.