flimflam: revise multi-profile support to pin objects to a profile

flimflam: revise multi-profile support to pin objects to a profile 

Change the way profiles are managed: instead of binding a service
to the active profile at create time, bind it to a profile on first
load/save. Also add a Profile property to the service object and support
setting it via D-bus (potentially moving an entry from one profile to
another). Other objects are always written to a global profile (if any);
this includes devices, ipconfig, and global settings (e.g. OfflineMode).

As part of this change make the profile write logic per-profile so
multiple profiles may be pending simultaneously.  Also adds notifiers
for profile push/pop (used only by service now but could be used if
other objects need to be aware).

BUG=chromium-os:12948
TEST=manual:clear the global profile; login and join GoogleGuest; verify the entry is written to the user profile; logout and verify we disconnect; login again and verify we autoconnect to GoogleGuest; also use list-services to check Profile property and set-service-property to manually move profile binding of a service (checking raw profile data on disk)

Committed: http://chrome-svn/viewvc/chromeos?view=rev&revision=f018bcd

[Sam Leffler, 2011-03-29 22:20:27]

Think this is finally ready.  Once LGTM'd I plan to commit w/o enabling the
push/pop on login/logout (separate CL).  I'll let it soak for a bit to validate
the current usage and only then enable use.  This should also give Steven time
to work on the UI side.

[Paul Stewart, 2011-03-30 00:56:18]

LGTM w/itty nit

http://codereview.chromium.org/6731067/diff/1/src/profile.c
File src/profile.c (right):

http://codereview.chromium.org/6731067/diff/1/src/profile.c#newcode63
src/profile.c:63: * Service objects go to the profile they are pinned too
(typically
s/too/to/

[Sam Leffler, 2011-03-31 23:35:04]

PTAL

My changes to handle multiple profiles simultaneously being updated broke the
case where no profile is bound to a service.  This caused the PropertyChanged
signal for Manager.Services to not fire which caused the UI to not see scan
results.  To handle this case I've added a global changed_timeout variable to
track updates when the profile is null.  This fixes the UI.

[Paul Stewart, 2011-04-01 19:11:13]

LGTM