=== jamesh_ is now known as jamesh
mborzeckimvo: hey06:38
mvogood morning mborzecki06:38
mupPR snapd#9377 closed: [RFC] snap-repair: minimal uc20 support <Needs Samuele review> <UC20> <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/9377>06:41
jameshmvo: I put together https://forum.snapcraft.io/t/adding-users-to-system-groups-on-ubuntu-core/20109 with my thoughts on handling groups, in prep for tomorrow's meeting.06:52
mborzeckimvo: heads up, google-nested:ubuntu-20.04-64:tests/nested/manual/preseed seems to be failing (i've pinged pawel in one of the prs)06:52
mvojamesh: thanks, excellent, let me read this06:53
mvomborzecki: oh no, any more clues yet?06:53
mborzeckimvo: the preseed key is different, https://github.com/snapcore/snapd/pull/9380#issuecomment-69593360306:54
mupPR #9380: tests: update to support nested kvm without reboots on UC20 <Run nested> <Simple 😃> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9380>06:54
mvomborzecki: ok, that sounds not too bad06:56
zygagood morning!07:06
mvogood morning pstolowski and zyga07:09
zygahmm, more failures07:10
zygabut this looks like a bug in repacking core07:10
* zyga looks07:10
zygamvo: today started more like normal, wife has afternoon shift today07:11
mborzeckipstolowski: zyga: hey07:11
mborzeckipstolowski: pinged you about nested preseed test failure, please take a look07:12
zygamvo: oh no, umatrix development is over07:12
zygahey mborzecki :)07:12
zygait's real autumn now07:12
mborzeckipstolowski: https://github.com/snapcore/snapd/pull/9380#issuecomment-69593360307:12
mupPR #9380: tests: update to support nested kvm without reboots on UC20 <Run nested> <Simple 😃> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9380>07:12
mborzeckizyga: yeah, very much so, this is what it looked like during my afternoon ride yesterday https://dgtzuqphqg23d.cloudfront.net/O1Yi0M_6L-sWwaf-Rxs-NoxxaZjK96HwWdDgXIato6U-1536x2048.jpg07:13
* zyga envies bike riding07:13
zygain a few months07:13
zygamy back still hurts a little when I bend07:14
zygaforecast says 24C today so maybe I will go for a walk instead07:14
mborzeckizyga: and it gets cold fast, 20C when i was leaving, 16C when i was coming back, stopped to take a couple of photos and i felt like i was freezing for the last 7km07:14
zygamborzecki: I'll try some selinux bits today, I got nowhere on Friday07:14
zygamborzecki: that's evening ligth?07:14
zygayeah, I need to find my full shoes07:15
zygaI had sporty hole-ridden shoes all summer07:15
mvozyga: umatrix development over? nooooo, that's super sad. where did you see that?07:16
zygamvo: ./07:18
zygamvo: github repo is archived07:18
mvozyga: meh, so sad. I can't see anything on the readme about the why07:23
zygaI found a bug07:23
zygarepack_snapd_snap_with_deb_content_and_run_mode_firstboot_tweaks :)07:24
zygathat's a mouthful07:24
zygaand identical copy-pasted bug in repack_snapd_snapd_with_deb_content07:24
zygaI'll send noise and bug fixes separately in a moment07:25
zygajust want to see green core tests07:25
mvozyga: nice07:25
zygaman it's COLD in the office today07:25
zygadefinitely sub 2007:25
zygaprobably ~1507:25
pstolowskimborzecki: replied, you're correct there07:26
mborzeckizyga: pushed a branch again? ;) i see wip/export-manager-patch-set in the latest pull07:36
zygamborzecki: gaah07:38
* zyga wonders why that happens 07:38
zygamborzecki: cleaned that up07:38
zygawe don't seem to repackage core when doing core18 tests07:39
mborzeckizyga: i normally set origin to be my fork07:40
zygaconceptual question07:42
zygawhen testing ubuntu core07:42
zygashould we repackage both core and snapd07:42
zygaso that they are in sync07:42
zygaI wrote my test assuming as much07:43
mborzeckii think the only reason we repack core is to setup the logging (and iirc we do it only in nested)07:43
mborzeckiw8, core as in core2007:44
mborzeckicore is probably repacked with newer snapd anyway07:44
zygawe repackage both for the same reason07:44
zygato get new snapd07:44
zygamy question was more subtle07:44
zygashould we always have both repackaged07:44
zygaregardless of the version of ubuntu core07:45
zygaright now if you run a test with ubuntu-core-1807:46
zygaand install something that pulls in core07:46
zygayou get core tools07:46
zygawith old snap-exec07:46
zygamvo, pedronis: ^ opinion please07:46
zygaI can adjust my test or adjust the test suite either way07:46
* mvo is in a meeting07:47
* zyga does the simpler thing07:52
=== pedronis_ is now known as pedronis
mupPR snapd#9345 closed: overlord: introduce the export manager, export snapd tools <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/9345>08:42
zygaquick review required for https://github.com/snapcore/snapd/pull/938209:06
mupPR #9382: tests: copy /usr/lib/snapd/info to correct directory <Simple 😃> <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/9382>09:06
zygaoptionally for https://github.com/snapcore/snapd/pull/9381 but not important09:07
mupPR #9381: many: typos and small test tweak <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/9381>09:07
mupPR snapd#9381 opened: many: typos and small test tweak <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/9381>09:07
mupPR snapd#9382 opened: tests: copy /usr/lib/snapd/info to correct directory <Simple 😃> <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/9382>09:07
zygapstolowski, mborzecki: ^09:12
mborzeckiyay, pi4 8gb with today's uc20 image is up09:22
zygamborzecki: nice :)09:23
zygamborzecki: trying core20 with tpm on vmware now09:39
zyga-mbpmborzecki booting now09:50
zyga-mbpno such device ubuntu boot09:50
zyga-mbpnow black screen09:51
zyga-mbpnow efi stub secure boot enabled09:51
zyga-mbpnow wall of text09:51
zyga-mbpbooting :)09:51
mborzeckiso far so good09:52
mborzeckizyga-mbp: there will be a log during install that encryption is enabled09:52
zygamborzecki: can you look at https://github.com/snapcore/snapd/pull/938209:52
mupPR #9382: tests: copy /usr/lib/snapd/info to correct directory <Simple 😃> <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/9382>09:52
zygaI need to merge itr09:52
zyga-mbpgot a load of IO errors09:53
zyga-mbptweaked vm and rebooted09:54
zyga-mbpmborzecki no luck yet09:59
zyga-mbpmborzecki it could not boot wuth disk type=nvme10:00
zyga-mbpsecure boot enabled10:00
zyga-mbpwall of kernel booting10:00
zyga-mbpI switched to sata10:00
zyga-mbpit's starting10:00
zyga-mbpmborzecki tpm device detected and enabled!10:01
zyga-mbpI think it will work10:01
zyga-mbphmm, now rebooted and looking at efi boot logo10:02
zyga-mbpwith "attempting to start up from efi network"10:02
zyga-mbpit's either not clearing the buffer10:02
zyga-mbpor just booting silently10:02
zyga-mbpmborzecki are we doing anything for efi vars to select boot method?10:02
zyga-mbpkernel up!10:02
pedronisit should reboot from install to run , if it gets far enough10:02
pedronisit tries to do that automatically10:03
zyga-mbpI think it's a winner :)10:03
zyga-mbpI should expect console conf, right/10:03
zyga-mbpnow the last thing is "stopping snap daemon"10:04
zyga-mbp(from systemd)10:04
zyga-mbpstarted getty!10:04
zyga-mbpit's still doing stuff10:05
zyga-mbpwaiting for server to restart10:05
zyga-mbpI guess that's "snap run" message10:05
zyga-mbpmore getty changes10:06
zyga-mbpmy only feedback so far is lots of black screen and waiting :)10:07
zyga-mbpand no CPU usage10:08
zyga-mbpbrb, small break to move10:08
zyga-mbpIt worked :)10:25
zyga-mbpthere was a backtrace visible in console conf after initial setup10:26
zyga-mbp(super brief, it's gone now)10:26
zyga-mbpI wonder if I can create an account10:26
pstolowskipedronis: hey, do you have a moment (~10 mins i guess) to chat about validation-sets?10:27
zyga-mbpnow I have black screen with blinky cursor and nothing else10:27
zyga-mbpI think console conf does crash10:28
zyga-mbpI'm back in the setup screen10:28
zyga-mbpthat's anti-climactic10:28
zyga-mbpguess that is it10:28
zyga-mbpthe screen flash is so quick I have no hope of seeing what crashed10:29
zyga-mbplet me see if I can record it10:29
zyga-mbpgot it10:32
zyga-mbpthe traceback is requests.exceptions.ConnectionError10:32
zyga-mbpConnection refused!10:32
zyga-mbpdidn't someone mention that recently?10:32
mvomeh, 9383 should be a draft - oh well10:41
zyga-mbpre, stupid suspend10:42
zyga-mbpanyway, is there a way to debug a dangerous model?10:42
zyga-mbpI'd like to see what's wrong with snapd10:42
mvozyga-mbp: yes, press ESC during boot to get grub (you need the second grub for run mode)10:42
mupPR snapd#9383 opened: [RFC] snap-repair: minimal uc20 support <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9383>10:42
mvozyga-mbp: and then change the kernel commandline to include10:43
mvozyga-mbp: "dangerous systemd.debug-shell=1" and maybe "snapd.debug=1"10:43
zyga-mbpmvo second grub?10:45
zyga-mbpsecond menu entry?10:45
zyga-mbpI have the grub menu now10:47
zyga-mbpfor the record, I edited the recovery boot menu10:48
zyga-mbpnow it asks me for recovery key :-(10:48
zyga-mbpso I guess that's SOL10:48
zyga-mbpmborzecki ^ any ideas?10:48
zyga-mbpmborzecki how to debug encrypted vm10:49
mborzeckisnapd isn't up yet?10:49
mborzeckizyga-mbp: i've built custom snapd snap with this patch https://github.com/bboozzoo/snapd/commit/a1ec67e26bc5fde9ef645bcc8d6e127345cee344 then you get a debug shell10:50
mvozyga-mbp: oh, of course, you won't be able to open the disk if the cmdline changed10:52
zyga-mbpsnapd was partially up10:53
zyga-mbpit seeded and console conf is a snap after all10:53
zyga-mbplet me show you the backtrace10:53
zyga-mbpmborzecki I sent the screenshot via telegram10:56
mborzeckiyeah, looks like snapd isn't up yet (or not quite working)10:57
zyga-mbpmborzecki just to be clear, can I do anything right now with this VM or is it gone and buseteD?10:58
mborzeckizyga-mbp: you can wait a bit more11:01
zyga-mbpmborzecki ok, I'll give it some time11:02
mborzeckizyga-mbp: otherwise, you can try to build a new image, repack the core20 snap and add logging to console11:02
zyga-mbpbut it's weird11:02
zyga-mbpconsole conf is up but snapd is not responding?11:02
zyga-mbpnow something weird happened11:02
zyga-mbpboot fails11:02
zyga-mbpfailed yo boot both default and fallback11:03
zyga-mbpand I only see one item in grub11:03
zyga-mbplike something failed and it generated different grub menu with just one broken entry11:03
zyga-mbpand I get /EFI/ubuntu/kernel.efi not found11:04
zyga-mbprepeats across reboot11:04
mvozyga-mbp: woah, that looks bad11:04
zyga-mbpshut down, rebooting11:05
zyga-mbpwell, booting afresh11:05
zyga-mbpI think this is busted11:05
zyga-mbpI wonder if there's some case where snapd starts up11:06
zyga-mbpand something is wrong where it seems "no systems are available"11:06
zyga-mbpand just generates garbage11:06
zyga-mbpbefore it broke I saw a few more entries11:06
zyga-mbpincluding run, recover, reinstall and EFI setup11:07
zyga-mbpnow I only see one11:07
zyga-mbpand EFI setup is oddly gone11:07
zyga-mbpas if the grub config was truncated somehow?11:07
mvospeaking of strange stuff - looks like 20.10 test are broken? or is this a one-off thing?11:08
zyga-mbpmvo what did you see?11:10
mupPR snapd#9381 closed: many: typos and small test tweak <Simple 😃> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9381>11:13
zyga-mbpthanks mvo!11:13
mvozyga-mbp: looks like XDG_RUNTIME_DIR is no longer defined11:14
mvozyga-mbp: in 20.1011:14
mvozyga-mbp: maybe something in the image changed?11:14
mvozyga-mbp: I think I will ask cachio once he is around11:14
pedronispstolowski: hi, we can do now or before the standup? also I re-reviewed #9350 (thanks)11:14
mupPR #9350: store: handle v2 error when fetching assertions <Created by stolowski> <https://github.com/snapcore/snapd/pull/9350>11:14
pstolowskipedronis: thanks for the review. now works for me11:16
pedronispstolowski: let's do now then11:16
pedronispstolowski: going to the standup HO11:17
* zyga-mbp looks at 20.10 failure11:21
zyga-mbpmvo hmm, maybe fixing info influenced snapd reexec11:22
zyga-mbpso now we are testing what we are running11:22
zyga-mbpand something used to be maskeD?11:22
* zyga-mbp debugs11:22
zygaSep 21 11:39:29 sep211125-748067 systemd[1]: Starting User Manager for UID 12345...11:41
zygaSep 21 11:39:29 sep211125-748067 systemd[39458]: user@12345.service: Failed to determine user credentials: No such process11:41
zygaSep 21 11:39:29 sep211125-748067 systemd[39458]: user@12345.service: Failed at step USER spawning /lib/systemd/systemd: No such process11:41
zygaSep 21 11:39:29 sep211125-748067 systemd[1]: user@12345.service: Main process exited, code=exited, status=217/USER11:41
zygaSep 21 11:39:29 sep211125-748067 systemd[1]: user@12345.service: Failed with result 'exit-code'.11:41
zygaSep 21 11:39:29 sep211125-748067 systemd[1]: Failed to start User Manager for UID 12345.11:41
zygagoogle:ubuntu-20.10-64 .../tests/main/snap-session-agent-service-control# tests.session -u test prepare11:42
zygaFailed to connect to bus: No such file or directory11:42
mupPR snapd#9376 closed: check-pr-title.py * : allow "*" in the first part of the title <Simple 😃> <Skip spread> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9376>11:43
pstolowskizyga: could you take a look at #9270? would be great to land soon now that 2.47 was branched11:45
mupPR #9270: wrappers, systemd: allow empty root dir and conditionally do not pass --root to systemctl <Run nested> <Services ⚙️> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9270>11:45
zygaah I see what changed11:47
mvozyga re 20.10 - I suspect it might be more generic than just your pr, i run a spread run now over my lunch to see if it also happens on master11:48
zygamvo: https://pastebin.ubuntu.com/p/9yYgZm7Dyk/11:49
zygawe're missing updates11:49
mvozyga I see - something for sergio I guess11:50
zygabut casual update doesn't seem to fix this :/11:50
zygaI will try some more11:50
zygapstolowski: why are interfaces using NewUnderRoot?11:50
zygaI mean, the systemd backend11:51
pstolowskizyga: mhm, i suppose i should change that as well12:01
zygapstolowski: I don't know mainly asking12:02
zygais the PR description up to date?12:02
pstolowskiit could probably use an update as the scope of changes grew12:07
zygapstolowski: let me know if I should review as-is or wait12:07
pstolowskizyga: i'll update in a moment12:08
zygamvo: I tried upgrading all the packages but that's not enough12:11
zygamvo: shall we take 20.10 off the required list or do you want things to limp along red for now?12:11
cmatsuokazyga: sorry, I only noticed your message now -- I never rebuilt the core20 snap12:12
zygacmatsuoka: hey, no worries12:12
zygacmatsuoka: on the up side the encryption was working for a while12:12
cmatsuokaI think we injected stuff into it during the spike but we never had to rebuild it12:13
zygaok, time to get selinux patches in and asses the overal where-are-we status12:14
cmatsuokazyga: found this in the pile of triaged-with-undecided-importance bugs, do we have a newer status? https://bugs.launchpad.net/snapd/+bug/165986112:26
mupBug #1659861: Failure results in messy message leaking internals <snapd:Confirmed for chipaca> <https://launchpad.net/bugs/1659861>12:26
zygacmatsuoka: nope12:27
zygacmatsuoka: the %q using double quotes will be a pain to change12:27
mborzeckiwhen pi uc20 system is installed, some state is stored on ubuntu-seed?12:29
zygamborzecki: what is stored there?12:32
mborzeckiidk, i've removed ubuntu-boot and ubuntu-data partitions in hope that system would reinstall, but none of that happened12:34
zygawhat happened instead?12:34
zygamborzecki: do you have 10 minutes to look at selinux failures with me?12:36
zygamaybe in ~30 minutes from now?12:36
zygamaybe after standup then12:36
mborzeckizyga: we have uc20 status after the standup, before maybe?12:38
mborzeckicreate user does soemthing weird, it says the user is uknown (not sure why?), but still creates one locally, but without the ssh key so i cannot log in12:40
zygamborzecki: 10 minutes before?12:41
mborzeckizyga: sgtm12:41
zygathank you12:41
mborzeckizyga: standup?12:50
zygamborzecki: going12:50
mvozyga: yes, I remove it now12:56
pstolowskizyga: you can look at #9270, i pushed one more change and updated the desc12:56
mupPR #9270: wrappers, systemd: allow empty root dir and conditionally do not pass --root to systemctl <Run nested> <Services ⚙️> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9270>12:56
mvozyga did you talk to cachio about 20.10 and that the image needs an update already? maybe this cann happy quickly?12:57
zyga-mbpmvo not yet12:57
zyga-mbpin a call12:57
cachiomvo, I dont manage 20.1013:00
mvocachio: oh, ok13:00
mupPR snapd#9382 closed: tests: copy /usr/lib/snapd/info to correct directory <Simple 😃> <Test Robustness> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9382>13:03
zyga-mbpthanks mvo13:03
mupPR snapd#9384 opened: overlord: export and use snapd tools <Created by zyga> <https://github.com/snapcore/snapd/pull/9384>13:13
mupPR snapd#9385 opened: spread.yaml: add ubuntu-20.10-64 to qemu <Simple 😃> <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9385>13:53
zyga-mbptrying those two extra permissions14:06
mborzeckihmm `snap debug boot-vars` does not quite work for uc2014:26
zygamborzecki: most denials fixed14:35
zygamborzecki: two remain mount and remount14:35
ijohnsonmborzecki: shouldn't there be a --uc20 flag?14:35
zygalet me try to fix those myself14:36
ijohnsonmborzecki: oh also it is currently hard-coded to only do extracted run kernel image not env kernel references like on pi14:36
mborzeckiijohnson: there is, but it's not doing anything useful14:36
mborzeckiijohnson: at least for uboot, it looks at boot.sel only if options is passed to bootloader.Find(), which boot-vars does not do14:37
ijohnsonyeah good point14:37
mborzeckimaybe we should try --recovery or --run-mode14:37
mborzeckiinstead of --uc20 ;)14:38
ijohnsonmvo: pstolowski: should we file a PR making the nested 20.04 preseed variant not die on system-key differences so we can land things again?14:47
pstolowskiijohnson: we may have no other choice :(. that effectively means disabling it for good though, i don't think we run this test on other systems14:51
zygaI think I got it14:52
ijohnsonpstolowski: well we can just disable the system-key check at the end of the test for the currently failing combo, and then after that is merged open a pr reverting that change and just keep it open retrying it every once in a while to see if it ever fixes itself with an update to the image14:52
pstolowskiijohnson: yes, i mean disabling just the system-key check of course. yes, the idea of having a revert PR around sounds good to me14:53
ijohnsonpstolowski: ack I can throw up a pr in a little bit doing that then14:53
pstolowskithanks, note there are two checks there, another one uses debug api14:54
mvoijohnson: +114:58
mvomborzecki: can I squash merge 9366?15:16
mvomborzecki: I want to cherry pick into 2.4715:16
zyga2020-09-21T13:43:20.6939339Z error: cannot get snap sections: cannot sections: got unexpected HTTP status code 403 via GET to "https://api.snapcraft.io/api/v1/snaps/sections"15:19
ijohnsonmvo can you also force-merge 9375, the failures were nested preseed, cgroup tracking on arch (unrelated) and another xenial lxd failure (also unrelated)15:19
mborzeckimvo: yeah, go ahead15:19
zygais the store in trouble?15:19
ijohnsonhmm haven't seen 403s lately15:19
mvoijohnson: sure15:22
zygaselinux clean passed!15:23
mupPR snapd#9366 closed:  gadget: resolve device mapper devices for fallback device lookup <Run nested> <UC20> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9366>15:23
mupPR snapd#9375 closed: tests/nested/cloud-init-many: simplify tests and unify helpers/seed inputs <Run nested> <Test Robustness> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9375>15:24
zygamborzecki: ^^ :D15:24
mvomborzecki: thanks, done and cherry-picked into 2.47 so the gadget update can now be tested by cmatsuoka  once the snapd beta got build and published15:24
zygahttps://github.com/snapcore/snapd/pull/9384 needs a 1st pass review now15:25
mupPR #9384: overlord: export and use snapd tools <Created by zyga> <https://github.com/snapcore/snapd/pull/9384>15:25
zygamvo: review advice is strongly encouraged15:29
zygamvo: mainly if I should attempt to split it15:29
zygamvo: or if I should wait for another pass first15:30
mupPR snapcraft#3292 opened: readme: remove link to Google+ <Created by timsueberkrueb> <https://github.com/snapcore/snapcraft/pull/3292>15:30
mvozyga that the 3k one?15:30
mborzeckimvo: yay15:31
zygamborzecki: thank you :)15:31
mborzeckiok, need to go, drive the kids around a bit15:31
zygamvo: happy to have a call if that would help15:32
cachiopstolowski, hey15:32
cachiopstolowski, about the preseed test15:33
cachiopstolowski, which is the way to fix it?15:33
cachiowhat I need to change in the image?15:33
mupPR snapd#9350 closed: store: handle v2 error when fetching assertions <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9350>15:34
pstolowskicachio: we would need same/similiar kernel on the host and in the nested vm. if you can do anything about that then it would be awesome; until then part of the test will be disabled, see earlier discussion with ijohnson15:35
pstolowskicachio: the problem is that currently apparmor features are different because of kernel change, and this affects system-key15:36
cachiopstolowski, ok, so, this part should be just skipped in ubuntu-20.0415:38
cachiothe rest shouldn't be affected15:38
cachiopstolowski, if we change the kernel in that image we have the kvm reboots15:39
cachioso I think the "skip" should be permanente15:39
cachiopstolowski, does it make sense?15:39
cachioijohnson, ~15:40
ijohnsoncachio: yes we should just disable this part of the test15:41
ijohnsoncachio I will open a PR doing this shortly15:41
pstolowskicachio: yep15:41
* zyga does a small break15:43
zygamvo: if you want to talk just TG me15:44
mvozyga maybe tomorrow morning? I'll have dinner soon15:44
zygaI need to install an SSD15:46
zygawant to run linux on my ryzen box :)15:46
zygaerror: cannot get snap sections: cannot sections: got unexpected HTTP status code 403 via GET to "https://api.snapcraft.io/api/v1/snaps/sections"15:53
zygapedronis: ^ should those be reported to the store?15:53
* zyga EODs16:20
ijohnsoncachio: can you take a look at #9334 today?16:20
mupPR #9334: tests/nested/manual: add test for grades above signed booting with testkeys <Run nested> <Test Robustness> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9334>16:20
zygaconsider disable searching test16:20
zygaas it's flaky now16:20
cachioijohnson, sure16:36
ijohnsoncachio: also I just pushed a PR disabling the system-key check on nested/manual/snap-preseed16:37
ijohnsonif you could take a look at that too that would be great16:37
cachioijohnson, sure I'll do16:37
ijohnsonthe pr is https://github.com/snapcore/snapd/pull/938616:37
mupPR #9386: tests/nested/manual/preseed: disable system-key check for 20.04 image <Run nested> <Simple 😃> <⚠ Critical> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9386>16:37
mupPR snapd#9386 opened: tests/nested/manual/preseed: disable system-key check for 20.04 image <Run nested> <Simple 😃> <⚠ Critical> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9386>16:39
cachioijohnson, some comments in 933416:54
ijohnsonthanks, looking now16:54
* cachio lunch16:57
=== ijohnson is now known as ijohnson|lunch
=== ijohnson|lunch is now known as ijohnson
zygaijohnson, cmatsuoka: I tried core 20 from cdimage , the beta directory and that's both old and did not boot correctly18:41
zygais there a different beta I should be using?18:41
zygaor is that expected18:41
ijohnsonzyga: hmm18:41
ijohnsonold beta should work18:41
ijohnsonzyga: which specific link did you download ?18:41
zygalet me find that18:41
cmatsuokazyga: what image did you use exactly? I can test it here18:41
ijohnsonhuh that should work18:42
zygalet me boot again and see the error message18:42
zygait was about some /dev/disk/by-uuid18:42
ijohnsonah interesting that could be a real bug in snap-bootstrap18:43
ijohnsondepending on how vmware sets up the vm hard disk18:43
zygahold on for a sec18:43
zygawait for the ubuntu core choose trigger finished18:43
zyganow it's waiting for ubuntu-seed18:43
zygawith 32s out of 1.5m timeout18:44
zygaI have a feeling we lack kernel modules for storage18:44
zygathe same thing happened with nvme disk18:44
zygathis is a scsi virtual disk now18:44
zygaprobably real hardware will have similar issues18:44
zygait failed now18:44
cmatsuoka0529 is the "good" one and should work, let me test just in case...18:45
ijohnsonzyga: how many boots did it do?18:45
zygatwo now18:45
zygaok, I have a screenshot18:45
ijohnsonzyga: was it on the first one that it failed? or did it successfully boot then reboot and fail18:45
ijohnsonzyga: sure18:45
ijohnsonwe have a ~uc20 channel on mm18:46
ijohnsonyeah that image booted fine for me in qemu on focal18:46
zygaijohnson I wasn't paying attention all the time18:47
zygait seems like first boot18:47
zygasent to uc20 chann18:47
ijohnsonzyga: thanks18:47
ijohnsonI see the image18:47
ijohnsonah actually maybe let's just move this convo to mm18:47
zygalet me try with sata disk18:48
mupPR snapd#9385 closed: spread.yaml: add ubuntu-20.10-64 to qemu <Simple 😃> <Skip spread> <Created by mvo5> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9385>19:40
mupPR snapd#9386 closed: tests/nested/manual/preseed: disable system-key check for 20.04 image <Run nested> <Simple 😃> <⚠ Critical> <Created by anonymouse64> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9386>20:15
ijohnsonthanks cachio20:20
mupPR snapd#9387 opened: interfaces/builtin: add usbmuxd interface <Created by qmfrederik> <https://github.com/snapcore/snapd/pull/9387>20:25
mupPR snapcraft#3292 closed: readme: remove link to Google+ <Created by timsueberkrueb> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3292>20:35
mupPR snapd#9388 opened: bootloader: lk cleanups <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9388>20:40

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