08:03 pq: Calandracas, libexec_weston is installed in Weston's module directory, which is not part of normal ld search path. I guess you can consider it public with no stable ABI. The lib is not versioned. It is meant for weston plugins (as opposed to libweston plugins).
10:19 wlb: weston Merge request !1546 opened by Marius Vlad (mvlad) gitlab-ci.yml: Further CI improvements https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1546 [CI]
10:46 DodoGTA: Why is the Wayland tarball signing key expired? When will emersion make a new one (and re-upload the Wayland release)?
10:49 dwfreed: renewing a key does not require a reupload of the tarball that was signed
10:51 pq: DodoGTA, it's not expired for me. Did you try refreshing the key?
10:54 DodoGTA: pq: `gpg --refresh-keys` makes no difference
10:55 pq: using keys.openpgp.org?
10:56 DodoGTA: pq: I'm still using keyserver.ubuntu.com (I didn't have any issues with it before)
10:57 dwfreed: DodoGTA: I just uploaded the new sigs there, so refresh-keys should update your copy now
10:57 dwfreed: (the good and bad of the protocol being anybody can submit anything)
11:37 emersion: I'm uploading to keys.openpgp.net and to WKD
12:01 dwfreed: emersion: keyserver.ubuntu.com is another good place to send keys, as it participates in the old federation, but doesn't have the performance issues that sks-keyserver has (runs hockeypuck instead)
12:23 Calandracas: pq thanks for the info. it is in fact a weston plugin, not a libweston plugin. I see that there was an issue opened for this topic, but there was no discussion: https://gitlab.freedesktop.org/wayland/weston/-/issues/451
12:26 pq: Calandracas, oh, I had forgotten I wrote that issue. Nice that I still agree with myself. :-p
12:27 pq: Calandracas, you're the first one to ask about it, to my memory, so maybe make your case there?
12:27 Calandracas: yeah will do
12:28 Calandracas: I haven't seen much/any documentation at all about writing weston plugins, so I've been mostly figuring it out as I go :P
12:29 pq: chicken-and-egg, I guess
13:09 Calandracas: pq, added my thoughts to the issue. My main idea would be to modify weston.pc to link against libexec_weston. that pkg-config file already provides access to weston.h, which defines prototypes implemented in libexec_weston
13:12 pq: Calandracas, that's not even nearly enough, if the intention is to offer a stable, versioned library ABI.
13:22 pq: Calandracas, btw. the old way of building weston plugins was to simply let unresolved symbols exist at build time. Those symbols used to be solved by the weston executable, before we wrapped it in a lib. We neglected to consider external plugins when introducing the lib.
13:29 pq: Calandracas, very interesting to hear that you are doing a weston plugin, btw.
13:32 Calandracas: I want to use the colour managment features of weston, but the desktop-shell is too simplistic
13:32 pq: ooh, can you tell me more?
13:36 Calandracas: I want to be able to do things like load VCGT, for colour managed workflows. I also want to be able to do customizations not possible with the basic desktop shell. Things like keybindings, and "better" tiling. I figured it was better to use an existing compositor which does a decent job, rather than write a new one :P
13:38 Calandracas: I've only been working on it for 2~3 weeks, and its still largely a refactor (c++) of the default desktop shell. something interesting I have done, is the ability to use lua for handling hooks
13:42 Calandracas: Also though it would be interesting to use something other than wlroots
13:43 Calandracas: its just a hobby project, which i will release publicly when its in a better state
13:44 pq: Calandracas, certainly less work to start from an existing compositor. :-)
13:45 Calandracas: I origianlly started by writing a new libweston based compositor, but quickly realized simply making it a plugin would be much easier :P
13:46 pq: Calandracas, oh Lua too. We've had our own ideas, maybe you've seen https://gitlab.freedesktop.org/wayland/weston/-/issues/520 ? We never considered C++ though.
13:46 pq: heh
13:47 Calandracas: yeah I saw that too
13:48 Calandracas: I just like C++. Using lambdas to add signal handlers is simply much nicer
13:48 pq: Calandracas, VCGT would be used by simply loading an ICC profile for the output, but then Weston will also do color management based on it. Do you want to switch output profiles on the fly, or why do your own loading?
13:48 pq: well, the new color management framework will do that
13:48 pq: the old cms-static plugin literally loaded only the VCGT into KMS
13:49 Calandracas: even if it requires std::function and container_of hacks to for capturing lambdas to be possible
13:50 zamundaaa[m]: Calandracas: have you looked at KWin for your needs? The combination of color management, a good shell, some tiling and C++ plugins sounds like an exact match
13:53 pq: FYI, I'll be removing weston_output::get_gamma at some point as redundant and semantically conflicting with color management.
13:57 pq: err, set_gamma, of course
13:58 Calandracas: pq, I'm not super familiar with how colour managment works under the hood. I'm not switching profiles on the fly, simply loading an ICC profile i've created for my display. I've validated with argyllcms that the calibration is acurate and visually comparing it to my colour-checker passport
13:59 pq: Calandracas, you are following the X11 style of color management. cms-static plugin would do it for you, the little what a compositor needs to do.
14:01 Calandracas: Does weston apply colour transformations based on the icc profile (not just VCGT) ?
14:01 pq: Calandracas, the Wayland style color management is very different: https://gitlab.freedesktop.org/pq/color-and-hdr/-/blob/main/doc/winsys_color_pipeline.md
14:02 pq: Calandracas, in the Wayland style (the experimental color management feature), yes. With cms-static, no.
14:03 pq: Calandracas, Weston implements an experimental protocol where apps can tell the compositor what ICC profile the window adheres to. Currently only weston-image app does that.
14:04 pq: We're currently working towards parametric profile support as well in Weston, as that's needed for HDR.
14:04 pq: IOW, we're implementing https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/14
14:04 Calandracas: hum this looks much better than the X11 style
14:05 pq: Thank you :-)
14:05 pq: That's not the usual reaction. :-p
14:08 Calandracas: i feel like the compositor dealing with this sort of thing is a lot more sane than depending on the applications themselves, most of which dont bother at all
14:09 pq: totally
14:09 feaneron: how's the progress with the protocols, btw?
14:09 pq: We needed HDR to make it painfully obvious, that leaving most of the apps unmanaged is not an option. :-D
14:10 pq: feaneron, maybe one big issue left (reference white luminance handling), otherwise still polishing and people doing implementations.
14:11 Calandracas: zamundaaa[m], I haven't tried kwin since KDE 5, and never used kde standalone. I had issues with occasional visual glitches and general instability. I've since switched to sway and really like it, but I should try kwin again now that KDE 6 is out.
14:12 pq: That's color-management extension. Color-representation is not as far in implementations AFAIK, but it's also simpler.
14:12 feaneron: cool cool, so i guess the kernel side bits have reached some sort of consensus then?
14:13 pq: feaneron, oh, the KMS side has a plan... and probably a long road to get there. Protocol or compositors do not depend on it, they can use GPU too.
14:13 feaneron: eh. i thought the color pipeline / color ops in kms was kind of a requirement for this
14:14 Calandracas: Luckily I personally don't need HDR. I only do photo editing, and most of my paid work will only ever be displayed on regular uncalibrated screens :P
14:15 pq: feaneron, that KMS stuff is required for off-loading some color operations to KMS, but compositors must be able to do the same on the GPU anyway, so it's not a show-stopper.
14:16 Calandracas: I'm also fortuneate to have a monitor with 99% DCI-P3 with Delta E < 2 even without VCGT loading
14:18 feaneron: well, it's great to hear that it's progressed, kudos for everyone involved
14:21 pq: feaneron, thanks!
21:17 JoshuaAshton: Are there plans for a wayland-protocols tag soon?
21:21 wlb: wayland-protocols Merge request !319 opened by Simon Ser (emersion) members: trim trailing comma https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/319
21:21 emersion: there is an open issue about xdg-toplevel-icon that would be nice to fix before a release