Re-factor systemSetTime according to new design

:Release Notes:
Fixed issue when notifications about time change sent with previous
value of systemTimeSource.

:Detailed Notes:
- added param "source" to TimePrefsHandler::systemSetTime()
- changed the way time change passed
- moved logic for remembering last system time sync. source to
  systemSetTime() before posting notifications

:Testing Performed:
Desktop build. Verified that systemTimeSource comes correct with first
update.

:QA Notes:

:Issues Addressed:
[GF-60130] luna-sysservice: getEffectiveBroadcastTime delays update of systemTimeSource in subscr. replies

Open-webOS-DCO-1.0-Signed-off-by: Nikolay Orliuk <nikolay.orliuk@lge.com>

Change-Id: If8efc9fe59d87d5b3db7d7869af987e434abdfb0
Reviewed-on: https://g2g.palm.com/4633
Reviewed-by: DCO Verification
Reviewed-by: Nikolay Orliuk <nikolay.orliuk@lge.com>
Tested-by: Nikolay Orliuk <nikolay.orliuk@lge.com>
Reviewed-by: Anatolii Sakhnik <anatolii.sakhnik@lge.com>
Factor out building getSystemTime response

:Release Notes:
Made systemTimeSource be present not only in first reply to
getSystemTime but in subscription replies also.

:Detailed Notes:
factored out forming the response out of cbGetSystemTime and
postSystemTimeChange

:Testing Performed:
Verified in desktop build.

:QA Notes:

:Issues Addressed:
[GF-60131] luna-sysservice: missing "systemTimeSource" in subscr.  replies to getSystemTime

Open-webOS-DCO-1.0-Signed-off-by: Nikolay Orliuk <nikolay.orliuk@lge.com>

Change-Id: I65665dc10ebcc221e80139687d56aed803988857
Reviewed-on: https://g2g.palm.com/4634
Reviewed-by: DCO Verification
Reviewed-by: Nikolay Orliuk <nikolay.orliuk@lge.com>
Tested-by: Nikolay Orliuk <nikolay.orliuk@lge.com>
Reviewed-by: Anatolii Sakhnik <anatolii.sakhnik@lge.com>
Make "micom" to be an indirect clock

:Release Notes:
Fixed issue when switching from manual to auto may drop "manual" time
to "micom" even if "micom" set to "factory".

:Detailed Notes:
- now "micom" never used to synchronize system time
- update of "micom" bounced back as an update to clock it represents
  (lastSystemTimeSource)

:Testing Performed:
Verified in desktop build

:QA Notes:

:Issues Addressed:
[GF-60132] luna-sysservice: "micom" overrides "manual" time when switching to auto-time

Open-webOS-DCO-1.0-Signed-off-by: Nikolay Orliuk <nikolay.orliuk@lge.com>

Change-Id: I1bdc83a87ffdcf950ca51b1985d717987943a1ce
Reviewed-on: https://g2g.palm.com/4635
Reviewed-by: DCO Verification
Reviewed-by: Anatolii Sakhnik <anatolii.sakhnik@lge.com>
Tested-by: Anatolii Sakhnik <anatolii.sakhnik@lge.com>
Merge tag 'submissions/34.acadia.1' into master

:Release Notes:
Fixed delay in update of systemTimeSource value. Ensured that this
property also present in subscription replies to getSystemTime. Fixed
weird logic when user changes from manual to auto and sees how
"factory" time stored in "micom" overrides users set manual time.

:Detailed Notes:
1939f8f Make "micom" to be an indirect clock
fd32895 Factor out building getSystemTime response
5c1b372 Re-factor systemSetTime according to new design
Conflicts:
	Src/TimePrefsHandler.cpp

:Testing Performed:
Desktop build

:QA Notes:

:Issues Addressed:
[GF-60130] luna-sysservice: getEffectiveBroadcastTime delays update of systemTimeSource in subscr. replies
[GF-60131] luna-sysservice: missing "systemTimeSource" in subscr.  replies to getSystemTime
[GF-60132] luna-sysservice: "micom" overrides "manual" time when switching to auto-time

Open-webOS-DCO-1.0-Signed-off-by: Nikolay Orliuk <nikolay.orliuk@lge.com>

Change-Id: I87c259849799bfcd32a0a8538942c5318c34d90a