<div dir="ltr">Hi Michel,<div class="gmail_extra"><br><div class="gmail_quote">On 12 June 2017 at 04:56, Michel Dänzer <span dir="ltr"><<a href="mailto:michel@daenzer.net" target="_blank">michel@daenzer.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">On 09/06/17 09:07 PM, Olivier Fourdan wrote:<br>> [...]<br>
><br>
> Now, for that particular bug, the issue is said to have been solved with<br>
> an update of presentproto headers version 1.1, pointing commit 8405ee<br>
> (<a href="https://cgit.freedesktop.org/xorg/proto/presentproto/commit/?id=8405ee" rel="noreferrer" target="_blank">https://cgit.freedesktop.org/<wbr>xorg/proto/presentproto/<wbr>commit/?id=8405ee</a>)<br>
> as the fix.<br>
<br>
</span>That's probably it; specifically, libXpresent.so.1 needs to be built<br>
against presentproto with that fix.<br></blockquote><div><br></div><div>Then the best way to ensure that all distributions [re]build libXpresent against the updated presentproto would be to make libXpresent depend on presentproto 1.1.</div><div><br></div><div>I can send a patch for this, but I also thought of this and asked one of the reporters to rebuild against presentproto 1.1 and make sure xfwm4 was linked against the updated version, but that did not solve the issue to my great despair.</div><div><br></div><div>Cheers,</div><div>Olivier</div></div></div></div>