cancelar
Mostrando los resultados de 
Buscar en lugar de 
Quiere decir: 

Installing Linux Runtime

I need to install a Linux LV7.1 app on a machine that has damnsmalllinux v1.5 already installed on it.  I'd like to install the 7.1 runtime, but it is an rpm, which this knoppix-debian based distro does not support.  Are instructions for a manual install of the runtime available?
0 kudos
Mensaje 1 de 7
5.197 Vistas
hello,

you could try to convert the packages from rpm to deb with alien.
use the option "-c" to convert also the installscripts.

regards,

robert h
national instruments
0 kudos
Mensaje 2 de 7
5.185 Vistas
Thank you Robert. You put me on the right trail. I made some changes before following along however.

After a brief search last night I found the supported linux versions page, which referenced 2.6 as required, and also found the application builder guide which mentioned X11. damnsmalllinux is 2.4, and does not use X11. So I decided that change was in order before going further, and switched to SLAX. This gives me 2.6 and X, while still allowing me to run off a small compact flash drive (no rotating media allowed for this app). I'll happily try any other distro recommended that fits, but for now I am on SLAX.

Back on the trail: Starting with labview-rte-aal-1.0-1.i386.rpm and labview71-rte-7.1-1.i386.rpm I converted the rpms to tgzs (rpm2tgz), which I then changed into mo's (tgz2mo), which were in turn loaded using uselivemod. Quite a few files showed up in /usr/local/lib/LabVIEW-7.1 & usr/local/share/natinst, so it looked like it worked.

I then tried to run my executable and got the error message
"Can't find LabVIEW runtime library liblvrt.so.7.1
Make sure this library is installed in your LD_LIBRARY_PATH
search path, or in /usr/lib"

I looked for liblvrt.so.7.1 and found it in /usr/local/lib/LabVIEW-7.1

I copied it to /usr/lib, then running the executable netted
"Can't load LabVIEW runtime library /usr/lib/
libLVMesaGL.so.3: cannot open shared object"

Looking back in /usr/local/lib/LabVIEW-7.1 I noticed that libLVMesaGL.so.3 was in there too. I tried
echo $LD_LIBRARY_PATH
nothing there, so I then deleted the file from /usr/bin and tried LD_LIBRARY_PATH=/usr/local/lib/LabVIEW-7.1

Now running the executable nets me
"Can't find LabVIEW runtime library liblvrt.so.7.1
Make sure this library is installed in your LD_LIBRARY_PATH
search path, or in /usr/lib"

I checked to make sure that liblvrt.so.7.1 is still in /usr/local/lib/LabVIEW-7.1, it is.

In summary, the files appear to be out there, but I cannot seem to point at them correctly. Any thoughts?
0 kudos
Mensaje 3 de 7
5.173 Vistas
Did anyone ever solve this?  Having the same problems in 8.2.1.
0 kudos
Mensaje 4 de 7
4.886 Vistas
If the executeable is a shell script I would put "echo $LD_LIBRARY_PATH" somewhere near the top, just to see what is going on.

--Patrick
0 kudos
Mensaje 5 de 7
4.880 Vistas
Just got it working.  It seems to ignore the usual dynamic linker stuff (LD_LIBRARY_PATH, ldconfig etc) and look in a hardcoded list of random places, including /usr/local/lv60 (despite this being Labview 8.2 not 6.0....)

The solution for me was to put a symlink into /usr/lib pointing to the RTE:

ln -s /usr/local/lib/LabVIEW-8.2/liblvrt.so.8.2.1 /usr/lib/liblvrt.so.8.2

Also, make sure that the libGL.so.1 and libGL.so.1.2 links in /usr/lib point to the one that comes in /usr/local/lib/LabVIEW/patchlib rather than the one that comes with the OS (this gets rid of the OSMesa messages, as described in the readme in the patchlib directory). 

And suddenly it worked 🙂 

0 kudos
Mensaje 6 de 7
4.876 Vistas
Oh, and you need to copy /usr/local/natinst/LabVIEW-8.2/patchlib/libOSMesa.4 into /usr/lib too.
0 kudos
Mensaje 7 de 7
4.872 Vistas