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

Warren Block <[email protected]>
Newsgroups gmane.os.freebsd.devel.cvs.doc
Message-ID <[email protected]>
Author: wblock
Date: Tue Jun 24 13:38:27 2014
New Revision: 45111
URL: http://svnweb.freebsd.org/changeset/doc/45111

Log:
  Whitespace-only fixes, translators please ignore.

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	Tue Jun 24 13:35:28 2014	(r45110)
+++ head/en_US.ISO8859-1/articles/committers-guide/article.xml	Tue Jun 24 13:38:27 2014	(r45111)
@@ -209,19 +209,20 @@
 	<filename>doc/head/share/pgpkeys/checkkey.sh</filename>
 	first.</para>
 
-      <para>For those who do not yet have an Open<acronym>PGP</acronym> key,
-	or need a new key to meet &os; security requirements, here we
-	show how to generate one.</para>
+      <para>For those who do not yet have an
+	Open<acronym>PGP</acronym> key, or need a new key to meet &os;
+	security requirements, here we show how to generate
+	one.</para>
 
       <procedure xml:id="pgpkeys-create-steps">
 
 	<step>
-      <para>Install
-	<filename role="package">security/gnupg</filename>.  Enter
-	these lines in <filename>~/.gnupg/gpg.conf</filename> to set
-	minimum acceptable defaults:</para>
+	  <para>Install
+	    <filename role="package">security/gnupg</filename>.  Enter
+	    these lines in <filename>~/.gnupg/gpg.conf</filename> to
+	    set minimum acceptable defaults:</para>
 
-      <programlisting>fixed-list-mode
+	  <programlisting>fixed-list-mode
 keyid-format 0xlong
 personal-digest-preferences SHA512 SHA384 SHA256 SHA224
 default-preference-list SHA512 SHA384 SHA256 SHA224 AES256 AES192 AES CAST5 BZIP2 ZLIB ZIP Uncompressed
@@ -233,9 +234,9 @@ cert-digest-algo SHA512</programlisting>
 	</step>
 
 	<step>
-      <para>Generate a key:</para>
+	  <para>Generate a key:</para>
 
-      <screen>&prompt.user; <userinput>gpg --gen-key</userinput>
+	  <screen>&prompt.user; <userinput>gpg --gen-key</userinput>
 gpg (GnuPG) 2.0.22; Copyright (C) 2013 Free Software Foundation, Inc.
 This is free software: you are free to change and redistribute it.
 There is NO WARRANTY, to the extent permitted by law.
@@ -271,38 +272,39 @@ You selected this USER-ID:
 Change (N)ame, (C)omment, (E)mail or (O)kay/(Q)uit? <userinput>o</userinput>
 You need a Passphrase to protect your secret key.</screen>
 
-      <calloutlist>
-	<callout arearefs="co-pgp-bits">
-	  <para>2048-bit keys with a three-year expiration provide
-	    adequate protection at present (2013-12).  <link
-	      xlink:href="http://danielpocock.com/rsa-key-sizes-2048-or-4096-bits"/>
-	    describes the situation in more detail.</para>
-	</callout>
-
-	<callout arearefs="co-pgp-expire">
-	  <para>A three year key lifespan is short enough to obsolete
-	    keys weakened by advancing computer power, but long enough
-	    to reduce key management problems.</para>
-	</callout>
-
-	<callout arearefs="co-pgp-realname">
-	  <para>Use your real name here, preferably matching that
-	    shown on government-issued <acronym>ID</acronym> to make
-	    it easier for others to verify your identity.  Text that
-	    may help others identify you can be entered in the
-	    <literal>Comment</literal> section.</para>
-	</callout>
-      </calloutlist>
-
-      <para>After the email address is entered, a passphrase is
-	requested.  Methods of creating a secure passphrase are
-	contentious.  Rather than suggest a single way, here are some
-	links to sites that describe various methods: <link
-	  xlink:href="http://world.std.com/~reinhold/diceware.html"></link>,
-	<link
-	  xlink:href="http://www.iusmentis.com/security/passphrasefaq/"></link>,
-	<link xlink:href="http://xkcd.com/936/"></link>, <link
-	  xlink:href=""></link>.</para>
+	  <calloutlist>
+	    <callout arearefs="co-pgp-bits">
+	      <para>2048-bit keys with a three-year expiration provide
+		adequate protection at present (2013-12).  <link
+		  xlink:href="http://danielpocock.com/rsa-key-sizes-2048-or-4096-bits"/>
+		describes the situation in more detail.</para>
+	    </callout>
+
+	    <callout arearefs="co-pgp-expire">
+	      <para>A three year key lifespan is short enough to
+		obsolete keys weakened by advancing computer power,
+		but long enough to reduce key management
+		problems.</para>
+	    </callout>
+
+	    <callout arearefs="co-pgp-realname">
+	      <para>Use your real name here, preferably matching that
+		shown on government-issued <acronym>ID</acronym> to
+		make it easier for others to verify your identity.
+		Text that may help others identify you can be entered
+		in the <literal>Comment</literal> section.</para>
+	    </callout>
+	  </calloutlist>
+
+	  <para>After the email address is entered, a passphrase is
+	    requested.  Methods of creating a secure passphrase are
+	    contentious.  Rather than suggest a single way, here are
+	    some links to sites that describe various methods: <link
+	      xlink:href="http://world.std.com/~reinhold/diceware.html"></link>,
+	    <link
+	      xlink:href="http://www.iusmentis.com/security/passphrasefaq/"></link>,
+	    <link xlink:href="http://xkcd.com/936/"></link>,
+	    <link xlink:href=""></link>.</para>
 	</step>
       </procedure>
 
@@ -2207,8 +2209,8 @@ ControlPersist yes</screen>
 
 	<listitem>
 	  <para>The <filename>.ent</filename> and
-	    <filename>.xml</filename> files mentioned below exist in the
-	    &os; Documentation Project SVN repository at <link
+	    <filename>.xml</filename> files mentioned below exist in
+	    the &os; Documentation Project SVN repository at <link
 	      xlink:href="svn.FreeBSD.org/doc/"><literal>svn.FreeBSD.org/doc/</literal></link>.</para>
 	</listitem>
 
@@ -2219,20 +2221,20 @@ ControlPersist yes</screen>
 	    when attempting to commit them to the repository.  Be sure
 	    to read
 	    <xref linkend="svn-daily-use-adding-and-removing"/>
-	    regarding adding and removing files.
-	    Verify that <filename>~/.subversion/config</filename>
-	    contains the necessary <quote>auto-props</quote> entries from
+	    regarding adding and removing files.  Verify that
+	    <filename>~/.subversion/config</filename> contains the
+	    necessary <quote>auto-props</quote> entries from
 	    <filename>auto-props.txt</filename> mentioned
 	    there.</para>
 	</listitem>
 
 	<listitem>
-	<para>All <filename>src</filename> commits should go to
-	  &os.current; first before being merged to &os.stable;.
-	  The &os.stable; branch must maintain <acronym>ABI</acronym>
-	  and <acronym>API</acronym> compatibility with earlier
-	  versions of that branch.  Do not merge changes that break
-	  this compatibility.</para>
+	  <para>All <filename>src</filename> commits should go to
+	    &os.current; first before being merged to &os.stable;.
+	    The &os.stable; branch must maintain
+	    <acronym>ABI</acronym> and <acronym>API</acronym>
+	    compatibility with earlier versions of that branch.  Do
+	    not merge changes that break this compatibility.</para>
 	</listitem>
       </itemizedlist>
 
@@ -2242,43 +2244,50 @@ ControlPersist yes</screen>
 	<step>
 	  <title>Add an Author Entity</title>
 
-	  <para><filename>head/share/xml/authors.ent</filename> &mdash;
-	    Add an author entity.  Later steps depend
-	    on this entity, and missing this step will
-	    cause the
-	    <filename>doc/</filename> build to fail.  This is a relatively easy task, but remains a good
-	    first test of version control skills.</para>
+	  <para><filename>head/share/xml/authors.ent</filename>
+	    &mdash; Add an author entity.  Later steps depend on this
+	    entity, and missing this step will cause the
+	    <filename>doc/</filename> build to fail.  This is a
+	    relatively easy task, but remains a good first test of
+	    version control skills.</para>
 	</step>
 
 	<step>
-	  <title>Update the List of Developers and Contributors</title>
+	  <title>Update the List of Developers and
+	    Contributors</title>
 
-	  <para><filename>head/en_US.ISO8859-1/articles/contributors/contrib.committers.xml</filename> &mdash;
+	  <para><filename>head/en_US.ISO8859-1/articles/contributors/contrib.committers.xml</filename>
+	    &mdash;
 	    Add an entry to the <quote>Developers</quote> section
 	    of the <link
 	      xlink:href="&url.articles.contributors;/staff-committers.html">Contributors
 	      List</link>.  Entries are sorted by last name.</para>
-	  <para><filename>head/en_US.ISO8859-1/articles/contributors/contrib.additional.xml</filename> &mdash;
-	    Remove the entry from the
-	      <quote>Additional Contributors</quote> section.
-	      Entries are sorted by last name.</para>
+
+	  <para><filename>head/en_US.ISO8859-1/articles/contributors/contrib.additional.xml</filename>
+	    &mdash; Remove the entry from the
+	    <quote>Additional Contributors</quote> section.  Entries
+	    are sorted by last name.</para>
 	</step>
 
 	<step>
 	  <title>Add a News Item</title>
-	  <para><filename>doc/head/share/xml/news.xml</filename> &mdash;
-	    Add an entry.  Look for
-	    the other entries that announce
-	    new committers and follow the
-	    format.  Use the date from the commit bit approval email from <email>[email protected]</email>.</para>
+
+	  <para><filename>doc/head/share/xml/news.xml</filename>
+	    &mdash; Add an entry.  Look for the other entries that
+	    announce new committers and follow the format.  Use the
+	    date from the commit bit approval email from
+	    <email>[email protected]</email>.</para>
 	</step>
 
 	<step>
 	  <title>Add a <acronym>PGP</acronym> Key</title>
-	  <para><filename>doc/head/share/pgpkeys/pgpkeys.ent</filename> and
-	    <filename>doc/head/share/pgpkeys/pgpkeys-developers.xml</filename> -
-	    Add your <acronym>PGP</acronym> or Gnu<acronym>PG</acronym> key.
-	    Those who do not yet have a key should see <xref linkend="pgpkeys-creating"/>.</para>
+
+	  <para><filename>doc/head/share/pgpkeys/pgpkeys.ent</filename>
+	    and
+	    <filename>doc/head/share/pgpkeys/pgpkeys-developers.xml</filename>
+	    - Add your <acronym>PGP</acronym> or
+	    Gnu<acronym>PG</acronym> key.  Those who do not yet have a
+	    key should see <xref linkend="pgpkeys-creating"/>.</para>
 
 	  <para>&a.des.email; has written a shell script
 	    (<filename>head/share/pgpkeys/addkey.sh</filename>) to
@@ -2291,15 +2300,17 @@ ControlPersist yes</screen>
 	    verify that keys meet minimal best-practices
 	    standards.</para>
 
-	  <para>After adding and checking a key, add both updated files to source control and then commit them.
-	    Entries in this file are sorted by last name.</para>
+	  <para>After adding and checking a key, add both updated
+	    files to source control and then commit them.  Entries in
+	    this file are sorted by last name.</para>
 
 	  <note>
-	    <para>It is very important to have a current <acronym>PGP</acronym>/Gnu<acronym>PG</acronym> key
-	      in the repository.  The key may be required for
-	      positive identification of a committer.  For example, the
-	      &a.admins; might need it for account recovery.  A complete keyring of
-	      <systemitem
+	    <para>It is very important to have a current
+	      <acronym>PGP</acronym>/Gnu<acronym>PG</acronym> key in
+	      the repository.  The key may be required for positive
+	      identification of a committer.  For example, the
+	      &a.admins; might need it for account recovery.  A
+	      complete keyring of <systemitem
 		class="fqdomainname">FreeBSD.org</systemitem> users is
 	      available for download from <link
 		xlink:href="&url.base;/doc/pgpkeyring.txt">http://www.FreeBSD.org/doc/pgpkeyring.txt</link>.</para>
@@ -2309,43 +2320,41 @@ ControlPersist yes</screen>
 	<step>
 	  <title>Update Mentor and Mentee Information</title>
 
-	  <para><filename>head/share/misc/committers-<replaceable>repository</replaceable>.dot</filename> &mdash;
-	    Add an entry to the current committers
-	    section,
-	    where <replaceable>repository</replaceable> is <literal>doc</literal>, <literal>ports</literal>, or <literal>src</literal>, depending on
-	    the commit privileges granted.</para>
-
-	  <para>Add an entry for the
-	    each additonal mentor/mentee relationship in the
-	    bottom section.</para>
+	  <para><filename>head/share/misc/committers-<replaceable>repository</replaceable>.dot</filename>
+	    &mdash; Add an entry to the current committers section,
+	    where <replaceable>repository</replaceable> is
+	    <literal>doc</literal>, <literal>ports</literal>, or
+	    <literal>src</literal>, depending on the commit privileges
+	    granted.</para>
+
+	  <para>Add an entry for the each additonal mentor/mentee
+	    relationship in the bottom section.</para>
 	</step>
 
 	<step>
 	  <title>Generate a <application>Kerberos</application>
 	    Password</title>
 
-	    <para>See <xref linkend="kerberos-ldap"/> to generate or
-	      set a <application>Kerberos</application> for use with
-	      other &os; services like the bug tracking
-	      database.</para>
+	  <para>See <xref linkend="kerberos-ldap"/> to generate or
+	    set a <application>Kerberos</application> for use with
+	    other &os; services like the bug tracking database.</para>
 	</step>
 
 	<step>
 	  <title>Optional: Enable Wiki Account</title>
 
-	  <para><link xlink:href="http://wiki.freebsd.org">&os; Wiki</link> Account &mdash;
-	    A wiki account allows sharing projects and ideas.  Those
-	    who do not yet have an account can contact
-	    <email>[email protected]</email> to obtain
-	    one.</para>
+	  <para><link xlink:href="http://wiki.freebsd.org">&os;
+	      Wiki</link> Account &mdash; A wiki account allows
+	    sharing projects and ideas.  Those who do not yet have an
+	    account can contact <email>[email protected]</email>
+	    to obtain one.</para>
 	</step>
 
 	<step>
 	  <title>Optional: Update Wiki Information</title>
 
-	  <para>Wiki Information -
-	    After gaining access to the wiki, some people add entries
-	    to the <link
+	  <para>Wiki Information - After gaining access to the wiki,
+	    some people add entries to the <link
 	      xlink:href="http://wiki.freebsd.org/HowWeGotHere">How We
 	      Got Here</link>,
 	    <link xlink:href="http://wiki.freebsd.org/IrcNicks">Irc
@@ -2355,20 +2364,24 @@ ControlPersist yes</screen>
 	</step>
 
 	<step>
-	  <title>Optional: Update Ports with Personal Information</title>
-	  <para><filename>ports/astro/xearth/files/freebsd.committers.markers</filename> and
-  	    <filename>src/usr.bin/calendar/calendars/calendar.freebsd</filename> -
-	    Some people add entries for themselves to these
-	    files to show where they are located or the date of their birthday.</para>
+	  <title>Optional: Update Ports with Personal
+	    Information</title>
+
+	  <para><filename>ports/astro/xearth/files/freebsd.committers.markers</filename>
+	    and
+	    <filename>src/usr.bin/calendar/calendars/calendar.freebsd</filename>
+	    - Some people add entries for themselves to these files to
+	    show where they are located or the date of their
+	    birthday.</para>
 	</step>
 
 	<step>
 	  <title>Optional: Prevent Duplicate Mailings</title>
 
 	  <para>Subscribers to &a.svn-src-all.name;,
-	    &a.svn-ports-all.name; or &a.svn-doc-all.name; might wish to
-	    unsubscribe to avoid receiving duplicate
-	    copies of commit messages and followups.</para>
+	    &a.svn-ports-all.name; or &a.svn-doc-all.name; might wish
+	    to unsubscribe to avoid receiving duplicate copies of
+	    commit messages and followups.</para>
 	</step>
       </procedure>
     </sect2>
@@ -2381,11 +2394,10 @@ ControlPersist yes</screen>
 	  <para>Introduce yourself to the other developers, otherwise
 	    no one will have any idea who you are or what you are
 	    working on.  The introduction need not be a comprehensive
-	    biography, just write a paragraph or two about who you are,
-	    what you plan to be working on as a developer in
-	    &os;, and who will be your mentor.
-	    Email this to the &a.developers; and you will be on
-	    your way!</para>
+	    biography, just write a paragraph or two about who you
+	    are, what you plan to be working on as a developer in
+	    &os;, and who will be your mentor.  Email this to the
+	    &a.developers; and you will be on your way!</para>
 	</step>
 
 	<step>
@@ -2432,20 +2444,20 @@ ControlPersist yes</screen>
 
       <para>All new developers have a mentor assigned to them for
 	the first few months.  A mentor is responsible for teaching
-	the mentee the rules and conventions of the project and guiding their
-	first steps in the developer community.  The mentor is also
-	personally responsible for the mentee's actions during this initial
-	period.</para>
+	the mentee the rules and conventions of the project and
+	guiding their first steps in the developer community.  The
+	mentor is also personally responsible for the mentee's actions
+	during this initial period.</para>
 
       <para>For committers: do not commit anything without first
-	getting mentor approval.  Document that
-	approval with an <literal>Approved by:</literal> line in the
-	commit message.</para>
+	getting mentor approval.  Document that approval with an
+	<literal>Approved by:</literal> line in the commit
+	message.</para>
 
       <para>When the mentor decides that a mentee has learned the
 	ropes and is ready to commit on their own, the mentor
-	announces it
-	with a commit to <filename>mentors</filename>.</para>
+	announces it with a commit to
+	<filename>mentors</filename>.</para>
     </sect2>
   </sect1>
 
@@ -2724,7 +2736,8 @@ Relnotes:           yes</programlisting>
   </sect1>
 
   <sect1 xml:id="tracking.license.grants">
-    <title>Keeping Track of Licenses Granted to the &os; Project</title>
+    <title>Keeping Track of Licenses Granted to the &os;
+      Project</title>
 
     <para>Various software or data exist in the repositories where
       the &os; project has been granted a special licence to be able
@@ -2738,8 +2751,8 @@ Relnotes:           yes</programlisting>
       license grants.  To that end, the &a.core; has decided to keep
       an archive of them.  Whenever the &os; project is granted a
       special license we require the &a.core; to be notified.  Any
-      developers involved in arranging such a license grant, please send
-      details to the &a.core; including:</para>
+      developers involved in arranging such a license grant, please
+      send details to the &a.core; including:</para>
 
     <itemizedlist>
       <listitem>
@@ -2755,8 +2768,8 @@ Relnotes:           yes</programlisting>
 
       <listitem>
 	<para>The date the license comes into effect from.  Unless
-	  otherwise agreed, this will be the date the license was issued
-	  by the authors of the software in question.</para>
+	  otherwise agreed, this will be the date the license was
+	  issued by the authors of the software in question.</para>
       </listitem>
 
       <listitem>
@@ -2764,8 +2777,8 @@ Relnotes:           yes</programlisting>
       </listitem>
 
       <listitem>
-	<para>A note of any restrictions, limitations or exceptions that
-	  apply specifically to &os;'s usage of the licensed
+	<para>A note of any restrictions, limitations or exceptions
+	  that apply specifically to &os;'s usage of the licensed
 	  material.</para>
       </listitem>
 
@@ -2774,11 +2787,11 @@ Relnotes:           yes</programlisting>
       </listitem>
     </itemizedlist>
 
-    <para>Once the &a.core; is satisfied that all the necessary details
-      have been gathered and are correct, the secretary will send a
-      PGP-signed acknowledgement of receipt including the license
-      details.  This receipt will be persistently archived and serve
-      as our permanent record of the license grant.</para>
+    <para>Once the &a.core; is satisfied that all the necessary
+      details have been gathered and are correct, the secretary will
+      send a PGP-signed acknowledgement of receipt including the
+      license details.  This receipt will be persistently archived and
+      serve as our permanent record of the license grant.</para>
 
     <para>The license archive should contain only details of license
       grants; this is not the place for any discussions around
_______________________________________________
[email protected] mailing list
http://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.