| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
| |
Follow-up to: #23838
|
| |
|
|
|
|
|
|
|
|
|
| |
Issue forms templates allow us to add automation in place.
This patch replaces old markdown issue templates with new issue forms.
It also adds workflow to automatically mark issues by component label
based on reported data.
This change could help with initial triaging of issues.
|
|
|
|
|
|
| |
since we don't do releases there.
Mentioned in https://github.com/systemd/systemd/issues/22230#issue-1111991271.
|
| |
|
|
|
|
| |
This mirros what 0aff7b7584 did for docs/.
|
|
|
|
|
| |
Also, ask people to use a recent stable release and provide useful version information.
Inspired by #19118.
|
|
|
|
|
| |
Apparently it's not obvious that logs are a good thing to provide, hence
let's explicitly ask for them.
|
|
|
|
|
|
| |
It happens too often that what people ask for already is implemented.
Let's help cut the noise a bit, and make people check things first
hopefully, and at least make it either for us to detect such cases.
|
|
|
|
| |
Follow-up for 2d816c9804c1d565797faff85c0fdbfb15f1e9d5
|
|
|
|
| |
Fixes: #18238
|
|
|
|
|
|
|
| |
Quite often we see kernel and arch specific issues, let's ask for the
version right-away when people file the issue.
Other tweaks.
|
|
|
|
| |
Fixes: #16083
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The GitHub guide on contributing file says: "Decide whether to store your
contributing guidelines in your repository's root, docs, or .github directory."
https://help.github.com/articles/setting-guidelines-for-repository-contributors/#adding-a-contributing-file
But there's really no advantage to keeping it in the hidden .github/, since
these are public and really belong together with the other documentation.
We can still keep the issue templates under .github/, since they are not really
documentation on their own.
Updated the links pointing to CONTRIBUTING.md to refer to the one in docs/.
|
|
Github now has issue templates in the web interface, and allows
more than one to be specified. Let's split our single template
in two: bug report and RFE.
|