Re: Proposal: NetworkManager for GNOME 2.18.

[JP Rosevear <jpr novell com>]

On Tue, 2006-10-03 at 18:23 -0400, John (J5) Palmieri wrote:
> On Tue, 2006-10-03 at 14:44 -0400, Jeff Waugh wrote:
> > <quote who="Robert Love">
> > 
> > > Right now both the applet and daemon live in GNOME CVS and are released
> > > together.
> > 
> > (I don't think it's important for them to be split, unless you forsee the
> > combination having an impact on adherence to the GNOME release schedule.)
> > 
> > I think the crucial thing we need to do when considering new basic tech like
> > NetworkManager is grok the integration points. Which modules throughout the
> > (official) stack can benefit from integration with NetworkManager? This will
> > result in great examples for third party developers and the exercise of use
> > cases (possibly) beyond the original scope.
> > 
> > Perhaps the most interesting (in the Chinese sense) is gnome-system-tools.
> > Not just because of the static configuration issue, but how we integrate
> > configuration in general.
> > 
> > But there are lots of other places this integration matters throughout the
> > stack, from Epiphany to applets.
> 
> One of the nice things about NM is knowing when you are connected and
> when you are not.  Some apps already have patches to utilize this for
> say offline modes.  
> 
> As for static configuration issues, it is on the NetworkManager
> development map though I am not sure how far they have gotten or how
> much longer they think it will take.  My guess is it is not very soon.
> I know at Red Hat at least, one of the goals when starting NM was to
> replace the if* stack so we didn't have to maintain two networking
> systems.  Unfortunately, dynamic networks is still a big mountain to
> climb.

The basic daemon capabilities are there, you can set static IP's via
sysconfig on opensuse/sled.

> Anyway as part of the release team +1 for NM-applet being in the release
> and gnome apps starting to (optionally) rely on the extra info NM can
> give them.

Online/offline information should really be a platform API.

-JP
-- 
JP Rosevear <jpr novell com>
Novell, Inc.