Ubuntu :: Can't Build Cpyrit (cuda Tool For Pyrit)
Dec 14, 2010
here i am just finished installing pyrit with quite alot of hassle and i want to get cuda support via cpyrit. only problem is the compiler pulling blanks all the time and i have no clue on where to find the library it wants.i downloaded cuda and installed it via the script from nvidia.. to default libraries (just hit enter all the way through).. no problems there it seems.after that i ran
Code:
sudo python setup.py build
and got this result:
Code:
svn: '.' is not a working copy
running build
running build_ext
Skipping rebuild of Nvidia CUDA kernel ...
[code]...
is this where do i find my cuda-headers and compiler dirs to put into my setup.py?
cuda was installed into /usr/local/cuda
libs are in /usr/lib/nvidia-current/
EDIT:
Code:
ld -l cuda
ld: cannot find -lcuda
so i have to update ld to find the lib?
EDIT2: so i finally got my head around it and as it turns out it was fixed by creating a symlink in every lib directory i could think of...
I have downloaded the source for an embedded Linux system but no tool chain. I want/need a tool chain to rebuild the system image. Can anyone point me to a 'How to' for building the environment? It is an ARM9 system.
I've installed the Boinc 6.4.5 x86_64 using F10 update package from Fedora repo. The client runs fine using the CPUs, but doesn't fing the nVidia display processors. I've installed nVidia drivers using Fusion repo packages for F10 ( currently 180.25 ) nVidia display settings seems happy and correctly reports driver 180.25 in place as well as 9600 GSO graphics card and LCD monitor.
My objective is to get Boinc using the CUDA capabilities of my GeForce 9600 GSO graphics card and see some of the performance benefits advertised. Although Boinc client is running it will only use the CPU to do work. I have not been able to discover any flags or configuration settings to help Boinc find CUDA library files. I'm stuck at the limits of my knowledge. The following are the startup messages from Boinc. I'm assuming the fact that it can't find the library causes the inability to see the GPU coprocessor.
I've been trying to get the Nvidia drivers from the nvidia site installed by running-devdriver_4.0_linux_64_270.41.19.run
I have a GeForce 210 PCI Express DDR3 graphics card. I've recently screwed an old version of fedora trying to do this and ended wiping it and installing Fedora 15. I managed to get the standard setup working nice with dual screen support and Tux Kart working smoothly which has never happened before with ATI cards.
The reason i've tried to get an NVIDIA card working is so that i can try to do some development with CUDA. To do this i need to get the proprietary driver working. To get the install program working correctly i've edited the kernel options in grub.conf to stop nouveau driver which seemed to work. The next step i got onto was the need for the kernel source which i've installed. The program can't find this, even with a load of Symbolic links giving-
/usr/src/linux-2.6.40-4 /usr/src/linux /usr/src/2.6.40-4.fc15.x86_64 /usr/src/linux-2.6.40-4.fc15.x86_64 /usr/src/linux-2.6.40-4 all pointing to- /usr/src/Kernels/2.6.40-4.fc15.x86_64
After following the steps of dozens of guides, i now cannot run games that need 3d support and i'm no further in getting the proprietary drivers working. Coding in CUDA is a distant dream after weeks of faff in my spare time to go 2 steps back and one forward...
Does anybody know how to do all this? If anybody could help me i'd be very grateful. I've never had decent graphics support in linux. Everytime i've tried it's ended in a horrible mess!
I've spent about 3 hours yesterday trying to get my GeForce 210 with CUDA DevDriver running on the 3.0.4 kernel. It was running w/o problems on 2.6.39-desktop (with dev-src for 2.6.37). [yeah, I know I should stick to what works - but I don't like it]
After uninstalling the old drivers I tried several ways for an installation of the new ones:
1. ./devdriver_4.0_linux_64_270.41.19.run on the new kernel (even manually navigating to the kernel-src folder)
2. ./devdriver_4.0_linux_64_270.41.19.run on the old kernel, with new dev-src &c. 3. XFree 280.16 driver on the new kernel with the new dev-src &c.
The results:
3. Works now.
2. did not compile telling me the source files were missing (obviously, as they were for 3.0.4 and not 2.6.39)
1. Aborted the installation with the following (excerpt from nvidia-installer.log)
I came across some problems. I need to conduct parallel computing on CUDA. I input "uname -a"and read these: "Linux BXSJC 2.6.38.8-35.fc15.i686 #1 SMP Wed Jul 6 14:46:26 UTC 2011 i686 i686 i386 GNU/Linux". I use CUDAtoolkit 4.0. when I input: cd /home/bxsjc NVIDIA_GPU_Computing_SDK/C and "make -i ",the computer returns
I'd like to write a Makefile for my CUDA/C++ code but I didn't know how things work with CUDA, I mean there is a nvcc compiler but I don't know what I've got to do with this. Do I have to firstly run nvcc and then g++ or only nvcc to compile my CUDA/C++ code ? I found nothing on the web explaining such basic things .
I apologize if this is a duplicate post but I was unable to find anything that addressed my question. Currently I've installed the nvidia developer driver (beta) found here:[URL]..
After installing the driver everything works correctly. Rebooting the system results in a hang prior to starting X. Opening a new console and running start X provides me with the following error:
Code: [ 103.884] X.Org X Server 1.8.2 Release Date: 2010-07-01 [ 103.885] X Protocol Version 11, Revision 0 [ 103.885] Build Operating System: x86-10 2.6.32-44.el6.x86_64
[Code]..;.
At this point if I reinstall the driver and reissue startx, again the system starts up properly. Also I've noticed that after a reboot, my xorg.conf file is being overwrriten.
I have an init script running as a special build user which performs an automated build that fails with (Too many open files).I updated /etc/security/limits to allow the special user more open files, but that didn't work - the init script still isn't allowed more open files.Here's a demonstration of the problem;
I'm in love with my Opensuse 11.2. Love my KDE 4.4. The only thing I miss from my Ubuntu installation, is the ability to use Boxee. I would be more than willing to compile Boxee from source. I only have 2 problems with that:
1) I don't know where I can find all the build-deps or what they are for that matter to build Boxee.
2) I'm running on a Netbook. Yes, my measly Intel Atom is no fun for compiling and building.
What are my options/what can I do to get Boxee up and running on 11.2? I've tried searching on build service for an RPM, but I think due to legal restrictions, Boxee can't be on there.
looking for LIBEVENT... configure: error: Package requirements (libevent >= 2.0.10) were not met: In order to build transmission 2.21.I need libeventnew version of transmission,I need to build libevent-dev >= 2.0.10 and installed first.But I can't get any information about building development files for libevent.
as I'm advancing in building some nice rpm I finally wanted to install on of my gems also the build was successful the actual install fails with missing dependencies.
Code:
$ rpm --root /home/sascha/rpmbuild/ -i ./RPMS/x86_64/memcached-1.4.1-2.x86_64.rpm error: Failed dependencies: libc.so.6()(64bit) is needed by memcached-1.4.1-2.x86_64 libc.so.6(GLIBC_2.2.5)(64bit) is needed by memcached-1.4.1-2.x86_64
Trying to install SW 13.1 (on DVD) on the following system: M/B Intel: DX38BT Processor Intel Core 2 Quad Q6700 - 2.66GHz, 8MB Cache, 1066MHz FSB, Socket 775 Memory Corsair Dual Channel 8192MB PC10600 DDR3 1333MHz Memory (4x2048MB) Graphics Diamond Radeon HD 3850 Video Card - Viper, 512MB GDDR3, PCI Express 2.0 P/S Ultra 1000W
My goal is to install the i386 build on one partition and the 64-bit build on another. I have been away from Linux for a while and am sick to death of Win7, want to come home. :-}
Booted on i386 side of DVD, system freezes after a couple of lines that start with ATA2. Does not respond to 3 finger salute, ctrl-c, nothing. Have to press reset. I have tried both huge.s and hugesmp.s kernels
Booted on 64-bit side, comes up fine. I performed the install, selected for automatic lilo install. Lilo install hung but I was able to reboot. I booted off the 64-bit side again, entered the following: huge.s root=/dev/sde3 rdinit= ro It booted fully to the login prompt but the keyboard does not work, no input.
I am having trouble in configuring xorg.conf. I am running Suse 11.3 desktop on my PC. Also, I have one onboard nvidia graphics 6150SE and I have put one nvidia 8400GS 512Mb in the 16X PCIe slot for the additional seat...
So kindly tell me what should I do now or what things are missing ?? For any further info abt my PC plz tell me to post outputs(specify the commands for the same..)
I'm a college student, We are regularly req to write programs in C or C++. In Windows we have Turbo C...So do we have something like that in Ubuntu to write programs & run/compile it.
Also the programs written should be able to run in Windows also.
My computer has several partitions and OS:s on it, including beloved Ubuntu. If I want a total and identic clone of my HD, would dd be the way to go?Would it also preserve GRUB, bootrecords, etc? I'm after something that is at least as workable as Norton Ghost and from what I've read dd would to the trick.
