Jump to content
Eternal Lands Official Forums
spellbyte

Linux Help

Recommended Posts

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? :P ).

 

 

But remove the package, and do it exactly how i said it :angry:

Share this post


Link to post
Share on other sites
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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
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.

Share this post


Link to post
Share on other sites

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.0

ln: `libopenal.so.0': File exists

root@yos lib # ln -s libopenal.so.0.0.6 libopenal.so

ln: `libopenal.so': File exists

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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)

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

done that. should i try to run EL now

 

this is what the output was btw

root@yos eternal # cd /usr/lib

root@yos lib # rm libopenal.so.0

root@yos lib # ln -s libopenal.so.0.0.6 libopenal.so.0

root@yos lib #   

Share this post


Link to post
Share on other sites
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... :D

 

 

 

Looks like you already have the symlinks there, but it cant find them...?

Share this post


Link to post
Share on other sites
Guest
You are commenting as a guest. If you have an account, please sign in.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoticons maximum are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

×