summaryrefslogtreecommitdiffstats
path: root/.github
Commit message (Collapse)AuthorAgeFilesLines
* github: additionally ask for log files on build problems and questionsder richter2020-03-142-0/+14
|
* github: fix a typo in the contact links infoder richter2020-02-091-2/+2
|
* github: ask users to first reproduce the issue with --no-configder richter2020-02-094-0/+12
|
* mac: activate logging when started from the bundleder richter2020-02-081-3/+5
| | | | | | | | | | this creates a default log for the last mpv run when started from the bundle. that way one can get a log of what happened even after an issue occurred. also add a menu entry under Help to show the current log, but only when the bundle is used. Fixes #7396 Fixes #2547
* github: rename Bug to Issue and slightly change the question templateder richter2020-01-206-9/+16
|
* github: add several issue templates and a warning to not ignore themder richter2020-01-099-7/+238
|
* github: ask for build/config.logPhilip Sequeira2019-11-101-2/+2
|
* github: suggest using as github attachment for log fileswm42019-11-091-5/+5
| | | | | | | | | | It's not that we _want_ the log to be on an external site. We just want the log, somehow. Probably not pasted inline into the issue text. Also reword the "we are assholes who really want logs" part of the text. It's a subtle balance between trying to be nice and being a complete asshole, but no matter what you do, it will always sound like the latter, so be direct.
* github: we want a -v -v log nowwm42019-11-011-1/+1
| | | | | --log-file uses debug log level by default. On command line, -v -v will use debug log level.
* github: try to get contributors to read contribute.mdwm42019-10-011-5/+4
| | | | | | | | | | | | | | | | | How hard can it be? I know contribute.md is a shitty wall of text, but that doesn't make it less important, and each violation will make it take longer by adding another review round anyway. And we really don't need lazy pull requests. If you can't be assed to follow a few simple rules, your code is probably shit or you wanted to be quick and lazy. Why should we accept it? We're the ones who have to maintain it and fix bugs in it, and if the contributor is lazy, the chance of you maintaining it is probably slim as well. On the other hand, WE the maintainers are not obligated to anything. Don't say that though, the first contact doesn't need to be negative. I don't know if the "lazy pull requests" is still too strong, but I can't tell.
* github: remove LGPL relicensing boilerplatewm42019-09-211-3/+2
| | | | | | Most files are LGPL anyway by now. contribute.md still requires contributors to provide changes under LGPL, which should cover changes to files that are LGPL, as well as GPL files.
* github: recommend 0x0.st rather than sprunge.us for logfilesKevin Mitchell2018-02-161-1/+1
| | | | The latter seems to give 500 errors more often than not these days.
* github: Google Drive suckswm42017-10-191-1/+2
| | | | Is there even anything that fucking sucks more than it?
* github: also add a link to the list of latest releaseswm42017-05-051-0/+1
| | | | Since some users apparently can't figure this out.
* github: make language on not providing logs slightly strongerwm42017-05-051-1/+2
| | | | | | I guess there is a hard to balance tradeoff between appearing rude or dismissive, and making the user think it's ok to not provide essential information.
* ISSUE_TEMPLATE: minor grammar updateBen Boeckel2016-10-171-2/+2
|
* github: fix typowm42016-08-181-1/+1
|
* github: encourage bug reportswm42016-08-181-1/+3
| | | | | Word this sentence slightly more positively because we are a positive project.
* github: encourage providing sample fileswm42016-08-111-2/+6
| | | | | Also, try to save users from trying to use the github file upload function. While we're at it, also make the sprunge.us hint a link.
* github: discourage bug reportswm42016-08-051-0/+3
|
* github: move "reproduction steps" before behavior sectionswm42016-06-201-2/+2
|
* Add github issue and pull request templateswm42016-06-172-0/+21
I do not understand why github requires adding this crap to source code repositories themselves, instead of making them part of the repository configuration. Remove CONTRIBUTING.md to compensate for github crap accumulating.