[11:22] <PaulePanter> apw: https://bugs.launchpad.net/ubuntu/+source/linux-base/+bug/1766851
[11:22] <ubot5`> Ubuntu bug 1766851 in linux-base (Ubuntu) "Missing `linux-update-symlinks` causes Linux package installation to fail" [Undecided,New]
[11:30] <cascardo> PaulePanter: what were you trying to install that caused this?
[11:30] <PaulePanter> cascardo: The Linux package.
[11:30] <cascardo> well, let me look at the bug first, duh
[11:31] <cascardo> ah, so you are trying to install from a ppa
[11:31] <PaulePanter> http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.17-rc2/
[11:31] <cascardo> well, we are in the process of upgrading linux-base on xenial, may not happen at all
[11:31] <PaulePanter> Yes, it’s very handy for upstream testing.
[11:31] <cascardo> yeah, that should also be fixed to be a versioned depends on linux-base
[11:32] <cascardo> so apt won't even give you the option to install it, unless you upgrade linux-base too
[11:32] <cascardo> and, then, we either need to push that latest linux-base to that ppa, or just remove xenial from the ppa
[11:33] <cascardo> PaulePanter: or are you just downloading the deb packages and running dpkg?
[11:34] <cascardo> oh, yeah, that's not a proper ppa, and it says it's built for unstable
[11:34] <cascardo> well, let's see if that latest linux-base lands on xenial
[11:36] <PaulePanter> cascardo: Yes, I am downloading the packages manually and install them using `dpkg`.
[11:36] <PaulePanter> cascardo: There are a lot of guides, advising to do this for Ubuntu 16.04.3, and many upstream Linux kernel developers suggest that too.
[11:37] <PaulePanter> cascardo: It’d be really good to keep this working in 16.04.3.
[16:08] <leitao> Hi. I see kernel -20 just made on Bionic, but I do not see linux-image-extra for ppc64el. I.e, I can find linux-image-4.15.0-20-generic but not linux-image-extra-4.15.0-20-generic
[16:09] <_UsUrPeR_> hey all. I'm having some problems compiling a kernel I just cloned from git
[16:09] <_UsUrPeR_>  specifically this git: http://kernel.ubuntu.com/git/ubuntu/unstable.git/
[16:09] <_UsUrPeR_>  error is showing ./scripts/ubuntu-retpoline-extract-one: No such file or directory
[16:09] <_UsUrPeR_>  full build make-kpgk verbose output is here: https://paste.ee/p/erWzI
[16:09] <_UsUrPeR_> just got booted over here from #kernel and #ubuntu
[16:09] <_UsUrPeR_> what's up with retpoline-extract
[16:20] <cascardo> leitao: it's now called linux-modules-extra
[16:20] <_UsUrPeR_> oh man! Life!
[16:21]  * _UsUrPeR_ waves at cascardo
[16:21] <_UsUrPeR_> any ideas about my compiling issue above?
[16:21] <leitao> cascardo, Ah, it just changed the name.
[16:21] <_UsUrPeR_> I just went through a patching process to work out a DRI kernel bug, and can't compile the master branch from ubuntu/unstable
[16:21] <cascardo> leitao: you should use the meta packages :-)
[16:22] <leitao> cascardo, what meta packages exactly?
[16:23] <cascardo> leitao: linux-generic, or linux-image-generic
[16:23] <cascardo> linux-image-generic depends on the right linux-image and linux-modules-extra
[16:25] <cascardo> _UsUrPeR_: may you can try the "mainline" builds, there are even build for drm-next
[16:25] <cascardo> http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-next/
[16:25] <leitao> cascardo, I have the impression it does not work well when doing development
[16:25] <cascardo> I never built ubuntu kernels with make-kpkg, so can't help with using that tool
[16:26] <cascardo> leitao: anything we could help about that?
[16:27] <_UsUrPeR_> cascardo, to be honest, I don't care which tool I use to make the image. `make` also fails
[16:28] <_UsUrPeR_> cascardo, so you're suggesting I use the drm-next source instead?
[16:28] <leitao> cascardo, no. The question was answered properly, so, I will pass this change to the teams. Thank you!
[16:29] <_UsUrPeR_> I mean, it looks like just this one script is failinf as it's referenced by purgatory.o
[16:30] <_UsUrPeR_> I do need to compile this though - I need to include the amdgpu.dc module in the kernel
[16:33] <cascardo> _UsUrPeR_: you should find the script on debian/scripts/
[16:34] <_UsUrPeR_> humm. You're correct. It'
[16:35] <_UsUrPeR_> It's showing as it should have downloaded with git clone
[16:35] <cascardo> _UsUrPeR_: debian/rules copies it to the place where it's looked at
[16:35] <_UsUrPeR_> http://kernel.ubuntu.com/git/ubuntu/unstable.git/tree/debian/scripts shows it in the directory
[16:35] <_UsUrPeR_> strange
[16:35] <cascardo> now, if you are not using the debian/rules from ubuntu tree, certainly things might fail
[16:37] <_UsUrPeR_> cascardo, okay, I must have forgotten something here, because I had thought that a `git clone git://kernel.ubuntu.com/ubuntu/unstable.git` would download the entire master git repo. What did I biff up in order to cause this problem when clining?
[16:37] <_UsUrPeR_> err *cloning
[16:38] <cascardo> _UsUrPeR_: are you assuming you don't have it in your tree because the build failed?
[16:39] <cascardo> as I said, ./scripts/ubuntu-retpoline-extract-one is not in the tree, but is copied from ./debian/scripts/retpoline-extract-one on debian/rules
[16:39] <cascardo> so, unless you are using the debian/rules from the tree, you are doomed to have a failed build
[16:39] <_UsUrPeR_> cascardo, no. It's definitely not in my tree. results of ls -alh debian/scripts/ --> https://paste.ee/p/U0Vbc
[16:40] <cascardo> git rev-parse HEAD
[16:41] <_UsUrPeR_> `git rev-parse HEAD` results 8a197d73746fe273bc5b38ab64f270a1370cfa8a
[16:41] <_UsUrPeR_> ls -al scripts/ results -> https://paste.ee/p/KFuDf
[16:42] <cascardo> git diff HEAD debian/scripts/
[16:44] <cascardo> I guess make-kpkg might just have written all over the debian/ dir
[16:44] <_UsUrPeR_> cascardo, that results in a lot of missing files. results --> https://paste.ee/p/68Htp
[16:45] <cascardo> well, I suggest you commit the changes you care about, reset the tree, and do not use make-kpkg
[16:45] <cascardo> use make-kpkg only with non-ubuntu non-debian kernels
[16:45] <cascardo> or better, only upstream kernels
[16:46] <_UsUrPeR_> cascardo, okay, no problem. I've already created patches for the files I'd made changes to. This is pursuant to an open bug I've been working here: https://bugs.freedesktop.org/show_bug.cgi?id=106159
[16:46] <ubot5`> Freedesktop bug 106159 in DRM/AMDgpu "When connecting or disconnecting a displayport to a DP hub with 4.16.2+ kernel, hard freeze with frozen video output" [Normal,New]
[16:47] <_UsUrPeR_> I just want to make sure that the amdgpu implementation is working for stable releases. I am wholly unused to using anything above vanilla kernels. That's probably quite apparent at this point
[16:50] <_UsUrPeR_> yep. Looks like make-kpkg really messed everything up. git-reset --hard worked for me
[16:50] <_UsUrPeR_> thanks cascardo. I appreciate the help.
[16:52] <cascardo> _UsUrPeR_: yw
[16:54] <_UsUrPeR_> there we go
[16:55] <_UsUrPeR_> still had to copy the script from debian/scripts to scripts/ , but it's going now.
[16:55]  * _UsUrPeR_ goes to lunch ^_^
[17:23] <pcd> Hey, I discovered a somewhat serious issue; systemtap 3.1-3 (the version currently available in bionic/universe)  doesn't work in 18.04. The bug is filed https://bugs.launchpad.net/ubuntu/+source/systemtap/+bug/1766754 , but I was wondering what the turnaround time on something like this would be.
[17:23] <ubot5`> Ubuntu bug 1766754 in systemtap (Ubuntu) "Linux kernel > 4.14 requires systemtap 3.2" [Undecided,New]
[17:42] <tyhicks> pcd: hello - it is difficult to give a turnaround time since we don't know the extent of the issues. The Debian bug report mentions that they had trouble packaging the new version of systemtap so that complicates things.
[17:45] <pcd> tyhicks: alright, thanks for taking a look at it. Do I need to talk to the debian packagers to see if they need help getting it packaged, or is there someone else I should talk to?
[17:48] <tyhicks> pcd: sit tight for a few minutes while I look at something
[17:49] <pcd> tyhicks: will do, thanks!
[17:57] <tyhicks> pcd: the two patches mentioned in the debian bug cherry pick cleanly to the version of systemtap that's in bionic right now
[17:57] <tyhicks> https://sourceware.org/git/gitweb.cgi?p=systemtap.git;a=commitdiff;h=fbb26e17a
[17:57] <tyhicks> https://sourceware.org/git/gitweb.cgi?p=systemtap.git;a=commitdiff;h=0643ca2b7
[17:58] <tyhicks> pcd: I'm doing a quick local build to see if systemtap will build with those patches applied and, if so, I'll upload it to a PPA and ask you to see if it works
[18:03] <pcd> Awesome
[18:06] <tyhicks> pcd: keep on eye on the build in this ppa: https://launchpad.net/~tyhicks/+archive/ubuntu/testing/+packages
[18:07] <tyhicks> pcd: once it finishes, the spinning clock icon will turn into a checkmark and then you can download the binary packages and give them a try
[18:07] <tyhicks> (it successfully built locally for me)
[18:07] <pcd> tyhicks: Awesome, will do
[18:08] <tyhicks> pcd: I'm going to leave a pointer in the bug report. If you need to drop off IRC before you can test, just follow up with me in the bug report
[18:09] <pcd> Can do, thanks again
[18:11] <tyhicks> thank you for your willingness to test
[18:16] <pcd> tyhicks: that did it! Sample systemtap script loaded and ran successfully
[18:18] <tyhicks> pcd: nice! do you have any others that you can try?
[18:18] <pcd> I'm mostly pulling random samples from the internet; I'm new to playing in the linux kernel, was trying to get a feel for the debugging tools available when I ran into this
[18:19] <pcd> but I can try a few more
[18:20] <pcd> Yeah, a couple of other scripts compiled and ran, and produced sensible looking output
[18:21] <tyhicks> pcd: ok, I'll start the SRU process when I get a bit of free time today
[18:21] <tyhicks> pcd: you'll likely be asked to verify the SRU in the bug report so keep an eye out for that
[18:21] <pcd> tyhicks: will do
[18:22] <tyhicks> pcd: the version of the new package will be greater than the version of the test package in my ppa so it'll upgrade cleanly for you
[18:23] <pcd> Sounds good
[18:23] <pcd> thanks again for your help
[18:24] <tyhicks> np!
[21:55] <tyhicks> pcd: the updated systemtap will be released (probably within the hour) before Ubuntu 18.04 itself is released tomorrow
[21:55] <tyhicks> pcd: there's nothing else for you to do
[21:55] <tyhicks> pcd: thanks again for your help
[22:18] <pcd> tyhicks: Glad to hear it :) Happy to help
[22:56] <vlee> Will Ubuntu provide an Extended Stable -ckt tree for 4.15 kernel?