Hi all,

On Fri, Jan 14, 2011 at 07:59:56AM +0100, Antonin Kral wrote:
> > >> The pimd/xorp situation should be investigated, as I'm not sure both can
> > >> be installed at the same time either.
> > >
> > > They cannot because multicast routing always needs access to the multicast
> > > routing table (MRT), which the kernel lets you only access through a 
> > > socket
> > > after calling setsockopt() with MRT_INIT (see above).
> > 
> > Yes, but it isn't as clear cut as it looks given xorp can do mc routing
> > or not depending on configuration (AIUI from the description). If that
> > is the case, you may want to use xorp for some tasks and pimd for mc
> > routing.
> 
> They will conflicts as well if you enable mc routing in xorp, but I
> would agree that we cannot just add static conflict between these to
> packages. I would say, that we can safely assume, that if the user is
> able to configure xorp she is capable of solving the conflict on MRT
> access (e.g. by removing pimd or reconfiguring xorp).

No, I disagree here. With the same arguing mailservers would need no conflict
with package "mail-transport-agent". Paraphrasing your wordings: If the user is
able to configure postfix she is capable of solving the conflict on TCP
listening socket on port 25 (e.g. by re-configuring the other daemons to use
another port). The case with "mail-transport-agent" is more complex though,
because it also involves a provider for the sendmail interface (ie.
/usr/lib/sendmail). But you could also consider the arguing for packages
conflicting with "pop3-server" and the like.

I think the core point is: If the *default configuration* of the multicast
routing packages in question cause access to the MRT, then it should conflict
with other packages (which do so in their default configuration too).

Regards,
Micha



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to