Re: failure with bridge devices

[Dan Williams <dcbw redhat com>]

On Wed, 2015-09-30 at 09:59 +0200, Olaf Hering wrote:
> Am 29.09.2015 um 13:21 schrieb Jirka Klimes:
> > On Mon, 28 Sep 2015 09:05:02 +0200
> > Olaf Hering <olaf aepfle de> wrote:
> > > So my questions:
> > > Are there known bugs in the cooperation between NM and GNOME?
> > I don't think there is a known serious issue.
>
> At least GNOME 3.16 is unable to do anything with bridges, except that
> they can be configured.
>
> > > Are bridge devices fully supported? If so, why did NM not bringup
> > > onboard before configuring bridge?
> > Yes, bridge configurations are supported. You might got confused by
> > the fact bringing up a bridge profile does not automatically bring up
> > its slaves. Basically, you need to connect all slaves (bridge master
> > will be connected as a dependency).
> >
> > But, as you have found there is a new property to influence the
> > behaviour (connection.autoconnect-slaves). When you set it to '1' you
> > can activate bridge and its slaves will be activated too.
>
> Why is it off by default? What is the point of that behaviour?

Backwards compatibility, an intention to replicate the behavior of
various legacy network initscripts that had the same behavior (where eg
'ifup br0' after boot didn't bring up slaves), and because it's not
always the case that you want every single slave configuration that
references 'br0' to be started when br0 starts.  In general, NM tries to
be less destructive by default, and allow you to opt into destruction :)

(which might be new to some people, but that's the goal for the last 4
years or so)

Dan

> > > Below is the output of what I configured with 'nm-connection-editor'.
> > > Why is that output even localized?!
> > What is the issue with localization/no-localization?
>
> Its translated at the wrong layer. But after all, they also gave us
> ~/Schreibtisch, ~/ビデオ, ~/Público and other odd directory names. So it
> just makes sense to translate property names as well. I think in the
> future we will get /proc/версия too...
>
> Olaf
> _______________________________________________
> networkmanager-list mailing list
> networkmanager-list gnome org
> https://mail.gnome.org/mailman/listinfo/networkmanager-list