about summary refs log tree commit diff
path: root/manual
diff options
context:
space:
mode:
Diffstat (limited to 'manual')
-rw-r--r--manual/crypt.texi4
-rw-r--r--manual/install.texi15
2 files changed, 6 insertions, 13 deletions
diff --git a/manual/crypt.texi b/manual/crypt.texi
index 1198d6a721..0ea5ff85d4 100644
--- a/manual/crypt.texi
+++ b/manual/crypt.texi
@@ -79,8 +79,8 @@ royalty for commercial production or sale of any product developed with
 the source code'' to most countries.
 
 The rules in this area are continuously changing.  If you know of any
-information in this manual that is out-of-date, please report it using
-the @code{glibcbug} script. @xref{Reporting Bugs}.
+information in this manual that is out-of-date, please report it to
+the bug database.  @xref{Reporting Bugs}.
 
 @node getpass
 @section Reading Passwords
diff --git a/manual/install.texi b/manual/install.texi
index efe2a0ffdc..b8f5d6fc41 100644
--- a/manual/install.texi
+++ b/manual/install.texi
@@ -559,7 +559,7 @@ It is a good idea to verify that the problem has not already been
 reported.  Bugs are documented in two places: The file @file{BUGS}
 describes a number of well known bugs and the bug tracking system has a
 WWW interface at
-@url{http://www-gnats.gnu.org:8080/cgi-bin/wwwgnats.pl}.  The WWW
+@url{http://sources.redhat.com/bugzilla/}.  The WWW
 interface gives you access to open and closed reports.  A closed report
 normally includes a patch or a hint on solving the problem.
 
@@ -582,20 +582,13 @@ library, you really only need to narrow it down to one library
 function call, if possible.  This should not be too difficult.
 
 The final step when you have a simple test case is to report the bug.
-Do this using the @code{glibcbug} script.  It is installed with libc, or
-if you haven't installed it, will be in your build directory.  Send your
-test case, the results you got, the results you expected, and what you
-think the problem might be (if you've thought of anything).
-@code{glibcbug} will insert the configuration information we need to
-see, and ship the report off to @email{bugs@@gnu.org}.  Don't send
-a message there directly; it is fed to a program that expects mail to be
-formatted in a particular way.  Use the script.
+Do this using the WWW interface to the bug database.
 
 If you are not sure how a function should behave, and this manual
 doesn't tell you, that's a bug in the manual.  Report that too!  If the
 function's behavior disagrees with the manual, then either the library
 or the manual has a bug, so report the disagreement.  If you find any
-errors or omissions in this manual, please report them to the Internet
-address @email{bug-glibc-manual@@gnu.org}.  If you refer to specific
+errors or omissions in this manual, please report them to the
+bug database.  If you refer to specific
 sections of the manual, please include the section names for easier
 identification.