/srv/irclogs.ubuntu.com/2020/12/10/#snappy.txt

pinuscIs there an easy way to nuke all my lxd configuration and just start from scratch?00:00
pinuscNow lxc delete is giving me errors00:00
stgrabera btrfs subvolume is the other option, if you have a large disk (like your /data) already mounted, LXD can also use an empty directory from that as its source00:00
stgraberrm -rf /var/snap/lxd/common/lxd followed by a reboot would be quite efficient at resetting everything00:00
stgrabershould get you to the same state as just having installed LXD for the first time00:01
pinuscOkay, great00:01
pinuscWell, that's all I need00:02
pinuscThank you so much, you've been so helpful! Can't believe that the lxd project lead had time to help me sort through my fuck-up.00:03
stgrabersorry about your containers, hopefully your next setup will be more solid :)00:06
mupPR snapd#9779 opened: testutil: make DBusTest use a custom bus configuration file <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/9779>04:28
mborzeckimorning06:45
jameshhi mborzecki07:00
mborzeckijamesh: hey07:00
jameshmborzecki: could you have a look at https://github.com/snapcore/snapd/pull/9779 ? -- it's short and should make the dbus unit tests a little more robust07:18
mupPR #9779: testutil: make DBusTest use a custom bus configuration file <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/9779>07:18
mborzeckijamesh: sure, will do07:18
jameshmborzecki: it basically just disables service activation for the DBusTest private session bus07:19
mvohey mborzecki and jamesh07:20
jameshhi mvo07:20
mborzeckijamesh: yeah, that sounds like a good idea, it'd be a bummer if some known service got activated on a test bus07:23
mborzeckimvo: sorry for confusing comments in #9776, i clearly shouldn't be doing reviews that late ;)07:24
mupPR #9776: gadget: add validation for "$kernel:ref" style content <Skip spread> <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9776>07:24
mborzeckijamesh: +107:39
jameshmborzecki: thanks07:52
pstolowskimorning08:00
mborzeckimvo: https://github.com/snapcore/snapd/pull/9776#discussion_r539976882 i'll play with it locally to see if i can propose a diff that would not use the regex08:42
mupPR #9776: gadget: add validation for "$kernel:ref" style content <Skip spread> <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9776>08:42
mvomborzecki: thanks, looks like it needs to be stricter. feel free to push something else, if so please make it a helper because the regexp is used in the followup08:48
mvomborzecki: something like parserKernelRef(ref) (tag, path, error) or something08:48
pedronisI'm very confused by https://github.com/snapcore/snapd/pull/9775 it has unit tests failures that don't make sense to me08:50
mupPR #9775: gadget,o/devicestate,tests: drop EffectiveFilesystemLabel and instead set the implicit labels when loading the yaml <Cleanup :broom:> <Run nested> <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/9775>08:50
pedronisanyway I need to push to it again08:51
mupBug #1906621 changed: System doesn't do FDE when installing with secure boot enabled <uc20> <Snappy:Invalid> <https://launchpad.net/bugs/1906621>09:14
mborzeckimvo: there's a mismatch between what kernel/kernel.go treats as valid asset name and #9776, i'll tweak it to allow [a-zA-Z0-9][a-zA-Z0-9-]* like your PR does09:23
mupPR #9776: gadget: add validation for "$kernel:ref" style content <Skip spread> <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9776>09:23
mvomborzecki: \o/ thank you09:24
mborzeckimvo: pushed a couple of patches to 9776, please take a look, if the asset name validation is too lax we can revert the relevant patch09:49
mvota, in a meeting I have a look in a wee bit09:52
cachiopstolowski, mborzecki hi, could you take a look to #9737 please10:17
mupPR #9737: tests: use os.query tool instead of comparing the system var <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9737>10:17
pstolowskicachio: hey, will do10:17
cachiothanks10:17
mborzeckipedronis: sure10:18
cachiomvo, hey, still this test failing for sbuild test on debian https://paste.ubuntu.com/p/76pSQXqS52/10:19
cachiomvo, the only one10:19
pedronismborzecki: ?10:22
mborzeckipedronis: uhh, sorry10:22
mborzeckicachio: sure :)10:22
cachiomborzecki, tx10:23
pedronisah, I was confused because the obvious other p* recipient would have been Pawel10:24
mvocachio: uh, right. thanks for the reminder10:29
cachiomvo, yaw10:29
cachiopstolowski, hey, I see the hotplug test failing for 20.04 and 2.10 https://travis-ci.org/github/snapcore/spread-cron/builds/748673129#L556410:34
cachiopstolowski, I'll try to reproduce it10:35
pstolowskicachio: ok10:41
pstolowskicachio: did start failing today?10:43
cachionot sure, because previous days it was failing because a problem with travis10:44
cachiothe dependencies problem started during the weeken on travis10:44
cachioand then I fixed that yesterday and next run I see this error on hotplug10:44
pstolowskicachio: ok. but before that it was passing right?10:45
cachioyes10:45
pstolowskior we didn't notice?10:45
pstolowskiok10:45
cachiohttps://travis-ci.org/github/snapcore/spread-cron/builds/74854688810:46
cachioyesterday after the fix it passed10:46
pedroniscachio: I'm getting this:  2020-12-10 10:30:03 Cannot allocate google-nested:ubuntu-18.04-64: cannot find any Google image matching "ubuntu-1804-64-virt-enabled" on project "computeengine" or "ubuntu-os-cloud"10:58
pedronisdo we need to clean the image list?10:59
cachiopedronis, I just did it 20 minutes ago10:59
cachiopedronis, is it still happening?10:59
pedronismaybe I started just before10:59
pedronisI'll wait a bit and re-run10:59
cachiopedronis, nice, thanks11:00
pstolowskicachio: i don't see classic/hotplug in yesterday's log11:00
pstolowskionly core/hotplug11:00
cachiopstolowski, right11:01
cachioit is a different run11:01
cachiopstolowski, I don't have previous runs11:02
cachioall of them have failed with the dependencies error11:03
pstolowskicachio: ok11:03
mupPR snapd#9780 opened: many: use ResolvedSource() from gadget content when writing boot assets <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9780>11:10
pedronismvo: I reviewed #975811:11
mupPR #9758: secboot: add new LockSealedKeys() that uses either TPM/fde-reveal-key <Squash-merge> <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9758>11:11
mvopedronis: \o/ thank you11:11
cachiomvo, I see this on uc20 nested tests https://paste.ubuntu.com/p/vTqb9dTZfS/11:12
cachioon uc2011:12
cachioit is trying to find core snap11:12
pstolowskicachio: reviewed11:20
cachiopstolowski, thanks11:21
mvocachio: oh, this is strange indeed, why is it trying to start snapd from core on a uc20 system :/ what is the full log?11:28
cachiomvo, https://paste.ubuntu.com/p/WngswJTXFs/11:29
cachioI am researching why some tests are failing on uc2011:29
cachioI saw that11:29
cachioI ran from my machine11:29
cachiothis test google-nested:ubuntu-20.04-64:tests/nested/core20/gadget-reseal11:30
mvocachio: thank you!11:30
mvohm, I see a tests/core/netplan test failure with undefined symbol netplan_parse_yaml() - is this a fluke or did others see this too?11:46
cachiomvo, I saw many tests fail with similar errors11:49
cachioall of them on uc20 test suite11:49
mborzeckimvo: i think we can land https://github.com/snapcore/snapd/pull/9779 failures are unrelated11:50
mupPR #9779: testutil: make DBusTest use a custom bus configuration file <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/9779>11:50
mvomborzecki: yes11:52
mvocachio: thanks11:52
mvoijohnson: looks like test-snapd-netplan-apply is auto-uploaded by you currently, what recipe is providing this currently?11:53
mupPR snapd#9779 closed: testutil: make DBusTest use a custom bus configuration file <Created by jhenstridge> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9779>11:55
pstolowskistgraber: hey, quick question, would it be possible for lxd snap to drop install hook completely and move it's logic (which is just mkdir/chmod) to daemon.activate script?11:56
mvoijohnson: nevermind, found it12:00
mupPR snapd#9781 opened: gadget/quantity: introduce Offset, start using it for offset related fields in the gadget <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9781>12:05
cachiopstolowski, hey, I don't get this comment https://github.com/snapcore/snapd/pull/9737#discussion_r54008305412:18
mupPR #9737: tests: use os.query tool instead of comparing the system var <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9737>12:18
pstolowskicachio: yeah sorry, i think i was confused12:20
cachiopstolowski, nice,12:20
cachionp12:20
pstolowski+112:22
mborzeckiinteresting failure in unit tests https://paste.ubuntu.com/p/9MBwSdktSv/12:25
pedronisso my gadget changes might be breaking something for real, many core20 nested tests failed to prepare12:27
mvofwiw, I filed https://github.com/anonymouse64/test-snapd-netplan-apply/issues/1 for the netplan test fialures12:27
pedronisthough the error is not obvious12:27
mupPR snapd#9768 closed: daemon: start splitting snaps op tests out of api_test.go <Cleanup :broom:> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/9768>12:45
pstolowskii need 2nd reviews for #9732 and #9429 (order doesn't matter, they are independent)12:46
mupPR #9732: asserts: snapasserts method to validate installed snaps against validation sets <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9732>12:46
mupPR #9429: o/daemon: validation sets api and basic spread test <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9429>12:46
pedronispstolowski: related, I forgot that my change going forward has now landed: https://github.com/snapcore/snapd/pull/9429/files#r54014189212:51
mupPR #9429: o/daemon: validation sets api and basic spread test <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9429>12:51
pstolowskipedronis: ah right, that crossed my mind yesterday, will update12:51
mborzeckido we still need /usr/lib/snapd/system-shutdown helper?14:33
pedronismvo: we should probably talk anyway about the reseal issue, I have some ideas14:36
mvopedronis: sounds good, please give me 2min14:42
mvopedronis: I pushed something trivial as a starting point, I can be in the HO in 2min14:42
pedronisI'm in the standup14:44
mupPR snapd#9782 opened: devicestate: make DeviceManager.hasFDESetupHook() more robust <Run nested> <Squash-merge> <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9782>14:45
mvopedronis: sorry! I have 30min more, meeting either got moved or I misremembred the time. but we were done, right?15:00
pedronismvo: we are done15:02
pedronisI'm taking a break15:02
mvopedronis: I work on the discussed fix now, enjoy your break15:02
mupPR snapd#9782 closed: devicestate: make DeviceManager.hasFDESetupHook() more robust <Run nested> <Squash-merge> <UC20> <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/9782>15:25
ijohnsonpedronis: addressed your feedback on #977815:25
mupPR #9778: asserts/repair.go: add "bases" and "modes" support to the repair assertion <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9778>15:25
* ijohnson goes to work on netplan now15:25
mvopedronis: pushed the first bit of what we discussed and should unbreak master but need to run for meeting now :(15:30
mupPR snapd#9783 opened: gadget: use "sealed-keys" to determine what method to use for reseal <Run nested> <Squash-merge> <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9783>15:30
ijohnsonhey mvo do you have logs from the netplan failure, I can't reproduce it15:32
ijohnsonI tried on a uc20 system, perhaps I should try on uc18 ?15:32
mvoijohnson: I think it's only python3.515:34
ijohnsonmvo: so where did you see it fail?15:34
mvoijohnson: I did see it on 16.0415:35
ijohnsonso ubuntu core 16 or ubuntu 16.04 ?15:35
mvoijohnson: ubuntu 16.0415:35
ijohnsonafaik that snap should only be used on core systems, not classic15:35
ijohnsonhmm15:35
ijohnsonah I see it is used on classic with the fake netplan service we run in tests/main/fake-netplan-apply15:36
=== mup_ is now known as mup
ijohnsonhmm I don't think that layout is enough, it still complains about not being able to load the fil16:19
ijohnson*not being able to load/find that symbol from the file16:20
mupPR snapd#9784 opened: interfaces/builtin/network-setup-control: allow using netplan apply directly <Needs security review> <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9784>16:25
stgraberpstolowski: hmm, if you look at the comment in the install hook, it states that it creates the path needed by the unit, so the snap.lxd.daemon.unix.socket unit would fail to initialize if that wasn't present.16:43
stgraberpstolowski: (or would initialize and allow everyone to list the path content which may arguably be worse)16:43
mvocan someone please do a second review for #9758 ?16:45
mupPR #9758: secboot: add new LockSealedKeys() that uses either TPM/fde-reveal-key <Squash-merge> <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9758>16:45
pstolowskistgraber: ah of course, i see it now, thanks16:49
ijohnsonmvo I will review it today, I started yesterday16:49
mvoijohnson: \o/16:49
mvoijohnson: thank you!16:49
ijohnsonpedronis: I responded to a suggestion in #9784, thoughts ?16:49
mupPR #9784: interfaces/builtin/network-setup-control: allow using netplan apply directly <Needs security review> <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9784>16:50
pedronisijohnson: sorry, I meant not to include err16:51
ijohnsonpedronis: ah ok16:51
ijohnsonsure that's fine16:51
pedronisijohnson: there's code like that also in model.go16:52
ijohnsongot it, makes sense16:52
ijohnsonpedronis: pr is updated16:53
pedronisijohnson: thx16:56
=== ijohnson is now known as ijohnson|lunch
* cachio afk19:09
=== pedronis_ is now known as pedronis
=== ijohnson|lunch is now known as ijohnson
mupPR snapd#9785 opened: tests/main/fake-netplan-apply: disable test on xenial for now <Simple 😃> <⚠ Critical> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9785>22:47

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