Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 98226 - liboctinterp.so not in search path / installation directory?
Summary: liboctinterp.so not in search path / installation directory?
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: octave
Version: 1.0
Hardware: i586
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Lon Hohberger
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: CambridgeBlocker
TreeView+ depends on / blocked
 
Reported: 2003-06-28 08:57 UTC by Jaakko R
Modified: 2007-04-18 16:55 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-07-30 21:40:44 UTC
Embargoed:

Attachments (Terms of Use)

Description Jaakko R 2003-06-28 08:57:28 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.4) Gecko/20030619

Description of problem:
# octave
octave: error while loading shared libraries: liboctinterp.so: cannot open
shared object file: No such file or directory

/usr/bin/octave is searching liboctinterp.so from wrong directories. 


Version-Release number of selected component (if applicable):
octave-2.1.49-2

How reproducible:
Always

Steps to Reproduce:
1. # octave
2.
3.
    

Actual Results:  # octave
octave: error while loading shared libraries: liboctinterp.so: cannot open
shared object file: No such file or directory


Expected Results:  Octave should have started.

Additional info:


System is RH9 with updates plus some files from rawhide.


# locate liboctinterp.so
/usr/lib/octave-2.1.49/liboctinterp.so.2.1.49
/usr/lib/octave-2.1.49/liboctinterp.so

# strace octave

should many different paths, but not the correct one.
Comment 1 Lon Hohberger 2003-06-30 18:33:21 UTC 
octave-2.1.49-4 will appear in rawhide soon.  In the mean time, you may download
them from my people.redhat.com page:

http://people.redhat.com/lhh/octave-2.1.49-4.i386.rpm
http://people.redhat.com/lhh/octave-2.1.49-4.src.rpm

Let me know if it works for you.
Comment 2 Jaakko R 2003-07-01 18:30:42 UTC 
$ rpm -q octave
octave-2.1.49-4
$ rpm -q glibc
glibc-2.3.2-27.9
$ octave
octave: relocation error: /usr/lib/liboctinterp.so: symbol sys_siglist, version
GLIBC_2.3.3 not defined in file libc.so.6 with link time reference
$ strings /lib/libc.so.6 | grep GLIBC_2.3.3
GLIBC_2.3.3


Hmm, maybe more uptodate glibc is needed than the one from RH9?
Comment 3 Lon Hohberger 2003-07-01 19:17:36 UTC 
Oddly enough, I do not see that version of glibc in Raw Hide at the moment. 
Anyway, all the new octave package does differently than the old one is set up
symlinks in /usr/lib:

/usr/lib/liboctinterp.so => /usr/lib/octave-2.1.49/liboctinterp.so.2.1.49

and the like.   You can always add:

/usr/lib/octave-2.1.49

to /etc/ld.so.conf (don't forget to run "ldconfig" when you're done!).  Either
of these should make the old package (2.1.49-2) work as well as can be (...being
bleeding edge software).
Comment 4 Orion Poplawski 2004-12-15 21:21:06 UTC 
Perhaps with the new /etc/ld.so.conf.d/ structure, octave can safely
add %{_libdir}/octave-%{version} to a file there and avoid the silly
linking - which appears to break when doing an upgrade of the octave
package.
Note You need to log in before you can comment on or make changes to this bug.