05:34wlb: weston Issue #802 opened by Dallas Strouse (orowith2os) Implement the drm-lease-v1 protocol https://gitlab.freedesktop.org/wayland/weston/-/issues/802
05:34orowith2os[m]: oh hey, it mentions me here
05:34orowith2os[m]: cool
05:49emersion: a weston impl would probably have as many abstractions than wlroots
05:51emersion: quote-on-quote abstraction, in neither case should it be very hard to follow
06:06orowith2os[m]: I imagine a weston impl would be a fair bit less specific than wlroots, which is why I'm requesting it
06:23emersion: i don't believe it would be
06:34kennylevinsen: orowith2os[m]: there is no such thing as an unspecific implementation - a Weston impl would just be yet another specific flavor...
06:37orowith2os[m]: fair enough
06:39orowith2os[m]: I'm just trying to sort out the final TODOs like find CRTC to lease and Send new connectors after resources changed
06:40orowith2os[m]: there are only ten TODOs, so that's nice - a lot of the work was already done in the past, I just had to rebase it
07:50punisher: https://blog.rchapman.org/posts/Linux_System_Call_Table_for_x86_64/ it comes in a form of such a table, where poll seems to be used to query the keycode, it's x86_64 calling convention, so rax is number of syscall which is some number for poll, and the return data is file descriptor , from where you can read what the response was, so runtime libdimentio does that -- yes that is one way, another way is likely to trace read and write of the FD, so they
07:50punisher: return to RAX
07:59orowith2os[m]: emersion: wrt the flatpak security context stuff, it may be more appropriate to bug Alex in the #flatpak:matrix.org channel; I've just asked em to take a look at it, and got an ack, so seems to work :P
08:01emersion: ah, tried that before, but didn't work
08:01emersion: (got no reply)
08:02orowith2os[m]: lol, I got one in two minutes
08:02orowith2os[m]: timing, I guess
08:39emersion: orowith2os[m]: i won't update that PR, my patience has run out
08:40orowith2os[m]: fair enough
08:40orowith2os[m]: I'm just trying to sort everything out so it's a bit less confusing at a quick glance
08:41emersion: i don't think it's perfect, but i think it's fine
08:42emersion: i have spent way too much time on this, so i'll stop here
08:43orowith2os[m]: if I think I can piece it together and improve it myself, I'll follow up in a separate PR
08:43orowith2os[m]: thanks for working on all this :)
12:41pq: emersion, is it expected that libdisplay-info version comparison says found: NO found 0.2.0-dev but need: '< 0.2.0'?
12:42pq: on one hand it makes sense, OTOH shouldn't 0.2.0-dev < 0.2.0?
12:44pq: maybe it's best as is
12:58emersion: 0.2.0-dev < 0.2.0 indeed
12:58emersion: per semver
12:59emersion: I don't know how meson does comparisons
12:59pq: yeah, meson disagrees.
13:00emersion: https://mesonbuild.com/Reference-manual_elementary_str.html#strversion_compare
13:00emersion: this says it adheres semver
13:01emersion: semver.org says "When major, minor, and patch are equal, a pre-release version has lower precedence than a normal version"
13:01pq: I'm on Meson 1.0.1 fwiw
13:02emersion: anyways, 0.2.0-dev will have an API different from 0.1.0
13:02emersion: 0.1.x
13:02pq: yes, so for that case Meson is helpful
13:04pq: then, to stick to 0.1.x API, users should '< 0.1.999' rather than '< 0.2.0'?
13:05emersion: well, not with Meson's current impl
13:05pq: right, but meson can't fix it's comparison otherwise
13:06pq: anyway, I got my question answered: -something is smaller than no -, and meson doesn't understand that.
13:07emersion: well, i use the <0.2.0 kind for many projects
13:08emersion: changing the logic would be a breaking change
13:08pq: weston too
13:08emersion: so maybe just best to document instead of change it
17:09wlb: wayland-protocols/main: Simon Ser * linux-dmabuf: add note about implicit sync https://gitlab.freedesktop.org/wayland/wayland-protocols/commit/e1d61ce9402e unstable/linux-dmabuf/linux-dmabuf-unstable-v1.xml
17:09wlb: wayland-protocols Merge request !243 merged \o/ (linux-dmabuf: add note about implicit sync https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/243)
21:00wlb: weston Issue #803 opened by Paul Menzel (pmenzel) `weston: ../libweston/output-capture.c:398: weston_output_pull_capture_task: Assertion `csi->width == width' failed.` https://gitlab.freedesktop.org/wayland/weston/-/issues/803