[05:42] <lissyx> bandali, looks like all branches are following old llvm :(
[06:56] <lissyx> nteodosio, hello, by any chance do you know more about the ci infra for launchpad?
[06:56] <lissyx> nteodosio, I'm curious about the current state of arm64 workers wrt cpu and ram
[06:59] <nteodosio> Hi lissyx. I do not.
[07:01] <nteodosio> lissyx, wlll nothing up to date at least, last I checked a year ago it was 4 virtual cores with 8 GB RAM.
[07:02] <nteodosio> I was suggested to introspect from within a build, possibly with procenv.
[07:02] <lissyx> i've found some random launchpad thread mentionning 16GB dated back end of november 2022
[07:02] <lissyx> I dont have access to launchpad
[07:03] <lissyx> I was looking at whether we might enable debug symbols on armhf/arm64 builds again
[07:09] <nteodosio> lissyx, https://launchpadlibrarian.net/658944530/buildlog_ubuntu-lunar-arm64.procenv_0.51-0.2_BUILDING.txt.gz
[07:10] <nteodosio> So yes 16 GB memory
[07:10] <lissyx> and 4 CPUs
[07:10] <lissyx> thx
[07:11] <lissyx> I'm testing an arm64 build on a gcp host with those settings ...
[07:43] <lissyx> nteodosio, can you just triple check on an armhf?
[07:45] <nteodosio> Same there lissyx, https://launchpadlibrarian.net/658944733/buildlog_ubuntu-lunar-armhf.procenv_0.51-0.2_BUILDING.txt.gz
[07:45] <lissyx> thanks!
[07:45] <nteodosio> For the record, I find that via https://launchpad.net/ubuntu/+archive/test-rebuild-20230324-lunar/+packages
[07:45] <ricotz> bandali, hi, please retry https://launchpad.net/~ubuntu-mozilla-security/+archive/ubuntu/ppa/+build/26321843
[07:46] <ricotz> good morning desktopers
[07:46] <nteodosio> Good morning, ricotz!
[09:04] <lissyx> seb128, took me a bit, but https://bugzilla.mozilla.org/show_bug.cgi?id=1839317
[09:04] -ubottu:#ubuntu-desktop- Mozilla bug 1839317 in Taskcluster "Build upstream snap on treeherder" [--, New]
[10:37] <seb128> lissyx, sorry but I don't know what treeherder is, is that a new infra?
[11:02] <ricotz> seb128, hi :), could you retry https://launchpad.net/~ubuntu-mozilla-security/+archive/ubuntu/ppa/+build/26321843
[11:13] <seb128> ricotz, hey, retried
[11:14] <ricotz> seb128, thank you
[11:15] <ricotz> seb128, jfyi, this is relevant for thunderbird 115 as well - https://bugs.launchpad.net/ubuntu/+source/cargo/+bug/2021427
[11:15] -ubottu:#ubuntu-desktop- Launchpad bug 2021427 in rustc (Ubuntu) "rustc 1.66 and cargo 0.67 required by firefox 115" [Undecided, New]
[11:15] <seb128> ricotz, ack
[11:23] <lissyx> seb128, no, that's where all our ci runs
[11:23] <lissyx> SIGKILL on arm64 :(
[12:08] <nteodosio> lissyx, out of memory?
[12:08] <lissyx> I guess
[12:08] <lissyx> I'm trying the reduce rust debuginfo patch
[12:28] <seb128> lissyx, why are you trying to build the snap there? to integrate a build in your CI?
[12:30] <lissyx> seb128, yeah and testing status of arm builds as well
[12:46] <lissyx> seb128, so we can monitor more easily, leverage mozregression without facing launchpad/github limitations (artifacts expiration etc)
[12:49] <seb128> what's the goal? to build the official snap there?
[12:50] <lissyx> no
[12:51] <lissyx> seb128, https://bugzilla.mozilla.org/show_bug.cgi?id=1839365 isn't this expected by xdg?
[12:51] -ubottu:#ubuntu-desktop- Mozilla bug 1839365 in Firefox Build System "Can't mount/browse shares on GVFS/GIO" [--, Unconfirmed]
[12:52] <lissyx> seb128, the current launchpad/github situation makes it complicated for us to follow breakages more directly, or to test with try, or to use mozregression with a build that is yours (we have a repackage snap task, but it's diverging too often)
[13:01] <lissyx> -rw-rw-r--  1 alissy alissy 134213974 Jun 20 12:50 firefox_114.0.2-1_arm64.debug
[13:01] <lissyx> -rw-r--r--  1 alissy alissy 238317568 Jun 20 12:50 firefox_114.0.2-1_arm64.snap
[13:01] <lissyx> so maybe we can enable debug symbols now :)
[13:03] <lissyx> seb128, https://paste.debian.net/1283610/
[13:11] <seb128> lissyx, the xdg thing is basically https://gitlab.gnome.org/GNOME/xdg-desktop-portal-gnome/-/merge_requests/67 no ?
[13:11] -ubottu:#ubuntu-desktop- Merge 67 in GNOME/xdg-desktop-portal-gnome "Send remote file URIs as local FUSE URIs" [Opened]
[13:15] <lissyx> seb128, no I think they complain there's no way to mount a remote share directly from the dialog?
[13:16] <seb128> lissyx, 'In the file browser, I can only see local paths, and no "other locations" where I could browse the smb shares.'
[13:16] <seb128> well I think it's the same issue than the portal doesn't expose non local mounts atm
[13:17] <lissyx> this MR is about changing the /run/xxx paths
[13:18] <seb128> hum
[13:18] <seb128> in any case it's an issue of the portal
[13:20] <lissyx> it sounds much like the bug I filed
[13:21] <lissyx> https://gitlab.gnome.org/GNOME/xdg-desktop-portal-gnome/-/issues/48
[13:21] -ubottu:#ubuntu-desktop- Issue 48 in GNOME/xdg-desktop-portal-gnome "File picker should not display remote gvfs mountpoint it cannot handle until https://github.com/flatpak/xdg-desktop-portal/issues/213 is fixed" [Opened]
[13:21] <lissyx> except it's still open
[13:21] <lissyx> seb128, do you think you can give a round of armhf/arm64 builds on launchpad and on github to check if debug symbols are still a problem?
[13:23] <seb128> lissyx, if you would basically mean do a build with the pastbin patch you shared?
[13:23] <lissyx> https://answers.launchpad.net/launchpad/+question/694428 mentions an upgrade to 16GB end of 2022
[13:23] <seb128> bandali, ^ could you perhaps help there?
[13:23] <lissyx> seb128, yeah, this patch was on core22 stable arm64 though
[13:23] <lissyx> might need a bit more adaptations for others
[13:23] <seb128> well we can try on core22 if that's only to test how the infra handles it
[13:24] <lissyx> but I tested that on a gcp arm64 host, 16GB RAM, no swap, 4 CPUs so similar to the setup
[13:24] <lissyx> at least from what procenv returned shared by nteodosio earlier today
[14:03] <ricotz> seb128, looks like it needs another kick https://launchpad.net/~ubuntu-mozilla-security/+archive/ubuntu/ppa/+build/26321843
[14:33] <bandali> hey lissyx i'll do test arm builds with your debug symbol patch later tonight
[14:33] <bandali> ricotz, done
[14:43] <lissyx> opt and debug builds: https://treeherder.mozilla.org/jobs?repo=try&revision=62e022def101d27ae5c679631147427f8fa11f8d :)
[14:53] <lissyx> seb128, do we have any guarantee that network will be available besides during pull? https://github.com/snapcore/snapcraft/issues/4220#issuecomment-1598923779
[14:53] -ubottu:#ubuntu-desktop- Issue 4220 in snapcore/snapcraft "Using after leads to pull after instead of waiting for complete part" [Open]
[14:55] <seb128> no, the builder go in offline mode after 3 hours, see https://bugs.launchpad.net/launchpad/+bug/1885164
[14:55] -ubottu:#ubuntu-desktop- Launchpad bug 1885164 in Rutabaga "snap builds: network access timeout" [High, Triaged]
[15:01] <lissyx> ok, that's 3h whatever the step
[15:01] <lissyx> nvm, we dont care about upload on launchpad
[16:59] <seb128> lissyx, https://bugzilla.mozilla.org/show_bug.cgi?id=1839170 was closed but don't we need to fix https://github.com/snapcore/snapcraft/issues/4220 first to have back debug symbols?
[16:59] -ubottu:#ubuntu-desktop- Mozilla bug 1839170 in Firefox Build System "Missing debug symbols for Firefox Snap core22" [--, Resolved: Fixed]
[16:59] -ubottu:#ubuntu-desktop- Issue 4220 in snapcore/snapcraft "Using after leads to pull after instead of waiting for complete part" [Open]