summaryrefslogtreecommitdiff
path: root/REPORTING-BUGS
diff options
context:
space:
mode:
authorhasso <hasso>2004-02-20 20:33:43 +0000
committerhasso <hasso>2004-02-20 20:33:43 +0000
commit3b5640301a1b6f08d8f899d952d64da9bdba32ec (patch)
tree139071266b255774d17d35508014c8eda86b25b1 /REPORTING-BUGS
parent2f04e67a80dada65ff4564cd181500068fb59c43 (diff)
Zebra -> Quagga and reformatting.
Diffstat (limited to 'REPORTING-BUGS')
-rw-r--r--REPORTING-BUGS41
1 files changed, 20 insertions, 21 deletions
diff --git a/REPORTING-BUGS b/REPORTING-BUGS
index d6b23dd9..0b0380b8 100644
--- a/REPORTING-BUGS
+++ b/REPORTING-BUGS
@@ -1,28 +1,27 @@
-This file describes the procedure for reporting Zebra bugs.
-You are not obliged to follow this format , but it would be
-great help for Zebra developers if you report a bug as described
-below.
+This file describes the procedure for reporting Quagga bugs. You are not
+obliged to follow this format, but it would be great help for Quagga developers
+if you report a bug as described below.
-Send your report to bug-zebra@gnu.org mailing list.
+Report bugs http://bugzilla.quagga.net
Please supply the following information:
-1. Your zebra version or if it is CVS version then the date you did checkout.
-Always try to report the bugs on the current CVS version.
-2. Zebra daemons you run e.g. bgpd or ripd, your OS full name,
-any specific options you compiled zebra with.
-3. Problem description. Copy and paste relative zebra commands and their
-output to describe your network setup e.g. "zebra>show ip route".
-Please, also give your simple network layout and output of relative OS commands
-(e.g. ifconfig).
-4. All zebra configuration files you use. If you don't want to publish
-your network numbers change 2 middle bytes in IPv4 address to be XXX e.g.
-192.XXX.XXX.32/24. Similar could be done with IPv6.
-5. If any zebra daemon core dumped, please, supply stack trace using
-the following commands: host> gdb exec_file core_file , (gdb) bt .
-6. Run all zebra daemons with full debugging on (see documentation on debugging) and
-send _only_ part of logs which are relative to your problem.
+1. Your Quagga version or if it is CVS version then the date you did checkout.
+ Always try to report the bugs on the current CVS version.
+2. Quagga daemons you run e.g. bgpd or ripd and full name of your OS. Any
+ specific options you compiled Quagga with.
+3. Problem description. Copy and paste relative commands and their output to
+ describe your network setup e.g. "zebra>show ip route".
+ Please, also give your simple network layout and output of relative OS
+ commands (e.g. ifconfig or ip in case of Linux).
+4. All Quagga configuration files you use. If you don't want to publish your
+ network numbers change 2 middle bytes in IPv4 address to be XXX (e.g.
+ 192.XXX.XXX.32/24). Similar could be done with IPv6.
+5. If any Quagga daemon core dumped, please, supply stack trace using the
+ following commands: host> gdb exec_file core_file , (gdb) bt .
+6. Run all Quagga daemons with full debugging on (see documentation on
+ debugging) and send _only_ part of logs which are relative to your problem.
7. If the problem is difficult to reproduce please send a shell script to
-reproduce it.
+ reproduce it.
8. Patches, workarounds, fixes are always welcome.
Thank You.