/srv/irclogs.ubuntu.com/2021/01/07/#snappy.txt

=== popey9 is now known as popey
mborzeckimorning06:28
mupPR snapd#9812 closed: packaging/deb, tests/main/lxd-postrm-purge: fix purge inside containers <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9812>07:34
mborzeckimvo: hey07:45
mvogood morning mborzecki07:46
pstolowskihello!08:11
pstolowskiwelcome back everyone08:20
zygahello pawel!08:20
zygahow was your holiday break?08:21
pstolowskizyga: hi! was awesome, very relaxing08:32
pstolowskihow about you?08:32
mborzeckipstolowski: hey08:33
pstolowskihey mborzecki !08:33
zygapstolowski my break was shorter but we made it very active08:34
zygapstolowski lots of time spent outdoors08:34
pstolowskisounds awesome08:36
mvogood morning pstolowski ! nice to have you back. hope you had a great break08:40
mvozyga: good morning, so nice to see you too :)08:40
=== mborzecki_ is now known as mborzecki
mupPR snapd#9776 closed: gadget: add validation for "$kernel:ref" style content <Skip spread> <UC20> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9776>08:55
mupPR snapd#9809 closed: snap: skip help output tests for go-flags v1.4.0 <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9809>08:55
mupPR snapd#9804 closed: interfaces/opengl: allow RPi MMAL video decoding <Needs security review> <Created by ogra1> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9804>09:00
* ogra hugs mvo 09:07
* mvo hugs ogra 09:13
* ogra is on his way to replace his libreelec installs with UC20 and https://snapcraft.io/kodi-pi-standalone ... thats a big step towards it 09:14
mborzeckimvo: can you cherry pick https://github.com/snapcore/snapd/pull/9812 to 2.48 in case we do a point release?10:04
mupPR #9812: packaging/deb, tests/main/lxd-postrm-purge: fix purge inside containers <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9812>10:04
mvomborzecki: let me have a look10:05
mupPR snapd#9778 closed: asserts/repair.go: add "bases" and "modes" support to the repair assertion <UC20> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9778>10:15
mvopedronis: I updated 9777 (just fyi, no real rush at this point)10:37
pedronismvo: now I can request myself as reviewer again (mystery), I just queued it10:43
mvopedronis: nice10:43
mvopedronis: and yes, mystery!10:43
mupPR snapcraft#3401 closed: ci: uprev pyinstaller and switch timestamp server <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3401>12:05
mupPR snapcraft#3385 closed: yaml_utils: promote module to a package <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3385>12:10
zygamvo, hey there14:27
mvozyga: hey, how are you?14:28
zygamvo, we're sorting out project planning in the team but I wanted to drop you a link for something that's coming up this sprint (2 weeks)14:28
zygahttps://git.ostc-eu.org/planning/testing/-/issues/214:28
zygaI will work on an OSTC fork but I will also upstream things14:28
zygaostc is the open source thing I'm participating in14:29
zygacachio, ^ FYI14:29
zygacachio, where is your fork/branch of spread btw?14:30
zygais it just your fork or did you rename it by any chance14:30
cachiozyga, hey14:32
cachiohow are you?14:33
zygacachio, hola, como estas14:33
cachiothis is the fork https://github.com/sergiocazzolato/spread/tree/master214:33
cachiomuy bien :)14:33
zygaah, great, your github fork14:33
cachioyes14:33
zygaI wanted to keep you in the loop of spread patches I'm planning, if any of those would be useful to you or would be relevant to include you in the design phase14:33
cachiozyga, yes14:34
cachionice14:34
cachiothanks14:34
cachiojust ping me if you need anything14:34
zygacachio, I was thinking that if spread did support booting, at least on qemu, with a specific system image, it might be useful to organize core tests to support that, e.g. take <this> image, that's already prepared by a separate stage and just boot it to run tests14:35
zygafor us it will be the image produced in the previous stage in the pipeline14:35
zyga(and our images are small so passing them from one step to the next is not hard)14:36
zygathe ultimate goal will be to take an arm image and run it via spread muxpi backend14:36
zygacachio, right now any feedback on the yaml example there is great14:36
zygaI don't see any of those as final, that will come when I try to upstream it14:37
zygathat's why I want to have a separate fork, to have unrelated timelines for downstream and upstream work14:37
cachiozyga, that feature makes sense for qemu14:37
cachioso far the qemu backend has many restrictions14:38
cachiowhich should be addressed14:38
cachioI'll take a look to the yaml14:38
zygacachio, thanks, I'm happy to talk if you want to tweak it at this stage, I'll pick it up tomorrow14:44
mvozyga: nice14:44
zygacachio, (not sure if URL is final) https://git.ostc-eu.org/planning/testing/-/boards14:44
mvozyga: I like this14:45
zygamvo, hehe, that's just me doing my usual convincing to use what's in the forge already, and not to use exteral systems14:46
zygatoo bad free gitlab is so limited, paid versions have really nice features14:46
cachiozyga, thanks for sharing14:47
cachiozyga, I think the image flag could be usefull also for other backends14:49
zygacachio, right, it doesn't have to be local image14:49
cachioso it is not needed to update the image in the spread.yaml in case you need to test a test image in gce for example14:49
zyganot sure how the google api looks like but it's plausible to build an image that's compatible in one phase, upload it to google in another and then use that image in the third phase14:49
zygayeah14:49
zygaI think the bigger new item is the syntax for paramteres, the definition side is I think okay but the use side is confusing14:50
zygaor at least non-obvious14:50
zygaperhaps it should just be string interpolation with ${image} or $image or something like that14:50
zygaI'll sleep on this, it's not something I'm convinced about yet14:51
cachiozyga, agree14:52
cachioneed to think which is the best way to implement that14:52
* cachio afk14:56
zygacachio, if we want to use parameters "anywhere" it may be hard, as it implies that the yaml parser needs to somehow understand that14:56
zygacachio, ok, let's chat later14:56
cachiozyga, thanks14:57
cachioI'll be back in 2014:57
zygamvo, offtopic, we've set up mattermost IRC bridge lately and it works fairly well15:08
zygaI'm mentioning this because it lets people use (arguably) more comfortable mattermost while still being visible on IRC15:09
zygait's per channel obviously15:09
ijohnsonzyga, is that another server that you have to run, or is it like just a plugin that is enabled server side ?15:15
zygaijohnson, it's a self-hosted service that runs but I honestly don't know the details as my colleague deployed it yesterday15:16
zygait was generally easy with the exception of some confusing instructions early on during credentials management15:16
zygaijohnson, it's live in #ostc if you want to look15:16
ijohnsonzyga: ah I see, yeah I meant to set something like that up for myself to use only mattermost for this IRC channel, but I never got around to it yet15:17
ijohnsonalso happy new year zyga!15:17
zygaijohnson, happy new year :)15:17
ijohnson:-)15:20
mbeierlcan a devmode snap (ie: microstack) be updated, or do I need to remove it and lose everything in microstack and reinstall to get the latest version?15:57
ijohnsonyou can manually refresh devmode snaps15:58
mbeierlperfect, thanks ijohnson15:58
ijohnsonpedronis: I reviewed #980316:35
mupPR #9803: many: clarify gadget role-usage consistency checks for UC16/18 vs UC20 <Cleanup :broom:> <Run nested> <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/9803>16:35
pedronisijohnson: thx, I'll work on the feedback in my morning16:37
ijohnsonthe feedback is pretty minimal fine for a followup if you prefer16:37
pedronisijohnson: about supporting multi-volume setups, they would pass the checks but we still don't support gadget updates with them atm16:43
ijohnsonbut you could still build an image with a multi-volume gadget and not do gadget updates though right ?16:44
pedronisyes16:44
ijohnsonadmittedly, I didn't try to do so with your branch so perhaps there are other things missing in the stack that prevent using multi-volumes, but having just a unit test about validating a multiple volume gadget with all the ubuntu-* roles on a single volume seems useful to me16:45
mupPR snapcraft#3402 opened: cli: add missing quote key creation hint <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3402>17:11
mupPR snapcraft#3403 opened: storeapi: remove unused MissingSnapdError <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3403>17:21
=== ijohnson is now known as ijohnson|lunch
* cachio afk18:25
=== King_InuYasha is now known as Conan_Kudo
=== Conan_Kudo is now known as King_InuYasha
=== ijohnson|lunch is now known as ijohnson
mupPR snapd#9815 opened: {,sec}boot: pass "key-name" to the FDE hooks <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9815>20:38
mupPR snapd#9816 opened: interfaces, wrappers: misc comment fixes, etc <Simple 😃> <Skip spread> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9816>21:03
mupPR snapcraft#3404 opened: build(deps): bump lxml from 4.5.0 to 4.6.2 <dependencies> <python> <Created by dependabot[bot]> <https://github.com/snapcore/snapcraft/pull/3404>22:51

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