/srv/irclogs.ubuntu.com/2020/11/20/#snappy.txt

mupPR snapcraft#3383 opened: isort: sort remaining python files <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3383>03:18
mborzeckimorning06:51
mvogood morning mborzecki06:56
mborzeckimvo: hey06:56
mvomborzecki: could you please have a look at 9672?07:05
mvo(should be super easy)07:05
mvomborzecki: and maybe 9656 but that is less trivial07:05
mborzeckiheh 16mb binary :P07:07
mupPR snapd#9672 closed: vendor: update secboot repo to avoid including secboot.test binary <Run nested> <Created by mvo5> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9672>07:08
mvomborzecki: \o/ thank you07:08
mvomborzecki: yeah, I was a bit surprised when I checked the orig.tar.xz size ;)07:08
mvomborzecki: and also a bit worried that I messed things up with one of the build scripts or something07:09
mvoaaaaaaaaand cherry-picked :)07:09
pstolowskimorning08:07
mborzeckipstolowski: hey08:11
mvogood morning pstolowski08:25
pstolowskio/08:34
pstolowskithanks for the comments on download-timeout PR, updating08:35
mvopstolowski: feel free to ignore what you feel is silly, I think I was super nitpicky in there08:50
mborzecki- Fetch and check assertions for snap "core" (10448) (cannot get nonce from store: store server returned status 503)08:53
pstolowskimvo: no worries, these were nice touches09:22
pstolowskimborzecki: updated #985009:23
pstolowskiin case you want to take another loook09:23
pstolowskimborzecki: i think store wanted to know when we see them again09:23
* pedronis errands09:26
mvopstolowski: thanks for the update, this really looks amazingly good now10:13
pstolowskiπŸ‘10:15
mupPR snapd#9580 closed: store: download timeout <Bug> <Needs Samuele review> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9580>10:44
pstolowskiwoah10:50
jameshmvo: I think I've got most of the relevant go-gettext changes up as PRs.  The only one I'm not sure about is adding langpack support, which is why I've left that as draft.10:57
mvojamesh: nice! I did peek at the goyacc one but need some quiet time for this :)10:58
mvojamesh: I will try to get to at least the dgettext one10:58
mvo(today)10:58
mupPR snapcraft#3384 opened: Add core20 to various /Dockerfile/s <Created by martijnbastiaan> <https://github.com/snapcore/snapcraft/pull/3384>10:59
mborzeckihmm, i should probably close #8947, squash it, split it and then reopen individual bits11:39
mupPR #8947: many: update managed boot config when refreshing snapd <UC20> <β›” Blocked> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8947>11:39
mvomborzecki: +111:42
mupPR snapd#8947 closed: many: update managed boot config when refreshing snapd <UC20> <β›” Blocked> <Created by bboozzoo> <Closed by bboozzoo> <https://github.com/snapcore/snapd/pull/8947>11:44
mupPR snapd#9676 opened: bootloader: indicate when boot config was updated <Simple πŸ˜ƒ> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9676>12:34
dot-tobiasogra: Will a model assertion with β€œserial-authority: [generic]" result in an actual serial number, which is counted by the snap store towards Weekly Active Devices? Or does this just silence the hook? (Preparing a PR for Core docs on this)13:28
ograi have not much insight into that bit but i would assume you actually get a generic srial from the global store (pretty much similar to a "canonical" serial you get for the official images)13:29
pedronisdot-tobias: it gets a serial13:29
dot-tobiasogra, pedronis: Thanks! That's what I was hoping for 😊 As long as I don't have a brand store, there's no way to update the model assertion on existing installations, correct?13:30
pedronisthere's correct in the sense that the store doesn't support remodeling atm13:31
pedronismborzecki: we had a long discussion with Ian exactly how to avoid doing this: https://github.com/snapcore/snapd/pull/9677/files13:49
mupPR #9677: gadget: a helper for querying the name of the bootloader required by the gadget <Simple πŸ˜ƒ> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9677>13:49
mborzeckipedronis: haha13:50
mupPR snapd#9263 closed: interfaces/fpga: add fpga interface <Needs Samuele review> <Squash-merge> <Created by alfonsosanchezbeato> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/9263>13:50
mupPR snapd#9677 opened: gadget: a helper for querying the name of the bootloader required by the gadget <Simple πŸ˜ƒ> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9677>13:50
pedronismborzecki: I don't want to go there atm13:50
pedronismborzecki: especially the find the first one is strange13:50
mborzeckipedronis: yeah, we kind of complain when there's more than one, but the way volume is defined in theory allows having more than one :/13:51
ijohnsonmorning folks13:51
ijohnsonI see perhaps mborzecki has taken up the reins of trying to make bootloader/gadget detection less guessy ?13:52
mborzeckiijohnson: haha yeah, didn't know about the previous discussions you guys had13:52
ijohnson:-P13:52
pedronismborzecki: ijohnson: yes, but I'm going to close it, because it has its own open questions, I don't think I have to dig into that atm13:52
mborzeckipedronis: sure13:53
ijohnsonmakes sense13:53
pedronisijohnson: but yes, mborzecki is right and maybe now your PR doesn't need the map anymore13:53
pedroniswe had a bit of back and forth on the design13:53
ijohnsonok, sure13:53
* ijohnson hasn't read any reviews just yet 13:53
mborzeckipedronis: hm not sure the map was needed before too13:54
pedronismborzecki: at some point Present and new were conflated13:54
mborzeckiha, so maybe it was just left behind13:54
mupPR snapd#9677 closed: gadget: a helper for querying the name of the bootloader required by the gadget <Simple πŸ˜ƒ> <UC20> <Created by bboozzoo> <Closed by pedronis> <https://github.com/snapcore/snapd/pull/9677>13:55
pedronismborzecki: also I'm not sure whether importing gadget from bootloaders will bite use at some point or not13:55
pedronisanother reason not try that13:55
pedronisgadget was importing bootloader recently then we undid that, but could happen again13:56
mborzeckipedronis: this could be a subpackage, also used a thin structure to unmarshal the volume.bootlaoder basically13:56
ijohnsonjust to be clear, we can go back to the previous way ForGadget was written, as mentioned in the commit message it's just a refactor it's not necessary I could revert that commit to go back to the old way if folks have opinions13:56
pedronisijohnson: the biggest win I suppose it that the order is deterministic, it should matter13:57
pedronisit shouldn't matter13:57
pedronisbut it's a plus13:57
ijohnsonok, I will get rid of the map and make it a list again then13:57
ijohnsonunless mborzecki has already done that patch13:57
mborzeckiijohnson: i didn't13:58
pedronismborzecki: yes, but again more work. but basically the fact we don't have a way to tell which volume is the boot volume is kind of the biggest problem13:58
ijohnsonk, well I guess I will do it after the SU at this point, but I will do that first thing :-)13:58
ijohnsonpedronis: yeah that was the biggest todo I realized working on it yesterday is "which is the boot volume"13:58
ijohnsonand what about weird dual boot situations, what if somebody had multiple bootloaders on a system13:59
ijohnsonthough I don't think we support dual booting uc with anything13:59
ijohnsonanyways SU13:59
mupPR snapd#9674 closed: bootloader/lkenv: mv v1 to separate file, include/lk/snappy_boot_v1.h: little fixups <Simple πŸ˜ƒ> <Skip spread> <UC20> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9674>14:15
dot-tobiaspedronis: Follow-up to generic serials: Are the serials still unique if I boot a fresh UC image *without network*, until seeding is done (would take ~15min during which the end user would have no idea when it's finished), and then dd a copy of that image for distibution? So first contact to the snap store is from the pre-seeded copy.14:18
pedronisdot-tobias: without network yes, in general though we don't support pre-booted images (there might be other things that are not unique)14:25
dot-tobiaspedronis: Good to know, can work with that at the moment 😊 Main reason is to have a better picture of active installations through the dashboard.14:27
dot-tobiasdegville: Opened a PR for β€œserial-authority” header in model assertion docs, https://github.com/canonical-web-and-design/ubuntu-core-docs/pull/127 β†’ only based on what I learned here in the channel, so should get a review before merge.14:27
mupPR canonical-web-and-design/ubuntu-core-docs#127: Add info about serial-authority header in model.md #1 <Created by tobias-grasse> <https://github.com/canonical-web-and-design/ubuntu-core-docs/pull/127>14:27
degvilledot-tobias: will do - thank you, and thanks for letting me know.14:28
ijohnsonpedronis: have you started a review of #9675 ? just wondering if I could force push a rebase of it, if you have already started a review I will just wait and do a merge commit instead to update it14:55
mupPR #9675: bootloader/lkenv: add v2 struct + support using it <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9675>14:55
pedronisijohnson: no, haven't started looking at it14:56
ijohnsonack I will force push a rebase then for cleaner git history14:56
mupPR snapd#9678 opened: wrappers, o/devicestate: remove EnableSnapServices <Run nested> <Services βš™οΈ> <Simple πŸ˜ƒ> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9678>15:00
ijohnsonmborzecki: I addressed your comments in #967315:04
mupPR #9673: bootloader/many: rm ConfigFile, add Present for indicating presence of bloader <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9673>15:04
mupBug #1903452 changed: snap 2.47.1 build issue <Snapcraft:New> <https://launchpad.net/bugs/1903452>15:06
mupBug #1903452 opened: snap 2.47.1 build issue <Snapcraft:New> <https://launchpad.net/bugs/1903452>15:09
mupBug #1903452 changed: snap 2.47.1 build issue <Snapcraft:New> <https://launchpad.net/bugs/1903452>15:12
mupPR snapd#9656 closed: devicestate: support "storage-safety" defaults during install <Run nested> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9656>16:55
mvopstolowski: for next week, now that the download timeout detection has landed, can you please write something into the forum?16:58
pstolowskimvo: sure, about this particular fix?16:59
mvopstolowski: well, the risk is that we may break refreshes if the download monitoring for some reasons is faulty17:05
mvopstolowski: so I think we should ask people to watch out for this, especially on slow/exotic hardware17:05
mvopstolowski: but next week is fine, no need to do it tonight17:05
pstolowskimvo: sure, good idea, will do17:06
mupPR snapcraft#3385 opened: yaml_utils: promote module to a package <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3385>17:50
mupPR snapd#9657 closed: snap: use the boot-base for kernel hooks <Needs Samuele review> <Squash-merge> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9657>17:51
=== ijohnson is now known as ijohnson|lunch
mupBug #1905077 opened: Cannot launch snaps <Snappy:New> <https://launchpad.net/bugs/1905077>19:21
mupPR snapd#9679 opened: daemon: start cleaning up api tests <Created by pedronis> <https://github.com/snapcore/snapd/pull/9679>19:51
=== ijohnson|lunch is now known as ijohnson
mupPR snapd#9680 opened: osutil/disks: allow mocking DiskFromDeviceName <Simple πŸ˜ƒ> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9680>21:07

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