[Pkg-utopia-maintainers] Bug#764084: ifplugd & NetworkManager

[Bengt Bjorkberg]

Not certain if this bug is still open. Or if this is even the right way to raise an issue. 
Been looking at this bug quite a few times, and ended up raising a new bug (810184). 

I am not certain if this bug is open or closed (sorry for my ignorance), but there seems to be three different issues. 
1. avahi fails to pick up (or take into account) all interfaces
2. there seems to be no way to force it to take additional interfaces into account 
3. There is a daemon that does not work as expected and fails to stay dead if told to do so

There is a simple fix to the issue, just apt-get remove avahi-daemon does the trick. May seem extreme, but seems simpler than disabling a interface.

Also, it seemed like the bug is stating that the issue was resolved, and as far as I can tell it is not.

Of course, please feel free to close the duplicate.

On Wed, 25 Mar 2015 15:31:31 +0100 Cyrille Bollu <cyrille.bollu at gmail.com> wrote:
> Ok,
> 
> As I couldn't understand to configure NM to disable this zeroconf/ipv4ll
> stuff (where's the doc?!?), I've tried to use ifplugd.
> 
> It's a neat package, but there are gotcha:
> 
> 1- you need to configure it, because by default it won't monitor any
> interface, despite what's writen in its man page (option -i);
> 2- you need to uninstall avahi-autoipd, as otherwise, it will do its thing
> and you'll end up with a default route to 169.254....
> 
> So, in my case, by uninstalling avahi-autoipd and installing and
> configuring ifplugd, I could overcome this issue.
> 
> So, now, I've a nice system that automatically set up my ethernet network
> interface when needed (ie: when there's a cable plugged in), but without
> ipv4ll (RFC3927) support.
> 
> Cyrille

-- 

------------------------------
This message is confidential and intended for the use of the addressee only.
If you believe you have received this email in error, then kindly return 
the message to the sender and delete from your computer.
While we scan all our mail for viruses, you should verify the safety of all 
attachments in this email before opening.  Internet communications are not 
guaranteed to be private or secure and DBFS Ltd accepts no responsibility 
for changes made to this message after it was sent.  
*DBFS Ltd, Five Kings House, 1 Queen St Place, London EC4R 1QS, United 
Kingdom.  http://www.dbfs.co.uk <http://www.dbfs.co.uk>*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-utopia-maintainers/attachments/20160108/9c50e9ab/attachment.html>