Hi all, Not much to say here save that, when portage tries to emerge the latest stable nvidia-drivers (173.14.27), I get the following before the program exits. * Installing nvidia module install: cannot stat `usr/include/cuda/*.h': No such file or directory !!! doins: usr/include/cuda/*.h does not exist * ERROR: x11-drivers/nvidia-drivers-173.14.27 failed: * failed to install cuda headers * * Call stack: * ebuild.sh, line 54: Called src_install * environment, line 4124: Called die * The specific snippet of code: * doins usr/include/cuda/*.h || die "failed to install cuda headers"; * * If you need support, post the output of 'emerge --info =x11-drivers/nvidia-drivers-173.14.27', * the complete build log and the output of 'emerge -pqv =x11-drivers/nvidia-drivers-173.14.27'. * The complete build log is located at '/var/tmp/portage/x11-drivers/nvidia-drivers-173.14.27/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/x11-drivers/nvidia-drivers-173.14.27/temp/environment'. * S: '/var/tmp/portage/x11-drivers/nvidia-drivers-173.14.27/work/NVIDIA-Linux-x86-173.14.27-pkg0' * QA Notice: file does not exist: * * doins: usr/include/cuda/*.h does not exist * QA Notice: make jobserver unavailable: * * make[2]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule. >>> Failed to emerge x11-drivers/nvidia-drivers-173.14.27, Log file: >>> '/var/tmp/portage/x11-drivers/nvidia-drivers-173.14.27/temp/build.log' * Messages for package x11-drivers/nvidia-drivers-173.14.27: * ERROR: x11-drivers/nvidia-drivers-173.14.27 failed: * failed to install cuda headers * * Call stack: * ebuild.sh, line 54: Called src_install * environment, line 4124: Called die * The specific snippet of code: * doins usr/include/cuda/*.h || die "failed to install cuda headers"; * * If you need support, post the output of 'emerge --info =x11-drivers/nvidia-drivers-173.14.27', * the complete build log and the output of 'emerge -pqv =x11-drivers/nvidia-drivers-173.14.27'. * The complete build log is located at '/var/tmp/portage/x11-drivers/nvidia-drivers-173.14.27/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/x11-drivers/nvidia-drivers-173.14.27/temp/environment'. * S: '/var/tmp/portage/x11-drivers/nvidia-drivers-173.14.27/work/NVIDIA-Linux-x86-173.14.27-pkg0' Reproducible: Always Steps to Reproduce: 1.emerge -uD world 2. 3. Actual Results: The emerge crashed. Expected Results: For nvidia-drivers to emerge
full build.log please
Hi, I just re-emerged it and something has apparently changed such that it works again. I suppose it's okay to close the bug. Alex
I reopen the bug, because I can reproduce it: The problem is that after the unpack phase there are no CUDA-related files in the working directory for 173.14.27 (no such problems with 173.14.25) More precisely, after the unpack phase of both 173.14.25 and 174.14.27 then # find /var/tmp/portage/x11-drivers -name "*cuda*" produces only the output /var/tmp/portage/[...]/nvidia-drivers-173.14.25/[...]/usr/include/cuda /var/tmp/portage/[...]/nvidia-drivers-173.14.25/[...]/usr/include/cuda/cudaGL.h /var/tmp/portage/[...]/nvidia-drivers-173.14.25/[...]/usr/include/cuda/cuda.h /var/tmp/portage/[...]/nvidia-drivers-173.14.25/[...]/usr/libcuda.so.173.14.25 but there is no such file (not even the directory /usr/include/cuda) in the [...]/nvidia-drivers-173.14.27/[...] directory. It looks as if these files are not contained in the archive or the archive is broken somehow. (Since lots of other files _are_ unpackad, I suppose that the unpacking function itself is OK.)
I'm able to reproduce this problem as well.
I just tried this after a fresh emerge --sync, and it failed in the same way.
Yep, same exact symptoms. I am wondering whether to roll back to the earlier X server release or hope for a fix to this in the next few days. Be happy to include my "emerge --info" if that helps, but it sounds like everyone is hitting the same thing.
This seems to have already been fixed by Doug (a check for the presence of the CUDA directory was added to the ebuild). Closing.