<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - When kwin_wayland tries to start XWayland, XWayland hangs with endless inet6-related errors"
href="https://bugs.freedesktop.org/show_bug.cgi?id=106573#c11">Comment # 11</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - When kwin_wayland tries to start XWayland, XWayland hangs with endless inet6-related errors"
href="https://bugs.freedesktop.org/show_bug.cgi?id=106573">bug 106573</a>
from <span class="vcard"><a class="email" href="mailto:fourdan@xfce.org" title="Olivier Fourdan <fourdan@xfce.org>"> <span class="fn">Olivier Fourdan</span></a>
</span></b>
<pre>(In reply to Pekka Paalanen from <a href="show_bug.cgi?id=106573#c10">comment #10</a>)
<span class="quote">> Right, so regardless of whether it's good or bad to enable listening on
> TCP/IP, however that was done, there is still the original problem, right?
>
> So this bug report becomes: When TCP/IP is enabled, there is endless log
> spam about failures if kernel IPv6 is disabled. That seems like a legitimate
> bug to me, unless Xorg has decided to require IPv6.</span >
Possibly, but that wouldn't be an Xwayland bug, more of a wider, general
Xserver bug in xserver/os/ code - Basically, I would expect the same to occur
with Xorg (I haven't tried though), unless there is something special about
Xwayland.
I think the bug here would be that the messages are repeated.
<span class="quote">> The other thing: if not using -listen command line option, should Xwayland
> find a free display number itself? Does it have a way to communicate it back
> to the parent process? Or is the parent process required to find a free</span >
Yes to both questions, this is the "-displayfd" option that kwin uses:
<span class="quote">> display number, which means the parent process is always required to handle
> the lock file itself, and there should be a kwin bug report about it?</span >
Xorg/Xwayland will acquire the lock as it always do in the "normal" case, I do
not see this as a bug in kwin.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>