avahi service discovery failure when bind installed causes apt proxy setting from apt.conf to be ignored

Bug #672388 reported by Grant Walters
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
apt (Ubuntu)
New
Wishlist
Unassigned

Bug Description

Binary package hint: apt

I am using apt-cacher so I have put Acquire::http { Proxy "http://localhost:3142"; }; into my apt.conf file.
Yesterday I downloaded bind9 which has installed itself and started. I haven't had time yet to configure for my local domain but I noticed that when I did an apt-get update, it wasn't going through apt-cacher.
I also downloaded squid-deb-proxy to have a look at (which I haven't configured).
apt-get update spat out a "service_browser failed: DNS failure: NXDOMAIN" error.
I shut down bind, commented out #Acquire::http::ProxyAutoDetect "/usr/share/squid-deb-proxy-client/apt-avahi-discover"; from the 30autoproxy file and things went back to normal.

While I appreciate that I have some configuration work to do. Whatever is the causes of the failure message, whether it be bind not configued or squid-deb-proxy not configured, the original Proxy line in the apt.conf file should be observed?

Revision history for this message
Torsten Spindler (tspindler) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better.

For clarification, your bug is about apt being more resilient towards configuration errors in other components, like squid-deb-proxy and apt-cacher?

Revision history for this message
Grant Walters (grunter) wrote :

Yes, sort of :-) I'm still working out where everything is on Ubuntu nowadays, so it can be a pain when something just stops working. In this case, I think the fault lies with the squid-deb-proxy failure rather than with apt or bind.
I would assume that the initial Proxy server entry would have been collected without trouble initially by apt and then the reference has been reset by squid-deb-proxy but I'm not sure.
The old rule of leaving the environment the way it was if you aren't successful should be applied here.
If a proxy exists when the /usr/share/squid-deb-proxy-client/apt-avahi-discover code runs, then it should still exist if the apt-avahi-discover code fails. The same should apply to any other code running.
Sorry I can't be of more help at the moment. Service discovery/zeroconf is on my list for the next few weeks.

Revision history for this message
Torsten Spindler (tspindler) wrote :

Unfortunately we have only a few developers working actively on apt and they are quite busy with critical issues. will mark this bug as a wishlist item, hoping that it will be eventually picked up. Thanks again for reporting the issue!

Changed in apt (Ubuntu):
importance: Undecided → Wishlist
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.