=== himcesjf_ is now known as him-cesjf
[08:46] <dupondje> apw: to bad, cause my SD-card reader is useless now with daily kernels :)
[08:47]  * apw will have a think about it
[08:47] <apw> :q
=== mamarley is now known as Guest13716
=== mamarley_ is now known as mamarley
[09:29] <caribou> Good morning, are there any plans to deliver xenial kernels with the gcc-5 with the Retpoline patches that was released to updates yesterday ?
[09:30] <caribou> better check here before building my own :)
[09:40] <apw> caribou, yes, the kernles in -proposed are compiled with that compiler
[09:41] <caribou> oh, cool thanks! less work for us :)
[09:41] <apw> caribou, we build specifically using those ciompilers when they were in -proposed
[09:42] <caribou> yeah, I saw them hit -updates yesterday
[09:42] <caribou> good for us as we were trying to rebuild gcc7.3 on Xenial which is _not_ trivial
[09:43] <apw> not trivial doesn't cover it, i am glad the compilers at least have not been my problem
[11:39] <dupondje> apw: haha :) guess i'll just build it myself then :) np
[11:57] <apw> dupondje, ?
[11:57] <apw> i havent't had a look at your thing yet, so if you think that anything since then relates ... it does not
[11:59] <thresh> hey.  when can I expect the kernel with https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1742721 fixed to land in xenial?
[11:59] <ubot5`> Ubuntu bug 1742721 in Linux Mint "linux-image-4.13.0-26-generic / linux-image-extra-4.13.0-26-generic fail to boot" [Undecided,New]
[11:59] <thresh> uh, no idea why it's "Linux Mint".  It's Ubuntu.
[12:01] <apw> thresh, yeah don't worry about that, that is just because the first task on there is for that project
[12:02] <thresh> I also had a kernel panic with that specific kernel I tested latest yesterday.
[12:03] <thresh> but it's unrelated to the issue this kernel fixes;  and I'm not sure it even makes sense to report a crash on a test kernel.
[12:03] <apw> likely not worth it as that one is now old and will want to confim it exists in the latest before investigating in the normal course of things
[12:05] <klebers> thresh, the patch for that bug is queued for the next SRU cycle, which will probably start within the next days
[12:06] <smb> Its likely one of the many things to come once we have normality... Not that I would know what is normal right now anyway but roughly it might be around March-01 when normal cycles start again
[12:14] <thresh> klebers, good to know - thanks!
=== mamarley is now known as Guest76632
=== mamarley_ is now known as mamarley
[16:15] <mozmck> I'm trying to build a custom kernel for ubuntu 16.04 using the mainline patches all here: http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.9.76/
[16:16] <mozmck> I'm also apply preempt-rt patches as I need this to be a realtime kernel.  In the past I build the kernel and .deb packages like this: skipabi=true skipmodule=true fdr binary-indep
[16:17] <mozmck> skipabi=true skipmodule=true fdr binary-perarch
[16:17] <mozmck> skipabi=true skipmodule=true fdr binary-rt
[16:17] <mozmck> and finally: dpkg-buildpackage -S -us -I.git -I.gitignore
[16:18] <mozmck> Is this the right way to do it or is there a better or simpler way?
[16:19] <mozmck> Oh, sorry - fdr is an alias for 'fakeroot debian/rules'
[16:20] <mozmck> I'm getting an error: utils/helpers/amd.c:7:21: fatal error: pci/pci.h: No such file or directory, and I'm thinking something is not right in the build setup or something?
[16:29] <apw> mozmck, that sounds like you need more build-dependencies installed to me; overall your approach sounds plausible
[16:30] <mozmck> Hmm, I wonder which build-deps I might need?  I did find that I had to install libudev-dev
[16:32] <mozmck> I have in my notes from doing this with 14.04 that I had to fix a header file when building this way, but not if I ran make deb-pkg.  Odd.
[16:35] <apw> that doesn't really add up, but then i am constantly supprised by what is actually true
[16:48] <TJ-> mozmck: libpci-dev  (for cpupower)
[16:51] <mozmck> thanks!
[16:51] <mozmck> I figured out I did not run apt-get build-dep linux either, so that may help.
[16:53] <TJ-> :p yeah
[16:54] <mozmck> Yeah, looks like that did it :-)  Sorry for the noise.
[17:35] <mozmck> It looks like it got to the end of the compile and then gave me this error and quit: https://pastebin.com/LrCRgjyv
[17:36] <mozmck> That was the fakeroot debian/rules binary-rt step (rt is my custom flavour)
[17:37] <apw> mozmck, you need to disable zfs, do_zfs=false
[17:38] <mozmck> ah, thanks.  I know I won't need that.
[17:57] <apw> you don't have the code for it, whihc is why the pakcage is blowing chunks
[18:44] <mozmck> Well, adding do_zfs=false to the command line did not seem to have any effect.  I notice in debian/rules that there is a do_mainline_build which sets do_extras_package and do_tools both to false as well as do_zfs=false.  I may try that because I don't think I need the tools and extra packages either.
=== himcesjf_ is now known as him-cesjf