ChanServ changed the topic of #wayland to: https://wayland.freedesktop.org | Discussion about the Wayland protocol and its implementations, plus libinput
mblenc1 has quit [Ping timeout: 480 seconds]
mblenc1 has joined #wayland
rasterman has quit [Quit: Gettin' stinky!]
glennk has quit [Ping timeout: 480 seconds]
bim9262 has quit [Ping timeout: 480 seconds]
mblenc has quit [Ping timeout: 480 seconds]
mblenc has joined #wayland
Narrat has quit []
mblenc1 has quit [Ping timeout: 480 seconds]
mblenc1 has joined #wayland
bim9262 has joined #wayland
mblenc has quit [Ping timeout: 480 seconds]
mblenc has joined #wayland
mblenc1 has quit [Ping timeout: 480 seconds]
mblenc1 has joined #wayland
mblenc has quit [Ping timeout: 480 seconds]
mblenc has joined #wayland
mblenc1 has quit [Ping timeout: 480 seconds]
mblenc1 has joined #wayland
mblenc has quit [Ping timeout: 480 seconds]
mblenc has joined #wayland
mblenc1 has quit [Ping timeout: 480 seconds]
mblenc1 has joined #wayland
mblenc has quit [Ping timeout: 480 seconds]
mblenc has joined #wayland
madhavpcm has quit []
mblenc1 has quit [Ping timeout: 480 seconds]
mblenc has quit [Read error: Connection reset by peer]
mblenc has joined #wayland
bim9262 has quit [Ping timeout: 480 seconds]
mblenc1 has joined #wayland
bim9262 has joined #wayland
mblenc has quit [Ping timeout: 480 seconds]
mblenc has joined #wayland
mblenc1 has quit [Ping timeout: 480 seconds]
Guest6753 has quit [Ping timeout: 480 seconds]
cool110 has joined #wayland
cool110 is now known as Guest6767
MatrixTravelerbot[m] has quit []
bim9262 has quit [Ping timeout: 480 seconds]
bim9262 has joined #wayland
mblenc1 has joined #wayland
sergi has quit []
co1umbarius has joined #wayland
idkrn[m] has quit [Quit: Client limit exceeded: 20000]
mblenc has quit [Ping timeout: 480 seconds]
columbarius has quit [Ping timeout: 480 seconds]
mblenc has joined #wayland
mblenc1 has quit [Ping timeout: 480 seconds]
mblenc1 has joined #wayland
heeen[m] has quit [Quit: Client limit exceeded: 20000]
mblenc has quit [Ping timeout: 480 seconds]
mblenc has joined #wayland
kts has joined #wayland
mblenc1 has quit [Ping timeout: 480 seconds]
mblenc has quit [Read error: Connection reset by peer]
mblenc has joined #wayland
psydroid[m] has quit []
mblenc1 has joined #wayland
bim9262 has quit [Ping timeout: 480 seconds]
aknot has joined #wayland
mblenc has quit [Ping timeout: 480 seconds]
bim9262 has joined #wayland
mblenc has joined #wayland
cool110_ has joined #wayland
Brainium has quit [Quit: Konversation terminated!]
cool110_ is now known as Guest6773
mblenc1 has quit [Ping timeout: 480 seconds]
Guest6767 has quit [Ping timeout: 480 seconds]
mblenc has quit [Read error: Connection reset by peer]
mblenc has joined #wayland
mblenc has quit [Read error: Connection reset by peer]
q234rty has quit [Quit: Client limit exceeded: 20000]
pochu has joined #wayland
Company has joined #wayland
cvmn has joined #wayland
caveman has quit [Ping timeout: 480 seconds]
mvlad has joined #wayland
orowith2os[m] has quit []
rasterman has joined #wayland
qaqland is now known as Guest6809
qaqland has joined #wayland
Guest6809 has quit [Ping timeout: 480 seconds]
cool110 has joined #wayland
Guest6782 has quit [Remote host closed the connection]
cool110 is now known as Guest6812
leon-anavi has joined #wayland
aknot has quit [Ping timeout: 480 seconds]
bim9262 has quit [Ping timeout: 480 seconds]
tayloralgo1[m] has quit []
bim9262 has joined #wayland
floof58 has quit [Ping timeout: 480 seconds]
cmichael has joined #wayland
floof58 has joined #wayland
<vyivel>
if i take a geometry provided with xdg_surface.set_window_geometry, stash is somewhere, and later use the size with xdg_toplevel.configure, is it reasonable to expect the toplevel to assume the previous size?
<vyivel>
in other words, do xdg_surface.set_window_geometry and xdg_toplevel.configure sizes have the same semantics?
privacy has joined #wayland
<kchibisov>
configure is a hint from compositor, set_window_geometry is client telling about area.
<kchibisov>
I know from practise, that it's _not the case_.
bim9262 has quit [Ping timeout: 480 seconds]
<kchibisov>
e.g. mutter could resize you to something else sometimes.
qaqland is now known as Guest6820
qaqland has joined #wayland
bim9262 has joined #wayland
<kchibisov>
Like I clearly remember things like configure(0x0) -> set_window_geometry(800x600) -> configure(800x570).
<kchibisov>
though, if by semantics you mean _usable area_ they do both represent usable area.
Guest6820 has quit [Read error: Connection reset by peer]
<vyivel>
hm okay
<vyivel>
trying to store floating geometry to restore it from maximized state later
<pq>
vyivel, are you a client or a compositor?
<vyivel>
compositor
<pq>
I see nothing wrong doing that, but also there is no guarantee the client honours a size hint.
<kchibisov>
vyivel: the _approach_ is doing a layout transaction and remembering a position.
<kchibisov>
So you send a configure to clients changing and wait for their buffers to arrive with some timeout.
<vyivel>
that's what i already do and it's not exactly relevant to my question
<kchibisov>
yeah, but until you actually get a _buffer_ you can't do anything.
<kchibisov>
like it's all just hints in the end of the day, it's not like any of that can raise protocol error (except for entering maximize).
na[m] has quit [Quit: Client limit exceeded: 20000]
Harvey[m] has quit []
bim9262 has quit [Ping timeout: 480 seconds]
bim9262 has joined #wayland
glennk has quit [Ping timeout: 480 seconds]
glennk has joined #wayland
lyasm[m] has quit [Quit: Client limit exceeded: 20000]
bim9262 has quit [Ping timeout: 480 seconds]
bim9262 has joined #wayland
Moprius has joined #wayland
glennk has quit [Ping timeout: 480 seconds]
Moprius has quit [Quit: bye]
dmitz has quit [Quit: Client limit exceeded: 20000]
bim9262 has quit [Ping timeout: 480 seconds]
Brainium has joined #wayland
bim9262 has joined #wayland
glennk has joined #wayland
<pq>
swick[m], was that an ack for the whole of "color effect, calibration, compromised" doc?
<swick[m]>
I guess
<pq>
you guess?
<swick[m]>
definitely better than not having it
<pq>
alright, thanks
<swick[m]>
yes :)
privacy has quit [Quit: Leaving]
pochu has quit [Quit: leaving]
bim9262 has quit [Ping timeout: 480 seconds]
bim9262 has joined #wayland
deknos82[m] has quit [Quit: Client limit exceeded: 20000]
fmuellner has joined #wayland
Naybs808 has joined #wayland
<Naybs808>
Hey
<Naybs808>
Does wayland have an open source repo anywhere?
<emersion>
yes, check out our website
<pq>
the link is in the channel topic
lsd|2 has joined #wayland
<Naybs808>
thanks
mblenc1 has quit [Ping timeout: 480 seconds]
ErrorNoInternet has joined #wayland
<ErrorNoInternet>
hi, i was wondering if wayland allows me to use one gpu for displaying and another one for rendering? i have an nvidia (:/) optimus laptop which has a really weak intel gpu. on Xorg, i simply use my nvidia GPU to render something like KDE Plasma, and the rendered frames get sent to my iGPU (hooked up to the display). on wayland (at least wlroots), it seems like i can only use one GPU with
<ErrorNoInternet>
WLR_DRM_DEVICES...
kts has joined #wayland
<MrCooper>
ErrorNoInternet: this is mostly up to the Wayland compositor implementation, the protocol itself doesn't really limit what's possible
<kennylevinsen>
ErrorNoInternet: the first gpu specified to WLR_DRM_DEVICES is used for rendering
<kennylevinsen>
at least, for rendering *by the compositor*
<kennylevinsen>
client applications make their own decisions about gpu to use
<ErrorNoInternet>
kennylevinsen: WLR_DRM_DEVICES isn't working on my dGPU ("not a KMS device"), tried on both nvidia and nouveau (nouveau gives a MMIO read error or something), so i guess it can *only* be used for rendering, but not displaying?
<ErrorNoInternet>
specifying a second device with WLR_DRM_DEVICES just causes wlroots to fall back to that when the first one fails
<ErrorNoInternet>
not sure if kwin does the same though, i'll do some more testing later since i've only got hyprland, sway, and wayfire (all wlroots)
<MrCooper>
ErrorNoInternet: did you load the nvidia_drm module with the modeset=1 parameter?
maxzor has joined #wayland
kts has quit [Read error: Connection reset by peer]