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#58661 - [dnscrypt-proxy] Service file misses dependence on socket
Attached to Project:
Community Packages
Opened by Tommy Schmitt (spinka) - Saturday, 19 May 2018, 10:21 GMT
Last edited by David Runge (dvzrv) - Monday, 21 May 2018, 17:22 GMT
Opened by Tommy Schmitt (spinka) - Saturday, 19 May 2018, 10:21 GMT
Last edited by David Runge (dvzrv) - Monday, 21 May 2018, 17:22 GMT
|
DetailsDescription:
Previously upstream service had dependence on socket: https://github.com/jedisct1/dnscrypt-proxy/blob/85f05ff9e8c47e6e6613441644859c1c813f1fac/systemd/dnscrypt-proxy.service#L6 https://github.com/jedisct1/dnscrypt-proxy/blob/85f05ff9e8c47e6e6613441644859c1c813f1fac/systemd/dnscrypt-proxy.service#L49 Current downstream Archlinux service lacks of it. This is a problem because dnscrypt-proxy config in Archlinux doesn't include listening port: https://git.archlinux.org/svntogit/community.git/tree/trunk/configuration.diff?h=packages/dnscrypt-proxy#n9 That means service won't work when socket isn't enabled and started before. It can be fixed either by adding dependence on socket in service or adding listening port in config. Steps to reproduce: Enable and activate dnscrypt-proxy.service systemctl enable --now dnscrypt-proxy.service |
This task depends upon
Closed by David Runge (dvzrv)
Monday, 21 May 2018, 17:22 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed with 2.0.14-2
Monday, 21 May 2018, 17:22 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed with 2.0.14-2
I don't think this should have severity 'low' as it's clearly miss-configured.
As upstream rage-quitted systemd support, I had to add the service/socket. However, after decoupling their usage, I forgot to undo the changes in the configuration file (which were needed before).
This package requires a lot of customization on each release... :-/