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#30675 - [initscripts] remove daemon starting another daemon warning
Attached to Project:
Arch Linux
Opened by Xyne (Xyne) - Saturday, 14 July 2012, 16:49 GMT
Last edited by Tom Gundersen (tomegun) - Sunday, 04 November 2012, 16:22 GMT
Opened by Xyne (Xyne) - Saturday, 14 July 2012, 16:49 GMT
Last edited by Tom Gundersen (tomegun) - Sunday, 04 November 2012, 16:22 GMT
|
Details/etc/rc.d/functions prints the following message when a daemon starts another daemon:
"A daemon is starting another daemon, this is unlikely to work as intended." Why would it not work as intended? I have had no problems starting network-based daemons using POST_UP and PRE_DOWN with netcfg, for example. It's a bit annoying to have to see that message multiple times every time I start certain daemons. Arch users are expected to know what they're doing, especially when doing uncommon things such as creating their own daemons. I see no need for extra hand-holding here. If it doesn't work as intended, the user will figure it out. Yeah, you can just ignore the message, but it clutters the output and it is philosophically jarring. Thanks. |
This task depends upon
Closed by Tom Gundersen (tomegun)
Sunday, 04 November 2012, 16:22 GMT
Reason for closing: Won't implement
Additional comments about closing: If anyone wants this fixed, post a patch to the projects ml. I'm not going to be working on this.
Sunday, 04 November 2012, 16:22 GMT
Reason for closing: Won't implement
Additional comments about closing: If anyone wants this fixed, post a patch to the projects ml. I'm not going to be working on this.
If you want proper dependency handling, sysvinit/initscripts isn't going to do it.
The unlisted daemons are assumed to be independent so shutting them down last should work.
Thanks.