[06:10] good morning [06:10] * tsimonq2 waves to didrocks [06:12] hey tsimonq2 [06:12] Hi didrocks and tsimonq2 [06:12] biab [06:12] afternoon duflu [06:13] didrocks: I hope it's a bit cooler around there? :) [06:14] Close to 30 around here outside. [06:23] tsimonq2: oh yeah, it is, thanks! It's only 29-31°C outside for the peek, but at night, we have 18-19°C, which helps cooling down ;) [06:23] didrocks: That's about what we're at right now :) [06:24] yeah, really nice weather at that temperature :) [06:27] good morning desktoppers, happy Friday! [06:30] o/ [06:30] salut oSoMoN, hello Wimpress [06:32] hey Wimpress [06:33] salut didrocks === pstolowski|afk is now known as pstolowski [07:19] hey there, happy friday desktopers! [07:20] Hi seb128 [07:20] How goes? [07:20] hey duflu, how are you? [07:20] good mostly, but day is only starting that launchpad is already timeouting :/ [07:20] I'm slightly unwell, but for the moment not too unwell to log off [07:20] Yes it's better in my morning [07:20] usually [07:24] those a frequent enough that it starts being really irritating the work with launchad [07:24] launchpad [07:24] worked now... [07:24] The weirdest part is that it times out before the human using it thinks it's taking too long [07:24] So the timeout is too short [07:25] hey seb128, happy friday [07:25] lut didrocks, en forme ? [07:25] ça va, c'est vendredi :) [07:26] et toi, à part launchpad ? [07:27] ça va :) [07:28] salut seb128 , hey duflu [07:28] Hi oSoMoN [07:28] lut oSoMoN, en forme ? [07:28] oui, la forme! [07:30] seb128: how accurate are richard hughes comments in https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/O4CMUKPHMMJ5W7OPZN2E7BYTVZWCRQHU/ - basically I want to try and make sure we still offer fwupd support out-of-the-box going forward [07:31] hey amurray [07:32] amurray, he's exagerating the snap problems I think [07:32] amurray, we don't plan to move away from fwupd don't worry [07:33] hey seb128 - cool - I notice he said we plan to drop gnome-software in favour of snap-store but that snap-store doesn't support fwupd (or at least that was my interpretation) [07:33] he's right that if we move away from using gnome-software we loose that frontend to it but that part would be easy to replace [07:34] ok so as long as we replace it at the same time as we drop it then I am fine :) [07:36] I'm not convinced Gnome Software was ever a good place for fwupd things in the first place. Maybe. Kind of. [07:38] If someone was new to Linux they wouldn't go looking in anything resembling an app store for firmware updates [07:38] It's just a convenient way to implement it [07:39] right [07:44] morning didrocks tsimonq2 duflu Wimpress oSoMoN seb128 [07:44] hey marcustomlinson [07:45] hey marcustomlinson, how are you? [07:45] Hey marcustomlinson [07:46] seb128: hey, bit tired :P happy it's Friday :) [07:46] you? [07:48] Trevinho, you've got an MR(s) that are linking to the wrong MR number (https://gitlab.gnome.org/GNOME/mutter/merge_requests/681) [07:48] GNOME issue (Merge request) 681 in mutter "Clarify that `clutter_actor_is_visible` doesn't always mean *is visible*." [Opened] [07:49] oops [07:49] Trevinho, you've got a commit(s) that is linking to the wrong MR number (https://gitlab.gnome.org/GNOME/mutter/merge_requests/681) [07:49] GNOME issue (Merge request) 681 in mutter "Clarify that `clutter_actor_is_visible` doesn't always mean *is visible*." [Opened] [07:50] marcustomlinson, same, weekend is going to be welcome! [07:50] duflu: oh thanks.. [07:50] MORNING also... [07:50] Morning Trevinho [07:50] hey Trevinho! [07:50] hey Trevinho [07:50] duflu: yeah I agree - esp since we don't use the 'updates' part of gnome-software for deb related updates - was always a bit lonely having just firmware updates there (since they are generally pretty rare) - would be good to have all updates in 1 place (debs/firmware/etc) [07:54] good morning marcustomlinson, tsimonq2, Trevinho [07:55] hey Trevinho [08:00] o/ oSoMoN [08:01] le yawn. Morning all [08:01] morning [08:01] hi Laney [08:04] hey willcooke and Laney [08:04] hi marcustomlinson [08:05] le yawn aussi [08:08] moin willcooke marcustomlinson [08:10] hey willcooke [08:10] morning Laney [08:11] hey willcooke Laney [08:11] (brb, changing location) [08:12] hi didrocks & se TAB TAB TABTABTABTABTBAB FAIL [08:15] willcooke: https://i.imgur.com/aUhOj95.jpg [08:16] :) [08:16] In plant news now, I forgot to water my peace lilly and it was looking pretty sad. Watered it this morning and it's back to normal already [08:17] Morning willcooke and Laney [08:17] afternoon duflu [08:17] 🕊 [08:18] hi didrocks [08:18] yeah I just water the peace lily when it droops a lot [08:18] it's kind of it to let you know so openly [08:18] :) === ecloud_wfh is now known as ecloud [13:22] Trevinho: no other changes in mutter than the 2 bugs listed? [13:22] (checking we don't need another bug) [14:35] kenvandine, have you had a chance to test the chromium snap in the candidate channel wrt bug #1821765 ? [14:35] bug 1821765 in chromium-browser (Ubuntu) "[snap] Missing icon in indicator" [Medium,Fix committed] https://launchpad.net/bugs/1821765 [14:36] oSoMoN: actually chromium doesn't display an icon there for me anymore [14:36] so i haven't seen the issue in a while [14:36] maybe i have removed something [14:37] darn… and I've never managed to get the icon there myself, so I can't confirm the fix is correct :/ [14:37] oSoMoN: ah, installing the hangouts extension triggered it [14:37] and yes... it fixed it :) [14:37] \o/ [14:37] install the hangouts extension :) [14:37] doing now [14:37] thanks for the confirmation [14:47] yep, confirmed that with the hangouts extension and the snap in stable, the icon isn't there, and with the update in candidate it is [14:47] I'll do some more smoke testing and will promote to stable if everything goes well [14:50] kenvandine: just saw https://bugs.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/1828500 fyi [14:50] Ubuntu bug 1828500 in livecd-rootfs (Ubuntu) "snapd fails always in Optimised Ubuntu Desktop images available in Microsoft Hyper-V gallery" [Undecided,Confirmed] [14:51] Laney: yeah, i asked chipaca to set it to livecd-rootfs [14:51] the daily isos are broken as well [14:51] and the 1805 and 1806 hwe isos [14:57] ok [15:39] Laney: other few changes were mostly cleanups... [15:40] it's cool, I just renamed the old bug [16:59] kenvandine: ok, checked eoan (and bionic, the same in this respect) dailies: https://paste.ubuntu.com/p/w47zMwcVnk/ - core18 is there [16:59] BUT snaps seem broken [16:59] Jul 12 16:54:42 ubuntu snapd[989]: stateengine.go:102: state ensure error: devicemgr: cannot proceed without seeding "core" [17:00] we couldn't find anything in livecd-rootfs that is added core18 [17:00] and we have images that didn't have core18 [17:00] livecd-rootfs is also seeding snapd instead of core [17:00] which is a problem [17:01] it's there, you can see it in that seed.yaml I just pastebinned [17:03] yeah [17:03] ok [17:03] so maybe that was a problem only in the bionic based images [17:04] same there afaics [17:04] but snaps are broken due to this missing core thing [17:05] mvo has a livecd-rootfs PR that will prevent the missing core18 snap problem [17:05] our released 18.04.2 iso is fine [17:05] but images built based on bionic since then are missing core18 [17:05] like the OEM isos [17:05] and hyperv images [17:06] 1805 ad 1806 isos are broken, from what i've been told [17:06] https://code.launchpad.net/~mvo/livecd-rootfs/+git/livecd-rootfs/+merge/370065 [17:06] should be very good to have [17:07] Does that mean we need core *and* core18? [17:08] ok, sorry to be annoying here but this is a pastebin from the /pending bionic iso: https://paste.ubuntu.com/p/DkG24WdsVJ/ [17:08] https://git.launchpad.net/ubuntu/+source/livecd-rootfs/tree/live-build/functions?h=ubuntu/eoan#n434 [17:09] that does not match what others are saying... [17:09] although it is broken [17:09] that seed.yaml won't work [17:09] as it has snapd not core [17:09] but it does have core18 [17:09] and he errors reported on the 18.04 images are missing core18 [17:09] Laney: this is good info! [17:10] sure, I can see that it doesn't work,a nd it is quite clear about why: "cannot proceed without seeding "core"" [17:10] I'm mainly saying that your MPs aren't going to fix it :P [17:10] :() [17:10] :) [17:11] https://launchpadlibrarian.net/427662367/livecd-rootfs_2.525.26_2.525.27.diff.gz <- that's the livecd-rootfs SRU that went into bionic-updates [17:11] I simply don't know myself if that is wrong but it looks to be what made these changes happen [17:12] so maybe the missing core18 is only on the hyperv case [17:12] but Chipaca said OEM reported the same thing, but I can't actually find any reference to that [17:12] sucks [17:13] it'd be cool if this code printed more things when it was doing stuff [17:13] yeah, see there if core isn't seeded it adds snapd [17:14] do you just always need core? [17:14] yes [17:14] for now [17:14] eventually snapd can be used for core18 snaps without core [17:14] but apparently that doesn't work yet [17:15] nod [17:15] this sounds like the bit that needs to have the fix then [17:16] yes [17:16] ok, glad to have got that far at least :) [17:16] can help review stuff Monday morning if you get anything done [17:16] (also, need more QA at various points) [17:16] CI [17:17] + / [17:17] * Laney waves, happy weekend [17:23] enjoy Laney! [17:26] have a great weekend Laney! [17:30] thanks Laney [17:30] have a good one [18:31] night all