<div dir="ltr">Hi<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 2, 2014 at 2:10 PM, Christophe Fergeau <span dir="ltr"><<a href="mailto:cfergeau@redhat.com" target="_blank">cfergeau@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hey,<br>
<span class=""><br>
On Wed, Aug 27, 2014 at 07:22:07PM +0200, Marc-André Lureau wrote:<br>
> From: Marc-Andre Lureau <<a href="mailto:marcandre.lureau@redhat.com">marcandre.lureau@redhat.com</a>><br>
><br>
> GNOME will restore monitors.xml configuration whenever the timestamp<br>
> "config > change". The "change" timestamp is the last user applied<br>
> configuration, whereas the "config" timestamp is updated when<br>
> the screen is updated or ouput/crtc modes are added/removed.<br>
><br>
> These condition are triggered by vdagent during monitor config. Since we<br>
> can't control the timestamps (playing with delay will be inherently<br>
> event more racy), the only sane way I can think of is to disable gsd<br>
> behaviour. This can be achieved by deleting the ~/.config/monitors.xml,<br>
> which is the intended configuration to restore, so vdagent will override<br>
> whatever configuration was saved previously.<br>
><br>
> Somehow, if vdagent would be better integrated with gnome2, it would use<br>
> the gnome-rr and/or org.gnome.SettingsDaemon.XRANDR dbus<br>
> API. Thanksfully, in gnome3, the monitor auto-configuration has been<br>
> merged in.<br>
<br>
</span>Actually a bit curious how this relates to<br>
<a href="https://bugzilla.gnome.org/show_bug.cgi?id=706735" target="_blank">https://bugzilla.gnome.org/show_bug.cgi?id=706735</a> which seems to have<br>
added a hack to avoid similar situations ?<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>There is a similar timestamp check in gsd. However, when enabling monitors with vdagent, the timestamps are very close and there is a race between vdagent & gsd: you get random results. With the proposed patch, spice client = vdagent wins over gsd when it wants to set some config.<br></div></div><br clear="all"><br>-- <br>Marc-André Lureau
</div></div></div>