[06:23] <apw> tsimonq2, we sometimes do ship -rcs in the development release yes
[06:56] <ejat> apw: https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1611124
[06:56] <ubot5> Ubuntu bug 1611124 in linux-firmware (Ubuntu) "W: Possible missing firmware /lib/firmware/i915/kbl_guc_ver9_14.bin for module i915" [Undecided,Invalid]
[06:57] <ejat> so need to wait Intel release it publicly?
[07:00] <apw> ejat, yep, we can't ship that unless it is published
[07:00] <apw> ejat, that is for hardware you are unlikely to be able to obtain at the moment
[07:03] <ejat> apw: ok noted
[10:44] <tsimonq2> apw: ah ok
[14:10] <LocutusOfBorg> leitao, hi, did you manage to fix the nm.d.o stuff?
[14:10] <LocutusOfBorg> wrt frederuc
[14:10] <LocutusOfBorg> frederic
[14:11] <leitao> LocutusOfBorg, hello. not yet. I am going to fix it later today. Does it work for you? Are you going to use my email to send yours? 
[14:25] <LocutusOfBorg> I can't use your emai
[14:25] <LocutusOfBorg> I already have my endorsment written, just I would like to send it in a few hours/days, not sign it right now
[14:25] <LocutusOfBorg> if you need help with the nm website... I'm here to help
[14:29] <leitao> LocutusOfBorg, ok, let me prioritize it, then
[15:28] <cyphermox> rtg: -generic works; but I used to have -powerpc64-smp for 4.4.0-21, and I don't see a powerpc64-smp anymore, only powerpc64-emp, is that expected?
[15:29] <apw> cyphermox, there should be a transitional package for that
[15:30] <cyphermox> ok
[15:30] <apw> if there isn't it is broke
[15:30] <cyphermox> as long as it's expected that I should now use generic
[15:30] <apw> right we moved to having a -generic in all arches
[15:31] <cyphermox> well, looks like upgrading from 4.4 to 4.8 before transitioned to -generic correctly, so I suppose it's fine
[15:31] <rtg> cyphermox, yeah, what apw said
[15:31] <cyphermox> I was testing a kernel from rtg I installed manually.
[15:31] <rtg> cyphermox, did that solve the module load problem ?
[15:32] <cyphermox> rtg: looks that way, before it wouldn't complete booting.
[15:32] <cyphermox> I'm rebooting now to see if all works unattended
[15:32] <rtg> cyphermox, cool, remind me of the bug number please.
[15:39] <cyphermox> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1628968
[15:39] <ubot5> Ubuntu bug 1628968 in linux (Ubuntu Yakkety) "powerpc 4.8.0-17 fails to boot on PowerMac G5" [Undecided,In progress]
[15:41] <rtg> cyphermox, I'll get that revert on the k-team list for review
[15:41] <apw> rtg, that sounds nasty, as in release-critical for the media
[15:42] <rtg> apw, it certainly is for powerpc
[15:57] <broder> hey folks - can i do anything to encourage https://bugs.launchpad.net/ubuntu/trusty/+source/linux/+bug/1547231 to get included in the next trusty kernel release?
[15:57] <ubot5> Ubuntu bug 1547231 in linux (Ubuntu Trusty) "/proc/$pid/maps performance regression" [Medium,Triaged]
[16:09] <broder> (this has caused multiple production incidents for us at this point because a few of our processes have 10k-20k threads)
[16:29] <rbasak> FYI, bug 1628735 claims a regression in autofs behaviour due to a kernel update in xenial-security.
[16:29] <ubot5> bug 1628735 in linux (Ubuntu) "Autofs variables do not work with kernel 4.4.0-38.57" [Undecided,Confirmed] https://launchpad.net/bugs/1628735
[16:52] <sforshee> rbasak: that's a dup of bug 1629204, and there's a patch on the list already.
[16:52] <ubot5> bug 1629204 in linux (Ubuntu) "Autofs parameter substitution broken in kernel 4.4.0-38 and 4.4.0-40" [High,In progress] https://launchpad.net/bugs/1629204
[17:08] <rbasak> sforshee: thanks!
[18:40] <jderose> cyphermox: anything new with the yakkety shim issue? anyplace i could be helpful on that front?
[18:41] <cyphermox> no, I'm working on the revert right now, but this is more of a subject for -release ;)