=== guiverc2 is now known as guiverc
[06:02] <oSoMoN> good morning desktoppers
[06:07] <jibel> Good morning all
[06:20] <oSoMoN> salut jibel 
[06:50] <jpnurmi> good morning, hey jibel and oSoMoN
[07:03] <didrocks> good morning
[07:15] <jpnurmi> good morning didrocks
[07:16] <didrocks> hey jpnurmi 
[07:34] <oSoMoN> good morning jpnurmi, didrocks 
[07:35] <luna> morning
[07:36] <didrocks> salut oSoMoN, hey luna 
[07:38] <oSoMoN> morning luna 
[07:44] <seb128> goood morning desktopers
[07:45] <luna> morning seb128 
[07:50] <didrocks> hey seb128 
[07:52] <oSoMoN> salut seb128 
[07:57] <seb128> hey luna, didrocks, oSoMoN, how are you?
[07:57] <luna> i am alright
[07:59] <oSoMoN> seb128, I could have used a couple of additional hours of sleep, but I'm good otherwise, how are you?
[07:59] <seb128> quite similar situation!
[08:01] <didrocks> I’m good :)
[12:07] <jbicha> good morning
[12:07] <seb128> jbicha, hey, how are you today?
[12:10] <jbicha> good, making progress on the osinfo-db updates
[12:10] <seb128> gr
[12:11] <seb128> great!
[12:12] <seb128> jbicha, adding the gpu option while at it?
[12:12] <jbicha> yes
[12:16] <seb128> 👍
[13:43] <seb128> jbicha, great to see the webkitgtk issue getting somewhere now!
[13:44] <seb128> jbicha, can your reopen the webkitgtk issue with the newer details?
[13:47] <jbicha> sure
[13:51] <jbicha> seb128: mcatanzaro is blaming this: https://salsa.debian.org/webkit-team/webkit/-/blob/wk2/unstable/debian/rules#L112-120
[14:04] <jbicha> so I'm going to need to file MIRs for libwpe and wpebackend-fdo (with main inclusion for 22.04 post-release if not done before) because webkitgtk will turn off the non-libwpe support because no one else uses it
[14:08] <jbicha> tjaalton: can we revert the mesa commit for jammy? Ubuntu is likely the only distro affected by the mesa change because we have been building webkitgtk without libwpe
[14:10] <didrocks> jbicha: that’s too late for 22.04, we are the only team pushing new MIRs that late in the cycle
[14:11] <jbicha> didrocks: I believe there is precedent for doing a universe->main promotion after release
[14:11] <didrocks> (supposively MIRs are before FF, the rest should be exceptions)
[14:11] <didrocks> it’s really rare and normally for projects Canonical maintains
[14:13] <jbicha> the justification is that we really need to upgrade webkit2gtk to new major releases every 6 months and this will probably be required for the update at the end of 2022
[14:14] <didrocks> I guess before doing the MIR, request a FFe
[14:14] <didrocks> as this is a change in the way things are built
[14:14] <didrocks> then, we can consider the MIR
[14:16] <seb128> didrocks, we hadn't been doing late MIRs this cycle did we? (putting that one aside which is under discussion)
[14:17] <seb128> jbicha, I don't think that rational holds, that's a built option provided by upstream, it ought to work or it's there issue if it doesn't
[14:18] <didrocks> seb128: there has been a lot of MIRs post-FF, if you want, I can get the list, but far from zero
[14:18] <didrocks> more than usual at least to me
[14:19] <didrocks> (and some with deadlines like "needs to be done in 2 weeks", while the MIR team doesn’t have capacity)
[14:20] <seb128> didrocks, ok, fair enough, probably not worth arguing. We had libadwaita which was small but jbicha had been trying to push for some other things and there had been xorg pieces which I guess you could consider desktopish or hwe depending of the perspective
[14:21] <seb128> I don't think desktop is worth than other teams but yeah we could probably improve things still
[14:22] <jbicha> seb128: I don't know what your rationale comment is referring to
[14:22] <seb128> jbicha, also daniel stone said on the mesa bug that they should probably also support make the code work with legacy clients
[14:23] <seb128> jbicha, the line of thinking of "it's our fault to be the only one to use an option provided by upstream"
[14:24] <seb128> we are probably not the only one, I bet if I spent time I could fine other projects or distro doing that
[14:24] <seb128> it's not a statement backed by facts
[14:24] <seb128> also I don't think it's helping us in the discussion
[14:24] <seb128> they provide the option, it should work, it's their bug
[14:25] <seb128> if they want to kill the option as a fix in a stable line rather than fix the issue it's their choice, not really a smart thing to do imho though
[14:25] <seb128> also mesa upstream agreed they should probably have support for legacy clients for a while
[14:25] <seb128> so the MIR seems plan C to me behind actually fixing webkit or make mesa more friendly to legacy code
[14:26] <jbicha> I agree
[14:26] <jbicha> the MIRs which I'll file shouldn't be needed this month. We should make the change for 22.10 and we may want it for 22.04 months from now
[14:27] <seb128> k
[14:29] <seb128> jbicha, I'm assuming that discussion was on #webkitgtk?
[14:29] <seb128> anyway I'm going to comment there
[14:30] <seb128> I wonder if building with wpe would also fix arm64
[14:30] <jbicha> I was thinking it might fix the arm64 issue, yes
[14:30] <jbicha> my discussion was mostly directly with Michael but I also chat some in #epiphany on GNOME's chat
[14:34] <jbicha> oh #webkitgtk does seem a better channel :)
[14:50] <KGB-2> libadwaita ubuntu/master bcf91f8 Marco Trevisan (Treviño) debian/ control control.in patches/ubuntu/style-manager-Support-Yaru-accent-colors.patch * debian: Make interface settings optional when checking for Yaru * https://deb.li/WHmd
[14:59] <KGB-2> libadwaita ubuntu/master 123a46c Marco Trevisan (Treviño) debian/ control control.in patches/ubuntu/style-manager-Support-Yaru-accent-colors.patch * debian: Make interface settings optional when checking for Yaru * https://deb.li/34wpG
[14:59] <KGB-0> libadwaita pipeline Marco Trevisan 366522 * pending (piuparts: created; blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; build: created; extract-source: pending)
[14:59] <KGB-2> libadwaita pipeline Marco Trevisan 366522 * running (extract-source: running; piuparts: created; blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; build: created)
[15:06] <KGB-0> libadwaita pipeline Marco Trevisan 366518 * [15 minutes and 50 seconds] failed (piuparts: success; reprotest: failed; autopkgtest: failed; test-build-any: success; test-build-all: success; lintian: failed; test-crossbuild-arm64: failed; blhc: success; build: success; build i386: success; build source: success; extract-source: success)
[15:12] <tjaalton> jbicha: I'll try, a simple revert has conflicts
[15:13] <KGB-0> libadwaita pipeline Marco Trevisan 366522 * [14 minutes and 11 seconds] failed (piuparts: success; reprotest: failed; autopkgtest: success; test-build-any: success; test-build-all: success; lintian: failed; test-crossbuild-arm64: failed; blhc: success; build i386: success; build: success; build source: success; extract-source: success)
[16:31] <tjaalton> and fails to build
[19:10] <seb128> Trevinho, bug #1968213 might but worth checking
[19:10] <ubottu> Bug 1968213 in gnome-control-center (Ubuntu) "Icon theme reverts to Yaru when entering Appearance settings" [Undecided, New] https://launchpad.net/bugs/1968213
[19:15] <Trevinho> seb128: I'd say it's not a bug, in case you want to use a custom theme aren't we suggesting to use the GNOME session instead?
[19:15] <seb128> Trevinho, it seems a bit confusing that opening a panel reset your icon theme choice
[19:15] <Trevinho> seb128:  I mean, maybe we may not revert it if you didn't touch any theming options
[19:15] <Trevinho> but once you do...
[19:15] <seb128> right, that would be less confusing
[19:16] <Trevinho> or instead can just ignore changing the theme if it wasn't Yaru* before?
[19:16] <seb128> still a bit confusing imho but less
[19:16] <seb128> not an important bug, doesn't let me sidetrack you from more important work :)
[20:04] <KGB-0> mutter ubuntu/master 65cae54 Marco Trevisan (Treviño) debian/patches/ series ubuntu/wayland-data-device-Allow-any-drag-timestamp-as-drag-star.patch * debian/patches: Allow any drag timestamp as drag start serial * https://deb.li/8BSh
[20:04] <KGB-0> mutter ubuntu/master 0b41b3d Marco Trevisan (Treviño) debian/patches/ series ubuntu/x11-Add-support-for-fractional-scaling-using-Randr.patch * debian/patches: Move x11-fractional scaling under ubuntu * https://deb.li/3NOXc
[20:30] <KGB-0> mutter ubuntu/master 540ef71 Marco Trevisan (Treviño) debian/patches/ series core-Account-ClutterStage-grabs-on-Wayland-key-focus-sync.patch * debian/patches: Account ClutterStage grabs on Wayland key focus sync * https://deb.li/MXAs
[22:12] <KGB-2> gnome-shell-extension-easyscreencast signed tags 7f9d122 Samuel Henrique upstream/1.6.0 * Upstream version 1.6.0 * https://deb.li/3Z67A
[22:12] <KGB-2> GNOME / shell-extensions / gnome-shell-extension-easyscreencast builds Samuel Henrique * Build #2652206 (build) stage: build, status: created
[22:12] <KGB-2> GNOME / shell-extensions / gnome-shell-extension-easyscreencast builds Samuel Henrique * Build #2652209 (test-build-any) stage: test, status: created
[22:12] <KGB-2> GNOME / shell-extensions / gnome-shell-extension-easyscreencast builds Samuel Henrique * Build #2652210 (test-build-all) stage: test, status: created
[22:12] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-easyscreencast builds Samuel Henrique * Build #2652205 (extract-source) stage: provisioning, status: created
[22:13] <KGB-2> GNOME / shell-extensions / gnome-shell-extension-easyscreencast builds Samuel Henrique * Build #2652211 (test-crossbuild-arm64) stage: test, status: created
[22:13] <KGB-2> GNOME / shell-extensions / gnome-shell-extension-easyscreencast builds Samuel Henrique * Build #2652213 (lintian) stage: test, status: created
[22:13] <KGB-2> GNOME / shell-extensions / gnome-shell-extension-easyscreencast builds Samuel Henrique * Build #2652215 (blhc) stage: test, status: created
[22:13] <KGB-2> gnome-shell-extension-easyscreencast pipeline Samuel Henrique 366666 * running (extract-source: running; piuparts: created; blhc: created; autopkgtest: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; lintian: created; build i386: created; build: created)
[22:13] <KGB-2> gnome-shell-extension-easyscreencast pristine-tar d93edfa Samuel Henrique gnome-shell-extension-easyscreencast_1.6.0.orig.tar.gz.delta gnome-shell-extension-easyscreencast_1.6.0.orig.tar.gz.id * pristine-tar data for gnome-shell-extension-easyscreencast_1.6.0.orig.tar.gz * https://deb.li/ijA1n
[22:19] <KGB-2> gnome-shell-extension-easyscreencast pipeline Samuel Henrique 366666 * [6 minutes and 56 seconds] failed (piuparts: failed; autopkgtest: success; reprotest: failed; test-build-all: success; lintian: success; test-build-any: success; test-crossbuild-arm64: success; blhc: success; build i386: success; build: success; build source: success; extract-source: succ
[22:19] <KGB-2> shell-extensionsess)