Revert of Enable Enterprise enrollment on desktop builds.

Revert of Enable Enterprise enrollment on desktop builds. (https://codereview.chromium.org/258743005/)

Reason for revert:
It seems to have broken the following test from
base_unittests and unit_tests on chromium.webkit Android Tests (dbg) builder:
PathServiceTest.Override

Log: http://build.chromium.org/p/chromium.webkit/builders/Android%20Tests%20%28dbg%29/builds/18922

Snippet from log:
C  237s Main  [FAIL] PathServiceTest.Override:
C  237s Main  ../../base/path_service_unittest.cc:184: Failure
C  237s Main  Value of: PathService::OverrideAndCreateIfNeeded(my_special_key,
non_existent, false, false)
C  237s Main    Actual: true
C  237s Main  Expected: false

Original issue's description:
> Enable Enterprise enrollment on desktop builds.
> 
> This change implements some of the DBus stub methods so that enterprise enrollment works on desktop builds. That will make development of features that depend on enrollment faster for developers that use this workflow (e.g. for kiosk enterprise apps, public accounts, testing some device policies, etc).
> 
> - Override some of the directories and files involved with the enrollment state
> - Simple stub implementation of the DBus calls involved
> - Write a persistent cache of the install attributes
> - Cleaned up the stub for user cloud policy and made them persistent too
> - Updated some tests
> 
> This change doesn't affect production code.
> 
> TBR=jochen@chromium.org
> BUG=240269, 367674
> 
> Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=267640

TBR=brettw@chromium.org,nkostylev@chromium.org,pastarmovj@chromium.org,satorux@chromium.org,jochen@chromium.org,joaodasilva@chromium.org
NOTREECHECKS=true
NOTRY=true
BUG=240269, 367674
Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=267761

[falken, 2014-05-02 05:22:21]

Created Revert of Enable Enterprise enrollment on desktop builds.

[falken, 2014-05-02 05:27:18]

The CQ bit was checked by falken@chromium.org

[commit-bot: I haz the power, 2014-05-02 05:27:36]

CQ is trying da patch. Follow status at
 https://chromium-status.appspot.com/cq/falken@chromium.org/265013002/1

[satorux1, 2014-05-02 05:28:45]

On 2014/05/02 05:27:36, I haz the power (commit-bot) wrote:
> CQ is trying da patch. Follow status at
>  https://chromium-status.appspot.com/cq/falken@chromium.org/265013002/1

If this is a revert, could you submit this immediately with drover()?

[falken, 2014-05-02 05:31:48]

On 2014/05/02 05:28:45, satorux1 wrote:
> On 2014/05/02 05:27:36, I haz the power (commit-bot) wrote:
> > CQ is trying da patch. Follow status at
> >  https://chromium-status.appspot.com/cq/falken@chromium.org/265013002/1
> 
> If this is a revert, could you submit this immediately with drover()?

This is created with the "Revert Patchset" button on Rietveld. In my experience
it's been faster to use than drover
(it has NOTREECHECKS and NOTRY so will land soon)

[commit-bot: I haz the power, 2014-05-02 05:39:04]

Change committed as 267761

[satorux1, 2014-05-02 05:50:02]

On 2014/05/02 05:31:48, falken wrote:
> On 2014/05/02 05:28:45, satorux1 wrote:
> > On 2014/05/02 05:27:36, I haz the power (commit-bot) wrote:
> > > CQ is trying da patch. Follow status at
> > >  https://chromium-status.appspot.com/cq/falken@chromium.org/265013002/1
> > 
> > If this is a revert, could you submit this immediately with drover()?
> 
> This is created with the "Revert Patchset" button on Rietveld. In my
experience
> it's been faster to use than drover
> (it has NOTREECHECKS and NOTRY so will land soon)

Ah, didn't know about the feature. Thanks!

[Joao da Silva, 2014-05-02 08:13:03]

Turns out that an earlier version of Bionic libc doesn't correctly implement
realpath():

  http://www.netmite.com/android/mydroid/bionic/libc/bionic/realpath.c

Note that that implementation doesn't fail if lstat() on the last component of
the path fails. I'll prepare a fix.