Placid Report post Posted October 14, 2004 if you had the source, you could: ./configure --prefix=/usr which would install it to usr, which is where most software looks for libs (really? ). But remove the package, and do it exactly how i said it Quote Share this post Link to post Share on other sites
Placid Report post Posted October 14, 2004 Yep, that means its isntalled (thats why i got you to do -ivh, its verbal and shows progress). Try EL again... Quote Share this post Link to post Share on other sites
spellbyte Report post Posted October 14, 2004 right im gonna uninstall the rpm yet again and find the source and do it the easy (hard) way, and follow your instructions to the letter Quote Share this post Link to post Share on other sites
Placid Report post Posted October 14, 2004 Fair enough, i take it that didnt work then. whats the error EL gives now? Quote Share this post Link to post Share on other sites
spellbyte Report post Posted October 14, 2004 just tried to uninstall using Kpackage like last time and it's not in the list. How do uninstall it manually?/ Quote Share this post Link to post Share on other sites
spellbyte Report post Posted October 14, 2004 Yep, that means its isntalled (thats why i got you to do -ivh, its verbal and shows progress). Try EL again... still gives the same error message ./el.x86.linux.bin: error while loading shared libraries: libopenal.so.0: cannot open shared object file: No such file or directory Quote Share this post Link to post Share on other sites
Placid Report post Posted October 14, 2004 lol type: log in as root ( type: su ) then type: find / -name libopenal.so.0 Is a directory listed? Quote Share this post Link to post Share on other sites
spellbyte Report post Posted October 14, 2004 umiron said Check what files were installed and where. You can do this with "rpm -ql openal" (or something like that.) I'm sure there's a way to do it in kpackage too.I think the problem is that the files where installed, but in such a place that the program can't find them. i done that command and this is what was given in return rpm -ql openal /usr/lib/libopenal.so.0.0.6 /usr/share/doc/openal/docs/.cvsignore /usr/share/doc/openal/docs/CVS /usr/share/doc/openal/docs/CVS/Entries /usr/share/doc/openal/docs/CVS/Repository /usr/share/doc/openal/docs/CVS/Root /usr/share/doc/openal/docs/ChangeLog /usr/share/doc/openal/docs/Makefile /usr/share/doc/openal/docs/alc-context.sgml /usr/share/doc/openal/docs/api-reference.html /usr/share/doc/openal/docs/app-annotations.sgml /usr/share/doc/openal/docs/app-constants.sgml /usr/share/doc/openal/docs/app-extensionprocess.sgml /usr/share/doc/openal/docs/app-extensions.sgml /usr/share/doc/openal/docs/architecture.html /usr/share/doc/openal/docs/chp-buffers.sgml /usr/share/doc/openal/docs/chp-introduction.sgml /usr/share/doc/openal/docs/chp-multichannel.sgml /usr/share/doc/openal/docs/chp-operation.sgml /usr/share/doc/openal/docs/chp-queueing.sgml /usr/share/doc/openal/docs/chp-rendering.sgml /usr/share/doc/openal/docs/chp-state.sgml /usr/share/doc/openal/docs/ent-examples.sgml /usr/share/doc/openal/docs/ent-extensions.sgml /usr/share/doc/openal/docs/ent-marks-annotated.sgml /usr/share/doc/openal/docs/ent-marks-full.sgml /usr/share/doc/openal/docs/ent-marks-reference.sgml /usr/share/doc/openal/docs/ent-marks-specification.sgml /usr/share/doc/openal/docs/ent-names.sgml /usr/share/doc/openal/docs/index.html /usr/share/doc/openal/docs/oalspecs.sgml /usr/share/doc/openal/docs/sec-bookinfo.sgml /usr/share/doc/openal/docs/specification.html /usr/share/doc/openal/docs/white-paper.html Quote Share this post Link to post Share on other sites
spellbyte Report post Posted October 14, 2004 type: log in as root ( type: su ) then type: find / -name libopenal.so.0 Is a directory listed? that gave back this message "find: . changed during execution of find" Quote Share this post Link to post Share on other sites
Umrion Report post Posted October 14, 2004 As root do: cd /usr/lib ln -s libopenal.so.0.0.6 libopenal.so.0 ln -s libopenal.so.0.0.6 libopenal.so Should fix it... Quote Share this post Link to post Share on other sites
Placid Report post Posted October 14, 2004 Are you still installing something? or removing files etc spellbyte? Umrion: ur symlinking one file, to two different files.... Quote Share this post Link to post Share on other sites
spellbyte Report post Posted October 14, 2004 nope im concentrating my efforts on getting this installed for obvious reasons lol Quote Share this post Link to post Share on other sites
Umrion Report post Posted October 14, 2004 Umrion: ur symlinking one file, to two different files.... I know what I'm doing, you don't have to tell me. Quote Share this post Link to post Share on other sites
spellbyte Report post Posted October 14, 2004 what is symlinking when its at home then and do i want to do it on this occasion Quote Share this post Link to post Share on other sites
Umrion Report post Posted October 14, 2004 Basically ln -s libopenal.so.0.0.6 libopenal.so.0 creates a symbolic link for the file libopenal.so.0.0.6 called libopenal.so.0. That means that if some program, say the EL client, tries to access libopenal.so.0, it will actually use libopenal.so.0.0.6 The installer should have done this for you, but since it didn't, you can do it yourself. For more information type man ln Quote Share this post Link to post Share on other sites
Placid Report post Posted October 14, 2004 Umrion: ur symlinking one file, to two different files.... I know what I'm doing, you don't have to tell me. Yes, i gathered that, but WHY are you symlinking one file to two? spellbyte: Symbolic linking is creating a link to a file, from any location. Whenever that file changes, the symbolic link changes. You might want to do a symbloic link to a script or something you run often. for instance. to run el at any point in a console/shell do: cd /usr/bin ln -s /path/to/el/el.x86.linux.bin el so, whenever you type, el in a shell, it (!?SHOULD?!) run el, immediately. Quote Share this post Link to post Share on other sites
spellbyte Report post Posted October 14, 2004 i tried that bit of code from umiron and this is what was given back root@yos lib # ln -s libopenal.so.0.0.6 libopenal.so.0ln: `libopenal.so.0': File exists root@yos lib # ln -s libopenal.so.0.0.6 libopenal.so ln: `libopenal.so': File exists Quote Share this post Link to post Share on other sites
Umrion Report post Posted October 14, 2004 Post the output from these lines then: ls -l /usr/lib/libopenal.* ldd el.x86.linux.bin Change to the el directory before doing the second line. Placid: Because that's the way it's usually done. Check out what symlinks you have in your lib directories. Quote Share this post Link to post Share on other sites
spellbyte Report post Posted October 14, 2004 here is the output from the first line root@yos lib # ls -l /usr/lib/libopenal.*lrwxrwxrwx 1 root root 18 2004-10-14 15:29 /usr/lib/libopenal.so -> libopenal.so.0.0.6 lrwxrwxrwx 1 root root 20 2004-10-14 15:27 /usr/lib/libopenal.so.0 -> libopenal.so.0.0.0.6 -rw-r--r-- 1 root root 212200 2003-05-05 20:03 /usr/lib/libopenal.so.0.0.6 and here is the seconde line root@yos eternal # ldd el.x86.linux.bin linux-gate.so.1 => (0xffffe000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4198d000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4188c000) libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0x3aabd000) libpthread.so.0 => /lib/libpthread.so.0 (0x4193a000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0x3ab3c000) libz.so.1 => /usr/lib/libz.so.1 (0x4199b000) libm.so.6 => /lib/libm.so.6 (0x41868000) libSDL_net-1.2.so.0 => /usr/lib/libSDL_net-1.2.so.0 (0x3ac37000) libopenal.so.0 => not found libGL.so.1 => /usr/lib/libGL.so.1 (0x42b8e000) libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0x43701000) libvorbisfile.so.3 => /usr/lib/libvorbisfile.so.3 (0x43766000) libc.so.6 => /lib/libc.so.6 (0x41748000) libdl.so.2 => /lib/libdl.so.2 (0x41863000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x419d9000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x41000000) libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x41018000) libnvidia-tls.so.1 => /usr/lib/libnvidia-tls.so.1 (0x41744000) libogg.so.0 => /usr/lib/libogg.so.0 (0x436ac000) libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x419ce000) Quote Share this post Link to post Share on other sites
Umrion Report post Posted October 14, 2004 Here's the problem. lrwxrwxrwx 1 root root 20 2004-10-14 15:27 /usr/lib/libopenal.so.0 -> libopenal.so.0.0.0.6 Do this cd /usr/lib rm libopenal.so.0 ln -s libopenal.so.0.0.6 libopenal.so.0 Quote Share this post Link to post Share on other sites
spellbyte Report post Posted October 14, 2004 done that. should i try to run EL now this is what the output was btw root@yos eternal # cd /usr/libroot@yos lib # rm libopenal.so.0 root@yos lib # ln -s libopenal.so.0.0.6 libopenal.so.0 root@yos lib # Quote Share this post Link to post Share on other sites
Placid Report post Posted October 14, 2004 Placid: Because that's the way it's usually done. Check out what symlinks you have in your lib directories. I know what symlinks i have, i know what they do I think i read the line wrong... Looks like you already have the symlinks there, but it cant find them...? Quote Share this post Link to post Share on other sites
Placid Report post Posted October 14, 2004 yes, run el and see what happens... Quote Share this post Link to post Share on other sites
spellbyte Report post Posted October 14, 2004 just tried it and this is what i got root@yos eternal # el.x86.linux.binbash: el.x86.linux.bin: command not found root@yos eternal # Quote Share this post Link to post Share on other sites
spellbyte Report post Posted October 14, 2004 my fault ihad it all wrong, just restarted Konsole and it all works fine now THANKS to everyone for all of your wonderful help Quote Share this post Link to post Share on other sites