[07:35] <mup> Bug #1650671 opened: Content sharing from snap common is broken <Snappy:Confirmed for zyga> <https://launchpad.net/bugs/1650671>
[07:50] <Chipaca> zyga: have you looked at snapd#3499 at all? (is that a "you" pr? or is it one for jamie? or...?)
[07:50] <mup> PR snapd#3499: Spi patch <Created by tokurz> <https://github.com/snapcore/snapd/pull/3499>
[07:54] <zyga> mvo: +1 to merge https://github.com/snapcore/snapd/pull/3464
[07:54] <mup> PR snapd#3464: interfaces: put base policy fragments inside each interface <Created by zyga> <https://github.com/snapcore/snapd/pull/3464>
[07:56] <mvo> zyga: did one of the reviewer check each individual snippet that its the same  as in the old big table?
[07:56] <mvo> zyga: other than that, +1
[07:57] <zyga> mvo: I cannot say but since jdstrand reviewed it I really trust it is
[07:57] <zyga> mvo: if you want just go over each patch (they are structured for thaT)
[07:57] <zyga> mvo: so that you see the same stuff in green and red
[07:59] <mup> PR snapd#3464 closed: interfaces: put base policy fragments inside each interface <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3464>
[08:04] <ogra_> ppisati, mind taking a look at bug 1701018 ? (your opinion would be helpful there i think)
[08:04] <mup> Bug #1701018: Splash screen is not enabled in kernel <Snappy:New> <https://launchpad.net/bugs/1701018>
[08:07] <ppisati> ogra_: yep, as far as i know when you enable the spashscreen you have to select a bitmap
[08:07] <ogra_> and it defaults to the penguin ...
[08:07] <ppisati> ogra_: yep
[08:08] <ogra_> the prob is that they currently use our linux-generic-raspi2 snap ... so they will likely have to rebuild
[08:08] <ogra_> (which will make their security story a bit awkward)
[08:08] <ogra_> can you mention that on the bug ?
[08:09] <ppisati> ogra_: yeah. go ahead
[08:11] <ogra_> ppisati, i was hoping you can do that (i want a more authoritative person speaking than me :) )
[08:12] <ppisati> ogra_: oh k, no prob
[08:12] <ogra_> thanks :)
[08:38] <mup> PR snapd#3541 opened: snapd: fix for snapctl get panic on null config values <Created by stolowski> <https://github.com/snapcore/snapd/pull/3541>
[08:38] <ppisati> ogra_: replied, but actually his request make sense - he wants to setup the splash screen from uboot and then make the kernel pick it up without touching, i wonder if someone already did it
[08:39] <ppisati> ogra_: but they probably did per-build, i doubt there's something generic
[08:41] <ogra_> yeah
[08:42] <ogra_> ppisati, what i tried here was to set "stdout=" in u-boot (i.e. drop serial and vga) but that just ends up with the kernel blanking the console (and not showing any further output) instead of leaving it untouched
[08:42] <ogra_> so i guess you would have to actually turn off the console completely in the kernel and have it not take over hdmi at all
[08:43] <ogra_> ... pprob is ... they do digital signage ... so they will need the display later from userspace
[08:44] <ppisati> so they want the splashscreen till userspace picks up, then they'll mess with fb from there
[08:44] <ppisati> uhm
[08:45] <ogra_> well, either that or have the kernel show the same splash when it inits the screen
[08:45] <ogra_> they simply want a splash during the whole boot til userspace ... i guess they dont care how they get there
[08:45] <ppisati> k
[08:45] <ppisati> but no, no dynamic splash support in the kernel
[08:46] <ogra_> yeah ... and plymouth is really not an option for the generic initrds
[08:46] <ogra_> they might be able to buuld their own ... and end up with a 20MB initrd or so
[08:46] <ppisati> i wonder if there's a way to embed a bitmap in DT so both uboot and kernel can be teached to use whatever is there
[08:46] <ogra_> *build
[08:46] <ppisati> that would generic enough
[08:47] <ogra_> oh
[08:47] <ogra_> now thats an idea
[08:47] <ppisati> but then, we need first to find if they want binary data in DT
[08:47] <ppisati> and that will probably blow the space reserved for DT at boot
[08:48] <ppisati> in rpi2 at least
[08:48] <ogra_> yeah
[08:48] <ogra_> but thinking about it ... android also manages to have a bootloader splash that stays
[08:48] <ogra_> until surfaceflinger starts in userspace
[08:49] <ogra_> though they usually dont have any framebuffer console at all
[08:49] <ppisati> but they build the kernel fr that device, so they can hardcode the bitmap there
[08:50] <ppisati> ogra_: have you tried asking this question to the graphics people? perhaps they know a way to skip fb initialization if it's already setup
[08:51] <ogra_> i'm not sure they build the kernel ... afaik they use our snap and want to get the security benefits from it
[08:52] <ppisati> ogra_: they can use our src tree, and just apply a single patch (config + bitmap on top of it), and every time we cut a new release, they rebase and rebuild
[08:56]  * ogra_ finds psplash ... 
[08:58] <ogra_> i wonder if we could ship that in our initrd ... looks a lot easier than plymouth
[08:58] <ogra_> http://git.yoctoproject.org/cgit/cgit.cgi/psplash/tree/
[09:00] <ogra_> PSplash is a userspace graphical boot splash screen for mainly
[09:00] <ogra_> embedded Linux devices supporting a 16bpp or 32bpp framebuffer. It has
[09:00] <ogra_> few dependencies (just libc), supports basic images and text and handles
[09:00] <ogra_> rotation.
[09:01] <ppisati> ogra_: but don't they have to add their logo to initrd though?
[09:06] <ogra_> yeah
[09:09] <mup> PR snapd#3542 opened: cmd,client,daemon: expose "force devmode" in sysinfo <Created by zyga> <https://github.com/snapcore/snapd/pull/3542>
[10:39] <ogra_> jdstrand, do we have any interface that allows direct access to /dev/fb0 (i suspect i know the answer, but thought i'd ask anyway) ...
[10:40] <ogra_> i just makes a psplash snap that runs fine in devmode ...
[10:45] <mup> Bug #1699504 changed: "network" plug does not allow outbound ping <Snappy:Invalid> <https://launchpad.net/bugs/1699504>
[10:56] <ogra_> kyrofa, http://paste.ubuntu.com/24980409/
[11:03] <ogra_> kyrofa, looks like your devices uses at91-sama5d3_xplained.dtb ... which isnt in our kernel
[11:03] <ogra_> kyrofa, https://goembed.in/2016/03/18/build-and-install-linux-for-arm-cortex-a5-based-embedded-board/ looks like a useful starting page
[11:05] <kyrofa> ogra_, ah, thank you! How did you find the at91 bit?
[11:05] <ogra_> google ;)
[11:05] <ogra_> seraching for "ATSAMA5D36 dtb"
[11:22] <jdstrand> ogra_: yes, framebuffer
[11:25] <jdstrand> mvo (cc zyga): I reviewed every line of https://github.com/snapcore/snapd/pull/3464 and I used the debug functionaility to compare outputs before and after
[11:25] <mup> PR snapd#3464: interfaces: put base policy fragments inside each interface <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3464>
[12:02] <matteo> hey guys
[12:07] <ogra_> jdstrand, bah ... the tool i use uses "dup()" ...
[12:08] <ogra_> jdstrand, that is why framebuffer doesnt work ... still blocked by seccomp
[12:08] <ogra_> do you think that could be allowed ?
[12:12] <ogra_> HAH ...
[12:13] <ogra_> cheating helps ... if i use docker-support i get access to the dup syscall
[12:13] <ogra_> :D
[12:14] <cachio> niemeyer, https://paste.ubuntu.com/24980832/
[12:15] <niemeyer> cachio: Aw, it removed the disks..
[12:15] <cachio> yes
[12:15] <niemeyer> cachio: Can you retry with --debug?
[12:18] <cachio> niemeyer, it the same with -debug
[12:19] <cachio> something is hepening before the machine is ready
[12:19] <cachio> after the step Creating configuration on linode:ubuntu-core-16-64
[12:19] <niemeyer> cachio: Ah, of course, sorry :(
[12:19] <niemeyer> cachio: Hmmm
[12:19] <cachio> it waits until boot
[12:19] <cachio> and then it is removing disks
[12:19] <cachio> it is like the image could not be booted
[12:19] <niemeyer> cachio: Can you rebuild spread locally and disable the disk removal logic?
[12:19] <niemeyer> cachio: We want to keep around a machine that failed with that error, just once, so we can hand it to support
[12:20] <cachio> niemeyer, ok sure
[12:28] <mup> PR snapd#3536 closed: snap-seccomp: deal with mknod on aarch64 in the seccomp tests <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3536>
[12:29] <cachio> niemeyer, (Spread-04): 45.33.76.13
[12:32] <cachio> niemeyer, cannot boot linode:ubuntu-core-16-64 (Spread-04): configID not found
[12:34] <cachio> niemeyer, (Spread-68): 50.116.8.205
[12:34] <cachio> this failed
[12:51] <jdstrand> ogra_: dup, dup2 and dup3 are alreadyin the default seccomp template
[12:54] <cachio> niemeyer, (Spread-68): 50.116.8.205
[12:54] <mup> PR snapd#3543 opened: osutil: allow building on ppc64 (not LE) <Created by zyga> <https://github.com/snapcore/snapd/pull/3543>
[12:54] <cachio> this last one has the disk and config
[13:34] <tintou> Jun 29 12:03:07 Coco-XPS-13-9360 kernel: [12493.683255] audit: type=1400 audit(1498734187.179:530): apparmor="DENIED" operation="open" profile="snap.test-gst-clutter.test-gst-clutter" name="/sys/devices/pci0000:00/0000:00:02.0/vendor" pid=30120 comm="test-gst-clutte" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[13:37] <tintou> https://www.irccloud.com/pastebin/5o8o4aC3/gst-error
[13:38] <kyrofa> tintou, got it, sorry
[13:38] <kyrofa> Didn't realize I was offline :)
[13:54] <mup> PR snapcraft#1384 closed: Support yaml merge tags <Created by tim-sueberkrueb> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1384>
[14:18] <mup> PR snapcraft#1378 closed: Integration tests for snap command with target arch <bug> <Created by kalikiana> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1378>
[15:07]  * Chipaca hugs jdstrand
[15:12]  * jdstrand hugs Chipaca back :)
[15:38] <mup> PR snapd#3544 opened: tests: make main/help run on opensuse and fedora again <Created by chipaca> <https://github.com/snapcore/snapd/pull/3544>
[15:38] <Chipaca> fginther: Pharaoh_Atem: ^
[15:38] <Chipaca> um
[15:38] <Chipaca> i meant fgimenez, but he's not here
[15:48] <mup> PR snapd#3532 closed: many: support snap title as localized/title-cased name <Created by robert-ancell> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/3532>
[18:25] <stgraber> sergiusens, kyrofa: is https://bugs.launchpad.net/snapcraft/+bug/1590767 somewhere on the roadmap for the next snapcraft?
[18:25] <mup> Bug #1590767: Support snap installed completion scripts <isv> <lxd> <snapd-interface> <Snapcraft:Triaged> <snapd:In Progress by chipaca> <https://launchpad.net/bugs/1590767>
[18:26] <stgraber> or is there already some way of passing the completer through to snapd which I'm not aware of?
[20:23] <sergiusens> stgraber: I've updated the bug status for snapcraft.
[20:23] <stgraber> sergiusens: great, thanks!
[20:24] <sergiusens> stgraber: would be nice for the snapd side of the bug to be updated though, your comment gives me confidence it is already available for all snapd installations though
[20:27] <stgraber> sergiusens: yeah, I remember mvo saying it would be in 2.26 and the release notes for 2.26 seem to confirm it
[20:27] <stgraber> sergiusens: there may issues though since I doubt anyone actually used it given that snapcraft doesn't support it
[23:28] <cjwatson> Could somebody please retry https://travis-ci.org/snapcore/snapd/builds/248376205 ?  I don't think the timeout is the fault of my PR.