From 3b9bfcd0ded72361b26618016e5d438d60118ef9 Mon Sep 17 00:00:00 2001
From: joy <joy@313b444b-1b9f-4f58-a734-7bb04f332e8d>
Date: Wed, 2 Jul 2003 10:16:58 +0000
Subject: [PATCH] tiny cleanups

git-svn-id: svn://anonscm.debian.org/ddp/manuals/trunk/developers-reference@2355 313b444b-1b9f-4f58-a734-7bb04f332e8d
---
 developers-reference.sgml | 13 ++++++-------
 1 file changed, 6 insertions(+), 7 deletions(-)

diff --git a/developers-reference.sgml b/developers-reference.sgml
index 774f6ad..4d2bd16 100644
--- a/developers-reference.sgml
+++ b/developers-reference.sgml
@@ -6,7 +6,7 @@
   <!ENTITY % commondata  SYSTEM "common.ent" > %commondata;
 
   <!-- CVS revision of this document -->
-  <!ENTITY cvs-rev "$Revision: 1.209 $">
+  <!ENTITY cvs-rev "$Revision: 1.210 $">
   <!-- if you are translating this document, please notate the CVS
        revision of the developers reference here -->
   <!--
@@ -1738,7 +1738,7 @@ if you use anonymous FTP to upload, place them into
 	  <p>
 If you want to use feature described in <ref id="delayed-incoming">,
 you'll have to upload to <tt>ftp-master</tt>.  It is the only upload
-point that supported delayed incoming.
+point that supports delayed incoming.
 	  <p>
 Please note that you should transfer
 the changes file last.  Otherwise, your upload may be rejected because the
@@ -1980,9 +1980,8 @@ maintainer address.
       <sect1 id="bug-answering">Responding to bugs
 	<p>
 When responding to bugs, make sure that any discussion you have about
-bugs are sent both to
-the original submitter of the bug, and the bug itself (e.g.,
-<email>123@&bugs-host;</email>). If you're writing a new
+bugs is sent both to the original submitter of the bug, and to the bug
+itself (e.g., <email>123@&bugs-host;</email>). If you're writing a new
 mail and you don't remember the submitter email address, you can
 use the <email>123-submitter@&bugs-host;</email> email to
 contact the submitter <em>and</em> to record your mail within the
@@ -2353,13 +2352,13 @@ When packaging the fix, keep the following points in mind:
 
       <sect2 id="bug-security-upload">Uploading the fixed package
 <p>
-<em>DO NOT</em> upload a package to the security upload queue
+Do <strong>NOT</strong> upload a package to the security upload queue
 (oldstable-security, stable-security, etc.) without
 prior authorization from the security team.  If the package does not
 exactly meet the team's requirements, it will cause many problems and
 delays in dealing with the unwanted upload.
 <p>
-<em>DO NOT</em> upload your fix to proposed-updates without
+Do <strong>NOT</strong> upload your fix to proposed-updates without
 coordinating with the security team.  Packages from
 security.debian.org will be copied into the proposed-updates directory
 automatically.  If a package with the same or a higher version number
-- 
2.30.2