=== guiverc2 is now known as guiverc | ||
oSoMoN | good morning desktoppers | 06:02 |
---|---|---|
jibel | Good morning all | 06:07 |
oSoMoN | salut jibel | 06:20 |
jpnurmi | good morning, hey jibel and oSoMoN | 06:50 |
didrocks | good morning | 07:03 |
jpnurmi | good morning didrocks | 07:15 |
didrocks | hey jpnurmi | 07:16 |
oSoMoN | good morning jpnurmi, didrocks | 07:34 |
luna | morning | 07:35 |
didrocks | salut oSoMoN, hey luna | 07:36 |
oSoMoN | morning luna | 07:38 |
seb128 | goood morning desktopers | 07:44 |
luna | morning seb128 | 07:45 |
didrocks | hey seb128 | 07:50 |
oSoMoN | salut seb128 | 07:52 |
seb128 | hey luna, didrocks, oSoMoN, how are you? | 07:57 |
luna | i am alright | 07:57 |
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! | 07:59 |
didrocks | I’m good :) | 08:01 |
jbicha | good morning | 12:07 |
seb128 | jbicha, hey, how are you today? | 12:07 |
jbicha | good, making progress on the osinfo-db updates | 12:10 |
seb128 | gr | 12:10 |
seb128 | great! | 12:11 |
seb128 | jbicha, adding the gpu option while at it? | 12:12 |
jbicha | yes | 12:12 |
seb128 | 👍 | 12:16 |
seb128 | jbicha, great to see the webkitgtk issue getting somewhere now! | 13:43 |
seb128 | jbicha, can your reopen the webkitgtk issue with the newer details? | 13:44 |
jbicha | sure | 13:47 |
jbicha | seb128: mcatanzaro is blaming this: https://salsa.debian.org/webkit-team/webkit/-/blob/wk2/unstable/debian/rules#L112-120 | 13:51 |
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:04 |
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:08 |
didrocks | jbicha: that’s too late for 22.04, we are the only team pushing new MIRs that late in the cycle | 14:10 |
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:11 |
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:13 |
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:14 |
seb128 | didrocks, we hadn't been doing late MIRs this cycle did we? (putting that one aside which is under discussion) | 14:16 |
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:17 |
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:18 |
didrocks | (and some with deadlines like "needs to be done in 2 weeks", while the MIR team doesn’t have capacity) | 14:19 |
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:20 |
seb128 | I don't think desktop is worth than other teams but yeah we could probably improve things still | 14:21 |
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:22 |
seb128 | jbicha, the line of thinking of "it's our fault to be the only one to use an option provided by upstream" | 14:23 |
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:24 |
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:25 |
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:26 |
seb128 | k | 14:27 |
seb128 | jbicha, I'm assuming that discussion was on #webkitgtk? | 14:29 |
seb128 | anyway I'm going to comment there | 14:29 |
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:30 |
jbicha | oh #webkitgtk does seem a better channel :) | 14:34 |
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:50 |
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) | 14:59 |
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:06 |
tjaalton | jbicha: I'll try, a simple revert has conflicts | 15:12 |
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) | 15:13 |
tjaalton | and fails to build | 16:31 |
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:10 |
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:15 |
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 :) | 19:16 |
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:04 |
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 | 20:30 |
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:12 |
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:13 |
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) | 22:19 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!