summaryrefslogtreecommitdiff
path: root/.gitlab
diff options
context:
space:
mode:
authorTomek Mrugalski <tomasz@isc.org>2019-03-26 15:42:39 +0100
committerTomek Mrugalski <tomasz@isc.org>2019-03-26 15:42:39 +0100
commit787b8c03684e82c4738fdb1c3a73349e7a412e76 (patch)
tree6fd335869c8811ff8db81333127012fed0205635 /.gitlab
parentdd23902de81f5f1088b0aba3f59eb5070bfda293 (diff)
downloadisc-dhcp-787b8c03684e82c4738fdb1c3a73349e7a412e76.tar.gz
[master] Added gitlab bug/feature request templates
Diffstat (limited to '.gitlab')
-rw-r--r--.gitlab/issue_templates/bug_report.md78
-rw-r--r--.gitlab/issue_templates/feature_request.md42
2 files changed, 120 insertions, 0 deletions
diff --git a/.gitlab/issue_templates/bug_report.md b/.gitlab/issue_templates/bug_report.md
new file mode 100644
index 00000000..be6fe142
--- /dev/null
+++ b/.gitlab/issue_templates/bug_report.md
@@ -0,0 +1,78 @@
+---
+name: Bug report
+about: Create a report to help us improve
+
+---
+
+If you believe your bug report is a security issue (e.g. a packet that can kill the server), DO NOT
+REPORT IT HERE. Please use https://www.isc.org/community/report-bug/ instead or send mail to
+security-office(at)isc(dot)org. If you really need to report it here, please set the confidential
+field to true.
+
+**Describe the bug**
+A clear and concise description of what the bug is.
+
+**To Reproduce**
+Steps to reproduce the behavior:
+1. Run dhcp (which daemon? dhcpd, dhcrelay, dhclient?) with the following config '...'
+2. A client does A and sends packet B with options C,D,E via relay F that does '...'
+3. The server then '...'
+4. See error
+
+**Expected behavior**
+A clear and concise description of what you expected to happen:
+The server is supposed to send back packet A with address B assigned.
+
+**Environment:**
+ - ISC DHCP version: which release? if it's compiled from git, which revision. Use `dhcpd --version`
+ to find out.
+
+ - OS: [e.g. Ubuntu 16.04 x64]
+ - Which features were compiled in
+
+**Additional Information**
+Add any other context about the problem here. In particular, feel free to share your config file and
+logs from around the time error occurred. Don't be shy to send more logs than you think are
+relevant. It is easy to grep large log files. It is tricky to guess what may have happened without
+any information.
+
+Make sure you anonymize your config files (at the very lease make sure you obfuscate your database
+credentials, but you may also replace your actual IP addresses and host names with example.com
+and 10.0.0.0/8 or 2001:db8::/32).
+
+**Some initial questions**
+- Are you sure your feature is not already implemented in the latest ISC DHCP version?
+- Are you sure your requrested feature is not already impemented in Kea? Perhaps it's a good time
+ to consider migration?
+- Are you sure what you would like to do is not possible using some other mechanisms?
+- Have you discussed your idea on dhcp-users and/or dhcp-workers mailing lists?
+
+**Is your feature request related to a problem? Please describe.**
+A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
+It is very important to describe what you would like to do and why?
+
+**Describe the solution you'd like**
+A clear and concise description of what you want to happen.
+
+**Describe alternatives you've considered**
+A clear and concise description of any alternative solutions or features you've considered.
+
+**Additional context**
+Add any other context about the feature request here.
+
+**Funding its development**
+ISC DHCP is run by ISC, which is a small non-profit organization without any government funding or
+any permanent sponsorship organizations. Are you able and willing to participate financially in the
+development costs?
+
+**Participating in development**
+Are you willing to participate in the feature development? ISC team always tries to make a feature
+as generic as possible, so it can be used in wide variety of situations. That means the proposed
+solution may be a bit different that you initially thought. Are you willing to take part in the
+design discussions? Are you willing to test an unreleased engineering code?
+
+**Contacting you**
+How can ISC reach you to discuss this matter further? If you do not specify any means such as
+e-mail, jabber id or a telephone, we may send you a message on github with questions when we have
+them.
+
diff --git a/.gitlab/issue_templates/feature_request.md b/.gitlab/issue_templates/feature_request.md
new file mode 100644
index 00000000..48a0e7d0
--- /dev/null
+++ b/.gitlab/issue_templates/feature_request.md
@@ -0,0 +1,42 @@
+---
+name: Feature request
+about: Suggest an idea for this project
+
+---
+
+**Some initial questions**
+- Are you sure your feature is not already implemented in the latest ISC DHCP version?
+- Are you sure your feature is not already implemented in the latest Kea version? Perhaps it's a
+ good time to consider migration?
+- Are you sure what you would like to do is not possible using some other mechanisms?
+- Have you discussed your idea on dhcp-users or dhcp-workers mailing lists?
+
+**Is your feature request related to a problem? Please describe.**
+A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
+It is very important to describe what you would like to do and why?
+
+**Describe the solution you'd like**
+A clear and concise description of what you want to happen.
+
+**Describe alternatives you've considered**
+A clear and concise description of any alternative solutions or features you've considered.
+
+**Additional context**
+Add any other context about the feature request here.
+
+**Funding its development**
+ISC DHCP is run by ISC, which is a small non-profit organization without any government funding or
+any permanent sponsorship organizations. Are you able and willing to participate financially in the
+development costs?
+
+**Participating in development**
+Are you willing to participate in the feature development? ISC team always tries to make a feature
+as generic as possible, so it can be used in wide variety of situations. That means the proposed
+solution may be a bit different that you initially thought. Are you willing to take part in the
+design discussions? Are you willing to test an unreleased engineering code?
+
+**Contacting you**
+How can ISC reach you to discuss this matter further? If you do not specify any means such as
+e-mail, jabber id or a telephone, we may send you a message on github with questions when we have
+them.
+