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