The Ubuntu and Fedora package include a version of the cuda-gdb which is linked against libtinfo.so.5. revdep-rebuild reports: [ 4% ] * broken /opt/cuda/bin/cuda-gdb (requires libtinfo.so.5) It seems that libtinfo.so.5 is not shipped with Gentoo. After a short research it comes out that libtinfo.so actually is provided by libncurses.so. One possibility might be to provide a simlink (within the ncurses ebuild?) or another possibility (untested) is switching to the OpenSuSE binaries: http://en.usenet.digipedia.org/thread/18916/18365/ Reproducible: Always
I requested libtinfo for ncurses. we will see how the maintainer react. please use following hack meanwhile_if_necessary: ln -sf libncurses.so /usr/lib/libtinfo.so.5
Thanks the quick reply and your request regarding the ncurses package. Unfortunately the hack is not working: cuda-gdb: error while loading shared libraries: /usr/lib64/libtinfo.so.5: invalid ELF header Right now, I don't have to use the cuda-gdb, but as I follow the discussion on issue 452532, just a symlink doesn't seems to be the solution (using ncurses 5.9-r2).
+ 17 Jan 2013; Justin Lecher <jlec@gentoo.org> + +nvidia-cuda-toolkit-5.0.35.ebuild: + Add new dep on libtinfo.so, #452164 + deps fixed.
Thanks for fixing it that fix and clean :-)
This fix appears to have been undone in -r2. There is no longer a depend on curses with the tinfo use flag.
+ 12 Feb 2013; Justin Lecher <jlec@gentoo.org> + nvidia-cuda-toolkit-5.0.35-r2.ebuild: + Readd ncurses[tinfo], which was accidentally dropped +