Summary: | dev-util/nvidia-cuda-toolkit-10.1.105-r1: nvvp and nvprof are not functioning | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Yao <lowsfer> |
Component: | Current packages | Assignee: | Jason Zaman <perfinion> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | jstein, lowsfer, rr.underwood94, sci |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | A patch that fixes the problem with nvprof |
Description
Yao
2019-05-25 12:32:19 UTC
Just realized that some other binaries in the following folders are also missing the +x permission: /opt/cuda/NsightCompute-2019.1 /opt/cuda/NsightCompute-2019.1/host/linux-desktop-glibc_2_11_3-x64 /opt/cuda/NsightCompute-2019.1/target/linux-desktop-glibc_2_11_3-x64 I haven't done a full test but looks like /opt/cuda/NsightSystems-2018.3 also suffer from the same problem. Some other files, though not needing +x permission, however, are with +x, e.g. EULA.txt, and some pdf docs. This problem persist in 10.1.168 I have this same problem, and I can confirm the fix. Created attachment 597600 [details, diff]
A patch that fixes the problem with nvprof
The Nsight problem and nvvp problems seem to have gone away in newer versions of the ebuild.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=750c970f8e3441f1379b862479c55636d731f3ec commit 750c970f8e3441f1379b862479c55636d731f3ec Author: Robert Underwood <rr.underwood94@gmail.com> AuthorDate: 2019-12-14 22:20:13 +0000 Commit: Jason Zaman <perfinion@gentoo.org> CommitDate: 2020-02-16 13:34:15 +0000 dev-util/nvidia-cuda-toolkit: nvprof/nsight fix Previously, there were bugs in the ebuilds that prevented nsight and nvprof from being installed correctly. For nvprof, a no longer needed wrapper was begin installed on top of it. In the case of nsight, it was not setting the executable to a+x. Additionally, cuda-config was being installed in a way would cause ebuild to complain about permissions. These were resolved with better use of doexe. Additionally, fixed revdep-rebuild warnings with cuda profiling libraries. Closes: https://github.com/gentoo/gentoo/pull/13986 Closes: https://bugs.gentoo.org/686738 Package-Manager: Portage-2.3.79, Repoman-2.3.16 Signed-off-by: Robert Underwood <rr.underwood94@gmail.com> Signed-off-by: Jason Zaman <perfinion@gentoo.org> ...05-r1.ebuild => nvidia-cuda-toolkit-10.1.105-r2.ebuild} | 12 +++++++----- ...1.168.ebuild => nvidia-cuda-toolkit-10.1.168-r1.ebuild} | 12 +++++++----- ...43-r1.ebuild => nvidia-cuda-toolkit-10.1.243-r2.ebuild} | 14 ++++++++------ ...0.2.89.ebuild => nvidia-cuda-toolkit-10.2.89-r1.ebuild} | 14 ++++++++------ 4 files changed, 30 insertions(+), 22 deletions(-) Thank you Jason and Robert! |