[00:04] I see both bugs and may be able to help debug. If we just found a real Openbox bug that would be pretty interesting, given that it's been mostly unchanged for, what, 13 years? [01:25] Umm... Firefox has gone GNOME on us in the latest Lunar ISO. [01:26] https://i.imgur.com/YGETP90.png [01:26] The title bar is all wonky. [01:33] any chance the fact that Firefox is now a snap on every flavor has something to do with it? [01:33] teward, all having snap'd firefox isn't new; been that way since jammy [01:33] ye but weird things happen with snaps from release to release :P [01:35] there is i suspect a recent change... having issues with firefox on box to my left.. [01:35] box to my left just had openbox crash.... (one I reported didn't have issue before..) [01:37] that box had qterminal only in F11; not a snap package [01:39] Just did a test installation. The fact that possibly Snap-related Openbox crashes and Firefox weirdness with the theming are happening at the same time, that doesn't feel like a coincidence. [01:39] (btw we need some sort of "Express Installation" coolness like what exists for Windows and Ubuntu Desktop to be a thing for Lubuntu too :P) [01:40] * guiverc concurs given issues on box to my left.. no issues on this (my primary) box outside of openbox here though [01:48] Oddly the list of preinstalled snaps on the latest Lubuntu Lunar exactly matches the list on a Kubuntu Jammy installation. [01:49] I guess I'm going to start by reporting the Firefox bug and we'll see what happens from there. [02:05] https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/2011758 [02:05] -ubottu:#lubuntu-devel- Launchpad bug 2011758 in snapd (Ubuntu) "Firefox is ignoring Lubuntu's theme settings entirely" [Undecided, New] [08:07] [matrix] Firefox hasn't used our theme since it has been snapped. There aren't any Qt snap themes. [08:07] [matrix] We seed a gtk snap theme [09:37] @kc2bez: Right, but up until just recently, the title bar still looked Lubuntu-y. Now it looks... not. [09:38] Chromium looks right. VSCode looks right. Firefox is the only offender. [09:40] [matrix] Agreed, it did look different and a little closer but it was still a little off. Especially the buttons. [09:41] It's frustrating that this had to happen *after* User Interface Freeze, otherwise we might have been able to try and make a Snap to fix it possibly. [09:41] But whatever. There's a bug filed, hopefully it will get input. If nothing else we'll live with a weird Firefox this cycle. [09:43] [matrix] It is a snap, they should be able to fix it any time. [17:56] FWIW, UIF hasn't actualy taken place yet (email was premature). Furthermore, freezes don't apply to bugs. [17:58] Best way to make Firefox integrate well is to make sure there's an equivalent theme in the gtk-common-themes snap. [17:59] Firefox needs it anyway, so no sense in being anti-gtk on this one. [18:11] Eickmeyer[m]: I thought UIF was yesterday according to the timeline? [18:11] Er, no, today. https://discourse.ubuntu.com/t/lunar-lobster-release-schedule/27284 But still, yeah we could try and help fix it. [18:12] Freezes don't actually take place until an email is sent out. This one is an exception because it was premature. [18:12] Huh. Will file that mentally for future reference. [18:13] See discussion in #ubuntu-devel and on ubuntu-devel@ ML. [18:14] Jjust saw it. [18:19] Anyway, I might be able to work on that later, but for now I'm mostly concerned with Openbox weirdness. Gonna do some debugging and hopefully report on our private bug with results. [18:36] This is weird, but it looks like the last calamares-settings-ubuntu upload isn't being grabbed? [18:37] 23.04.5 is on the ISO, 23.04.7 is in LP and published. Hmm. [18:37] Probably will pass with time then. If it's still not getting pulled in tomorrow, I'll look more closely. [18:38] Ah, I see it, the daily images aren't building. I think that's what Eickmeyer was pointing out in -flavors. [18:39] er, no, that was RikMills. [18:39] * arraybolt3 gets confused, then takes a detour to fix our ISO not building [18:39] Yeah, it was Rik. All flavors need to update that. However, having that other snap seeded probably isn't a bad idea for theming reasons. [18:40] But, the ISOs not building was another issue too (two issues, really). [18:40] vorlon fixed that last one. [18:41] If that has a theming effect, this may be the way to fix our Firefox weirdness. [18:41] OK, I'll update the seed and meta, then hopefully respin the ISO once the meta publishes. [18:42] Do you set a gtk theme anywhere at all? [18:42] I have no clue :P [18:59] And down the rabbit hole I go :P now I have to install and set up LXD in order to get a Lunar container to use for updating the lubuntu-meta package :P [18:59] Anyway, seed updated. [19:28] vorlon just got the seeds building again, he forgor something last night. [19:32] Nice, then hopefully the update I'm running now will work. [19:35] lol, I just realized I'm trying to update a metapackage when the seed change I made was a snap. Well, hey, there were some changes to the metepackage anyway so I guess it was overall positive. [19:37] Anyway, I guess I'll keep an eye on the seed in ubuntu-archive-team.ubuntu.com and then respin once that's updated. [19:37] Yeah, you don't need to update the metas if you change a snap in the seed. [19:38] When I ran the update script, it did pull in some things related to riscv64 and armhf. Since there are things to be updated, I'm thinking about pushing it, but I'm not sure if that would violate Feature Freeze? [19:39] Stuff like "Added libreoffice-writer to desktop-recommends [riscv64]" and "Removed fwupd-signed from desktop-recommends [armhf]". [19:39] No, it wouldn't. That's perfectly fine to do, means there were changes made. Changes aren't necessarily features. [19:40] Makes sense. And I guess having LibreOffice present on riscv64 now is a good thing (if there is anyone out there who actually installs lubuntu-desktop on their riscv64 boards). [19:41] Dependencies getting refreshed and stuff getting updated in metas doesn't mean you've added a new feature, it just means changes were made that make changes in the metas. [19:41] +1 [21:42] OK, the seed change happened, I *think* I just triggered a rebuild though I'm not entirely sure :P so we'll find out. [21:45] Uh... actually... [21:45] Eickmeyer: How on earth do you request a rebuild of an ISO? I'm looking at the admin page on the ISO tracker and see a bunch of scary buttons that it looks like I probably shouldn't press. [21:46] I *think* I'm supposed to click the Builds tab, check the Lubuntu Desktop amd64 box, enter a version number of 20230314.1, and then click "Add these builds to the tracker", but I don't know if that's right. [21:47] you don't do that! [21:47] Well good thing I didn't do it :D [21:47] go to http://iso.qa.ubuntu.com/qatracker/milestones/441/builds [21:48] Yeah, I see it [21:48] tick the checkbox next to the lubuntu amd64 build item [21:48] Ohhhhhh. I didn't even notice those checkboxes :P [21:48] And *then* use "Request a rebuild"? [21:48] then use the menu at the bottom of the page to request a rebuild [21:49] yep [21:49] [telegram] ooh i see that too xD [21:49] [telegram] nice [21:49] [telegram] *bonks arraybolt3 for no reason* [21:49] Got it. The first thing I did was use the button expecting that it would ask me what ISO to rebuild, and then I stared at the page in confusion when it appeared to do nothing... [21:49] (The button at the bottom of the screen for requesting rebuilds) [21:50] There, that did what I hoped. [21:50] RikMills: Thank you! [21:50] I am not sure if lubuntu-dev will give you perms though [21:50] I'm in Lubuntu Council, and therefore also in lubuntu-product-managers, so it let me do it. [21:51] arraybolt3: ah yes. says 'rebuilding' next to the lubuntu entry now [21:51] (I figure a rebuild to test a fix for a totally broken ISO is a good thing.) [21:52] Thanks for bailing me out of that, I felt like I was holding a loaded gun and had no clue where the safety was, how to fire it, or what it was pointed at XD thus why I asked for help [21:54] there is one quirk with this though. if the livefs fails on a build retriggered by this, then often requesting another one will not work until after the build from the normal cron job has run again [21:55] Oh, weird. So basically, if the cron job fails, I get one shot, and if that fails I have to wait till tomorrow for it to actually work? [21:55] I'm able to request a rebuild as a result of being in ~edubuntu-release and ~ubuntustudio-release, but only for those images. [21:55] arraybolt3: That's correct, but only due to a bug in the system. [21:55] arraybolt3: seems to work like that [21:55] yes it is a bug [21:56] Got it. Here's hoping that the Snap change does the trick then. [21:56] i'm indirectly joined to the testcase team/group so i think i have access to everything [22:02] it's building the squashfs, so looks like it will succeed :D [22:02] \o/ [22:03] * arraybolt3 hopes it doesn't spit out a blackened lump of charcoal [22:04] Says "successfully built" woot! [22:05] RikMills: Where do you see it building the squashfs? I can see the livefs build logs but not sure what logs you're looking at. [22:06] arraybolt3: you know when you look at a running build and it shows you a short part of the current build log? [22:07] when I looked at that I just happend to do it at the time when it said it was making the squashfs [22:07] Ah. [22:07] OK then we're looking at the same file. [22:11] Woot, we have a new ISO! [22:12] Aaaand... all of the links are 404'ing. Guess some patience is required. [22:38] [matrix] Yes, patience is a good thing.