=== himcesjf_ is now known as him-cesjf [11:22] apw: https://bugs.launchpad.net/ubuntu/+source/linux-base/+bug/1766851 [11:22] Ubuntu bug 1766851 in linux-base (Ubuntu) "Missing `linux-update-symlinks` causes Linux package installation to fail" [Undecided,New] === himcesjf_ is now known as him-cesjf [11:30] PaulePanter: what were you trying to install that caused this? [11:30] cascardo: The Linux package. [11:30] well, let me look at the bug first, duh [11:31] ah, so you are trying to install from a ppa [11:31] http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.17-rc2/ [11:31] well, we are in the process of upgrading linux-base on xenial, may not happen at all [11:31] Yes, it’s very handy for upstream testing. [11:31] yeah, that should also be fixed to be a versioned depends on linux-base [11:32] so apt won't even give you the option to install it, unless you upgrade linux-base too [11:32] and, then, we either need to push that latest linux-base to that ppa, or just remove xenial from the ppa [11:33] PaulePanter: or are you just downloading the deb packages and running dpkg? [11:34] oh, yeah, that's not a proper ppa, and it says it's built for unstable [11:34] well, let's see if that latest linux-base lands on xenial [11:36] cascardo: Yes, I am downloading the packages manually and install them using `dpkg`. [11:36] 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] cascardo: It’d be really good to keep this working in 16.04.3. [16:08] 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] 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] 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] leitao: you should use the meta packages :-) [16:22] cascardo, what meta packages exactly? [16:23] leitao: linux-generic, or linux-image-generic [16:23] linux-image-generic depends on the right linux-image and linux-modules-extra [16:25] _UsUrPeR_: may you can try the "mainline" builds, there are even build for drm-next [16:25] http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-next/ [16:25] cascardo, I have the impression it does not work well when doing development [16:25] I never built ubuntu kernels with make-kpkg, so can't help with using that tool [16:26] 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] 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] _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] _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] 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] _UsUrPeR_: are you assuming you don't have it in your tree because the build failed? [16:39] 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] 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] 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] git diff HEAD debian/scripts/ [16:44] 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] well, I suggest you commit the changes you care about, reset the tree, and do not use make-kpkg [16:45] use make-kpkg only with non-ubuntu non-debian kernels [16:45] 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] 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] _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] 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] Ubuntu bug 1766754 in systemtap (Ubuntu) "Linux kernel > 4.14 requires systemtap 3.2" [Undecided,New] [17:42] 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] 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] pcd: sit tight for a few minutes while I look at something [17:49] tyhicks: will do, thanks! [17:57] 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] https://sourceware.org/git/gitweb.cgi?p=systemtap.git;a=commitdiff;h=fbb26e17a [17:57] https://sourceware.org/git/gitweb.cgi?p=systemtap.git;a=commitdiff;h=0643ca2b7 [17:58] 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] Awesome [18:06] pcd: keep on eye on the build in this ppa: https://launchpad.net/~tyhicks/+archive/ubuntu/testing/+packages [18:07] 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] (it successfully built locally for me) [18:07] tyhicks: Awesome, will do [18:08] 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] Can do, thanks again [18:11] thank you for your willingness to test [18:16] tyhicks: that did it! Sample systemtap script loaded and ran successfully [18:18] pcd: nice! do you have any others that you can try? [18:18] 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] but I can try a few more [18:20] Yeah, a couple of other scripts compiled and ran, and produced sensible looking output [18:21] pcd: ok, I'll start the SRU process when I get a bit of free time today [18:21] pcd: you'll likely be asked to verify the SRU in the bug report so keep an eye out for that [18:21] tyhicks: will do [18:22] 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] Sounds good [18:23] thanks again for your help [18:24] np! [21:55] pcd: the updated systemtap will be released (probably within the hour) before Ubuntu 18.04 itself is released tomorrow [21:55] pcd: there's nothing else for you to do [21:55] pcd: thanks again for your help [22:18] tyhicks: Glad to hear it :) Happy to help [22:56] Will Ubuntu provide an Extended Stable -ckt tree for 4.15 kernel?