Bug 530087
| Summary: | create avahi-libs sub-package | |||
|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Tim Waugh <twaugh> | |
| Component: | avahi | Assignee: | Lennart Poettering <lpoetter> | |
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | |
| Severity: | medium | Docs Contact: | ||
| Priority: | low | |||
| Version: | rawhide | CC: | bnocera, lpoetter, mclasen, warthog9, yaneti | |
| Target Milestone: | --- | |||
| Target Release: | --- | |||
| Hardware: | All | |||
| OS: | Linux | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | Bug Fix | ||
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 684970 684971 (view as bug list) | Environment: | ||
| Last Closed: | 2010-04-19 16:24:07 UTC | Type: | --- | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Embargoed: | ||||
| Bug Depends On: | ||||
| Bug Blocks: | 684970, 684971 | |||
|
Description
Tim Waugh
2009-10-21 14:05:08 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Makes sense to me, but we probably want to target F13 for this now. *** Bug 542775 has been marked as a duplicate of this bug. *** This bug appears to have been reported against 'rawhide' during the Fedora 13 development cycle. Changing version to '13'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping pinging on this one again - subject came up on an irc discussion and I remembered this bug. I realize it is too late for F13 at this point - but maybe rawhide? thanks I'd argue that this needs to happen in F13, heck I'd argue this needs to get back ported to F11 and F12 (depending on when support gets dropped for F11). It's just the fact that avahi is going to get turned on for a lot of server installs that aren't expecting it (and arguably a lot of desktop / laptop installs that might not want it as well). I don't see the point given that it'll be blocked off by default, by the firewall, and that you'd need to explicitely unblock it from the firewall for it to do anything. At that point, you might as well be disabling it running altogether. (In reply to comment #7) > I don't see the point given that it'll be blocked off by default, by the > firewall, and that you'd need to explicitely unblock it from the firewall for > it to do anything. At that point, you might as well be disabling it running > altogether. Your making the assumption that the firewall is either running at all, running in the default configuration or that an attack at the local system is impossible. There are specific reasons why an end user, in particular servers, don't run firewalls, or run firewalls that are incredibly targeted and specific. Depending on your firewall to protect you against this particular problem means you've already failed. Here's the fundamental problem that started this whole debate, if I as a server administrator am not running avahi, have a machine on the public internet and such suddenly decide to install ImageMagick, a completely unrelated package that should *NOT* involve any new services I am suddenly bringing in avahi and it's starting by default. It's the completely unexpected implication that anything I want that needs ghostscript will mean that I not only suddenly have bloat installed, but that I'm not by default running a service I wasn't expecting. Done in avahi-0.6.25-7.fc14. |