[00:04] * luke-jr gives up on snaps for now [01:57] How do I solve launch failed: CPU does not support KVM extensions [07:11] PR snapd#6827 closed: packaging: fix changelog typo [11:41] PR snapd#6828 opened: many: use a fake assertion model in the device contexts for tests [11:43] PR snapd#6829 opened: devicestate: use deviceCtx in checkGadgetOrKernel [12:24] Hey, has anyone experience with building snaps on manjaro? I read on the documentation (https://docs.snapcraft.io/build-on-docker) and wonder if the "Multipass" works (better?)… [15:39] Is there an easy way to get X11 connectivity for a service running as a daemon? I'm starting my app as a daemon but the logs are showing Unable to open X display. [15:39] I have app.environment.DISPLAY=":0" [15:54] antis: Currently only Multipass is fully supported AFAICT [16:34] tooijar: hey, it's in general hard-ish [16:34] tooijar: in a portable way, that is [16:38] zyga: what about a non-portable way :) Even just Ubuntu1804 LTS would be nice for now. [16:44] tooijar, thats trivial ... you need to use mir-kiosk and can then use XWayland on top of it [16:44] well ... FSVO "trivial" :) [16:45] tooijar, not sure how outdated this is (some things might have changed since it was published) https://tutorials.ubuntu.com/tutorial/x11-kiosk#0 [16:45] Seems like a permission problem because after 'xhost +' it started up just fine [16:47] note though that the combination of X11 and "daemon" will make your snap get stuck in manual review when uploading to the store ... it needs one initial approval typically [16:50] ogra: thanks...maybe I can just go with a desktop file that has autostart in it. [16:54] ogra: Perhaps you could clarify....if I end up using mir-kiosk (which as far as I understand adds additional security since it isn't traditional X) would I still need manual review with the daemon option? [23:25] PR snapcraft#2554 closed: release: 3.4.1 [23:46] PR snapcraft#2553 closed: ci: use --destructive-mode to build snap in travis