| Summary: | DHCPD S80dhcp-server startup script issues | ||
|---|---|---|---|
| Product: | buildroot | Reporter: | Dmitry K <dmitry> |
| Component: | Other | Assignee: | Gustavo Zacarias <gustavo> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | buildroot |
| Priority: | P5 | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Host: | Target: | ||
| Build: | |||
|
Description
Dmitry K
2011-04-13 14:19:00 UTC
I think point (1) is intentional: make sure the script doesn't do anything until there is a proper configuration. (2) is expected: all the init scripts in Buildroot work like this. (3) is really cosmetic I believe. Gustavo, what do you think? Can you have a look at the remaining issues, if any, and make a final call about this bug? 1) That check can be removed, dhcpd won't start without a valid /etc/dhcpd.conf (there's nothing copied there by the package). 2) Expected behaviour as Thomas said, the shipped initscripts are for normal/simple usage scenarios, you can remove shipped initscripts via a custom packaging script (like i do) and use your own (ditto, for example with a config subsystem built into them). 3) The package installs the file with the proper permissions, if it's -x it won't be executable anyway, i agree with Thomas. If there were a file that matches and isn't +x it would be some user inflicted problem. I'm sending a patch that revamps the initscripts to the mailing list with some extra sanity checks. Fixed in git (dcefce4cf81) by Gustavoz, thanks |