=== mwhudson_ is now known as mwhudson [07:09] good morning desktoppers [07:09] oSoMoN, hello [07:10] hey ricotz [07:11] ricotz, Simon said on Tuesday that he was working on the rustc/cargo update [07:12] oSoMoN, great, thanks [07:13] harfbuzz requires a chafa/i386 build - https://launchpad.net/ubuntu/+source/harfbuzz/5.2.0-2 [07:49] oSoMoN, I tried to have a look at how to make a llvm release [07:49] and well ... [08:01] ogra, https://docs.docker.com/network/iptables/#docker-on-a-router [08:01] so I guess it's all known [08:01] might be good to have a note on that on the snapcraft lxd setup docs?$ [08:16] goood morniong desktopers [08:42] salut seb128 [08:42] oSoMoN, lut! en forme ? [08:42] bien, et toi? [08:42] lissyx, how difficult is it to make a LLVM release? [08:43] oSoMoN, just finding the steps took me 30mins, and then I am still unable to know where is the script they document [08:43] https://llvm.org/docs/ReleaseProcess.html#test-release-sh [08:44] oSoMoN, btw I was asked what are our options to access other browser profiles to fix https://bugzilla.mozilla.org/show_bug.cgi?id=1467094 [08:44] -ubottu:#ubuntu-desktop- Mozilla bug 1467094 in Firefox "Import from the Chromium Snap profile doesn't work" [S3, New] [08:45] lissyx, I cannot think of an alternative to https://bugzilla.mozilla.org/show_bug.cgi?id=1467094#c22 [08:45] -ubottu:#ubuntu-desktop- Mozilla bug 1467094 in Firefox "Import from the Chromium Snap profile doesn't work" [S3, New] [08:46] ça va bien :) [08:46] oSoMoN, yeah but we would be in a bad position for discovering those [09:20] oSoMoN, btw we might want to look deeper into the ctrl+s triggering too many portal windows [09:20] it's the third dupe of it in a few days [09:20] and it has the potential of killing machines because it sounds like a bad fork bomb :/ [12:01] ok, now core20 and core22 are building fine, it's definitively bad interactions and/or missing iptables rules on lxd setup [12:52] oSoMoN, has something changed recently? I can't run anymore nightly without wayland [12:53] Error: cannot open display: :0 [12:55] lissyx, it could be https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/1965113 [12:55] -ubottu:#ubuntu-desktop- Launchpad bug 1965113 in gnome-session (Ubuntu) "Desktop snaps don't start at all in Xorg sessions if a Wayland session has been used" [Medium, Triaged] [13:04] oSoMoN, thanks DISABLE_WAYLAND=1 did the trick [13:21] oSoMoN, interesting, I can't reproduce the CTRL+S issue [13:22] IIRC it happens rather random, not every time ... but if it happens it eats your system [13:23] * ogra saw it once and could also reproduce it back then [13:28] ogra, I was clearly reproducing easily last time [13:28] well, probably it fixed itself then 🙂 [13:37] ogra, given we got multiple duplicates recently, I doubt [13:38] hmm [13:39] but I'm manually forcing disabling wayland, so who knows [13:44] oSoMoN, could we rely on the launcher script for discovering path to existing profiles of other browsers, expose that to firefox (via env?) and from there we could show portal dialog [13:48] ogra, no repro before, did a rebuild where I picked the way we disable wayland on stable, and I got repro pretty easily [13:50] spam of XDP: Handling SaveFile [13:59] aha ! [14:00] but as much as I remmeber from my previous dive in that code, we dont issue SaveFile directly [14:00] it's done via gtk [14:05] it honestly felt more like a portal or gtk bug to me when it happened ... [14:07] indeed, but I need to find more hints [14:07] so at least we can file correct upstream issue [14:13] gtk3 Simon McVittie 355650 * commented merge request !11 * https://deb.li/3zLbG [14:16] ogra, with those new versions of snapcraft and/or lxd, we still are not allowed to pass arbitrary env var from CLI to the snapcraft build itself? [14:17] not arbitrary ones, there are some SNAPCRAFT_* or CRFT_* ones it carries over indeed ... [14:17] *CRAFT_ [14:19] could I abuse some for tweaking the build process? [14:20] hah, that has actually never struck my mind ! (and i'm usually the king of hacks) [14:22] lissyx, the launcher script is also running confined, so it won't be allowed to discover other browsers' existing profiles, unless we request personal-files plugs for all known browser profiles paths [14:23] yeah I was thinking about that possibility [14:23] but I dont think it would be accepted, would it? [14:24] ogra, like one of my problem is being able to build snap from current build tree and right now the simplest solution is ... push to my local m-c git repo, hack the snapcraft.yaml to git clone :p [14:24] unlikely [15:23] ogra, oSoMoN bad news [15:23] MOZ_LOG=Widget:5 + local patches, I can see firefox issues multiple nsIFilePicker::Open [15:24] unfortunately, it's school pickup time, I'll resume after ;) [15:26] so it's indeed a problem in firefox, not the portal [15:40] well [15:42] seems like it could be keypress handling [16:05] oSoMoN, because I also have a spam of https://searchfox.org/mozilla-central/rev/5a49163b7012ded5fa1c4da5aa4f8d3f7c85a5e7/widget/gtk/nsWindow.cpp#4911-4916 [16:10] oSoMoN, would we have a way to probe, from the snap, what browsers are installed? [16:10] I guess no [16:11] no, that would defeat strict confinement [16:13] I'd say it's the goal :p [17:23] gnome-initial-setup Jelmer Vernooij 355685 * commented merge request !13 * https://deb.li/kt6V [17:34] gnome-video-effects Janitor 355687 * commented merge request !1 * https://deb.li/3WeIg [17:46] oSoMoN, even key_press_event_cb is spamming the log: https://searchfox.org/mozilla-central/rev/5a49163b7012ded5fa1c4da5aa4f8d3f7c85a5e7/widget/gtk/nsWindow.cpp#8227 [17:46] that might still be outside of firefox === nteodosi is now known as nteodosio [23:38] lissyx: re personal-files for known browser profiles - this doesn't sound unreasonable on the surface so don't assume an automatic reject - I'd be more than happy to discuss this with you / oSoMoN over on forum.snapcraft.io