[06:14] <jibel> Good morning all
[07:03] <ricotz> good morning desktopers :)
[07:04] <oSoMoN> good morning desktoppers
[07:10] <didrocks> good morning
[07:33] <jibel> Salut didrocks oSoMoN ricotz 
[07:45] <didrocks> salut jibel 
[08:11] <seb128> goood morning desktop, unsure if I said it earlier?
[08:31] <didrocks> hey seb128 
[08:35] <lissyx> seb128, oSoMoN, so .... 
[08:35] <lissyx> I have that :D https://github.com/ubuntu/gnome-sdk/pull/38
[08:41] <oSoMoN> lissyx, thanks for working on this, at a quick glance this looks good. We'll need changes in launchpad to allow access to the debug symbols artifact, but that's being worked on I believe.
[08:42] <oSoMoN> Would the symbols go on Mozilla's servers too?
[08:42] <lissyx> oSoMoN, yes, seb128 mention that it should be soonish now
[08:42] <lissyx> indeed
[08:42] <lissyx> we landed two days ago the taskcluster integration of our symbols scraping "infra"
[08:43] <lissyx> so once launchpad is ready to extract this zip we generate firefox as well as gnome-sdk, then I can add pulling of it out of launchpad library and push that to our servers
[08:45] <lissyx> do we know already how launchpad will find the artifact?
[08:46] <lissyx> oSoMoN, I still have a few meson debug parameters to fold in though, not all libs are built with it yet
[08:49] <diddledani> oSoMoN: I think my blank screen issue is, while similar, a distinct case - raised it as #1980933
[08:52] <seb128> lissyx, launchpad said they would import a file matching <snap-name><snap_version><snap-arch>.debug but I will check again with them if .debug is really right or if that should an archive format with matching extension
[08:52] <lissyx> right
[08:53] <lissyx> and this file is supposed to be copied within $SNAPCRAFT_PROJECT_DIR/ ?
[08:53] <lissyx> (so I can update both my PRs)
[08:55] <seb128> lissyx, let me check
[08:56] <lissyx> seb128, also I'm adding -Ddebug to some libs that were not having it on meson-parameters (and will do the same for autotools one after)
[08:56] <lissyx> seb128, I was wondering, though, given those had no --buildtype=release, do we want to also add -Doptimization=3 ? it would be consistent but it's a change (I dont know the default value ?)
[08:58] <lissyx> oh buildtype seems to default to "debug"
[11:27] <KGB-0> gnome-remote-desktop Nathan Teodosio 316330 * commented merge request !4 * https://deb.li/3LRkM
[12:02] <KGB-2> evolution-data-server Nathan Teodosio 316335 * commented merge request !6 * https://deb.li/b0WC
[12:05] <seb128> lissyx, so I checked, it's untested but from the snapcraft team the suggestion is that something around those lines should be working
[12:05] <seb128> override-prime: |
[12:05] <seb128>     craftctl default
[12:05] <seb128>     cp debug "$SNAPCRAFT_PROJECT_DIR/$SNAPCRAFT_PROJECT_NAME_$SNAPCRAFT_PROJECT_VERSION_$SNAP_ARCH.debug
[12:06] <KGB-2> evolution-data-server Nathan Teodosio 316336 * commented merge request !6 * https://deb.li/3vh8G
[12:32] <lissyx> seb128, "debug" here being the zip file I generated?
[12:32] <seb128> lissyx, yes
[12:33] <seb128> the naming is a bit weird/not reflecting the type
[12:33] <lissyx> ok, and "ccraftctl default" what does it do?
[12:33] <lissyx> the override-prime here already has some "snapcraftctl prime"
[12:34] <seb128> craftctl is the modern name of snapcraftctl 
[12:34] <lissyx> and "default" ?
[12:35] <seb128> it does whatever 'snapcraft prime' would do by default
[12:36] <lissyx> ok, so I can just adjust the zip I'm producing right now
[12:36] <seb128> it's standard packaging, for debs as well, when you replace a rule you call what it would do and add your tweak
[12:36] <seb128> unless you want it to stop doing the default action and replace it, then you wouldn't include the default
[12:36] <seb128> but yes, I think then you probably just need to pick an override-prime section and add that cp
[12:38] <lissyx> seb128, I was already doing that in an override-prime (the one of "conditioning" since it felt appropriate)
[12:38] <lissyx> so I guess we should be safe
[12:39] <seb128> 👍
[12:40] <lissyx> seb128, done for firefox: https://github.com/canonical/firefox-snap/pull/3/files#diff-e68b9afd67bb77dec8eda77796d3e0b784c7011203114996383eed6533be0cefR388
[12:41] <lissyx> seb128, and done for gnome-sdk: https://github.com/ubuntu/gnome-sdk/pull/38/files#diff-e68b9afd67bb77dec8eda77796d3e0b784c7011203114996383eed6533be0cefR1148
[12:41] <seb128> great
[12:41] <lissyx> and so default meson is debug build, as well as autotools
[12:42] <lissyx> so I dont think we miss any symbols
[12:45] <lissyx> seb128, for firefox on github actions, I'm limited because of disk space so I cant completely verify there
[12:46] <lissyx> seb128, locally it works when I create or not the token file
[12:46] <lissyx> seb128, and the beginning of the action workflow creates the token file correctly from the repository secrets
[12:46] <lissyx> so it should be good as well
[12:46] <seb128> great
[12:46] <lissyx> this will have to be cherry-picked to beta, stable and esr
[12:47] <lissyx> I dont know your policy though, but I can send PRs for that once the nightly one is end-to-end verified as good
[12:47] <seb128> we don't have a strict policy, but landing in nightly and cherry picking then to the other ones makes sense
[12:48] <lissyx> seb128, also what was the link for launchpad library api/doc?
[12:48] <lissyx> I guess I can already start that work
[12:48] <seb128> lissyx, https://launchpad.net/+apidoc/devel.html
[12:49] <seb128> https://help.launchpad.net/API/launchpadlib 
[12:53] <seb128> bbiab, changing location and going for some errands on the way
[14:19] <lissyx> seb128, so assuming those debug files will be visible on launchpad the same way snap files are already, I have https://github.com/lissyx/symbol-scrapers/commit/4c9c7d82aa3f11d71e825421f176249a80cd4d21 ready :)
[14:20] <lissyx> seb128, it seems though that the files listed under "Built files" (currently only the snap) expires quite quickly (one week?) do you think retention could be higher for debug symbols ? to have a bit of room for any taskcluster-related pulling that might have issues for a few times
[14:21] <seb128> lissyx, I think it's one week by default but yes we could bump to longer if needed
[15:35] <bittin> https://linuxactionnews.com/248
[17:01] <Eickmeyer[m]> bittin: I'm pretty sure you've been warned about posting out-of-context links before. Please stop.
[17:02] <luna__> last news they talked about was context tough
[17:03] <Eickmeyer[m]> luna__: This is the development room for the desktop team, so that link is entirely off-topic.
[17:04] <Maik> luna__: best to join #ubuntu-offtopic if you want to share links or videos