Bug 197525
Summary: | BrowseAddress @LOCAL doesn't appear to work | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Tim <debugging> |
Component: | cups | Assignee: | Tim Waugh <twaugh> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-07-21 07:56:04 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: |
Description
Tim
2006-07-03 16:40:14 UTC
It certainly works in FC5 with cups-1.2.1-1.7. 1.2 has some improvements over 1.1 in this area -- in particular, it regularly re-scans for local network interfaces now. Could it be that your eth0 interface is not active until after CUPS has started? No. The eth0 interface has been up for a very long time. CUPS has been restarted many time while tracing this fault. CUPS has been left running a very long time, without anything being fiddled with, and it still didn't work. It'll be quite some time before I shift from FC4 to FC5. Too many problems. Strange. Can you attach /var/log/cups/error_log please? Thanks. Problem ceased to occur, after some experimentation, without being able to see any reason why it failed in the first place. |