Remove /tmp/vconf-init mechanism 49/10749/2 accepted/tizen/ivi/genivi accepted/tizen/ivi/stable accepted/tizen_generic tizen_ivi_genivi accepted/tizen/20131010.224906 accepted/tizen/20131010.232841 accepted/tizen/20131010.232904 accepted/tizen/20131011.050107 accepted/tizen/ivi/genivi/20140131.060202 accepted/tizen_ivi_stable/20131116.105959 ivi_oct_m2 submit/tizen/20131010.224337 submit/tizen_ivi_genivi/20140131.060243 submit/tizen_ivi_stable/20131116.100255
authorRusty Lynch <rusty.lynch@intel.com>
Thu, 10 Oct 2013 22:19:55 +0000 (15:19 -0700)
committerRusty Lynch <rusty.lynch@intel.com>
Thu, 10 Oct 2013 22:38:05 +0000 (15:38 -0700)
commit5cdc2874cdc9b3cdcdb2289330403f192fcdfae0
tree9a33dde7ac246187d2845f94a7a33a15560b892f
parent0c9b80463d2b7002d3122c9a3c7fcde98f6d2ad8
Remove /tmp/vconf-init mechanism

The vconf code has a left over, racey and broken, workaround to
have all vconf set operations attempt to wait for a file called
/tmp/vconf-initialized.  If a set for an in-memory key was
attempted when the file did not exist, then after nearly two
seconds of trying the end result is the backup key file was
created, but containing no data.

Because of this, and because vconf initialization does not happen
at image creation time, then all images are created with many
in-memory backup items containing empty files.  This results in
many subtle hard to debug bugs throughout the stack.

Change-Id: I3f9a4e1aa0f8267ccc07631c0eae2e2315ab2d17
Signed-off-by: Rusty Lynch <rusty.lynch@intel.com>
packaging/vconf.spec
vconf-init
vconf.c