Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#69961 - [gitlab-runner] Upstream suggests service modification
Attached to Project:
Community Packages
Opened by Caleb Maclennan (alerque) - Friday, 12 March 2021, 14:06 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Saturday, 13 March 2021, 00:09 GMT
Opened by Caleb Maclennan (alerque) - Friday, 12 March 2021, 14:06 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Saturday, 13 March 2021, 00:09 GMT
|
DetailsThe gitlab-runner process handles singnals in a kind of orthodox way.
The upstream "best practices" page here: https://docs.gitlab.com/runner/best_practice/index.html ...suggests adding `KillSignal=SIGQUIT` plus a timeout to give it a chance to do a clean shutdown in the event the service is stopped. |
This task depends upon
Closed by Sven-Hendrik Haase (Svenstaro)
Saturday, 13 March 2021, 00:09 GMT
Reason for closing: Won't fix
Saturday, 13 March 2021, 00:09 GMT
Reason for closing: Won't fix

Upstream does suggest this but then again they also suggest to add this as an override in /etc/systemd/system/gitlab-runner.service.d/kill.conf. I'm going to keep the installed file as generated by upstream. People can apply upstream overrides as they see fit.