ChanServ changed the topic of #wayland to: https://wayland.freedesktop.org | Discussion about the Wayland protocol and its implementations, plus libinput
Nokurn has quit [Ping timeout: 480 seconds]
co1umbarius has joined #wayland
columbarius has quit [Ping timeout: 480 seconds]
Nokurn has joined #wayland
fmuellner has quit [Ping timeout: 480 seconds]
Nokurn has quit [Ping timeout: 480 seconds]
tawonga has quit [Quit: WeeChat 4.0.0]
jmdaemon has quit [Ping timeout: 480 seconds]
jmdaemon has joined #wayland
Brainium has quit [Quit: Konversation terminated!]
overholts has quit [Quit: overholts]
ahartmetz has quit [Ping timeout: 480 seconds]
jlco_ has joined #wayland
jlco has quit [Ping timeout: 480 seconds]
nerdopolis has quit [Ping timeout: 480 seconds]
cvmn has joined #wayland
caveman has quit [Remote host closed the connection]
i509vcb has quit [Quit: Connection closed for inactivity]
fmuellner has joined #wayland
Leopold has joined #wayland
Leopold_ has quit [Ping timeout: 480 seconds]
rv1sr has quit [Ping timeout: 480 seconds]
rv1sr has joined #wayland
cmichael has joined #wayland
Fxzxmic has joined #wayland
Fxzx_mic has joined #wayland
manuel_ has joined #wayland
Fxzxmic has quit [Ping timeout: 480 seconds]
nerdopolis has joined #wayland
ahartmetz has joined #wayland
manuel1985 has quit [Ping timeout: 480 seconds]
Fxzx_mic has quit [Ping timeout: 480 seconds]
Fxzx_mic has joined #wayland
cmichael has quit [Quit: Leaving]
cmichael has joined #wayland
cu-kai has joined #wayland
<cu-kai>
hello, i have a very specific issue with wayland that my google-fu is failing to solve. i have a dual AMD GPU laptop (AMD Zephyrus G14, model GA402RK) and i am trying to run a SDL2 game (in this case, dhewm3) on the dedicated GPU in wayland mode. i use the following environment variables:
<cu-kai>
DRI_PRIME=1 SDL_VIDEODRIVER=wayland
<cu-kai>
however, this causes a segfault. the backtrace suggests this is a wayland or EGL related problem as no matter the game, the backtrace always starts with the following: https://p.mort.coffee/yoT.png
<pq>
I'm guessing libEGL is calling wl_proxy_get_version(NULL), so not Wayland's fault.
<pq>
you'll need Mesa debug files to get a better backtrace
<cu-kai>
i see. would you know the best place for me to go and report / ask aboutb this? it's a fairly new crash and this used to work at least to some extent around 2-3 months ago.
<pq>
you'll need to refer to your distribution on how to get the debug information installed or downloaded
<pq>
cu-kai, once you have function names listed in libEGL_mesa.so, you can file an issue with Mesa in gitlab.freedesktop.org.
<cu-kai>
thanks pq
<pq>
cu-kai, since you know it used to work, if you are up to building Mesa yourself, you could git-bisect Mesa to find the change that broke it.
<pq>
assuming it was a Mesa change
<cu-kai>
looks like i'll need to build mesa myself anyway as arch doesn't provide a debug package, but i think trying to bisect or resolve this myself is a little beyond my ability
<cu-kai>
anyway: that dll belongs to the mesa package
<ManMower>
does that actually happen when icon is NULL? no icon view would exist?
rtjure has joined #wayland
<daniels>
Max1: maybe more to the point - do you have a testcase here?
<Max1>
You should be able to trigger the assertion by running Chromium under Weston and trying to drag a tab out of a window
<ManMower>
yeah that sounds like it'd do it. thanks
<Max1>
I'm able to do so with Chromium 114
<Max1>
I've changed it to use just weston_coord instead of weston_coord_surface and it looks like it'll do as a temporary fix for me
<ManMower>
I'd have just // out the assert() if I was looking for a quick fix.
<ManMower>
I'll try to fix this up properly soon though
<daniels>
thanks both!
<Max1>
Ah that'll work as well I guess
<Max1>
Thanks for looking into a real fix :) happy to drop my temp fix in favour of that once it's available
<ManMower>
Max1: I think you had the right answer all along though... < Max1> So either icon mustn't be NULL, or that call shouldn't happen unconditionally
<ManMower>
I think the call should just be conditional :)
<daniels>
if you've landed in ->committed() and thus configure() with a !weston_surface_has_content(), don't go remapping it or ... doing anything
<ManMower>
:)
<Max1>
That sounds sensible
<daniels>
start_drag is silent on what should happen if a surface is subsequently unmapped, but is very clear that a drag surface doesn't need to be provided in the first place
junaid_ has quit [Remote host closed the connection]
<daniels>
Max1: ^ it's in main now, tagged for backport to 12.0.x so that will happen whenever the next stable release is; currently we have no firm date for that due to people being at conferences / on holiday / moving house / etc
___nick___ has quit [Ping timeout: 480 seconds]
midgard has quit [Quit: Bye]
midgard has joined #wayland
jmdaemon has joined #wayland
rtjure_ has joined #wayland
rtjure__ has joined #wayland
rtjure has quit [Ping timeout: 480 seconds]
rtjure_ has quit [Ping timeout: 480 seconds]
rtjure has joined #wayland
rtjure__ has quit [Read error: Connection reset by peer]
rtjure has quit [Read error: Connection reset by peer]
rtjure has joined #wayland
rv1sr has quit []
i509vcb has joined #wayland
rederick29 has quit [Remote host closed the connection]
Guest4483 has joined #wayland
Guest4483 has quit [Remote host closed the connection]