On Tue, 15 Aug 2017 18:46:59 -0400, John Blinka wrote: > > On Tue, Aug 15, 2017 at 6:04 PM, Rich Freeman <ri...@gentoo.org> wrote: > > First, I appreciate your thoughts and comments. > > > > > I suspect your sources have gotten messed up in some way. I've run > > into issues like this when I do something like build a kernel with an > > odd umask so that the portage user can't read the files it needs to > > build a module. Your chmod should have fixed that but there could be > > something else going on. It might just be that you didn't prepare the > > sources? > > Same thought occurred to me, hence the chmod. Not sure what "prepare > the sources" is all about; not a step I've ever used with kernels. > But see below. > > > > > I actually do all my kernel builds in a tmpfs under /var/tmp these > > days which keeps my /usr/src/linux pristine. (make O=/var/tmp/linux > > modules_install and so on) It does involve more building during > > upgrades but I know everything is clean, and I prefer no-issues to > > faster-builds. > > I have the same preference. Will have to take a look at following > your example.. > > > > > In theory that isn't essential, but I would definitely just wipe out > > /usr/src/linux and unpack clean kernel sources. If you're using the > > gentoo-sources package you can just rm -rf the symlink and the actual > > tree, and just re-emerge the package and it will set up both. If > > you're using git then I'd probably wipe it and re-pull as I'm not sure > > if a clean/reset will actually take care of all the permissions. > > > > Then you need to run at least make oldconfig and make modules_prepare > > before you can build a module against it. Doing a full kernel build > > is also fine. > > I think I've done that (multiple times over the past 8 months). When > a new kernel shows up as stable in the tree, I do (as root) > > emerge -DuNv gentoo-sources > set up symlink > cd into usr/src/linux > zcat /proc/config.gz > .config > make olddefconfig > make menu_config (as a sanity check) > make > make modules_install > make install > > I don't know what could have messed up the kernel tree other than > whatever magic happens behind the scenes in the various make commands. > > Just now tried a make modules_prepare followed by an emerge -1 spl. Same > error. > > Started again from scratch. Moved the kernel tree I've been working > with (building kernel, modules, etc.) aside, then re-emerged > gentoo-sources. Kernel tree should be pristine now, right? Then > copied the config from my running kernel (same version 4.12.5) into > /usr/src/linux. Then did a make modules_prepare. Finally did an > emerge -1 spl. Same error as always. So, as attractive as the idea > of a messed up kernel tree is to me, I don't think that's the source > of the problem. > > I think it would be informative if I could somehow see exactly what > commands are being run when the error occurs. Is there a way of doing > that?
What is your umask? I had troubles like this when I had too aggressive umask of I think 027 rather than 022. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com