=== KBar1 is now known as KBar | ||
jibel | Good morning all | 06:14 |
---|---|---|
ricotz | good morning desktopers :) | 07:03 |
oSoMoN | good morning desktoppers | 07:04 |
didrocks | good morning | 07:10 |
jibel | Salut didrocks oSoMoN ricotz | 07:33 |
didrocks | salut jibel | 07:45 |
seb128 | goood morning desktop, unsure if I said it earlier? | 08:11 |
didrocks | hey seb128 | 08:31 |
lissyx | seb128, oSoMoN, so .... | 08:35 |
lissyx | I have that :D https://github.com/ubuntu/gnome-sdk/pull/38 | 08:35 |
ubottu | Pull 38 in ubuntu/gnome-sdk "Bug 1778359 - Produce debug symbols for GNOME snap" [Open] | 08:35 |
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:41 |
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:42 |
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:43 |
lissyx | do we know already how launchpad will find the artifact? | 08:45 |
lissyx | oSoMoN, I still have a few meson debug parameters to fold in though, not all libs are built with it yet | 08:46 |
diddledani | oSoMoN: I think my blank screen issue is, while similar, a distinct case - raised it as #1980933 | 08:49 |
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:52 |
lissyx | and this file is supposed to be copied within $SNAPCRAFT_PROJECT_DIR/ ? | 08:53 |
lissyx | (so I can update both my PRs) | 08:53 |
seb128 | lissyx, let me check | 08:55 |
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:56 |
lissyx | oh buildtype seems to default to "debug" | 08:58 |
KGB-0 | gnome-remote-desktop Nathan Teodosio 316330 * commented merge request !4 * https://deb.li/3LRkM | 11:27 |
KGB-2 | evolution-data-server Nathan Teodosio 316335 * commented merge request !6 * https://deb.li/b0WC | 12:02 |
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:05 |
KGB-2 | evolution-data-server Nathan Teodosio 316336 * commented merge request !6 * https://deb.li/3vh8G | 12:06 |
lissyx | seb128, "debug" here being the zip file I generated? | 12:32 |
seb128 | lissyx, yes | 12:32 |
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:33 |
seb128 | craftctl is the modern name of snapcraftctl | 12:34 |
lissyx | and "default" ? | 12:34 |
seb128 | it does whatever 'snapcraft prime' would do by default | 12:35 |
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:36 |
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:38 |
seb128 | 👍 | 12:39 |
lissyx | seb128, done for firefox: https://github.com/canonical/firefox-snap/pull/3/files#diff-e68b9afd67bb77dec8eda77796d3e0b784c7011203114996383eed6533be0cefR388 | 12:40 |
ubottu | Pull 3 in canonical/firefox-snap "Building debug symbols" [Open] | 12:40 |
lissyx | seb128, and done for gnome-sdk: https://github.com/ubuntu/gnome-sdk/pull/38/files#diff-e68b9afd67bb77dec8eda77796d3e0b784c7011203114996383eed6533be0cefR1148 | 12:41 |
ubottu | Pull 38 in ubuntu/gnome-sdk "Bug 1778359 - Produce debug symbols for GNOME snap" [Open] | 12:41 |
seb128 | great | 12:41 |
lissyx | and so default meson is debug build, as well as autotools | 12:41 |
lissyx | so I dont think we miss any symbols | 12:42 |
lissyx | seb128, for firefox on github actions, I'm limited because of disk space so I cant completely verify there | 12:45 |
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:46 |
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:47 |
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:48 |
seb128 | https://help.launchpad.net/API/launchpadlib | 12:49 |
seb128 | bbiab, changing location and going for some errands on the way | 12:53 |
=== KBar1 is now known as KBar | ||
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:19 |
ubottu | Commit 4c9c7d8 in lissyx/symbol-scrapers "Basic infra for pulling build files from Launchpad" | 14:19 |
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:20 |
seb128 | lissyx, I think it's one week by default but yes we could bump to longer if needed | 14:21 |
=== KBar1 is now known as KBar | ||
=== KBar1 is now known as KBar | ||
bittin | https://linuxactionnews.com/248 | 15:35 |
Eickmeyer[m] | bittin: I'm pretty sure you've been warned about posting out-of-context links before. Please stop. | 17:01 |
luna__ | last news they talked about was context tough | 17:02 |
Eickmeyer[m] | luna__: This is the development room for the desktop team, so that link is entirely off-topic. | 17:03 |
Maik | luna__: best to join #ubuntu-offtopic if you want to share links or videos | 17:04 |
=== NotEickmeyer is now known as Eickmeyer |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!