| Summary: | media-sound/mt-daapd-0.2.4.1 - /etc/init.d/mt-daapd has an unnecessary (and broken) dependency | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Frank Lomax <gentoo> |
| Component: | Current packages | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
| Status: | RESOLVED INVALID | ||
| Severity: | minor | ||
| Priority: | High | ||
| Version: | 2007.0 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
Kindly review http://bugs.gentoo.org/page.cgi?id=fields.html#bug_severity... Also checking your use flags before filing a bug helps. % emerge -pv mt-daapd These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] media-sound/mt-daapd-0.2.4.1 USE="vorbis -avahi" 0 kB Okay, so the bug isn't a blocker, but it's not invalid. You don't need avahi to run mt-daapd so its init.d script shouldn't require mDNSResponder unless necessary. Except that the ebuild *depends* on net-misc/mDNSResponder with USE="-avahi". |
/etc/init.d/mt-daapd has the following depend() section: depend() { need net need mDNSResponder } The "need mDNSResponder" section is unnecessary because mt-daapd has a built-in mDNS responder. It's also broken because mDNSResponder may not be installed or configured, so mt-daapd can't be started this way. Commenting that line out makes the init.d script work just fine. You can always run mt-daapd from the command line like this: /usr/sbin/mt-daapd -f -c /etc/mt-daapd.conf -d 9 to show that it works without mDNSResponder.