[00:14] arraybolt3: Such matters with theming and firefox are handled by the desktop team, but I'm seeing the same issue in studio. [00:15] Eickmeyer: Nice. Hopefully they'll see it. Worst case scenario, I guess we can release note it. [00:15] Along with the way to fix it. [00:16] arraybolt3: Really, the titlebar theming isn't out-of-place, but the colors are all wrong. [00:16] Almost like it's picking-up the wrong GTK theme. [00:16] Notice that said title bar is also thicker than before. [00:17] After the recent GTK snap change, I assume it probably is picking up something different than it used to be. [00:17] s/GTK/GNOME/ [00:18] Well, the themes are in gtk-common-themes, not the gnome-42-2204 snap. [00:19] Did you try the snapd-desktop-integration snap? [00:19] I did, it had no effect. [00:20] (Assuming I did it right by installing the snap, then rebooting my VM and launching Firefox.) [00:20] My guess is LXQt isn't setting any sort of gtk theme. We set a gtk theme intentionally in Studio. [00:20] My guess is Kubuntu doesn't either. [00:21] I'll have to compare and maybe do some more digging. I highly doubt that a GTK theme is going to influence a setting in prefs/user.js though, though perhaps that's simply because of a lack of understanding on my part. [00:22] I looked and snapd-desktop-integration was already installed here, so it's very possible that's why I didn't see the theme wrong in the title bar (aside from the color being wrong). [00:22] Because with setting the gtk theme intentionally, that gets picked-up by snapd-desktop-integration. [00:23] Hmm, lemme see... [00:27] Great, I'm missing a Studio Lunar image, so here goes another mondo download. [00:27] oof [00:27] Latest image is much smaller than it used to be. [00:53] Eickmeyer: more breakages? [00:54] teward: It's just theming weirdness in Lubuntu and Kubuntu wrt Firefox. [00:54] ah that nasty [00:54] *points at Firefox being snapped* blame Firefox? xD [00:55] ooo i didn't realize Thunderbird was snapped... [01:06] There's a .deb version too, right? === arraybolt3_ is now known as arraybolt3 === sem2peie- is now known as sem2peie === sem2peie- is now known as sem2peie === sem2peie- is now known as sem2peie [13:06] LocutusOfBorg, hey, do you expect that surf rebuild to clear off the arm autopkgtest issue or is that unrelated? [13:06] seb128, maybe [13:06] but probably not, I'm trying to understand why webkit2gtk suddenly is building libGLESv2.a [13:06] same happens in Debian [13:06] set(GLESv2_LIBRARY_TYPE STATIC) [13:07] add_library(GLESv2 ${GLESv2_LIBRARY_TYPE} [13:07] ${libglesv2_sources} [13:07] ) [13:07] meh, reading 2mb of build log is painful [13:07] sadly I guess it will require a sourceful upload [13:07] webkit2gtk lots its runtime dependency on libgles2 [13:08] apparently because, after finding it via cmake, it just don't care and builds its embedded version [13:49] let's wait for the current build to finish on riscv to see if it works before doing another upload [13:49] would be worth reporting the libgles issue upstream if you could do that maybe? [13:50] sorry need to drop from IRC for a while, I will read the irclog when I'm back online [14:00] https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+packages?field.name_filter=&field.status_filter=published&field.series_filter=lunar [14:35] upgraded my desktop to lunar, but now the system insists it's on maintenance mode, and gdm login gets stuck [14:43] hmm, bpool doesn't get mounted, sad [14:57] looks like a power cycle helped === sem2peie- is now known as sem2peie === arraybolt3_ is now known as arraybolt3 === mateus is now known as mateus-morais === mateus is now known as mateus-morais [17:18] hey vorlon : any chance of accepting that Ceph SRU into Jammy and Kinetic today? [17:19] icey[m]: still working my way through the queue; yes it's possible [17:20] :-) === sem2peie- is now known as sem2peie === sem2peie- is now known as sem2peie