/srv/irclogs.ubuntu.com/2020/04/14/#snappy.txt

mupPR snapcraft#3035 opened: repo: fix resolution of virtual build packages <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3035>00:59
mupPR snapd#8484 closed: tests: ignore user@12345.service hierarchy <Created by zyga> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/8484>02:24
mupPR snapcraft#3036 opened: travis: use stable channel for building snapcraft snap <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3036>02:26
zygaGood morning05:07
mborzeckimorning05:13
zygaHey Maciek05:21
mborzeckizyga: hey hey05:23
zygaFrosty morning05:32
mborzeckihm we should package the .3 release05:32
zygaOr make .405:33
zygaLet’s wait for mvo05:33
zygaI suspect we may do .405:33
mborzecki.4? interesting things happend over the weekend then?05:33
zygaYes05:33
zygaLook at my PRs05:33
zygaThere is one still open IIRC05:34
zygahttps://github.com/snapcore/snapd/pull/848105:34
mupPR #8481: cmd/snap-update-ns: handle EBUSY when unlinking files <Bug> <Created by zyga> <https://github.com/snapcore/snapd/pull/8481>05:34
zygaBack from walk06:08
zygaI fixed random failures plaguing master over Easter06:09
zygaHopefully all most common06:09
zygaI didn’t rebase that important fix though06:09
zygaI’ll make coffee and start the day soon06:11
mupPR snapd#8479 closed: release: 2.44.3 <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8479>06:12
zygaHey mvo06:16
mvozyga: good morning06:17
the-mentorgood monring zyga06:22
zygaHey the-mentor06:24
zygamvo: so, I guess I need to ask06:24
zygaDo we do a .406:24
zygaOr are we pushing for with .3 and buffer fixes for now06:24
the-mentorzyga i tried what you told me yesterday with the bind-file but from within the snap the file seems empty or cant be opened06:24
zygaWhat layout did you specify?06:25
zygaNote: you have to add the icd file into your snap for now06:25
the-mentorlayout:06:25
the-mentor   /usr/share/vulkan/implicit_layer.d/nvidia_layers.json:06:25
the-mentor     bind-file: $SNAP/usr/share/vulkan/implicit_layer.d/nvidia_layers.json06:25
zygaAlso note that mborzecki has some knowledge about vulkan and might offer advice06:26
the-mentormborzecki howdy !06:26
zyga Did you try using the same name as you had on your host originally?06:27
the-mentori did06:27
zygaNot sure if this is relevant or not06:27
the-mentori'm pointing too the file on the host06:27
mborzeckithe-mentor: hm? vulkan?06:27
mborzeckihaven't heard that name in a long time06:27
the-mentormborzecki i'm trying to get vulkan to work in my sanp06:27
zygaNote that you have to put the actual file in your snap as well06:28
the-mentorsince i'm trying to snap a few wine based games06:28
zygaOn nvidia06:28
the-mentorzyga ahh i see but that file might be different depending on the host no ?06:28
the-mentormborzecki seems like vulkan is the new hot stuff in the gaming world so many games work better with vulkan + dxvk06:30
mvozyga: why would we do a .4 again, please remind me06:31
mborzeckithe-mentor: isn't making sure that nvidia icd.d files are at the right place enough?06:32
the-mentor mborzecki https://forum.snapcraft.io/t/vulkan-is-broken-on-snaps-when-using-nvidia-proprietary-drivers/1637806:34
the-mentorcheck out this post i've made with more info about my issue06:34
zygamvo: to apply the patch fixing microk8s with strict confinement06:36
mvozyga: 8481?06:38
zygaindeed06:38
mvozyga: maybe we need a .4 - let me check the bugreport. do people need to enable robust namespace updates to make the fix work? iirc you mentioned yes(?)06:39
zygaoh, yes, they would06:39
zygahmm, so that suggest 2.45 instead06:39
zygabut I don't know the details on their side, it just seems that if we need to do a .5 it's either now or not at all (because schedules)06:39
mvozyga: yeah, if we need the robust namespace updates it suggests to get on with 45 asap06:40
mborzeckithe-mentor: try setting VK_ICD_FILENAMES to point it to nvidia icd file and see if that makes vulkaninfo happy06:41
the-mentormborzecki what do you mean ? using bind-file ?06:41
mborzeckithe-mentor: no, snap run --shell, then probably something like: `VK_ICD_FILENAMES=/var/lib/snapd/hostfs/usr/share/vulkan/icd.d/nvidia_icd.json vulkaninfo`06:42
the-mentormborzecki ok i'll give it a shot06:45
mborzeckithe-mentor: hmm actually can you check that /usr/share/vulkan/icd.d/nvidia*.json exists inside the snap?06:46
the-mentormborzecki i need classic confinment to access /var/lib/snapd/hostfs right ?06:46
the-mentormborzecki it doesnt06:46
the-mentorso i added these layers config to try and make it available06:46
the-mentorlayout:06:47
the-mentor   /usr/share/vulkan/implicit_layer.d/nvidia_layers.json:06:47
the-mentor     bind-file: $SNAP/usr/share/vulkan/implicit_layer.d/nvidia_layers.json06:47
mborzeckithe-mentor: how about /var/lib/snapd/lib/vulkan/icd.d/nvidia*.json?06:48
the-mentormborzecki that exists and has content06:49
the-mentorand i can read it from inside the snap06:49
mborzeckithe-mentor: ok, cool, try running `VK_ICD_FILENAMES=/var/lib/snapd/lib/vulkan/icd.d/nvidia_icd.json vulkaninfo` and see if that works06:49
mborzeckithe-mentor: perhaps it's enough to use layouts to move that file into /usr/share/vulkan/icd.d/06:50
mborzeckizyga: do layouts allow using /var/lib/snapd/lib?06:50
the-mentorthat works06:50
the-mentorit ran vulkaninfo properly06:50
zygamborzecki: no06:51
zygamborzecki: you cannot put files there06:51
mborzeckizyga: hm i meant to use /var/lib/snapd/lib/ as a source06:51
zygalayouts cannot use anything but $SNAP, $SNAP_DATA or $SNAP_COMMON as source06:52
zygaa mount profile could use anything06:52
mborzeckihmm ok06:52
mborzeckithe-mentor: so maybe as a workaround you'd need to have a wrapper that globs /usr/share/vulkan/icd.d* and /var/lib/snapd/lib/vulkan/icd.d/* and sets VK_ICD_FILENAMES to the list of all paths that were found06:53
mborzeckithat or teaching the vulkan loader upstream about directories06:54
the-mentormborzecki i already have a wrapper that launches the wine executable06:54
mvozyga: are you working on the gh action partitioning currently? if not I can do it now06:54
the-mentormborzecki so what should VK_ICD_FILENAMES look like ?06:55
zygamvo: no, not yet06:55
zygamvo: sure, give it a try :)06:55
mborzeckithe-mentor: https://github.com/KhronosGroup/Vulkan-Loader/blob/master/loader/LoaderAndLayerInterface.md#overriding-the-default-icd-usage06:55
mborzeckiiirc it's file:file:file06:55
the-mentormborzecki i wonder if there is a way to check within the snap what is the graphics driver and only overwrite if its nvidia propriatery06:57
zygamborzecki: since we only have nvidia support via hostfs I would suggest to special case the single nvidia icd file06:57
zygaand nothing else06:57
zygaafter all, there are no other .so files to load06:57
mborzeckithe-mentor: i think you shouldn't need to, it's up to the loader and specific implementations to check that06:58
the-mentormborzecki would the /usr/share/vulkan/icd.d/nvidia*.json file not exists if the drivers is not installed?06:58
mvomborzecki: can 8464 be merged or does it need changes in the initrmafs first?06:59
mborzeckithe-mentor: it likely wouldn't but i still think that app should not make assumptions about that, it's up the loader to figure out what's available by trying to load all implementations, find out which work, and give a choice to the vk consumer app07:00
the-mentormborzecki ok let me send you what i'm going to set the VK_ICD_FILENAMES to so i can see if i understand it correctly07:01
mborzeckimvo: we're waiting for a fix in initramfs from xnox, there was some dependency problem on thursday where initramfs would stop before switch-root07:02
the-mentormborzecki VK_ICD_FILENAMES=/var/lib/snapd/lib/vulkan/icd.d/nvidia_icd.json:$SNAP/usr/share/vulkan/icd.d/intel_icd.x86_64.json:$SNAP/usr/share/vulkan/icd.d/radeon_icd.x86_64.json07:03
pstolowskimorning07:03
mupPR snapd#8296 closed: httputil/client_test.go: add two TLS version tests <Simple 😃> <Skip spread> <Created by jdstrand> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8296>07:03
the-mentormborzecki just ran some testing on my system and it seems to know which file to use07:04
zygagood morning pawel07:05
mborzeckithe-mentor: yeah, looks ok to me07:05
mvogood morning pstolowski07:06
mborzeckithe-mentor: let me put some notes in the topic07:07
the-mentormborzecki ill rebuild the snap and see if it works in there. thank you very much for all the help07:07
mupPR snapd#8489 opened: github: partition the github action workflows <⛔ Blocked> <Created by mvo5> <https://github.com/snapcore/snapd/pull/8489>07:19
zygamvo: did you forget to git add?07:21
mvozyga: no, it's still draft, want to make sure the right go version is picked up07:29
zygaah ok :)07:29
abeatogood morning! What would be the easiest way to get the sign-key-sha3-384 for a key registered by a user in the store?07:39
pedronisabeato: do you mean the key that signed the key itself?  that should be the store key07:43
pedronisor the hash of the key?07:43
pedronisabeato: what do you have as starting point?07:43
abeatopedronis, the hash that is used in assertions07:43
abeatopedronis, a key registered with snapcraft register-key07:44
pedronisabeato: snapcraft list-keys and snap keys shows exactly that under "SHA3-384..."07:46
abeatopedronis, I thinka that is public-key-sha3-384, not sign-key-sha3-384, by looking at the account-key assertion07:47
pedronisabeato: the sign-key-sha3-384 of a signed assertion matches the public-key-sha3-384 of the signing key07:48
abeatopedronis, as a side note, of course the information is in that asssertion, but to get it I had to create an image with ubuntu-image :)07:48
pedronisbut maybe I still don't understand what you need07:48
abeatopedronis, I'd like to get that info to manually craft a system-user assertion07:49
pedronisabeato: you need the key to craft an assertion07:50
xnoxmborzecki:  yes07:51
abeatopedronis, I have registered a key, which is shown by:07:51
abeato $ snapcraft list-keys07:51
abeato*   labkey        -aWK1CFTXhjR8BpMMplySRp3hRS6AKD8q-mJglQDXxA9-1LknJVV5cEI2pExGj6c07:52
abeatoI'd like to create a system-user assertion signed by that one07:52
mupPR snapd#8490 opened: cmd/snap-bootstrap: no error when not input devices are found <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8490>07:52
pedronissnap sign -k labkey07:52
abeatoso I need to access sign-key-sha3-38407:52
pedronis-aWK1CFTXhjR8BpMMplySRp3hRS6AKD8q-mJglQDXxA9-1LknJVV5cEI2pExGj6c is what will end up in sign-key-sha3-38407:53
pedronisI don't think it helps you though07:53
pedronisyou need snap sign -k labkey and the right json input07:53
pedronisunless I'm still missing what you are trying to do07:54
abeatopedronis, I am trying to create a system-user assertion07:54
pedronissnap sign -k labkey07:54
pedronisthe sign-sha-3-384 is added by the tooling07:55
abeatopedronis, ah, got it, so I do not need sign-key-sha3-384 in the json, snap sign does that for me07:55
abeatothanks!07:55
pedronisyes, same as with model07:55
abeatoright07:55
mupPR core18#98 closed: hooks: add symlinks for snapd's D-Bus configuration files <Created by jhenstridge> <Closed by jhenstridge> <https://github.com/snapcore/core18/pull/98>08:34
mupPR core18#150 opened: static: make /etc/dbus-1/session.d writable <Created by jhenstridge> <https://github.com/snapcore/core18/pull/150>08:41
zygasmall comment there jamesh08:57
jameshzyga: as mentioned in the PR, I think it would probably be harmless to switch to just /etc/dbus-1 in core18 too08:58
jameshzyga: I'd definitely go for /etc/dbus-1 for core20, yeah.08:58
zygaI don't know about 18 to be sure (it would be okay after testing)08:59
zygajust suggesting that we do it straight away for 20 :)08:59
jameshmaybe it's not worth it for core1808:59
mborzeckibtw. anyoen remember why `snap debug boot-vars` is hidden?09:00
zyganope09:00
zygabecause we hide stuff left and right?09:00
mborzeckizyga: heh, idk ;)09:04
mborzeckizyga: heh, idk ;)09:04
jameshzyga: https://github.com/snapcore/core20/pull/3809:05
mupPR core20#38: static: make all of /etc/dbus-1 writable <Created by jhenstridge> <https://github.com/snapcore/core20/pull/38>09:05
mupPR core20#38 opened: static: make all of /etc/dbus-1 writable <Created by jhenstridge> <https://github.com/snapcore/core20/pull/38>09:05
pedronismborzecki: because it was introduced for our own tests, and never got a extra review/polish pass09:06
mupPR snapd#8491 opened: cmd/snap: do not hide debug boot-vars on core <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8491>09:10
mborzeckiwonder whether pushing the error on classic is too far, one could try to inspect the root directories populated by snap image09:14
pedronismborzecki: should it output = or :09:15
pedronismborzecki: it was hidden not to have to find answers to all these questions09:15
=== pedronis_ is now known as pedronis
pedronismborzecki: mvo: we are getting failures now in travis with the devel go version09:25
pedronissome are obvious, one is not09:26
mvopedronis: looking at it09:27
zygais that go 1.14?09:33
pedronisno, it's really devel I think09:37
mvoit's annoying, it looks like even --channel=latest/edge is not failing yet09:39
zygamaybe not worth testing with devel then09:40
mvo(so travis is really ahread)09:40
mvozyga: it's a good question, probably still worth it as it will eventually bite us. but yeah, kind of annoying if it happens out of the blue09:44
mupPR snapd#8492 opened: overlord: update tests to work with latest go <Created by mvo5> <https://github.com/snapcore/snapd/pull/8492>09:44
zygamvo: I agree that there's some value in seeing what's on the horizon but I think we have enough things that are flaky; we need to find the right balance09:45
mvozyga: yeah09:46
pedronisright now these tests are still required, I mentioned it because the keys one is puzzling/unclear what is going on09:47
pedronisthe duration ones are trivial if annyoing09:47
mupPR snapd#8483 closed: snap-bootstrap: fix partition numbering in create-partitions <Simple 😃> <UC20> <Created by cmatsuoka> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8483>09:47
pedronis*annoying09:47
mupPR snapd#8461 closed: github: run non-canary if label is present <Run spread> <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/8461>09:50
mvopedronis: 8492 (go-latest) fixes passes on travis, so should be good09:54
pedronisok, so the key one was a fluke?09:55
mvopedronis: probably09:55
mvopedronis: I don't even remember seeing it on the failure I looked at09:56
mvozyga: I guess there is no "include" in workflows? I was looking into moving the common code out10:01
zygamvo: maybe at yaml level10:01
zygaI don't think so10:02
mvomwhudson: hey, I noticed that go/latest/edge was not updated in a couple of days, is that expected?10:36
mwhudsonmvo: builds have been failing, i haven't looked at why10:36
mwhudsonmvo: https://launchpad.net/~mwhudson/+snap/go-tip10:37
zygamaybe tests are not passing? ;-)10:37
mwhudsonzyga: it's possible!10:37
zygahttps://www.irccloud.com/pastebin/kBpBEI5J/10:37
mwhudsonoh is that the hacks i put in for trusty i wonder10:38
mvomwhudson: aha, that's fine, was mostly wondering if it's known10:38
mwhudsonhm that wouldn't explain the failures on ppc64el10:39
mwhudsonmvo: well someone asking makes it more likely that i'll look into it i guess10:39
zygamwhudson: actually the same error is reported on other arhces10:40
zyga*arches10:40
zygaweird10:40
mupPR snapd#8490 closed: cmd/snap-bootstrap: no error when not input devices are found <UC20> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8490>10:40
mvomwhudson: heh :) fwiw, we value it as a very useful way to test things10:40
mvo(it being go/latest/edge)10:40
zygamvo: hush, don't tell anyone10:40
zygait's our secret!10:40
zygathough there's one downside10:41
zygamakes you gray quickly10:41
* zyga ventures into dbus 10:46
zygamborzecki: btw, not sure if you noticed10:50
zygamborzecki: I changed the pulseaudio test on Friday10:50
zygamborzecki: some lessons learned there10:50
zygamborzecki: it needs more love though10:51
zygamborzecki: the restore section is still racy10:51
mborzeckizyga: https://github.com/snapcore/snapd/pull/8478 ?10:51
mupPR #8478: tests: fix racy pulseaudio tests <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8478>10:51
zygayes10:51
* zyga is afk10:53
mborzeckizyga: heh, yeah, we should probably port the test10:54
mborzeckizyga: although masking seems fine now, the test starts its own pulseaudio with a specific config10:55
mupPR snapd#8491 closed: cmd/snap: do not hide debug boot-vars on core <Simple 😃> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8491>11:05
the-mentormborzecki i'm also seeing this issue11:12
the-mentorlibGL error: No matching fbConfigs or visuals found11:12
the-mentorlibGL error: failed to load driver: swrast11:12
the-mentorX Error:  GLXBadContext11:12
the-mentor  Request Major code 151 (GLX)11:12
the-mentor  Request Minor code 6 ()11:12
the-mentor  Error Serial #17411:12
the-mentor  Current Serial #17311:12
mupPR #174: added missing hyphen to autoupdate config example <Created by chipaca> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/174>11:12
mupPR #173: asserts: generate just a couple private keys and reuse them across tests <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/173>11:13
the-mentorany ideas ?11:13
the-mentorzyga maybe you know ?11:14
zygare11:17
zygamborzecki: I saw a failure just now where it failed because XDG_RUNTIME_DIR was still busy11:17
zygamborzecki: so some work required on making shutdown not race11:18
zygathe-mentor: strace the app, I saw a failure where it looked for an innocent looking file11:18
zygathe-mentor: and failed entirely when that file was absent11:18
the-mentorzyga strace?11:18
zygathe-mentor: it's a PCI ID to driver name mapping file11:18
ograsnap run --strace11:18
zygathe-mentor: are you familiar with strace?11:18
the-mentorno i'm not11:19
the-mentorbut ill try it out11:19
zygathe-mentor: it's a very useful analysis tool, read the manual page but it's generally showing interactions with the system at the system call level11:19
zygathe-mentor: so you see which syscalls are executed and if they succeed or not11:19
zygathe-mentor: you can use it to see which files are being accessed, for example11:19
zygathe-mentor: strace -e openat ls11:19
the-mentorzyga ok thats good to know11:20
the-mentorzyga how can i filter only open files with the snap strace?11:21
the-mentorsince its a wine app there is tons and tons of info11:21
zygathe-mentor: --strace= is an argument you can pass to snap run11:21
zygayou can pass strace options this way11:22
zygayou can then use it to filter by system calls that access files such as stat, open etc11:22
zygaremember that you have to give the real system call name11:22
zygae.g. openat vs open, 2 or 3 suffixes on some11:22
zygarequires some practice to get the right result11:22
zygathe-mentor: you can use strace -o to save the result to a file11:22
zygaand analyze this way11:22
zygamay be easier11:23
zygathe-mentor: you can also look for ENOENT error11:23
zygathat's something that was searched for but not found11:23
zygashould help you find the right things11:23
the-mentorok i'll give it a shot and see what i can find11:23
the-mentori'm happy that the vulkan smoketest now works11:23
pstolowskihey cachio11:33
pstolowskii've been waiting for you ;)11:34
cachiopstolowski, hey11:42
mborzeckithe-mentor: so vulkan works now, but gl does not yet?11:44
pstolowskicachio: hey, see private message11:45
mvocmatsuoka: good morning! I pushed a tiny commit to 8476 to make it build on fedora/debian12:09
mvocmatsuoka: just fyi12:09
mvocmatsuoka: hrm, apparently my push there is somehow incomplete, I took it from the other tpm one, I have a look after lunch (but feel free to push a fix yourself if its something obvious, probably just something with -tags quoting12:12
mvo)12:12
cmatsuokamvo: thanks! yeah, I was unsure about cherry-picking your commit from the other PR or just waiting for the other one to land and then merge master to have things automagically working12:14
cmatsuokamvo: I'll check what's wrong and fix it12:14
mupPR core20#39 opened: ensure that /host exists <Created by bboozzoo> <https://github.com/snapcore/core20/pull/39>12:15
mborzeckimvo: ^^12:15
pedronisijohnson: hi, I'm going to work a bit on #8488 to avoid the back and forth12:18
mupPR #8488: bootloader: add efi pkg for reading efi variables <UC20> <⛔ Blocked> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8488>12:18
ijohnsonpedronis sure thanks12:24
ijohnsonAnd hello again by the way, hope you all enjoyed your long weekend12:24
mupPR snapd#8493 opened: If finalrd is available, do not run snapd.system-shutdown service <Created by xnox> <https://github.com/snapcore/snapd/pull/8493>12:26
mupPR core20#39 closed: ensure that /host exists <Created by bboozzoo> <Merged by xnox> <https://github.com/snapcore/core20/pull/39>12:28
mupPR snapd#8494 opened: tests: preserve size for centos images on spread.yaml <Simple 😃> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/8494>12:28
mupPR core20#38 closed: static: make all of /etc/dbus-1 writable <Created by jhenstridge> <Merged by xnox> <https://github.com/snapcore/core20/pull/38>12:29
abeatomvo, hey, is https://bugs.launchpad.net/snapd/+bug/1872486 under your radar?12:51
mupBug #1872486: snap prepare-image gets confused when the default track is not "latest" <snapd:New> <https://launchpad.net/bugs/1872486>12:51
the-mentormborzecki i think that gl was broken before but yea vulkan works and gl doesnt13:02
the-mentormborzecki i'm adding mesa-utils to the snap so i can get more info13:03
oSoMoNjdstrand, you might be interested in https://git.launchpad.net/~chromium-team/chromium-browser/+git/snap-from-source/commit/?id=82ee1ce51514ee197ee6fd908c9f0af881f1f2ac13:06
mvoabeato: thanks, not on my radar yet13:11
the-mentormborzecki looks like glxgears and glxinfo are working as expected13:22
the-mentormaybe its related to wine somehow but it looks like i'm not the only one that has these issues13:22
* zyga -> lunch13:48
zygaoSoMoN: interesting14:34
zygaoSoMoN: I should talk to you about the snapctl APIs for checking and getting information about updates14:34
mupPR core20#40 opened: hook-tests: fix extra files test <Created by bboozzoo> <https://github.com/snapcore/core20/pull/40>14:37
oSoMoNzyga, I'd be very interested in those, what I implemented for the chromium snap is only a stop-gap14:37
mborzeckimvo: trivial fix for issue that jamesh spotted ^^14:38
mupPR snapcraft#3036 closed: travis: use stable channel for building snapcraft snap <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3036>14:40
mupPR core20#40 closed: hook-tests: fix extra files test <Created by bboozzoo> <Merged by xnox> <https://github.com/snapcore/core20/pull/40>14:56
ijohnsonabeato: mvo: I confirmed https://bugs.launchpad.net/snapd/+bug/1872486 and assigned it to pedronis, perhaps it should go to someone else, but it does seem to be a bad bug for building images15:06
mupBug #1872486: snap prepare-image gets confused when the default track is not "latest" <snapd:Triaged by pedronis> <https://launchpad.net/bugs/1872486>15:06
mupPR pc-amd64-gadget#42 opened: Hide menu by default <Created by xnox> <https://github.com/snapcore/pc-amd64-gadget/pull/42>15:15
* cachio afk15:16
zygaoSoMoN: I'll do my best to be able to give you those in the next few weeks15:17
oSoMoNzyga, excellent, I'm looking forward to it15:18
mvoijohnson: thanks15:19
mupPR core20#41 opened: 001-extra-packages.chroot: add dosfstools to get mkfs.vfat <Created by anonymouse64> <https://github.com/snapcore/core20/pull/41>15:25
mupIssue core18#151 opened: Please set templates on issues & PRs requring links to core20 issue & PR <Created by xnox> <https://github.com/snapcore/core18/issue/151>15:26
mupIssue core20#37 closed: Missing mkfs.vfat, should have tests for mkfs.vfat and mkfs.ext4 existing <Created by anonymouse64> <Closed by xnox> <https://github.com/snapcore/core20/issue/37>15:47
mupPR core20#41 closed: 001-extra-packages.chroot: add dosfstools to get mkfs.vfat <Created by anonymouse64> <Merged by xnox> <https://github.com/snapcore/core20/pull/41>15:47
mupPR core20#42 opened: drop `unminimize` instructions that are not applicable on Core <Created by xnox> <https://github.com/snapcore/core20/pull/42>15:51
mupPR core18#149 closed: hooks/motd: cleanup dangling symlink, fix typo <Created by bboozzoo> <Merged by sil2100> <https://github.com/snapcore/core18/pull/149>15:54
abeatoijohnson, thanks - it can certainly be a problem when including snaps in required-snaps. Being able to set the track in the model would help16:09
jdstrandoSoMoN: cool!16:26
mupPR snapd#8492 closed: overlord: update tests to work with latest go <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8492>16:42
mvocmatsuoka: I pushed a fix to 8476 for debian-sid16:44
mvocmatsuoka: it's a bit ugly but *shrug*16:44
cmatsuokamvo: thanks!16:44
* zyga takes a break for coffee16:44
zygatesting dbus is not fun16:44
zygaor16:44
zygait will be fun when it's easy16:44
=== ijohnson is now known as ijohnson|lunch
* zyga fails and EODs17:17
zygaoh well17:17
zygatomorrow will be better17:18
mupPR snapcraft#3035 closed: repo: fix resolution of virtual build packages <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3035>17:22
mupPR snapcraft#3037 opened: plugins: introduce v2.CMakePlugin <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3037>17:22
pedroniscmatsuoka: ijohnson|lunch:  updated #848817:35
mupPR #8488: bootloader: add efi pkg for reading efi variables <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8488>17:35
cmatsuokapedronis: thanks!17:36
=== ijohnson|lunch is now known as ijohnson
mupPR snapcraft#3038 opened: travis: add and ship a self-hosting build of snapcraft <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3038>17:46
mupPR snapcraft#3039 opened: build providers: setup initial apt source configuration <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3039>17:52
mupPR snapd#8495 opened: cmd/snap-bootstrap: specify a 512-bit key size for the LUKS2 container <Created by chrisccoulson> <https://github.com/snapcore/snapd/pull/8495>18:06
cachioxnox, hey18:12
cachioI see this lines in journal log when a vm with secure boot is killed18:13
cachioxnox, Apr 14 18:09:41 apr141722-614284 kernel: kvm [61215]: vcpu0, guest rIP: 0xffffffffb72788b4 disabled perfctr wrmsr: 0xc2 data 0xffff18:13
mupPR #14: Bugfix/lp1488114 import msg <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/14>18:13
cachioany idea how to get any extra information about the error?18:13
mupPR snapcraft#3040 opened: V2 autotools plugin <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3040>18:19
mupPR snapd#8493 closed: data/systemd: do not run snapd.system-shutdown if finalrd is available <UC20> <Created by xnox> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8493>19:14
mupPR snapcraft#3038 closed: travis: add and ship a self-hosting build of snapcraft <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3038>19:34
cmatsuokacachio: I moved my test that depends on tpm to main/nested/classic and it was successful20:05
xnoxcachio:  read kernel source code? increase kernel verbosity of messages for the kvm module?20:29
xnoxcachio:  chat with kvm maintainers ie. #ubuntu-server / cpaelzer etc?20:30
cachioxnox, ok, I'll do taht20:38
cachiocmatsuoka, nice20:49
cmatsuokacachio: but wait, it also worked when it was not supposed to so the result is still inconclusive :)20:49
roadmryou just need a boolean negation then, right?20:50
cachiocmatsuoka, ok20:51
cmatsuokaI just want my tests to fail! they're all passing20:51
cachiocmatsuoka, do yo uwant to share the test?20:55
cmatsuokacachio: I'm updating them, some changes in key encryption20:56
cachiocmatsuoka, nice, just ping me if you need any help20:58
mupPR snapcraft#3041 opened: V2 python plugin <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3041>21:41
mupPR snapd#8496 opened: interfaces/apparmor: use differently templated policy for non-core bases <Created by jdstrand> <https://github.com/snapcore/snapd/pull/8496>22:51
jdstrandkenvandine: fyi, ^22:58
mupPR snapd#8497 opened: boot/bootstate20: re-factor kernel methods to use new interface for state <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8497>23:09
mupPR snapd#8498 opened: run-checks: use consistent "Checking ..." style messages <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8498>23:11
cmatsuokaijohnson: still there?23:44
kenvandinejdstrand: awesome!23:47

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