weston issueshttps://gitlab.freedesktop.org/wayland/weston/-/issues2021-06-17T11:39:51Zhttps://gitlab.freedesktop.org/wayland/weston/-/issues/510Refactor the weston_output init/fini/enable/disable and weston_compositor_add...2021-06-17T11:39:51ZPekka Paalanenppaalanen@gmail.comRefactor the weston_output init/fini/enable/disable and weston_compositor_add/remove_output messThe following discussion from !637 should be addressed:
- [ ] @afrantzis started a [discussion](https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/637#note_962266): (+2 comments)
> The fix looks good, but ideally westo...The following discussion from !637 should be addressed:
- [ ] @afrantzis started a [discussion](https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/637#note_962266): (+2 comments)
> The fix looks good, but ideally weston_output would be fully initialized with sane/valid values when created. The current partial initialization split between creation and enablement makes it more difficult to reason about what's valid under which scenarios. Although ensuring full valid initialization is outside the scope of this MR, perhaps we could take a first step here and move `wl_list_init(&output->paint_node_{z_order_}list)` from `weston_output_enable()` to `weston_output_init()`?
Copying my reply:
That would be a bigger refactoring, as many fields already in `weston_output` follow the enable/disable life cycle instead of init/fini life cycle. See `weston_output_enable()`. These are mostly things that should semantically remain unused when the output is not enabled, i.e. their semantic life time matches enable/disable better than init/fini.
But I tend to agree. We could have more asserts to ensure that fields were properly unused at enable time and cleared at disable time. It just won't crash at the site of illegal access but at check time. Or, split `weston_output` into the base struct and a dynamically allocated enabled struct.
It doesn't help that much of what `weston_output_enable()` does is undone in `weston_compositor_remove_output()`.
I think the big fat comment in `weston_output_disable()` about turning non-enabled outputs off is also out-of-date nowadays. All this mess is inherited from the times when backends created outputs directly for all "connectors" they could light up, before `weston_head` was introduced.
All that stuff could use a serious refactoring.https://gitlab.freedesktop.org/wayland/weston/-/issues/511Support for the pointer-gestures protocol2021-06-21T03:41:20ZRobert MaderSupport for the pointer-gestures protocolThe [pointer gestures protocol](https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/unstable/pointer-gestures) has been around for five years and is widely used in GTK apps, including Firefox, Gnome Web and evince, to al...The [pointer gestures protocol](https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/unstable/pointer-gestures) has been around for five years and is widely used in GTK apps, including Firefox, Gnome Web and evince, to allow touchpad pinch and zoom gestures. It would be great if we had support for it in Weston as well, as touchpad gestures are arguably one of the great features of Wayland.
---
Firefox bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1717391https://gitlab.freedesktop.org/wayland/weston/-/issues/512How to run xwayland server2021-06-24T11:12:35ZWade XuHow to run xwayland serverDears
I have successfully installed wayland and weston on my board. And I can run weston shown on the monitor. Now I want to run LinuxCNC on my board.
As what I did before when I use X11, I ran the following cmd:
```
start...Dears
I have successfully installed wayland and weston on my board. And I can run weston shown on the monitor. Now I want to run LinuxCNC on my board.
As what I did before when I use X11, I ran the following cmd:
```
startx &
export DISPLAY=:0.0
xhost +
linuxcnc
```
But now I'm using wayland, I don't know what to do. If I run the linuxcnc on weston's terminal, it shows:
```
LINUXCNC - 2.9.0~pre0
application-specific initialization failed: no display name and no $DISPLAY environment variable
Error in startup script: invalid command name "image"
while executing
"image create photo -file $f/$i.gif"
invoked from within
"if [file exists $f/$i.gif] {
return [image create photo -file $f/$i.gif]
}"
(procedure "linuxcnc::image_search" line 7)
invoked from within
"linuxcnc::image_search linuxcnc-wizard"
invoked from within
"set logo [linuxcnc::image_search linuxcnc-wizard]"
(file "/home/tsinglin/linuxcnc-dev/tcl/bin/pickconfig.tcl" line 31)
```
Can you tell me what to do now?
Thanks
Wade Xuhttps://gitlab.freedesktop.org/wayland/weston/-/issues/513subsurface-shot and yuv-buffer leaks in GL (Follow-up from "More leak fixes i...2021-06-28T11:33:13ZPekka Paalanenppaalanen@gmail.comsubsurface-shot and yuv-buffer leaks in GL (Follow-up from "More leak fixes in tests, reported by ASan")The following discussion from !647 should be addressed:
- [ ] @leandrohrb started a [discussion](https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/647#note_969884): (+1 comment)
> I've tested the patches and we still ...The following discussion from !647 should be addressed:
- [ ] @leandrohrb started a [discussion](https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/647#note_969884): (+1 comment)
> I've tested the patches and we still have two leaks related to the GL-renderer when running `subsurface-shot` and `yuv-buffer` tests. Still haven't had the time to investigate further.
>
> Other than that, looks good to me!
>
> Here is the log:
>
> ```
> ==61952==ERROR: LeakSanitizer: detected memory leaks
>
> Direct leak of 256 byte(s) in 1 object(s) allocated from:
> #0 0x7f4e5fe5c652 in __interceptor_realloc /build/gcc/src/gcc/libsanitizer/asan/asan_malloc_linux.cpp:164
> #1 0x7f4e587e4a5a (<unknown module>)
> #2 0x7f4e587e4eda (<unknown module>)
> #3 0x7f4e5f98dc26 in __pthread_once_slow (/usr/lib/../lib/libpthread.so.0+0x10c26)
> #4 0x7f4e587ee7e1 (<unknown module>)
> #5 0x7f4e58c8850b (/usr/lib/libLLVM-12.so+0x16e50b)
> #6 0x7f4e5a887e93 (/usr/lib/../lib/libEGL_mesa.so.0+0x17e93)
> #7 0x7f4e5a88df3b (/usr/lib/../lib/libEGL_mesa.so.0+0x1df3b)
> #8 0x7f4e5a87bbd1 (/usr/lib/../lib/libEGL_mesa.so.0+0xbbd1)
> #9 0x7f4e5b9c7898 in gl_renderer_setup_egl_display ../libweston/renderer-gl/egl-glue.c:482
> #10 0x7f4e5b9e2f69 in gl_renderer_display_create ../libweston/renderer-gl/gl-renderer.c:3621
> #11 0x7f4e5c224080 in headless_gl_renderer_init ../libweston/backend-headless/headless.c:412
> #12 0x7f4e5c224451 in headless_backend_create ../libweston/backend-headless/headless.c:454
> #13 0x7f4e5c2247e7 in weston_backend_init ../libweston/backend-headless/headless.c:521
> #14 0x7f4e5f587cc8 in weston_compositor_load_backend ../libweston/compositor.c:8200
> #15 0x7f4e5fd77442 in load_headless_backend ../compositor/main.c:2671
> #16 0x7f4e5fd7b540 in load_backend ../compositor/main.c:3073
> #17 0x7f4e5fd7da07 in wet_main ../compositor/main.c:3356
> #18 0x555697599cda in execute_compositor ../tests/weston-test-fixture-compositor.c:432
> #19 0x55569759d97a in weston_test_harness_execute_as_client ../tests/weston-test-runner.c:528
> #20 0x55569758dd8c in fixture_setup ../tests/subsurface-shot-test.c:64
> #21 0x55569758de54 in fixture_setup_run_ ../tests/subsurface-shot-test.c:66
> #22 0x55569759df35 in main ../tests/weston-test-runner.c:661
> #23 0x7f4e5f9d9b24 in __libc_start_main (/usr/lib/libc.so.6+0x27b24)
> #24 0x55569758d77d in _start (/home/lele/weston/build/tests/test-subsurface-shot+0xb77d)
>
> Direct leak of 64 byte(s) in 1 object(s) allocated from:
> #0 0x7f4e5fe5dca1 in operator new(unsigned long) /build/gcc/src/gcc/libsanitizer/asan/asan_new_delete.cpp:99
> #1 0x7f4e587c68f2 (<unknown module>)
> #2 0x7f4e607bce2d in call_init (/lib64/ld-linux-x86-64.so.2+0xfe2d)
> #3 0x7f4e607bcf1b in _dl_init (/lib64/ld-linux-x86-64.so.2+0xff1b)
> #4 0x7f4e5faead44 in __GI__dl_catch_exception (/usr/lib/libc.so.6+0x138d44)
> #5 0x7f4e607c1209 in dl_open_worker (/lib64/ld-linux-x86-64.so.2+0x14209)
> #6 0x7f4e5faeace7 in __GI__dl_catch_exception (/usr/lib/libc.so.6+0x138ce7)
> #7 0x7f4e607c09ba in _dl_open (/lib64/ld-linux-x86-64.so.2+0x139ba)
> #8 0x7f4e5f9ab36b (/usr/lib/../lib/libdl.so.2+0x236b)
> #9 0x7f4e5faeace7 in __GI__dl_catch_exception (/usr/lib/libc.so.6+0x138ce7)
> #10 0x7f4e5faeadb2 in __GI__dl_catch_error (/usr/lib/libc.so.6+0x138db2)
> #11 0x7f4e5f9abb98 (/usr/lib/../lib/libdl.so.2+0x2b98)
> #12 0x7f4e5f9ab3f7 in dlopen (/usr/lib/../lib/libdl.so.2+0x23f7)
> #13 0x7f4e5fdf1e06 in __interceptor_dlopen /build/gcc/src/gcc/libsanitizer/sanitizer_common/sanitizer_common_interceptors.inc:6261
> #14 0x7f4e5a8984ef (/usr/lib/../lib/libEGL_mesa.so.0+0x284ef)
> #15 0x7f4e5a89d843 (/usr/lib/../lib/libEGL_mesa.so.0+0x2d843)
> #16 0x7f4e5a88a89a (/usr/lib/../lib/libEGL_mesa.so.0+0x1a89a)
> #17 0x7f4e5a88deaf (/usr/lib/../lib/libEGL_mesa.so.0+0x1deaf)
> #18 0x7f4e5a87bbd1 (/usr/lib/../lib/libEGL_mesa.so.0+0xbbd1)
> #19 0x7f4e5b9c7898 in gl_renderer_setup_egl_display ../libweston/renderer-gl/egl-glue.c:482
> #20 0x7f4e5b9e2f69 in gl_renderer_display_create ../libweston/renderer-gl/gl-renderer.c:3621
> #21 0x7f4e5c224080 in headless_gl_renderer_init ../libweston/backend-headless/headless.c:412
> #22 0x7f4e5c224451 in headless_backend_create ../libweston/backend-headless/headless.c:454
> #23 0x7f4e5c2247e7 in weston_backend_init ../libweston/backend-headless/headless.c:521
> #24 0x7f4e5f587cc8 in weston_compositor_load_backend ../libweston/compositor.c:8200
> #25 0x7f4e5fd77442 in load_headless_backend ../compositor/main.c:2671
> #26 0x7f4e5fd7b540 in load_backend ../compositor/main.c:3073
> #27 0x7f4e5fd7da07 in wet_main ../compositor/main.c:3356
> #28 0x555697599cda in execute_compositor ../tests/weston-test-fixture-compositor.c:432
> #29 0x55569759d97a in weston_test_harness_execute_as_client ../tests/weston-test-runner.c:528
> #30 0x55569758dd8c in fixture_setup ../tests/subsurface-shot-test.c:64
> #31 0x55569758de54 in fixture_setup_run_ ../tests/subsurface-shot-test.c:66
> #32 0x55569759df35 in main ../tests/weston-test-runner.c:661
> #33 0x7f4e5f9d9b24 in __libc_start_main (/usr/lib/libc.so.6+0x27b24)
> #34 0x55569758d77d in _start (/home/lele/weston/build/tests/test-subsurface-shot+0xb77d)
>
> SUMMARY: AddressSanitizer: 320 byte(s) leaked in 2 allocation(s).
> ```https://gitlab.freedesktop.org/wayland/weston/-/issues/508backend-drm can't place surface on plane until next buffer commit after disab...2021-07-01T23:56:13ZAlexandros Frantzisbackend-drm can't place surface on plane until next buffer commit after disabling and re-enabling planes(This issue was first discussed in comments in !636)
When an output is repainted, after the backend and the renderer have seen the damage for the surfaces, the core references to the buffers held by the surfaces themselves are dropped. ...(This issue was first discussed in comments in !636)
When an output is repainted, after the backend and the renderer have seen the damage for the surfaces, the core references to the buffers held by the surfaces themselves are dropped. In some cases the backend wants to retain that core buffer reference and can use the `weston_surface.keep_buffer` flag for that.
The DRM backend uses `keep_buffer` to maintain the buffer reference, to ensure that it has access to all the information to attempt to place the buffer into a plane in some future repaint. The DRM backend sets the `keep_buffer` flag in the `drm_assign_planes()` function.
Normally this is enough, but there are some scenarios that cause a surface to become unable to be placed on a plane (when it normally would be a candidate) until a new buffer attachment/commit. In particular, issues can occur when some component uses weston_output_disable_planes_incr() to disable planes, causing the drm_assign_planes() call to be skipped, thus not setting the `keep_buffer` flag and dropping the core surface buffer reference. Without that core reference, the DRM backend can't place
the surface on the plane even after planes have been reenabled, until the next buffer attach/commit for that surface which introduces a new surface buffer reference.
Here is an example that involves the cursor plane:
* Zoom in (zoom disables planes with weston_output_disable_planes_incr())
* Pointer enters a surface that sets a cursor surface with a pre-attached/committed buffer.
* Since drm_assign_planes() is skipped (due to zoom) at next redraw the weston_surface.buffer_ref is dropped.
* Zoom out
* Since we don't have a valid weston_surface.buffer_ref, a plane cannot be used for that cursor_surface (e.g., when pointer reenters), until we commit a new buffer.https://gitlab.freedesktop.org/wayland/weston/-/issues/43Weston screen does not lock on vt switch2021-07-05T08:49:20ZBugzilla Migration UserWeston screen does not lock on vt switch## Submitted by Anu Reddy
Assigned to **Wayland bug list**
**[Link to original bug (#83212)](https://bugs.freedesktop.org/show_bug.cgi?id=83212)**
## Description
Steps to Repro:
1. Launch weston : weston –i5
2. Switch away, then s...## Submitted by Anu Reddy
Assigned to **Wayland bug list**
**[Link to original bug (#83212)](https://bugs.freedesktop.org/show_bug.cgi?id=83212)**
## Description
Steps to Repro:
1. Launch weston : weston –i5
2. Switch away, then switch back to VT via `<ctrl>`+`<alt>`+`<fn>`
3. Wait for screen to lock
4. Notice that weston does not lock it’s screen after vt switch
Software Stack
wayland (HEAD) remotes/origin/HEAD-0-g6d0f298
drm (HEAD) heads/master-16-gd686160
mesa (HEAD) remotes/origin/10.2-0-gd82ca4e
libva (HEAD) libva-1.3.1-0-g053f70f
intel-driver (HEAD) 1.3.1-0-ga720bc8
cairo (HEAD) heads/1.12-0-g59e2a93
libinput (HEAD) heads/master-163-gbb10ec8
weston (HEAD) remotes/origin/master-0-g652c794https://gitlab.freedesktop.org/wayland/weston/-/issues/171Autolaunch option for weston2021-07-07T11:11:02ZAnton KindestamAutolaunch option for westonA simple autolaunch feature that would launch one or more commands once weston is ready to accept clients.
My personal use case for this is to run `xrdb -merge ~/.Xresources` on startup of weston, but it could be used for anything from ...A simple autolaunch feature that would launch one or more commands once weston is ready to accept clients.
My personal use case for this is to run `xrdb -merge ~/.Xresources` on startup of weston, but it could be used for anything from launching a weston-terminal on startup to more advanced automatisation.https://gitlab.freedesktop.org/wayland/weston/-/issues/311Test harness re-design, step 2: asserts, checks, and runners2021-07-12T10:37:04ZPekka Paalanenppaalanen@gmail.comTest harness re-design, step 2: asserts, checks, and runnersThe following discussion from !287 should be addressed:
- [ ] @pq started a [discussion](https://gitlab.freedesktop.org/wayland/weston/merge_requests/287#note_282295): (+1 comment)
> Since we are running all tests of one program w...The following discussion from !287 should be addressed:
- [ ] @pq started a [discussion](https://gitlab.freedesktop.org/wayland/weston/merge_requests/287#note_282295): (+1 comment)
> Since we are running all tests of one program without forking, any test that fails an `assert()` or such will cause the whole program to quit, meaning that following tests in the program will not be run.
The question about what to replace asserts with is part of a bigger question if we should be using a ready-made test framework. Evaluate Check, gtest, whatever C test frameworks there are, and also the ZUC framework that exists already in Weston but is underused. Some evaluation criteria are:
- allows us to not `fork()`
- does not need environment variable setup or special command line options
- makes tests easier to write
- makes tests more clear to read
- if it replaces the Meson test runner, it provides reports suitable for Gitlab consumption
Most of the above are goals from #289 and !287.https://gitlab.freedesktop.org/wayland/weston/-/issues/518How to control EGL window position on screen?2021-07-21T12:35:12ZMichal ArtazovHow to control EGL window position on screen?I have a working program that creates an EGL window and then renders into it using OpenGL ES on Raspberry Pi 4. I can control the size of the window but the position on the screen is random every time. I need to be able to control the po...I have a working program that creates an EGL window and then renders into it using OpenGL ES on Raspberry Pi 4. I can control the size of the window but the position on the screen is random every time. I need to be able to control the position on the screen.
I've read that it can be done with subsarfaces and I looked at the [clients/subsurfaces.c](https://gitlab.freedesktop.org/wayland/weston/-/blob/main/clients/subsurfaces.c) example but wasn't able to make sense of it.
I attached egl.c file where I'm initializing both Wayland and EGL and it contains all the important bits.
I tried a few experiments with creating a second surface, making it a subsurface and then creating the EGL window from that subsurface but then nothing ever showed up on the screen.
Any help would be much appreciated.
[egl.c](/uploads/ac0cfa148c49a853d3846a2d7fa13ca0/egl.c)https://gitlab.freedesktop.org/wayland/weston/-/issues/378Allow to choose launcher and disable systemd-logind at run-time2021-07-23T16:54:32ZPaul MenzelAllow to choose launcher and disable systemd-logind at run-timeTrying to start Weston as quickly as possible at boot-up, it looks like on my systems (Debian Sid/unstable with Weston 8), that due to the slow start of `systemd-logind` (900 ms according to `systemd-analyze blame`), Weston’s start-up is...Trying to start Weston as quickly as possible at boot-up, it looks like on my systems (Debian Sid/unstable with Weston 8), that due to the slow start of `systemd-logind` (900 ms according to `systemd-analyze blame`), Weston’s start-up is delayed by by over 1.8 seconds due to:
https://gitlab.freedesktop.org/wayland/weston/-/blob/master/libweston/launcher-logind.c#L97-98
I couldn’t find a switch to choose the launcher at run-time, or to disable systemd-logind support at run-time. It would be nice to have, so that distributions packages could be used.https://gitlab.freedesktop.org/wayland/weston/-/issues/522weston_surface::committed is not as it seems2021-07-26T09:18:57ZDaniel Stonedaniel@fooishbar.orgweston_surface::committed is not as it seemsThe following discussion from !627 should be addressed:
- [ ] @emersion started a [discussion](https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/627#note_1003084): (+2 comments)
> Note to self: `wsurface->committed` i...The following discussion from !627 should be addressed:
- [ ] @emersion started a [discussion](https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/627#note_1003084): (+2 comments)
> Note to self: `wsurface->committed` is populated when assigning a role. It's a callback, not a bool.
(and @zzag):
> I suspect that other compositor developers may think the same way when they see this code ("committed" is a boolean, not a callback). Maybe leave a comment mentioning the fact that `committed` is not what it seems?
I mean we should just rename it to something more descriptive.https://gitlab.freedesktop.org/wayland/weston/-/issues/525Weston failure with external monitor connected and DRM backend2021-08-02T11:52:03ZChang LiuWeston failure with external monitor connected and DRM backendRunning weston leads to a freezing screen and nothing new displayed, when connecting to an external monitor. Running weston with only the laptop display works fine. In addition, running weston with --use-pixman or --backend=fbdev-backend...Running weston leads to a freezing screen and nothing new displayed, when connecting to an external monitor. Running weston with only the laptop display works fine. In addition, running weston with --use-pixman or --backend=fbdev-backend.so has not issue.
CPU/Graphics: Intel(R) Core(TM) i7-8565U
Log file is attached.
[weston.log](/uploads/ecc0d6f8456ecc1967f8ea9dfc337c20/weston.log)https://gitlab.freedesktop.org/wayland/weston/-/issues/526[regression] Weston crashes when a window closes while switching away when an...2021-08-03T09:52:47Zn3rdopolis[regression] Weston crashes when a window closes while switching away when animation=zoomIt's easy to replicate I think, in konsole, run
```
sudo chvt 63; exit
```
And Weston will crash. Seems to be a recent regression.
Stack trace below
```
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
...It's easy to replicate I think, in konsole, run
```
sudo chvt 63; exit
```
And Weston will crash. Seems to be a recent regression.
Stack trace below
```
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
set = {__val = {82438, 140102321112774, 4222451712, 94258683936224, 94258683936325, 94258683936224, 94258683936224,
94258683936334, 94258683936524, 94258683936224, 94258683936524, 0, 0, 0, 0, 0}}
pid = <optimized out>
tid = <optimized out>
ret = <optimized out>
#1 0x00007f6c1d0f8537 in __GI_abort () at abort.c:79
save_stage = 1
act = {__sigaction_handler = {sa_handler = 0x55ba4f698490, sa_sigaction = 0x55ba4f698490}, sa_mask = {__val = {0,
94258683429840, 110, 0, 0, 0, 21474836480, 1, 140728377975664, 140102322244560, 140102322229544, 0,
12619257085471522304, 140102322212824, 140102131666944, 140102322229544}}, sa_flags = 487319985,
sa_restorer = 0x905}
sigs = {__val = {32, 0 <repeats 15 times>}}
#2 0x00007f6c1d0f840f in __assert_fail_base (fmt=0x7f6c1d261128 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n",
assertion=0x7f6c1d0bf315 "surface->resource == NULL", file=0x7f6c1d0be9b1 "../libweston/compositor.c", line=2309,
function=<optimized out>) at assert.c:92
str = 0x55ba4f698490 "\260\002WO\272U"
total = 4096
#3 0x00007f6c1d107662 in __GI___assert_fail (assertion=assertion@entry=0x7f6c1d0bf315 "surface->resource == NULL",
file=file@entry=0x7f6c1d0be9b1 "../libweston/compositor.c", line=line@entry=2309,
function=function@entry=0x7f6c1d0c0690 <__PRETTY_FUNCTION__.42> "weston_surface_destroy") at assert.c:101
No locals.
#4 0x00007f6c1d0aac2c in weston_surface_destroy (surface=surface@entry=0x55ba4f6ed2c0) at ../libweston/compositor.c:2309
cb = <optimized out>
next = <optimized out>
ev = <optimized out>
nv = <optimized out>
constraint = <optimized out>
next_constraint = <optimized out>
pnode = <optimized out>
pntmp = <optimized out>
__PRETTY_FUNCTION__ = "weston_surface_destroy"
#5 0x00007f6c1335ab2c in desktop_surface_removed (desktop_surface=0x55ba4f69f900, shell=<optimized out>)
at ../desktop-shell/shell.c:2481
shsurf = 0x55ba4f605a20
shsurf_child = 0x55ba4f605a10
tmp = 0x55ba4f605a10
surface = 0x55ba4f6ed2c0
#6 0x00007f6c1334a216 in weston_desktop_xdg_toplevel_destroy (toplevel=0x55ba4f54cb40) at ../libweston-desktop/xdg-shell.c:797
No locals.
#7 weston_desktop_xdg_surface_destroy (dsurface=<optimized out>, user_data=0x55ba4f54cb40)
at ../libweston-desktop/xdg-shell.c:1412
surface = 0x55ba4f54cb40
configure = <optimized out>
temp = <optimized out>
#8 0x00007f6c13348b6a in weston_desktop_surface_destroy (surface=0x55ba4f69f900) at ../libweston-desktop/surface.c:144
view = <optimized out>
next_view = <optimized out>
child = <optimized out>
next_child = <optimized out>
#9 0x00007f6c1d077c63 in destroy_resource () from /opt/lib/x86_64-linux-gnu/libwayland-server.so.0
No symbol table info available.
#10 0x00007f6c1d077cab in wl_resource_destroy () from /opt/lib/x86_64-linux-gnu/libwayland-server.so.0
No symbol table info available.
#11 0x00007f6c1cdbbd1d in ?? () from /usr/lib/x86_64-linux-gnu/libffi.so.7
No symbol table info available.
#12 0x00007f6c1cdbb289 in ?? () from /usr/lib/x86_64-linux-gnu/libffi.so.7
No symbol table info available.
#13 0x00007f6c1d07a539 in wl_closure_invoke () from /opt/lib/x86_64-linux-gnu/libwayland-server.so.0
No symbol table info available.
#14 0x00007f6c1d077f29 in wl_client_connection_data () from /opt/lib/x86_64-linux-gnu/libwayland-server.so.0
No symbol table info available.
#15 0x00007f6c1d079631 in wl_event_loop_dispatch () from /opt/lib/x86_64-linux-gnu/libwayland-server.so.0
No symbol table info available.
#16 0x00007f6c1d07813f in wl_display_run () from /opt/lib/x86_64-linux-gnu/libwayland-server.so.0
No symbol table info available.
#17 0x00007f6c1d2a3fc3 in wet_main (argc=<optimized out>, argv=0x7ffde0fab278, test_data=0x0) at ../compositor/main.c:3503
ret = 1
cmdline = <optimized out>
display = 0x55ba4ecea470
signals = {0x55ba4ece2b80, 0x55ba4ece06d0, 0x55ba4ece02e0, 0x55ba4ece0200}
loop = <optimized out>
i = <optimized out>
fd = <optimized out>
backend = 0x55ba4ece1d90 "drm-backend.so"
shell = 0x55ba4f58dbf0 "desktop-shell.so"
xwayland = true
modules = 0x55ba4f584da0 ""
option_modules = 0x55ba4ece1db0 "screen-share.so"
log = 0x0
log_scopes = 0x0
flight_rec_scopes = 0x0
server_socket = <optimized out>
idle_time = 300
help = 0
socket_name = 0x55ba4ece9770 "wayland-4000-seat0"
version = 0
noconfig = 0
debug_protocol = 0
numlock_on = false
config_file = 0x0
config = <optimized out>
section = <optimized out>
primary_client = <optimized out>
primary_client_destroyed = {link = {prev = 0x0, next = 0x1}, notify = 0x0}
seat = <optimized out>
wet = {compositor = 0x55ba4eceb5e0, config = 0x55ba4ecea550, parsed_options = 0x0, drm_use_current_mode = false, heads_changed_listener = {link = {prev = 0x55ba4eceb9d0, next = 0x55ba4eceb9d0}, notify = 0x7f6c1d2a11b9 <drm_heads_changed>}, simple_output_configure = 0x0, init_failed = false, layoutput_list = {prev = 0x55ba4f55f228, next = 0x55ba4f55f228}, child_process_list = {prev = 0x55ba4f5566f0, next = 0x55ba4f556010}, autolaunch_pid = -1, autolaunch_watch = false}
log_ctx = 0x55ba4ece9790
logger = 0x55ba4ece9870
flight_rec = 0x55ba4ece98b0
mask = {__val = {512, 0 <repeats 15 times>}}
wait_for_debugger = false
protologger = 0x55ba4ecebff0
core_options = {{type = WESTON_OPTION_STRING, name = 0x7f6c1d2a8e57 "backend", short_name = 66 'B', data = 0x7ffde0faabf8}, {type = WESTON_OPTION_STRING, name = 0x7f6c1d2a7fcc "shell", short_name = 0 '\000', data = 0x7ffde0faac00}, {type = WESTON_OPTION_STRING, name = 0x7f6c1d2a763b "socket", short_name = 83 'S', data = 0x7ffde0faac30}, {type = WESTON_OPTION_INTEGER, name = 0x7f6c1d2a7fd2 "idle-time", short_name = 105 'i', data = 0x7ffde0faabe0}, {type = WESTON_OPTION_BOOLEAN, name = 0x7f6c1d2a7fdc "xwayland", short_name = 0 '\000', data = 0x7ffde0faabdd}, {type = WESTON_OPTION_STRING, name = 0x7f6c1d2a7fe5 "modules", short_name = 0 '\000', data = 0x7ffde0faac10}, {type = WESTON_OPTION_STRING, name = 0x7f6c1d2a7fed "log", short_name = 0 '\000', data = 0x7ffde0faac18}, {type = WESTON_OPTION_BOOLEAN, name = 0x7f6c1d2a7ff1 "help", short_name = 104 'h', data = 0x7ffde0faabe4}, {type = WESTON_OPTION_BOOLEAN, name = 0x7f6c1d2a7ff6 "version", short_name = 0 '\000', data = 0x7ffde0faabe8}, {type = WESTON_OPTION_BOOLEAN, name = 0x7f6c1d2a7ffe "no-config", short_name = 0 '\000', data = 0x7ffde0faabec}, {type = WESTON_OPTION_STRING, name = 0x7f6c1d2a8001 "config", short_name = 99 'c', data = 0x7ffde0faac38}, {type = WESTON_OPTION_BOOLEAN, name = 0x7f6c1d2a8008 "wait-for-debugger", short_name = 0 '\000', data = 0x7ffde0faabde}, {type = WESTON_OPTION_BOOLEAN, name = 0x7f6c1d2a801a "debug", short_name = 0 '\000', data = 0x7ffde0faabf0}, {type = WESTON_OPTION_STRING, name = 0x7f6c1d2a8020 "logger-scopes", short_name = 108 'l', data = 0x7ffde0faac20}, {type = WESTON_OPTION_STRING, name = 0x7f6c1d2a802e "flight-rec-scopes", short_name = 102 'f', data = 0x7ffde0faac28}}
#18 0x00007f6c1d0f9d0a in __libc_start_main (main=0x55ba4e27a050 <main>, argc=6, argv=0x7ffde0fab278, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffde0fab268) at ../csu/libc-start.c:308
self = <optimized out>
result = <optimized out>
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, -680758776916143117, 94258663497824, 0, 0, 0, -6772806059050462221, -6691835369408097293}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x6, 0x7ffde0fab278}, data = {prev = 0x0, cleanup = 0x0, canceltype = 6}}}
not_first_call = <optimized out>
#19 0x000055ba4e27a08a in _start ()
No symbol table info available.
```https://gitlab.freedesktop.org/wayland/weston/-/issues/527weston-terminal does not restore from fullscreen2021-08-03T23:21:33ZChristian Rauchrauch.christian@gmx.deweston-terminal does not restore from fullscreenWhen `weston-terminal` is started in fullscreen mode via `weston-terminal -f` and restoring to floating via F11, it does not correctly restore to floating mode. Instead, it appears it keeps the fullscreen dimensions for the buffer and se...When `weston-terminal` is started in fullscreen mode via `weston-terminal -f` and restoring to floating via F11, it does not correctly restore to floating mode. Instead, it appears it keeps the fullscreen dimensions for the buffer and sets an invalid window geometry.
`WAYLAND_DEBUG=1` log with starting in fullscreen, restoring via F11 and quitting via Ctrl+D:
```
[3890125,299] -> wl_display@1.get_registry(new id wl_registry@2)
[3890125,370] -> wl_display@1.sync(new id wl_callback@3)
[3890125,618] wl_display@1.delete_id(3)
[3890125,666] wl_registry@2.global(1, "wl_drm", 2)
[3890125,708] wl_registry@2.global(2, "wl_compositor", 4)
[3890125,747] -> wl_registry@2.bind(2, "wl_compositor", 3, new id [unknown]@4)
[3890125,797] wl_registry@2.global(3, "wl_shm", 1)
[3890125,834] -> wl_registry@2.bind(3, "wl_shm", 1, new id [unknown]@5)
[3890125,872] wl_registry@2.global(4, "wl_output", 2)
[3890125,909] -> wl_registry@2.bind(4, "wl_output", 2, new id [unknown]@6)
[3890125,954] wl_registry@2.global(5, "zxdg_output_manager_v1", 3)
[3890125,986] wl_registry@2.global(6, "wl_data_device_manager", 3)
[3890126,021] -> wl_registry@2.bind(6, "wl_data_device_manager", 3, new id [unknown]@7)
[3890126,070] wl_registry@2.global(7, "zwp_primary_selection_device_manager_v1", 1)
[3890126,105] wl_registry@2.global(8, "gtk_primary_selection_device_manager", 1)
[3890126,143] wl_registry@2.global(9, "wl_subcompositor", 1)
[3890126,189] -> wl_registry@2.bind(9, "wl_subcompositor", 1, new id [unknown]@8)
[3890126,237] wl_registry@2.global(10, "xdg_wm_base", 3)
[3890126,274] -> wl_registry@2.bind(10, "xdg_wm_base", 1, new id [unknown]@9)
[3890126,327] wl_registry@2.global(11, "zxdg_shell_v6", 1)
[3890126,364] wl_registry@2.global(12, "wl_shell", 1)
[3890126,393] wl_registry@2.global(13, "gtk_shell1", 3)
[3890126,427] wl_registry@2.global(14, "wp_viewporter", 1)
[3890126,457] -> wl_registry@2.bind(14, "wp_viewporter", 1, new id [unknown]@10)
[3890126,511] wl_registry@2.global(15, "zwp_pointer_gestures_v1", 1)
[3890126,551] wl_registry@2.global(16, "zwp_tablet_manager_v2", 1)
[3890126,590] wl_registry@2.global(17, "wl_seat", 5)
[3890126,621] -> wl_registry@2.bind(17, "wl_seat", 5, new id [unknown]@11)
[3890126,668] -> wl_data_device_manager@7.get_data_device(new id wl_data_device@12, wl_seat@11)
[3890126,706] -> wl_compositor@4.create_surface(new id wl_surface@13)
[3890126,739] wl_registry@2.global(18, "zwp_relative_pointer_manager_v1", 1)
[3890126,770] -> wl_registry@2.bind(18, "zwp_relative_pointer_manager_v1", 1, new id [unknown]@14)
[3890126,845] wl_registry@2.global(19, "zwp_pointer_constraints_v1", 1)
[3890126,863] -> wl_registry@2.bind(19, "zwp_pointer_constraints_v1", 1, new id [unknown]@15)
[3890126,889] wl_registry@2.global(20, "zxdg_exporter_v1", 1)
[3890126,913] wl_registry@2.global(21, "zxdg_importer_v1", 1)
[3890126,930] wl_registry@2.global(22, "zwp_linux_dmabuf_v1", 3)
[3890126,953] wl_registry@2.global(23, "zwp_keyboard_shortcuts_inhibit_manager_v1", 1)
[3890126,977] wl_registry@2.global(24, "zwp_text_input_manager_v3", 1)
[3890126,998] wl_registry@2.global(25, "gtk_text_input_manager", 1)
[3890127,022] wl_callback@3.done(88300)
[3890127,112] -> wl_shm@5.create_pool(new id wl_shm_pool@3, fd 8, 4096)
[3890127,349] -> wl_shm_pool@3.resize(17408)
[3890127,465] -> wl_shm_pool@3.resize(44032)
[3890127,792] -> wl_shm_pool@3.resize(97280)
[3890129,519] -> wl_shm_pool@3.resize(203776)
[3890129,693] -> wl_shm_pool@3.resize(416768)
[3890132,101] -> wl_shm_pool@3.resize(842752)
[3890135,905] -> wl_shm_pool@3.resize(1694720)
[3890142,942] -> wl_shm_pool@3.resize(3398656)
[3890172,033] -> wl_compositor@4.create_surface(new id wl_surface@16)
[3890172,070] -> xdg_wm_base@9.get_xdg_surface(new id xdg_surface@17, wl_surface@16)
[3890172,083] -> xdg_surface@17.get_toplevel(new id xdg_toplevel@18)
[3890172,099] -> wl_surface@16.commit()
[3890172,248] -> xdg_toplevel@18.set_title("Wayland Terminal")
[3890191,966] -> xdg_toplevel@18.set_fullscreen(nil)
[3890203,296] wl_output@6.geometry(0, 0, 310, 170, 0, "AUO", "0x2a3c", 0)
[3890203,393] wl_output@6.mode(3, 1366, 768, 60059)
[3890203,445] wl_output@6.scale(1)
[3890203,465] wl_output@6.done()
[3890203,479] wl_seat@11.capabilities(3)
[3890203,522] -> wl_seat@11.get_pointer(new id wl_pointer@19)
[3890203,550] -> wl_seat@11.get_keyboard(new id wl_keyboard@20)
[3890203,574] wl_seat@11.name("seat0")
[3890203,600] xdg_toplevel@18.configure(0, 0, array)
[3890203,640] xdg_surface@17.configure(3027)
[3890203,660] -> xdg_surface@17.ack_configure(3027)
[3890203,686] -> xdg_toplevel@18.set_title("Wayland Terminal")
[3890203,707] xdg_toplevel@18.configure(1366, 768, array)
[3890203,744] xdg_surface@17.configure(3028)
[3890203,772] -> xdg_surface@17.ack_configure(3028)
[3890203,790] -> xdg_toplevel@18.set_title("Wayland Terminal")
[3890203,809] -> wl_compositor@4.create_region(new id wl_region@21)
[3890204,806] -> xdg_toplevel@18.set_title("Wayland Terminal")
[3890204,864] -> wl_compositor@4.create_region(new id wl_region@22)
[3890204,912] -> wl_region@22.add(0, 0, 1366, 768)
[3890204,983] -> wl_region@21.add(0, 0, 1366, 768)
[3890206,905] -> wl_shm@5.create_pool(new id wl_shm_pool@23, fd 9, 4196352)
[3890206,973] -> wl_shm_pool@23.create_buffer(new id wl_buffer@24, 0, 1366, 768, 5464, 0)
[3890207,026] -> wl_surface@16.frame(new id wl_callback@25)
[3890214,559] -> xdg_surface@17.set_window_geometry(0, 0, 1366, 768)
[3890214,670] -> wl_surface@16.set_opaque_region(wl_region@21)
[3890214,704] -> wl_region@21.destroy()
[3890214,721] -> wl_surface@16.set_input_region(wl_region@22)
[3890214,746] -> wl_region@22.destroy()
[3890214,769] -> wl_surface@16.attach(wl_buffer@24, 0, 0)
[3890214,806] -> wl_surface@16.damage(0, 0, 1366, 768)
[3890214,857] -> wl_surface@16.commit()
[3890230,370] -> xdg_toplevel@18.set_title("christian@voyager: ~")
[3890231,388] wl_display@1.delete_id(21)
[3890231,413] wl_display@1.delete_id(22)
[3890231,425] wl_keyboard@20.keymap(1, fd 8, 54603)
[3890241,510] wl_keyboard@20.repeat_info(33, 500)
[3890241,546] wl_buffer@24.release()
[3890260,463] wl_display@1.delete_id(25)
[3890260,508] wl_surface@16.enter(wl_output@6)
[3890260,527] -> wl_surface@16.set_buffer_transform(0)
[3890260,545] -> wl_surface@16.set_buffer_scale(1)
[3890260,558] xdg_toplevel@18.configure(1366, 768, array)
[3890260,587] xdg_surface@17.configure(3030)
[3890260,598] -> xdg_surface@17.ack_configure(3030)
[3890260,610] -> xdg_toplevel@18.set_title("christian@voyager: ~")
[3890260,624] wl_keyboard@20.modifiers(88303, 0, 0, 0, 0)
[3890260,655] wl_keyboard@20.enter(88303, wl_surface@16, array)
[3890260,676] wl_data_device@12.data_offer(new id wl_data_offer@508846864)
[3890260,694] wl_data_offer@4278190080.offer("text/plain")
[3890260,706] wl_data_offer@4278190080.offer("text/plain;charset=utf-8")
[3890260,736] wl_data_offer@4278190080.offer("STRING")
[3890260,748] wl_data_offer@4278190080.offer("TEXT")
[3890260,760] wl_data_offer@4278190080.offer("COMPOUND_TEXT")
[3890260,771] wl_data_offer@4278190080.offer("UTF8_STRING")
[3890260,782] wl_data_device@12.selection(wl_data_offer@4278190080)
[3890260,794] wl_callback@25.done(46385129)
[3890260,807] -> wl_compositor@4.create_region(new id wl_region@25)
[3890260,829] -> xdg_toplevel@18.set_title("christian@voyager: ~")
[3890260,842] -> wl_compositor@4.create_region(new id wl_region@22)
[3890260,854] -> wl_region@22.add(0, 0, 1366, 768)
[3890260,884] -> wl_region@25.add(0, 0, 1366, 768)
[3890260,918] -> wl_surface@16.frame(new id wl_callback@21)
[3890265,276] -> wl_surface@16.set_opaque_region(wl_region@25)
[3890265,317] -> wl_region@25.destroy()
[3890265,344] -> wl_surface@16.set_input_region(wl_region@22)
[3890265,361] -> wl_region@22.destroy()
[3890265,374] -> wl_surface@16.attach(wl_buffer@24, 0, 0)
[3890265,399] -> wl_surface@16.damage(0, 0, 1366, 768)
[3890265,428] -> wl_surface@16.commit()
[3890267,049] wl_display@1.delete_id(25)
[3890267,086] wl_display@1.delete_id(22)
[3890267,105] wl_buffer@24.release()
[3890269,174] wl_display@1.delete_id(21)
[3890269,247] wl_callback@21.done(46385141)
[3890419,380] wl_pointer@19.enter(88305, wl_surface@16, 687,000000, 421,000000)
[3890419,508] -> wl_shm_pool@3.create_buffer(new id wl_buffer@21, 2081700, 48, 48, 192, 0)
[3890419,579] -> wl_surface@13.attach(wl_buffer@21, 0, 0)
[3890419,614] -> wl_surface@13.damage(0, 0, 48, 48)
[3890419,650] -> wl_surface@13.commit()
[3890419,669] -> wl_pointer@19.set_cursor(88305, wl_surface@13, 24, 24)
[3890419,731] wl_pointer@19.frame()
[3892730,691] wl_keyboard@20.key(88306, 46387601, 87, 1)
[3892730,839] -> xdg_toplevel@18.unset_fullscreen()
[3892742,637] xdg_toplevel@18.configure(0, 0, array)
[3892742,678] xdg_surface@17.configure(3031)
[3892742,692] -> xdg_surface@17.ack_configure(3031)
[3892742,706] -> xdg_toplevel@18.set_title("christian@voyager: ~")
[3892742,719] -> wl_surface@16.frame(new id wl_callback@22)
[3892759,063] -> xdg_surface@17.set_window_geometry(32, 32, -64, -64)
[3892759,161] -> wl_surface@16.attach(wl_buffer@24, 0, 0)
[3892759,319] -> wl_surface@16.damage(0, 0, 1366, 768)
[3892759,364] -> wl_surface@16.commit()
[3892762,946] wl_buffer@24.release()
[3892771,732] wl_display@1.delete_id(22)
[3892771,788] wl_callback@22.done(46387644)
[3892840,697] wl_keyboard@20.key(88307, 46387712, 87, 0)
[3893345,144] wl_keyboard@20.key(88308, 46388215, 29, 1)
[3893345,261] wl_keyboard@20.modifiers(88309, 4, 0, 0, 0)
[3893696,456] wl_keyboard@20.key(88310, 46388567, 32, 1)
[3893696,585] -> wl_pointer@19.set_cursor(88305, nil, 0, 0)
[3893696,826] -> wl_surface@16.frame(new id wl_callback@22)
[3893703,670] -> wl_surface@16.attach(wl_buffer@24, 0, 0)
[3893703,724] -> wl_surface@16.damage(0, 0, 1366, 768)
[3893703,764] -> wl_surface@16.commit()
[3893703,806] -> xdg_toplevel@18.destroy()
[3893703,817] -> xdg_surface@17.destroy()
[3893703,824] -> wl_surface@16.destroy()
[3893703,832] -> wl_buffer@24.destroy()
[3893704,056] -> wl_shm_pool@23.destroy()
```https://gitlab.freedesktop.org/wayland/weston/-/issues/503Has no weston-flowers and weston-simple-egl2021-08-06T09:14:52ZWade XuHas no weston-flowers and weston-simple-eglDears
I've successfully installed weston-2.0.0 and get into the weston desktop. But I just have few options of weston- , without weston-gears, weston-flowers and weston-simple-egl.
Is there some arguments need I add when I run ...Dears
I've successfully installed weston-2.0.0 and get into the weston desktop. But I just have few options of weston- , without weston-gears, weston-flowers and weston-simple-egl.
Is there some arguments need I add when I run ./configure --enable-egl=yes --enable-drm-compositor=yes ?
Thanks
Wade Xuhttps://gitlab.freedesktop.org/wayland/weston/-/issues/529Meson option to disable tests2021-08-09T08:15:00ZSeppo Yli-Olliseppo.yliolli@gmail.comMeson option to disable testsPlease provide option to disable tests completely. Currently it's someone wants to build with NDEBUG by default, it's unclear what should be disabled in the project to get tests not to be build (they obviously do need DEBUG).Please provide option to disable tests completely. Currently it's someone wants to build with NDEBUG by default, it's unclear what should be disabled in the project to get tests not to be build (they obviously do need DEBUG).https://gitlab.freedesktop.org/wayland/weston/-/issues/530Stand alone Qt application with multiple windows not rendering on Wayland pla...2021-08-16T11:39:48ZChetan KumarStand alone Qt application with multiple windows not rendering on Wayland platformI have cross compiled Qt application with multiple windows and running the same on IMX8(target board) using platform wayland-egl. The sub-window is used to render the 3D. I am not able to see the 3D on the sub-window. Instead I am seeing...I have cross compiled Qt application with multiple windows and running the same on IMX8(target board) using platform wayland-egl. The sub-window is used to render the 3D. I am not able to see the 3D on the sub-window. Instead I am seeing a blank black screen.
The application is configured for Desktop and is working perfectly fine. I also ran the application using weston compositor on platform wayland-egl which also works fine in Desktop.
The only difference we are observing between IMX8 and Desktop is weston compositor is trying to use drm_backend.so (in IMX8) and x11_backend.so (in Desktop).
In Desktop, if we launch weston with backend = drm_backend.so, we are observing error as below:
```
Date: 2021-08-13 IST
[18:18:25.569] weston 8.0.0
https://wayland.freedesktop.org
Bug reports to: https://gitlab.freedesktop.org/wayland/weston/issues/
Build: 8.0.0
[18:18:25.569] Command line: weston --backend=drm-backend.so
[18:18:25.569] OS: Linux, 5.4.0-70-generic, #78-Ubuntu SMP Fri Mar 19 13:29:52 UTC 2021, x86_64
[18:18:25.569] Starting with no config file.
[18:18:25.569] Output repaint window is 7 ms maximum.
[18:18:25.593] Loading module '/usr/lib/x86_64-linux-gnu/libweston-8/drm-backend.so'
[18:18:25.627] initializing drm backend
[18:18:25.627] logind: not running in a systemd session
[18:18:25.627] logind: cannot setup systemd-logind helper (-61), using legacy fallback
[18:18:25.627] fatal: drm backend should be run using weston-launch binary, or your system should provide the logind D-Bus API.
[18:18:25.627] fatal: failed to create compositor backend
Internal warning: debug scope 'drm-backend' has not been destroyed.
```
1. Please help in fixing the above issue as I am new to this domain.
2. Why does multiple window Qt application not rendering as expected when using wayland platform?
Please let me know if any input is required. Thanks in advance!https://gitlab.freedesktop.org/wayland/weston/-/issues/314Warning: no input devices on entering Weston ... Segmentation fault2021-08-20T14:15:50ZThomas GlaeserWarning: no input devices on entering Weston ... Segmentation faultI'm facing the same symptoms as outlined in ticket #181; the root-cause however is probably different, I'm trying to run Weston in an LXC container.
With entry
```
[core]
require-input=false
```
in `.config/weston.ini` Weston starts up ...I'm facing the same symptoms as outlined in ticket #181; the root-cause however is probably different, I'm trying to run Weston in an LXC container.
With entry
```
[core]
require-input=false
```
in `.config/weston.ini` Weston starts up well; setting this value to `true` however will result in Weston failing with error:
```
[23:05:53.512] warning: no input devices on entering Weston. Possible causes:
- no permissions to read /dev/input/event*
- seats misconfigured (Weston backend option 'seat', udev device property ID_SEAT)
[23:05:53.512] failed to create input devices
Segmentation fault
```
My understanding is that this is due to the fact that I'm trying running Weston within a container; executing `libinput list-devices` within the container returns no entries while running the same command on the host returns plenty entries. This is very likely to that fact that the `udev` service runs on the host only.
Question is, what is the Weston/Wayland/libinput approach for access to input devices from within a LXC container?https://gitlab.freedesktop.org/wayland/weston/-/issues/535weston[1626]: segfault at 30 ip 00007f37040d2265 sp 00007ffca7728b60 error 4 ...2021-08-20T14:59:28ZJoseph Leeweston[1626]: segfault at 30 ip 00007f37040d2265 sp 00007ffca7728b60 error 4 in kms_swrast_dri.so[7f37040c3000+921000] [ 15.136945] Code: ff 50 28 48 89 ef 5d e9 89 16 ff ff 48 8b 04 25 40 00 00 00 0f 0b 41 54 55 53 48 8b 47 20 4c 8b 27 48 8b 40 10 49 8```
weston[1626]: segfault at 30 ip 00007f37040d2265 sp 00007ffca7728b60 error 4 in kms_swrast_dri.so[7f37040c3000+921000]
[ 15.136945] Code: ff 50 28 48 89 ef 5d e9 89 16 ff ff 48 8b 04 25 40 00 00 00 0f 0b 41 54 55 53 48 8b 47 20 4c ...```
weston[1626]: segfault at 30 ip 00007f37040d2265 sp 00007ffca7728b60 error 4 in kms_swrast_dri.so[7f37040c3000+921000]
[ 15.136945] Code: ff 50 28 48 89 ef 5d e9 89 16 ff ff 48 8b 04 25 40 00 00 00 0f 0b 41 54 55 53 48 8b 47 20 4c 8b 27 48 8b 40 10 49 8b 6c 24 30 <48> 8b 58 30 41 ff 4c 24 20 75 38 48 89 d38 48 39 c5 75 2d
```
```
ttps://wayland.freedesktop.org
Bug reports to: https://gitlab.freedesktop.org/wayland/weston/issues/
Build: v20200917-5101-gb4354ce5d3
[12:22:03.118] Command line: /usr/bin/weston --log=/var/log/weston-tty1.log
[12:22:03.118] OS: Linux, 5.10.29-0-zeron, #1-Alpine SMP Tue, 04 May 2021 00:34:20 UTC, x86_64
[12:22:03.120] Using config file '/home/user/.config/weston.ini'
[12:22:03.121] Output repaint window is 7 ms maximum.
[12:22:03.122] Loading module '/usr/lib/libweston-9/drm-backend.so'
[12:22:03.156] initializing drm backend
[12:22:03.156] logind: not running in a systemd session
[12:22:03.156] logind: cannot setup systemd-logind helper (-2), using legacy fallback
[12:22:03.159] using /dev/dri/card0
[12:22:03.159] DRM: supports atomic modesetting
[12:22:03.159] DRM: does not support GBM modifiers
[12:22:03.159] DRM: supports picture aspect ratio
[12:22:03.159] Loading module '/usr/lib/libweston-9/gl-renderer.so'
[12:22:03.898] EGL client extensions: EGL_EXT_client_extensions
EGL_EXT_device_base EGL_EXT_device_enumeration
EGL_EXT_device_query EGL_EXT_platform_base
EGL_KHR_client_get_all_proc_addresses EGL_KHR_debug
EGL_EXT_platform_device EGL_EXT_platform_wayland
EGL_KHR_platform_wayland EGL_EXT_platform_x11
EGL_KHR_platform_x11 EGL_MESA_platform_gbm EGL_KHR_platform_gbm
EGL_MESA_platform_surfaceless
[12:22:03.899] EGL version: 1.4
[12:22:03.899] EGL vendor: Mesa Project
[12:22:03.899] EGL client APIs: OpenGL OpenGL_ES
[12:22:03.899] EGL extensions: EGL_ANDROID_blob_cache EGL_EXT_buffer_age
EGL_KHR_cl_event2 EGL_KHR_config_attribs EGL_KHR_create_context
EGL_KHR_create_context_no_error EGL_KHR_fence_sync
EGL_KHR_get_all_proc_addresses EGL_KHR_gl_colorspace
EGL_KHR_gl_renderbuffer_image EGL_KHR_gl_texture_2D_image
EGL_KHR_gl_texture_3D_image EGL_KHR_gl_texture_cubemap_image
EGL_KHR_image EGL_KHR_image_base EGL_KHR_image_pixmap
EGL_KHR_no_config_context EGL_KHR_reusable_sync
EGL_KHR_surfaceless_context EGL_EXT_pixel_format_float
EGL_KHR_wait_sync EGL_MESA_configless_context
EGL_MESA_image_dma_buf_export EGL_MESA_query_driver
[12:22:03.899] warning: Disabling render GPU timeline and explicit synchronization due to missing EGL_ANDROID_native_fence_sync extension
[12:22:03.899] EGL_KHR_surfaceless_context available
[12:22:03.929] GL version: OpenGL ES 3.2 Mesa 20.3.3 (git-53b2b224dc)
[12:22:03.929] GLSL version: OpenGL ES GLSL ES 3.20
[12:22:03.929] GL vendor: Mesa/X.org
[12:22:03.929] GL renderer: llvmpipe (LLVM 10.0.1, 128 bits)
[12:22:03.929] GL extensions: GL_EXT_blend_minmax GL_EXT_multi_draw_arrays
GL_EXT_texture_compression_s3tc GL_EXT_texture_compression_dxt1
GL_EXT_texture_compression_rgtc GL_EXT_texture_format_BGRA8888
GL_OES_compressed_ETC1_RGB8_texture GL_OES_depth24
GL_OES_element_index_uint GL_OES_fbo_render_mipmap
GL_OES_mapbuffer GL_OES_rgb8_rgba8 GL_OES_standard_derivatives
GL_OES_stencil8 GL_OES_texture_3D GL_OES_texture_float
GL_OES_texture_float_linear GL_OES_texture_half_float
GL_OES_texture_half_float_linear GL_OES_texture_npot
GL_OES_vertex_half_float GL_EXT_draw_instanced
GL_EXT_texture_sRGB_decode GL_OES_EGL_image
GL_OES_depth_texture GL_OES_packed_depth_stencil
GL_EXT_texture_type_2_10_10_10_REV GL_NV_conditional_render
GL_OES_get_program_binary GL_APPLE_texture_max_level
GL_EXT_discard_framebuffer GL_EXT_read_format_bgra
GL_EXT_frag_depth GL_NV_fbo_color_attachments
GL_OES_EGL_image_external GL_OES_EGL_sync
GL_OES_vertex_array_object GL_OES_viewport_array
GL_ANGLE_pack_reverse_row_order
GL_ANGLE_texture_compression_dxt3
GL_ANGLE_texture_compression_dxt5
GL_EXT_occlusion_query_boolean GL_EXT_robustness
GL_EXT_texture_rg GL_EXT_unpack_subimage GL_NV_draw_buffers
GL_NV_read_buffer GL_NV_read_depth GL_NV_read_depth_stencil
GL_NV_read_stencil GL_EXT_draw_buffers GL_EXT_map_buffer_range
GL_KHR_debug GL_KHR_robustness
GL_KHR_texture_compression_astc_ldr GL_NV_pixel_buffer_object
GL_OES_depth_texture_cube_map GL_OES_required_internalformat
GL_OES_surfaceless_context GL_EXT_color_buffer_float
GL_EXT_sRGB_write_control GL_EXT_separate_shader_objects
GL_EXT_shader_group_vote GL_EXT_shader_implicit_conversions
GL_EXT_shader_integer_mix GL_EXT_tessellation_point_size
GL_EXT_tessellation_shader GL_ANDROID_extension_pack_es31a
GL_EXT_base_instance GL_EXT_compressed_ETC1_RGB8_sub_texture
GL_EXT_copy_image GL_EXT_draw_buffers_indexed
GL_EXT_draw_elements_base_vertex GL_EXT_gpu_shader5
GL_EXT_polygon_offset_clamp GL_EXT_primitive_bounding_box
GL_EXT_render_snorm GL_EXT_shader_io_blocks
GL_EXT_texture_border_clamp GL_EXT_texture_buffer
GL_EXT_texture_cube_map_array GL_EXT_texture_norm16
GL_EXT_texture_view GL_KHR_blend_equation_advanced
GL_KHR_context_flush_control
GL_KHR_robust_buffer_access_behavior GL_NV_image_formats
GL_OES_copy_image GL_OES_draw_buffers_indexed
GL_OES_draw_elements_base_vertex GL_OES_gpu_shader5
GL_OES_primitive_bounding_box GL_OES_sample_shading
GL_OES_sample_variables GL_OES_shader_io_blocks
GL_OES_shader_multisample_interpolation
GL_OES_tessellation_point_size GL_OES_tessellation_shader
GL_OES_texture_border_clamp GL_OES_texture_buffer
GL_OES_texture_cube_map_array GL_OES_texture_stencil8
GL_OES_texture_storage_multisample_2d_array GL_OES_texture_view
GL_EXT_blend_func_extended GL_EXT_buffer_storage
GL_EXT_float_blend GL_EXT_geometry_point_size
GL_EXT_geometry_shader GL_KHR_no_error
GL_KHR_texture_compression_astc_sliced_3d
GL_OES_EGL_image_external_essl3 GL_OES_geometry_point_size
GL_OES_geometry_shader GL_OES_shader_image_atomic
GL_EXT_clip_cull_distance GL_EXT_disjoint_timer_query
GL_EXT_texture_compression_s3tc_srgb
GL_MESA_shader_integer_functions GL_EXT_clip_control
GL_EXT_color_buffer_half_float GL_EXT_texture_compression_bptc
GL_KHR_parallel_shader_compile GL_EXT_EGL_image_storage
GL_EXT_shader_framebuffer_fetch_non_coherent
GL_EXT_texture_sRGB_R8 GL_EXT_texture_shadow_lod
GL_MESA_framebuffer_flip_y GL_EXT_depth_clamp
GL_EXT_texture_query_lod
[12:22:03.930] GL ES 2 renderer features:
read-back format: BGRA
wl_shm sub-image to texture: yes
EGL Wayland extension: no
[12:22:03.934] warning: no input devices on entering Weston. Possible causes:
- no permissions to read /dev/input/event*
- seats misconfigured (Weston backend option 'seat', udev device property ID_SEAT)
[12:22:03.934] failed to create input devices
```https://gitlab.freedesktop.org/wayland/weston/-/issues/29weston-launch support specifing a binary path to another Wayland server2021-08-23T21:23:16ZBugzilla Migration Userweston-launch support specifing a binary path to another Wayland server## Submitted by ner..@..on.net
Assigned to **Wayland bug list**
**[Link to original bug (#66853)](https://bugs.freedesktop.org/show_bug.cgi?id=66853)**
## Description
Hi.
Right now, weston-launch is only hard coded to launch west...## Submitted by ner..@..on.net
Assigned to **Wayland bug list**
**[Link to original bug (#66853)](https://bugs.freedesktop.org/show_bug.cgi?id=66853)**
## Description
Hi.
Right now, weston-launch is only hard coded to launch weston.
I would really find an option to specify a path to another binary, with something such as weston-launch -b qtcompositor.
As there are other non weston compositors out there, not all of them ship with an equivilent of weston-launch that changes permissions as far as I'm aware.
Without much luck, I tried making a patch myself... http://pastebin.com/FRsK4DP6 but it doesn't work