ChanServ changed the topic of #wayland to: https://wayland.freedesktop.org | Discussion about the Wayland protocol and its implementations, plus libinput | register your nick to speak
systwi has quit [Ping timeout: 480 seconds]
Serus has quit [Ping timeout: 480 seconds]
sav10 has joined #wayland
sav10_ has joined #wayland
sav10_ has quit []
Serus has joined #wayland
sav10 has quit []
ybogdano has quit [Read error: Connection reset by peer]
Serus has quit [Read error: Connection reset by peer]
pbsds0 has quit []
pbsds0 has joined #wayland
slattann has joined #wayland
pbsds0 has quit []
pbsds0 has joined #wayland
ChengAnXu has joined #wayland
fmuellner has quit []
fmuellner has joined #wayland
Serus has joined #wayland
co1umbarius has joined #wayland
columbarius has quit [Ping timeout: 480 seconds]
sav10 has joined #wayland
sav10 has quit []
sav10 has joined #wayland
sav10 has quit []
___nick___ has quit []
___nick___ has joined #wayland
___nick___ has quit []
___nick___ has joined #wayland
sav10 has joined #wayland
Company has quit [Quit: Leaving]
slattann has quit [Ping timeout: 480 seconds]
slattann has joined #wayland
sozuba has joined #wayland
ChengAnXu has quit [Remote host closed the connection]
fmuellner has quit [Ping timeout: 480 seconds]
sav10 has quit [Remote host closed the connection]
sav10 has joined #wayland
sav10_ has joined #wayland
sav10_ has quit []
cvmn has joined #wayland
caveman has quit [Remote host closed the connection]
sozuba has quit [Ping timeout: 480 seconds]
sav10 has quit []
julio7359 has joined #wayland
kchibisov_ has left #wayland [#wayland]
kchibisov has joined #wayland
floof58 is now known as Guest2076
floof58 has joined #wayland
Guest2076 has quit [Ping timeout: 480 seconds]
tzimmermann has joined #wayland
hardening has joined #wayland
jgrulich has joined #wayland
danvet has joined #wayland
julio7359 has quit [Ping timeout: 480 seconds]
kts has joined #wayland
slattann1 has joined #wayland
slattann has quit [Ping timeout: 480 seconds]
sav10 has joined #wayland
mvlad has joined #wayland
slattann1 has quit [Ping timeout: 480 seconds]
rasterman has joined #wayland
<wlb> weston Merge request !1082 opened by Marius Vlad (mvlad) build: bump to version 11.0.1 for the point release https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1082
<wlb> weston/11.0: Marius Vlad * build: bump to version 11.0.1 for the point release https://gitlab.freedesktop.org/wayland/weston/commit/783b144f2e1b meson.build
<wlb> weston Merge request !1082 merged \o/ (build: bump to version 11.0.1 for the point release https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1082)
slattann has joined #wayland
junaid has joined #wayland
junaid has quit [Remote host closed the connection]
rv1sr has joined #wayland
<wlb> weston Merge request !1083 opened by Marius Vlad (mvlad) build: bump to version 10.0.3 for the point release https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1083
<wlb> weston/10.0: Marius Vlad * build: bump to version 10.0.3 for the point release https://gitlab.freedesktop.org/wayland/weston/commit/6b539a7c78a6 meson.build
<wlb> weston Merge request !1083 merged \o/ (build: bump to version 10.0.3 for the point release https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1083)
MajorBiscuit has joined #wayland
dcz_ has joined #wayland
junaid has joined #wayland
rgallaispou has joined #wayland
slattann has quit [Read error: Connection reset by peer]
slattann has joined #wayland
gschwind has joined #wayland
<pq> bl4ckb0ne, indeed, input event "frame" has nothing to do with drawn frames at all.
<pq> bl4ckb0ne, you can find "frame" in e.g. wl_pointer.
<pq> bl4ckb0ne, I'd send the hand_state only when necessary, i.e. only when it changes or when the client lost track of it due to e.g. not having input focus.
junaid has quit [Ping timeout: 480 seconds]
<pq> bl4ckb0ne, wl_pointer.frame, wl_output.done, and xdg_surface.configure all do the same thing: group events together.
junaid has joined #wayland
agd5f has quit [Ping timeout: 480 seconds]
junaid has quit [Ping timeout: 480 seconds]
<mvlad> emersion, what glab version are you using? Been trying to do a release and Other asset uploads (tarballs and gpg signature fails) fail to upload with "400, link_type doesn't have a valid value". Have you seen that before?
<emersion> nope
<mvlad> Been trying with 1.22 and 1.24 and both of the bail out with that err.
<emersion> i'm using 1.24.1
<emersion> it's possible that a GitLab release broke it maybe? not sure
<mvlad> hmm, do you have access to fdo gitlab instance? Maybe the server side says more... ?
<emersion> you should be able to upload the files manually
<emersion> as a workaround
<mvlad> yeah, been thinking about that.
<emersion> hm, actually, not sure you can even
<jadahl> mvlad: 1.22.0 worked here last time
<mvlad> yeah, been trying with 1.22 as well.
<mvlad> emersion, I can edit the release but not sure I can upload the tarballs manually. I'll have a look.
<emersion> you can try `glab release upload`
<daniels> mvlad: can you also do glab config set debug true, and see what that prints out?
Company has joined #wayland
<mvlad> • Uploading release assets
<mvlad> x release failed after 4.70s error=POST https://gitlab.freedesktop.org/api/v4/projects/wayland/weston/releases/10.0.3/assets/links: 400 {error: link_type does not have a valid value}
<mvlad> • Uploading to release file=build-release/meson-dist/weston-10.0.3.tar.xz name=weston-10.0.3.tar.xz
<mvlad> pretty much the same thing.
<emersion> if you can repro with latest glab, please report the issue to https://gitlab.com/gitlab-org/cli
<mvlad> yeah, will do.
dcz_ has quit [Ping timeout: 480 seconds]
MajorBiscuit has quit [Ping timeout: 480 seconds]
devilhorns has joined #wayland
<daniels> yeah, I can't see how that would happen without passing --asset-links on the command line ...
<daniels> what if you pass --asset-links '[]'
<mvlad> daniels, just tried now, no go.
<daniels> ugh
<daniels> yeah, that sounds like a glab bug then, because if you're not passing --assets-links to glab release create, I can't see how/why it would be trying to post to links ...
Moprius has joined #wayland
<Max1> The xdg_toplevel.{move,resize} specs both mention that "There is no guarantee that the device focus will return when the move/resize is completed". I can't think of a scenario where that happens, maybe someone has an example?
<emersion> focus returns if the pointer is over the surface on release
<emersion> if there is GNOME's top panel under the pointer on release, then focus doesn't return to the surface
<Max1> Ah yeah, that makes sense. Thanks!
Szadek has quit [Quit: WeeChat 3.7.1]
Moprius has quit [Read error: Connection reset by peer]
Moprius has joined #wayland
gschwind_ has joined #wayland
gschwind has quit [Remote host closed the connection]
<wlb> wayland.freedesktop.org/main: Marius Vlad * releases: Add weston 10.0.3 https://gitlab.freedesktop.org/wayland/wayland.freedesktop.org/commit/b460d6edb79c releases/weston-10.0.3.tar.xz releases/weston-10.0.3.tar.xz.sig releases.html
<pq> swick[m], did you ever notice "Related Supplements" in https://handle.itu.int/11.1002/1000/14661 (H.273)?
MajorBiscuit has joined #wayland
Moprius has quit [Quit: bye]
<wlb> weston Merge request !1076 merged \o/ (Refactor and share the output decorations GL-renderer setup code between headless and wayland backends https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1076)
Szadek has joined #wayland
<wlb> wayland.freedesktop.org/main: Marius Vlad * releases: Add weston 11.0.1 https://gitlab.freedesktop.org/wayland/wayland.freedesktop.org/commit/1276d6eca28f releases/weston-11.0.1.tar.xz releases/weston-11.0.1.tar.xz.sig releases.html
Szadek has quit [Ping timeout: 480 seconds]
junaid has joined #wayland
Szadek has joined #wayland
MajorBiscuit has quit [Quit: WeeChat 3.6]
MajorBiscuit has joined #wayland
Lucretia has quit [Read error: Connection reset by peer]
<wlb> wayland Merge request !287 opened by Marius Vlad (mvlad) release.sh: Don't push *all* tags https://gitlab.freedesktop.org/wayland/wayland/-/merge_requests/287
Lucretia has joined #wayland
fmuellner has joined #wayland
dcz_ has joined #wayland
junaid has quit [Ping timeout: 480 seconds]
columbarius has joined #wayland
co1umbarius has quit [Ping timeout: 480 seconds]
kts has quit [Quit: Leaving]
bilelmoussaoui has joined #wayland
co1umbarius has joined #wayland
columbarius has quit [Ping timeout: 480 seconds]
devilhorns has quit []
agd5f has joined #wayland
columbarius has joined #wayland
co1umbarius has quit [Ping timeout: 480 seconds]
kts has joined #wayland
caveman has joined #wayland
cvmn has quit [Ping timeout: 480 seconds]
sav10 has quit []
<pq> swick[m], I think CICP inherits from HEVC and others which is why there are duplicate entries in the enums.
<JEEB> yea it used to be in the video specs, and then it was split into H.273
<JEEB> (and the related ISO/IEC spec)
<JEEB> I'm not sure how many actually duplicate things there are. just duplicate interpretations with f.ex. some transfers
<JEEB> like BT.709 and BT.2020 transfers being "interpret these as BT.1886 when presenting"
<JEEB> (and the older-than-BT.709 one I think)
eroux has joined #wayland
<pq> yeah, there are four functionally equivalent TFs, and at least two equivalent ColourPrimaries.
<pq> H.273 even straight says they are equivalent
<pq> I'm thinking of adding a table in color-and-hdr H.273 page to list how to decode each TF code point.
kts has quit [Quit: Leaving]
gspbirel5686 has quit []
gspbirel5686 has joined #wayland
<JEEB> yup, the BT.601 and ST.240 primaries
<JEEB> I see ST.240 so little that I had forgotten about it
<JEEB> the BT.1886 transfers are the only thing I actively remember since you have to stop people from interpreting the OETF as EOTF with them
<bl4ckb0ne> pq: yeah i figured that sending hand_state only when the gesture changes makes more sense than sending it everytime
<bl4ckb0ne> lacking a bit of fluff around the descriptions but i got a draft in a good shape https://paste.sr.ht/~bl4ckb0ne/73b69c95a2b0b26699f323bb8bac92ad84ec21cb
jgrulich has quit [Ping timeout: 480 seconds]
<pq> bl4ckb0ne, maybe check that the "joints" event does not become too big, or use too much bandwidth. Would be good to keep messages as small as possible, below 1 kB, or at least not more than 2 kB.
junaid has joined #wayland
<bl4ckb0ne> its always capped at 26
<pq> bl4ckb0ne, don't forget the destructor request, otherwise looks good. :-)
<pq> 26 * (vec3 + vec4) * float = 728 B, so that's relatively big already.
<bl4ckb0ne> yeah, slightly over a kilobyte
<pq> oh, are they doubles?
<bl4ckb0ne> i could just remove the event tbh, i dont think the client will want to run custom gestures
<bl4ckb0ne> floats
<bl4ckb0ne> 4 bytes no?
<pq> 26 * 7 * 4 = 728
<bl4ckb0ne> must've missed something in my calcs
<bl4ckb0ne> definetly missed something
<pq> plus some overhead, like 8 bytes header and 4 bytes "time"
<pq> and 4 bytes per array
junaid has quit [Remote host closed the connection]
<bl4ckb0ne> oh i went with 32 bits instead of 4 bytes
<pq> mm? 32 bits is 4 bytes :-)
<bl4ckb0ne> i shouldnt do maths before my coffee
<bl4ckb0ne> > ((26 * 3 * 32) + (26 * 4 * 32 ))/ 4 = 1456
<bl4ckb0ne> > (26 * 3 * 4) + (26 * 4 * 4 ) = 728
<pq> you have 4 bit bytes?
<bl4ckb0ne> seems like it
<pq> alright!
<bl4ckb0ne> i come from a parallel universe
<bl4ckb0ne> anyhow, I think i'll remove the events, i dont think clients will run custom gesture
<bl4ckb0ne> might be too expensive for them
<pq> I have the same feeling, with no justification for it. :-)
* bl4ckb0ne yeets away
<bl4ckb0ne> release or destroy?
<emersion> destroy
<emersion> release is the name picked when we forgot to add a destroy request
<bl4ckb0ne> hehe
<emersion> (and can't use destroy, because that's already used by the scanner's auto-generated destructor)
gspbirel5686 has quit []
gspbirel56 has joined #wayland
sozuba has joined #wayland
maxzor has joined #wayland
gschwind_ has quit []
sozuba has quit [Ping timeout: 480 seconds]
furyishere[m] has quit []
sav10 has joined #wayland
d42 has quit [Ping timeout: 480 seconds]
sozuba has joined #wayland
Alaska has joined #wayland
slattann1 has joined #wayland
slattann has quit [Ping timeout: 480 seconds]
tzimmermann has quit [Quit: Leaving]
cool110 has quit [Remote host closed the connection]
cool110 has joined #wayland
slattann1 has quit [Ping timeout: 480 seconds]
sozuba has quit [Quit: sozuba]
ybogdano has joined #wayland
agd5f has quit [Read error: Connection reset by peer]
MajorBiscuit has quit [Ping timeout: 480 seconds]
agd5f has joined #wayland
fmuellner has quit [Ping timeout: 480 seconds]
Paul33 has joined #wayland
andyrtr_ has joined #wayland
andyrtr has quit [Ping timeout: 480 seconds]
andyrtr_ is now known as andyrtr
caveman has quit [Remote host closed the connection]
wuelle has joined #wayland
caveman has joined #wayland
wuelle has quit []
<DemiMarie> emersion: can we start making the scanner warn about missing destroy requests outside of a list of protocols known to have that problem?
___nick___ has quit [Ping timeout: 480 seconds]
Paul33 has quit []
dorkbutt has joined #wayland
mvlad has quit [Remote host closed the connection]
ybogdano has quit [Ping timeout: 480 seconds]
danvet has quit [Ping timeout: 480 seconds]
<ManMower> I like it. but if you're going to go that far, can it just be an error instead of a warning? :)
___nick___ has joined #wayland
rasterman has quit [Quit: Gettin' stinky!]
dcz_ has quit [Ping timeout: 480 seconds]
dorkbutt has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Alaska has quit [Remote host closed the connection]
dorkbutt has joined #wayland
fmuellner has joined #wayland
sav10 has quit []
rgallaispou1 has joined #wayland
d42 has joined #wayland
rgallaispou1 has quit [Read error: Connection reset by peer]
rgallaispou has quit [Ping timeout: 480 seconds]
rv1sr has quit []
rgallaispou has joined #wayland
sav10 has joined #wayland
Brainium has joined #wayland
<emersion> some protocols have a destructor event instead of a request
<ManMower> ah right. but we could require one of destructor event or request? :/
<bl4ckb0ne> maybe suggest one, not all object need it
Brainium has quit [Remote host closed the connection]
Brainium has joined #wayland
manuel has quit [Ping timeout: 480 seconds]
hardening has quit [Ping timeout: 480 seconds]
Brainium has quit [Quit: Konversation terminated!]