<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - Weston doesn't launch"
href="https://bugs.freedesktop.org/show_bug.cgi?id=72494#c5">Comment # 5</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW --- - Weston doesn't launch"
href="https://bugs.freedesktop.org/show_bug.cgi?id=72494">bug 72494</a>
from <span class="vcard"><a class="email" href="mailto:ppaalanen@gmail.com" title="Pekka Paalanen <ppaalanen@gmail.com>"> <span class="fn">Pekka Paalanen</span></a>
</span></b>
<pre>You really absolutely must solve the XDG_RUNTIME_DIR not set issue first. I
think there are multiple places that explicitly look at the env var in every
Wayland program, and missing it is fatal. The weston error message "creating a
keymap file for 45158 bytes failed: No such file or directory" suggest that you
missed a place in your hacks.
Look at the XDG_RUNTIME_DIR setup in
<a href="http://wayland.freedesktop.org/building.html">http://wayland.freedesktop.org/building.html</a> . If you are using some older
version of Weston, weston-launch will clear the current environment before
executing 'weston' through the login shell. That means you have to edit the
login shell startup scripts to set XDG_RUNTIME_DIR, as instructed.
If you are using a recent version of Weston, then weston-launch apparently does
not clear the current environment, if you do not pass any options to
weston-launch. That means that simply 'export XDG_RUNTIME_DIR=/...' from the
running shell is enough.
While using weston-launch, you pass options to weston like this:
$ weston-launch -- --my-weston-option
Notice the extra -- in between, which is documented in 'weston-launch --help'.
A good way to catch the weston log is to use
$ weston-launch > log.txt 2>&1
so you get both stdout and stderr of everything running under weston-launch
into the file.
If you set XDG_RUNTIME_DIR to point to directory on a tmpfs like it should, you
need to re-create the directory every time you boot, since tmpfs loses all its
content on shutdown.</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>