Bug 98226

Summary: liboctinterp.so not in search path / installation directory?
Product: [Retired] Red Hat Raw Hide Reporter: Jaakko R <jaakkor2>
Component: octaveAssignee: Lon Hohberger <lhh>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 1.0   
Target Milestone: ---   
Target Release: ---   
Hardware: i586   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-07-30 21:40:44 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On:    
Bug Blocks: 100643    

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):

How reproducible:

Steps to Reproduce:
1. # octave

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

# 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:


Let me know if it works for you.

Comment 2 Jaakko R 2003-07-01 18:30:42 UTC
$ rpm -q octave
$ rpm -q glibc
$ 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

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:


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