[02:05] PR snapd#9993 opened: tests/lib/prepare.sh: use /etc/group and friends from the core20 snap [07:30] mvo: hey [07:30] and school run, brb [07:30] mborzecki: good morning! thanks for your reviews [07:41] PR snapd#9982 closed: cmd/recovery: small fix for `snap recovery` tab output [07:47] re [08:01] morning [08:19] good morning === nniehoff_ is now known as nniehoff === urluck_ is now known as urluck === Wimpress_ is now known as Wimpress === sitter_ is now known as sitter === hardwire_ is now known as hardwire === diddledan_ is now known as diddledan === alan_g_ is now known as alan_g === rbasak_ is now known as rbasak [10:11] PR snapcraft#3452 closed: storeapi: decouple auth and API [10:23] errand, back in 1h or so [10:31] PR snapcraft#3462 opened: extensions: add core20 support to kde-neon [11:10] does anyone remember possible explanations for cloud-init *not* creating user1 in nested test image? [11:32] re [11:32] pstolowski: maybe ian will know [11:33] i just found he added telnet localhost 7777 to help debug such issue [11:43] oh well, i need another user to auth with telnet [11:44] mvo: ^ seem you introduced telnet localhost 7777, if user1 creation failed, how can i use it? [11:46] pstolowski: let me quickly look to try to refresh my memory [11:46] mvo: it's in nested_start_classic_vm [11:46] pstolowski: what kind of prompt do you get when you connect via "telnet localhost 7777" ? iirc should should be able to login with the nested vm spread user [11:47] pstolowski: and that should give you access to the logs [11:47] mvo: Ubuntu 20.04.2 LTS mar041107-755625 ttyS0, followed by login prompt [11:47] pstolowski: actually, let me quickly re-read. it also sounds like the comment needs expanding - like *how* to debug :) [11:48] mvo: yessss ;) [11:48] pstolowski: what vm is running you said? a classic system? [11:49] mvo: yes [11:50] ubuntu/ubuntu doesn't work [11:52] pstolowski: yeah, the classic image is using the cloud images so if the cloud-init does not work there is no easy way. I guess we would actually have to modify the cloud image after the download, what exactly are you debugging/trying to do? [11:54] pstolowski I remember device being managed somehow and but that was long ago [11:57] mvo: i'm making modifications to lxd snap from seeds on the image we run in nested/manual/preseed test ; as far as i can say preseeding is happy and stops where it should with no errors (verified by mounting the image), but when booted ssh is not accessible [11:59] also, mounted the resulting image, there is no user1 in the system [12:02] pstolowski: do you know if cloud-init ran at all? [12:03] pstolowski: because if it ran and there is no user that's strange [12:03] pstolowski: maybe something in the jounral of the image? [12:03] mvo: yes it definitely ran, i can see it in boot messages [12:04] i should probably look at seed.img next [12:10] it looks ok [12:12] PR snapd#9907 closed: gadget,devicestate: perform kernel asset update for $kernel: style refs [12:32] PR snapd#9994 opened: tests: improve tests documentation - part 2 [12:37] PR snapd#9995 opened: tests: improvements for snap-seccomp-syscalls [13:27] PR snapd#9996 opened: tests: improve sections prepare and restore - part 1 [13:37] PR snapd#9997 opened: tests: update details on task.yaml files [15:23] PR snapd#9979 closed: packaging/ubuntu-16.04/rules: turn modules off explicitly <âš  Critical> [15:23] nice thanks mvo [15:44] pstolowski: what I meant in the standup was to look at the difference between nested_create_cloud_init_uc20_config vs nested_create_cloud_init_config in nested.sh, there's a TODO about that already there [15:45] pedronis: got it, thanks! [15:53] PR snapd#9998 opened: tests: turn modules off explicitly in spread go unti test (2.49) [16:26] PR snapcraft#3463 opened: snap: migrate to python3.8 [16:37] pstolowski: 9922 is next of my list of things to (re)review but I will not get to it today [16:37] pedronis: sure, ty [16:43] PR snapd#9999 opened: snapstate: add "kernel-assets" to featureSet <â›” Blocked> [16:44] pedronis: (not urgent) - let me know if you prefer a different name for the assume than the one I picked in 9999 [16:47] mvo nice PR number there [16:47] haha, yes [16:47] off by one but exact at the same time :-) [16:47] * ijohnson rushes to try and file some random pr with number 10000 [16:48] PR snapd#10000 opened: client: protect against reading too much data from stdin [16:48] PR snapd#10001 opened: tests: improve tests self documentation for nested test suite [16:48] PR snapd#10002 opened: gadget: simplify filterUpdate (thanks to Maciej) [16:48] haha mvo beat me [16:49] mvo: no, seems fine as it relates to the assets stanza in kernel.yaml [16:50] was trying to clean out my TODO.org from the "this needs followups" [16:50] pedronis: cool, thanks! [16:50] pedronis: with that I will update the kernel and gadget diffs [16:58] ijohnson hahaha, nice [16:58] mvo won though :) [16:58] PR snapd#9969 closed: interfaces/wayland: rm Xwayland Xauth file access from wayland slot [16:58] PR snapd#9973 closed: osutil: add SetTime() w/ 32-bit and 64-bit implementations [17:00] mvo: I noticed the kernel assets PR, is that the one I think of? [17:00] thanks for the merges mvo! [17:23] pedronis: I responded to your question in #9984 [17:23] PR #9984: boot/flags.go: add SetNextBootFlags, NextBootFlags for snapd_next_boot_flags bootenv === tianon- is now known as tianon [18:06] ijohnson: I was in a meeting, do you want to chat briefly about it? [18:07] pedronis: ah I was about to I go to lunch, but I think we can chat either via PR comment or after the SU tomorrow [18:07] ijohnson: ok, let's chat tomorrow then [18:07] ack sounds good === ijohnson is now known as ijohnson|lunch [18:39] PR snapd#9970 closed: packaging: drop 99-snapd.conf via dpkg-maintscript-helper [18:44] PR snapd#9991 closed: tests/main/lxd/prep-snapd-in-lxd.sh: dump contents of sources.list [19:49] PR snapd#9988 closed: o/snapshotstate: create snapshots directory on import === ijohnson|lunch is now known as ijohnson === gurmble is now known as grumble