cros-sommelier: Don't erase .Xauthority file during startup

When I originally did this change, there was a discussion around using
'touch ~/.Xauthority' vs. using '>~/.Xauthority' and we determined the
latter was better because than if there was any corruption in the
.Xauthority file it would clean that up.  However, I've been seeing some
of the tests for the x11_demo app fail and I reproduced it locally and
noticed that the .Xauthority file was only 52 bytes instead of 104...and
it was missing the entry for the 0 display server. Since we are starting
up 2 instances of sommelier-x now (for low and high density) each of
them erases the .Xauthority file and then writes their entry. So we have
a clear race condition here.

It seems like it's a better option to assume that xauth itself will
clear up any issues with the .Xauthority file rather than having this
known race in there which will frequently cause issues.

BUG=chromium:903876
TEST=Verified .Xauthority file is intact multiple times

Change-Id: Id05db53b8a53bb79e6b15c7cbc5103abd43ccb68
Reviewed-on: https://chromium-review.googlesource.com/1336407
Commit-Ready: Jeffrey Kardatzke <jkardatzke@google.com>
Tested-by: Jeffrey Kardatzke <jkardatzke@google.com>
Reviewed-by: David Reveman <reveman@chromium.org>
Reviewed-by: Stephen Barber <smbarber@chromium.org>
2 files changed
tree: f4d31839e5dfbd1e4a1855853668ca6e638a14aa
  1. cros-adapta/
  2. cros-apt-config/
  3. cros-garcon/
  4. cros-guest-tools/
  5. cros-notificationd/
  6. cros-sftp/
  7. cros-sommelier/
  8. cros-sommelier-config/
  9. cros-sudo-config/
  10. cros-systemd-overrides/
  11. cros-tast-tests/
  12. cros-ui-config/
  13. cros-wayland/
  14. kokoro/
  15. lxd/
  16. .gitignore
  17. LICENSE
  18. README.md
  19. WORKSPACE
README.md

cros-container-guest-tools

Overview

These are the guest packages for setting up a container to integrate with Chrome OS. This includes build scripts that are run in Google's internal continuous integration service.