doc: fix typos in hacking.html.in; mark HACKING as read-only

* HACKING: Mark as read-only.  Soon we'll generate it from...
* docs/hacking.html.in: ... this file.  More typo fixes.
This commit is contained in:
Jim Meyering 2010-03-09 17:59:25 +01:00
parent 06b835607f
commit d1c754168a
2 changed files with 11 additions and 7 deletions

View File

@ -1,3 +1,6 @@
-*- buffer-read-only: t -*- vi: set ro:
DO NOT EDIT THIS FILE! IT IS GENERATED AUTOMATICALLY!
Libvirt contributor guidelines Libvirt contributor guidelines
============================== ==============================

View File

@ -117,7 +117,7 @@
</pre> </pre>
<p> <p>
Note that sometimes you'll have to postprocess that output further, by Note that sometimes you'll have to post-process that output further, by
piping it through "expand -i", since some leading TABs can get through. piping it through "expand -i", since some leading TABs can get through.
Usually they're in macro definitions or strings, and should be converted Usually they're in macro definitions or strings, and should be converted
anyhow. anyhow.
@ -424,7 +424,7 @@
#include &lt;limits.h&gt; #include &lt;limits.h&gt;
#if HAVE_NUMACTL Some system includes aren't supported #if HAVE_NUMACTL Some system includes aren't supported
# include &lt;numa.h&gt; everywhere so need these #if defences. # include &lt;numa.h&gt; everywhere so need these #if guards.
#endif #endif
#include "internal.h" Include this first, after system includes. #include "internal.h" Include this first, after system includes.
@ -533,7 +533,7 @@
<h2><a name="committers">Libvirt committers guidelines</a></h2> <h2><a name="committers">Libvirt committer guidelines</a></h2>
<p> <p>
The AUTHORS files indicates the list of people with commit access right The AUTHORS files indicates the list of people with commit access right
@ -541,11 +541,12 @@
</p> </p>
<p> <p>
The general rule for committing patches is to make sure it has been reviewed The general rule for committing a patch is to make sure
properly in the mailing-list first, usually if a couple of persons gave an it has been reviewed
properly in the mailing-list first, usually if a couple of people gave an
ACK or +1 to a patch and nobody raised an objection on the list it should ACK or +1 to a patch and nobody raised an objection on the list it should
be good to go. If the patch touches a part of the code where you're not the be good to go. If the patch touches a part of the code where you're not
main maintainer, or where you donot have a very clear idea of the main maintainer, or where you do not have a very clear idea of
how things work, it's better how things work, it's better
to wait for a more authoritative feedback though. Before committing, please to wait for a more authoritative feedback though. Before committing, please
also rebuild locally, run 'make check syntax-check', and make sure you also rebuild locally, run 'make check syntax-check', and make sure you