[14:17] <zyga> ogasawara: hey! :)
[14:17] <zyga> ogasawara: I have an idea I wanted to ask you about
[14:17] <zyga> ogasawara: so someone showed me the snapcraft tree for the core kernel snaps: https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux-snap/+git/xenial/tree/snapcraft.yaml?h=pc
[14:18] <zyga> ogasawara: and since we recently moved gadget snaps to github (through a launchpad mirror and auto-build pipeline) to github.com/snapcore/snapd I was wondering if we could to the same to the kernel snap so that people can find the snap definition more easily and it's all under one hood
[14:19] <ogasawara> zyga: let me chat up bjf and team about it
[14:20] <zyga> ogasawara: thanks!
[14:21] <zyga> ogasawara: I wrote a small blog post about what's happened to gadget snaps http://www.zygoon.pl/2016/12/ubuntu-core-gadget-snaps.html -- there are plenty of links from that post to repositories both on github and launchpad
[14:21] <ogasawara> zyga: ack, thanks.
[14:21]  * ogasawara will go read
[16:16] <hallyn> anyone have a absolute-minimal-working kernel config sitting around for bisect purposes?
[16:53] <smb> hallyn, the mainline builds do come with config patches (http://kernel.ubuntu.com/~kernel-ppa/mainline/). Would those work for you? (down the page in a certain version directory)
[16:57] <hallyn> smb: maybe - my guess would be those are for full fledged kernels :)  i just want quick builds, don't need most filesystems etc.
[16:58] <hallyn> (just enough to boot)
[16:58] <hallyn> i'll just make my own again - thx
[17:06] <smb> hallyn, ok. sorry would not have any minimal configs aywhere
[18:00] <hallyn> make localmodconfig is new to me
[20:23] <hallyn> anyone still using ccache these days for kernel builds?  
[20:31] <rtg> hallyn, I found that ccache took longer, at least on the servers that I build on
[20:31] <rtg> too many files and an inefficient hash algorithm methinks
[20:32] <hallyn> hm, makes sense
[20:32] <hallyn> (haven't used it in like 10 years)
[20:32] <hallyn> thanks
[21:18] <kees> what is "linux-hwe-edge" ?
[21:21] <kees> looks like for "latest supported kernel on Xenial" I should install linux-image-generic-hwe-16.04-edge linux-headers-generic-hwe-16.04-edge ?
[21:32] <rtg> kees, there is an email about it on the ubuntu-announce list
[21:33] <kees> rtg: ah, thanks!
[21:33] <rtg> subject "16.04.2 - Rolling HWE Kernel"
[21:34] <kees> Looks like https://lists.ubuntu.com/archives/ubuntu-announce/2016-November/000215.html
[21:34] <rtg> yup
[21:36] <kees> oh, and remember our chat about intel iommu? finally tested on a non-modern machine and any graphics access broke the system. "intel_iommu=on,igfx_off" seems to fix it, though. I still don't think it's sane enough for even that to be the default, based on things like the audio stack failure bug reports. :(
[21:37] <rtg> kees, I'll leave it off then for sure.
[21:38] <kees> yeah :(
[21:38] <kees> in related news, I need to send a quirk for my chipset so I won't need the igfx_off in the future. ;)
[21:39] <rtg> good luck
[21:39] <kees> hehe
[21:39]  * rtg has to run
[21:39] <kees> cya
[22:48] <hallyn> hm, why do all of the 3.x kernels, when built with make deb-pkg, hang at loading initrd?
[22:49] <hallyn> (on a xenial host)
[22:49] <hallyn> some systemd thing?  maybe i should install upstart?
[22:50] <hallyn> guess i'll try upstart
[22:51] <hallyn> nah