/srv/irclogs.ubuntu.com/2022/06/13/#snappy.txt

mborzeckimorning05:27
mborzeckimorning06:04
mupPR snapd#11869 opened: overlord/hookstate/ctlcmd: fix timestamp coming out of sync in unit tests <Created by Meulengracht> <https://github.com/snapcore/snapd/pull/11869>07:55
lissyxhow much a snap package is reproductible ?08:26
lissyxsaid otherwise, is it safe if I rebuild from scracth one package to be able to extract its debug symbol and those will match the same package built by somebody else?08:27
lissyx$SNAP is not defined at build time?08:28
mupPR snapd#11844 closed: secboot, boot: support and use alternative PCR handles during factory reset <Run nested> <factory reset 🔌> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11844>08:36
mardylissyx: there are a few variables, which you'll need to double check:08:45
lissyx(it looks like https://github.com/snapcore/action-build only allows for one output, the snap package)08:46
lissyx(so we cant generate debug symbols and extract them ?)08:46
mardy1) if sources for the parts in the snap.yaml are defined as pointing to moving branches (like "master") instead of tags or commits, you'll need to update the yaml file to point exactly at the commits that were the latest ones at the time the snap was built08:47
mardy2) the OS on which the snap was built also matters, if the snap was built locally (and not inside lxd or launchpad)08:48
lissyxthe snap one is firefox, it refers to specific mercurial branches08:49
lissyxso I assume 1 is not an issue08:49
mardylissyx: you could embed the debug symbols in the snap itself08:49
lissyxfor 2 does multipass counts?08:49
lissyxmardy, we still need to extract them for socorro and others08:49
mardylissyx: if multipass is used, #2 should not be an issue either08:49
mupPR snapd#11865 closed: secboot: stage and transition encryption keys <Simple 😃> <factory reset 🔌> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11865>09:11
lissyxmardy, ok, so while not optimal, if we had ubuntu's snap being built on our infra on the same mozilla-central commits, then we could at least extract those09:33
lissyxmardy, is there no way to  produce more outputs from `snap run snapcraft` than the snap file,09:42
mupPR snapd#11830 closed: interfaces: update network-control interface with permissions required by resolvectl <Squash-merge> <cherry-picked> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11830>09:46
mupPR snapd#11857 closed: gadget/install: do not assume dm device has same block size as disk <Created by valentindavid> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11857>09:46
mborzeckilissyx: no i don't think that's possible, but it's probably better to ask in the forum09:55
mupPR snapd#11870 opened: o/devicestate: factory reset with encryption <Run nested> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/11870>11:01
mupPR snapd#11871 opened: gadget/install: do not assume dm device has same block size as disk (2.56) <Run nested> <Created by mvo5> <https://github.com/snapcore/snapd/pull/11871>11:36
mupPR snapcraft#3788 opened: parts: correct spelling of build-base in yaml_utils.load <Created by jhenstridge> <https://github.com/snapcore/snapcraft/pull/3788>12:08
mupPR snapd#11869 closed: overlord/hookstate/ctlcmd: fix timestamp coming out of sync in unit tests <Simple 😃> <Skip spread> <Created by Meulengracht> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/11869>12:11
mupPR snapd#11872 opened: boot: post factory reset cleanup <factory reset 🔌> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/11872>13:17
mupPR snapd#11873 opened: spread.yaml: add ubuntu-22.04-06 to qemu-nested <Simple 😃> <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/11873>13:32
mupPR snapd#11860 closed: tests: add spread execution for fedora 36 <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11860>14:22

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!