Summary: | app-emulation/open-vm-tools-kmod-2013.09.16.1328054 - Makefile:146: Makefile.normal: No such file or directory | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Arnim Eijkhoudt <penguin> |
Component: | Current packages | Assignee: | Mike Gilbert <floppym> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | jason, vmware+disabled |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge --info
Environment file |
Description
Arnim Eijkhoudt
2013-10-22 17:05:04 UTC
Please post your `emerge --info' output in a comment. Created attachment 361788 [details]
emerge --info
Does /lib/modules/3.11.6-gentoo/build/Makefile exist? ~ # ls -al /lib/modules/3.11.6-gentoo/build/Makefile -rw-r--r-- 1 root root 48K Oct 22 12:11 /lib/modules/3.11.6-gentoo/build/Makefile Yes, it does exist. Ok, attach the environment file please. I want to see what LINUXINCLUDE is set to. * The ebuild environment file is located at '/var/tmp/portage/app-emulation/open-vm-tools-kmod-2013.09.16.1328054/temp/environment'. Created attachment 362402 [details]
Environment file
Environment file attached.
Well, I'm stumped; I have no idea why that code path is being chosen in the Makefile. Neither do I, I've done some heavy patching/modifications in the past to get the VM tools kmods working, but with this error I have no idea where to start looking. Where do I go from here? Will this remain open? I'm able to duplicate this problem. Any progress or patching ideas? I actually might have found the problem. This seems to be related to the umask setting. If the kernel is compiled/installed with permissions other than 'umask 0022', these and similar errors pop up. Isn't umask 022 the default in /etc/profile? Yes it is, but in several of my systems it's different for security reasons. Perhaps it's something that's also affecting you? Well yes, the portage user must be able to read your kernel sources and build directory; that's so obvious I didn't even consider it. ^_^ I'm marking this as invalid. If you want to file a separate bug to improve the detection of this condition in the kernel eclasses, feel free. Except that umask 022 is the default in my /etc/profile. How come even if I chown -R /usr/src/linux-3.11.9 to portage:portage the emerge fails exactly the same way? (In reply to Jason Waldhelm from comment #14) I have no idea why it isn't working for you. I closed the bug based on feedback from the original reporter. Except the bug still exists, he hasn't confirmed that's the fix and I have the identical problem. Ah, I misinterpreted comment 10. |