I Got 8.0.5 to work on Slackware 3.6!

Question

I got Oracle 8.0.5 to link and run on Slackware 3.6!
The trick was getting my system to link using glibc (2.0.7) and
not the default libc5.
Steps:
1) From the slackware distribution media (cdrom), read
/cdrom/contrib/glibc-2.0.7pre6.README. Big clues in this file.
2) Uninstall (from setup) glibc1 & glibc2. These are runtime
support libraries for glibc and are not meant for
compiling/linking.
3) Install (from setup, pkgtool, from /cdrom/contrib)
glibc-2.0.7pre6. Do not install by hand (tar xf)! I had to boot
off floppy several times 'cause I trashed the runtime libraries
and crashed the system by doing that. Not to mention corrupting
my hard disk and having to run fsck... gheeeeese. As a matter of
fact I'd recommend booting to single user (init 1) and then
installing.
4) Modify the gcc specs file. You want the specs file to use the
specs.glibc2 version. I just deleted specs and copied
specs.glibc2 to specs.
kirk:~# gcc -v
Reading specs from /usr/lib/gcc-lib/i486-linux/2.7.2.3/specs
gcc version 2.7.2.3
kirk:~# cd /usr/lib/gcc-lib/i486-linux/2.7.2.3
kirk:/usr/lib/gcc-lib/i486-linux/2.7.2.3# ls -l spec*
-rwxr-xr-x 1 root root 979 Sep 7 01:53 specs*
-rwxr-xr-x 1 root root 979 Sep 6 19:41
specs.glibc2*
-rwxr-xr-x 1 root root 952 Sep 6 19:41
specs.libc5*
kirk:~# rm specs; cp specs.glibc2 specs
5) Run ldconfig (not sure if this is required).
6) Optional? The only other thing I had to do was change the
symbolic link of /lib/libdl.so from -> libdl.so.1
to -> libdl.so.2
7) Run the oracle installer and go for it!
Extra stuff regarding libraries:
Before I finally got everything working, I had installed
glibc2.0.7pre6 on top of existing glibc1 & glibc2. Oracle linked
but svrmgrl came back with return(3), aka: everything linked with
no error from oracle installer. The 8.0.5/orainst/make.log showed
the results (warnings!) of the link. I was getting something like
(sorry I deleted my old make logs allready):
function_whatever.o expected/needs libdl.so.2, may conflict
with libdl.so.1
This basically says the dl.so library is pointing to the old
glibc5 libraries and not glibc6 (aka glib 2.0.7). Take a look at
/lib & /usr/lib directories and note the symbolic links.
glibc2.0.7pre6 may not re-define all links so you may have to do
one or two by hand like I had to.
The make.log message: "gets function is dangerous and should not
be used" message can be ignored.
How I figured out what libraries were being used (/lib or
/usr/lib):
From the make.log file, I cut and pasted the line to compile
svrmgrl executable (this was a file I was having problems with).
I modified the -o option to save the output to my current (test)
directory so if it linked ok, I could execute and see if it ran.
And I added the qualifier -Xlinker -t. -Xlinker allows you to
send a qualifier available to the linker only (and not gcc). -t
means show libraries as they are loaded.
Pay attention to linefeeds and continuations. This is one big
line...
So I had something like this:
$ cat t
cc -L/oracle/product/8.0.5/lib/
-L/oracle/product/8.0.5/rdbms/lib -o svrmgrl
/oracle/product/8.0.5/lib/smalmain.o -lsvrmgrl -lslpm
/oracle/product/8.0.5/rdbms/lib/defopt.o
/oracle/product/8.0.5/rdbms/lib/ssdbaed.o -Xlinker -t
-lclient -lsql /oracle/product/8.0.5/lib/libclntsh.so
/oracle/product/8.0.5/lib/nautab.o
/oracle/product/8.0.5/lib/naeet.o
/oracle/product/8.0.5/lib/naect.o
/oracle/product/8.0.5/lib/naedhs.o `cat
/oracle/product/8.0.5/lib/naldflgs` -lnetv2 -lnttcp -lnetwork
-lncr -lclient -lvsn -lcommon -lgeneric -lmm -lnlsrtl3 -lcore4
-lnlsrtl3 -lcore4 -lnlsrtl3 -lnetv2 -lnttcp -lnetwork -lncr
-lclient -lvsn -lcommon -lgeneric -lepc -lnlsrtl3 -lcore4
-lnlsrtl3 -lcore4 -lnlsrtl3 -lclient -lvsn -lcommon -lgeneric
-lnlsrtl3 -lcore4 -lnlsrtl3 -lcore4 -lnlsrtl3 `cat
/oracle/product/8.0.5/lib/sysliblist` -ldl -lm -ldl -lnetv2
-lnttcp -lnetwork -lncr -lnetv2 -lnttcp -lnetwork -lncr -lnetv2
-lnttcp -lnetwork -lncr -lnetv2 -lnttcp -lnetwork -lncr -lnetv2
-lnttcp -lnetwork -lncr -lsql -lsql
Executing t got me something like this:
(/oracle/product/8.0.5/lib//libnlsrtl3.a)lxwc2lx.o
(/oracle/product/8.0.5/lib//libnlsrtl3.a)lxwuppx.o
-lnsl (/usr/lib/libnsl.so)
-lm (/usr/lib/libm.so)
-ldl (/lib/libdl.so)
-lm (/usr/lib/libm.so)
-ldl (/lib/libdl.so)
(/usr/lib/gcc-lib/i486-linux/2.7.2.3/libgcc.a)_divdi3.o
(/usr/lib/gcc-lib/i486-linux/2.7.2.3/libgcc.a)_udivdi3.o
(/usr/lib/gcc-lib/i486-linux/2.7.2.3/libgcc.a)_umoddi3.o
/lib/libc.so.6
/oracle/product/8.0.5/lib//libcore4.a(lcd.o): In function
`lcdprm':
lcd.o(.text+0xacb): the `gets' function is dangerous and should
not be used.
/usr/lib/gcc-lib/i486-linux/2.7.2.3/crtend.o
/usr/lib/crtn.o
Notice that libdl.so & libc.so.6 comes from the /lib directory
(not /usr/lib as I had in earlier attempts). This is how I knew
where to change the symbolic links if I had to. This was the
biggest issue on my system... which is why I'm including all the
mess for ya'll :)
Bad compiles:
If you get link errors like "bad reference to __sigsetjmp" or
whatever... it will cause oracle installer to error out; the the
wrong libraries are being pointed to and/or you have a
combintation of glibc5 and glibc6 libraries in place. Thats why
I uninstalled glibc1 and glibc2. Merging glibc2.0.7pre6 on top of
glibc1 and glibc2 did not work!
The right way:
The correct way to do all of this is to probably put glic5 and
glibc6 libraries in separate directories and configure the linker
to use one or the other with ldconfig (I do not know how to do
this. Any suggestions?).
After effects:
Oracle runs just fine, including SQL*Plus and PL/SQL. I havent
done much testing but the db comes up and the demo tables
(scott/tiger) come up OK. I successfully installed the RDBMS
Sever, Docs, SQL*PLUS, PL/SQL and a few other items. I did'nt
install any net stuff.
I have not uninstalled glibc2.0.7pre6 and re-installed glibc1 and
glibc2... but I do not forsee any problems.
A note on oracle installer:
I downloaded 8.0.5 on my 56k modem... took 9.5 hours! The
untarred .tgz is itself a staging area, you do not have to build
one.
Create the oracle user account before you untar from it, and
untar with the p (permission) option... as the tar file is built
from oracle:dba. This worked for me anyway, the install files had
all the right permissions.
Post Installation:
The post installation notes say to set 8.0.5/lib to chmod 644.
This does'nt allow svrmgrl to come up cause it cant get to a
library function.
Running oraenv from my .profile (actually .bash_profile) deletes
the $LD_LIBRARY_PATH environment variable (which has 8.0.5/lib)
in it, hence I cant run anything (again, cant find library
functions). So I don't run oraenv anymore! Actually... I guess I
should define the variable AFTER I run oraenv... duh!!
It figures, the programmer O/S that slackware is, allows multiple
libraries. So you just gotta deal with 'em! Switching to RedHat
just for a differnet library-set just did'nt seem like the right
solution.
Go Slackware!!
Earl Wagner
[email protected]
null

Answer 1

I got Oracle 8.0.5 to link and run on Slackware 3.6!
The trick was getting my system to link using glibc (2.0.7) and
not the default libc5.
Steps:
1) From the slackware distribution media (cdrom), read
/cdrom/contrib/glibc-2.0.7pre6.README. Big clues in this file.
2) Uninstall (from setup) glibc1 & glibc2. These are runtime
support libraries for glibc and are not meant for
compiling/linking.
3) Install (from setup, pkgtool, from /cdrom/contrib)
glibc-2.0.7pre6. Do not install by hand (tar xf)! I had to boot
off floppy several times 'cause I trashed the runtime libraries
and crashed the system by doing that. Not to mention corrupting
my hard disk and having to run fsck... gheeeeese. As a matter of
fact I'd recommend booting to single user (init 1) and then
installing.
4) Modify the gcc specs file. You want the specs file to use the
specs.glibc2 version. I just deleted specs and copied
specs.glibc2 to specs.
kirk:~# gcc -v
Reading specs from /usr/lib/gcc-lib/i486-linux/2.7.2.3/specs
gcc version 2.7.2.3
kirk:~# cd /usr/lib/gcc-lib/i486-linux/2.7.2.3
kirk:/usr/lib/gcc-lib/i486-linux/2.7.2.3# ls -l spec*
-rwxr-xr-x 1 root root 979 Sep 7 01:53 specs*
-rwxr-xr-x 1 root root 979 Sep 6 19:41
specs.glibc2*
-rwxr-xr-x 1 root root 952 Sep 6 19:41
specs.libc5*
kirk:~# rm specs; cp specs.glibc2 specs
5) Run ldconfig (not sure if this is required).
6) Optional? The only other thing I had to do was change the
symbolic link of /lib/libdl.so from -> libdl.so.1
to -> libdl.so.2
7) Run the oracle installer and go for it!
Extra stuff regarding libraries:
Before I finally got everything working, I had installed
glibc2.0.7pre6 on top of existing glibc1 & glibc2. Oracle linked
but svrmgrl came back with return(3), aka: everything linked with
no error from oracle installer. The 8.0.5/orainst/make.log showed
the results (warnings!) of the link. I was getting something like
(sorry I deleted my old make logs allready):
function_whatever.o expected/needs libdl.so.2, may conflict
with libdl.so.1
This basically says the dl.so library is pointing to the old
glibc5 libraries and not glibc6 (aka glib 2.0.7). Take a look at
/lib & /usr/lib directories and note the symbolic links.
glibc2.0.7pre6 may not re-define all links so you may have to do
one or two by hand like I had to.
The make.log message: "gets function is dangerous and should not
be used" message can be ignored.
How I figured out what libraries were being used (/lib or
/usr/lib):
From the make.log file, I cut and pasted the line to compile
svrmgrl executable (this was a file I was having problems with).
I modified the -o option to save the output to my current (test)
directory so if it linked ok, I could execute and see if it ran.
And I added the qualifier -Xlinker -t. -Xlinker allows you to
send a qualifier available to the linker only (and not gcc). -t
means show libraries as they are loaded.
Pay attention to linefeeds and continuations. This is one big
line...
So I had something like this:
$ cat t
cc -L/oracle/product/8.0.5/lib/
-L/oracle/product/8.0.5/rdbms/lib -o svrmgrl
/oracle/product/8.0.5/lib/smalmain.o -lsvrmgrl -lslpm
/oracle/product/8.0.5/rdbms/lib/defopt.o
/oracle/product/8.0.5/rdbms/lib/ssdbaed.o -Xlinker -t
-lclient -lsql /oracle/product/8.0.5/lib/libclntsh.so
/oracle/product/8.0.5/lib/nautab.o
/oracle/product/8.0.5/lib/naeet.o
/oracle/product/8.0.5/lib/naect.o
/oracle/product/8.0.5/lib/naedhs.o `cat
/oracle/product/8.0.5/lib/naldflgs` -lnetv2 -lnttcp -lnetwork
-lncr -lclient -lvsn -lcommon -lgeneric -lmm -lnlsrtl3 -lcore4
-lnlsrtl3 -lcore4 -lnlsrtl3 -lnetv2 -lnttcp -lnetwork -lncr
-lclient -lvsn -lcommon -lgeneric -lepc -lnlsrtl3 -lcore4
-lnlsrtl3 -lcore4 -lnlsrtl3 -lclient -lvsn -lcommon -lgeneric
-lnlsrtl3 -lcore4 -lnlsrtl3 -lcore4 -lnlsrtl3 `cat
/oracle/product/8.0.5/lib/sysliblist` -ldl -lm -ldl -lnetv2
-lnttcp -lnetwork -lncr -lnetv2 -lnttcp -lnetwork -lncr -lnetv2
-lnttcp -lnetwork -lncr -lnetv2 -lnttcp -lnetwork -lncr -lnetv2
-lnttcp -lnetwork -lncr -lsql -lsql
Executing t got me something like this:
(/oracle/product/8.0.5/lib//libnlsrtl3.a)lxwc2lx.o
(/oracle/product/8.0.5/lib//libnlsrtl3.a)lxwuppx.o
-lnsl (/usr/lib/libnsl.so)
-lm (/usr/lib/libm.so)
-ldl (/lib/libdl.so)
-lm (/usr/lib/libm.so)
-ldl (/lib/libdl.so)
(/usr/lib/gcc-lib/i486-linux/2.7.2.3/libgcc.a)_divdi3.o
(/usr/lib/gcc-lib/i486-linux/2.7.2.3/libgcc.a)_udivdi3.o
(/usr/lib/gcc-lib/i486-linux/2.7.2.3/libgcc.a)_umoddi3.o
/lib/libc.so.6
/oracle/product/8.0.5/lib//libcore4.a(lcd.o): In function
`lcdprm':
lcd.o(.text+0xacb): the `gets' function is dangerous and should
not be used.
/usr/lib/gcc-lib/i486-linux/2.7.2.3/crtend.o
/usr/lib/crtn.o
Notice that libdl.so & libc.so.6 comes from the /lib directory
(not /usr/lib as I had in earlier attempts). This is how I knew
where to change the symbolic links if I had to. This was the
biggest issue on my system... which is why I'm including all the
mess for ya'll :)
Bad compiles:
If you get link errors like "bad reference to __sigsetjmp" or
whatever... it will cause oracle installer to error out; the the
wrong libraries are being pointed to and/or you have a
combintation of glibc5 and glibc6 libraries in place. Thats why
I uninstalled glibc1 and glibc2. Merging glibc2.0.7pre6 on top of
glibc1 and glibc2 did not work!
The right way:
The correct way to do all of this is to probably put glic5 and
glibc6 libraries in separate directories and configure the linker
to use one or the other with ldconfig (I do not know how to do
this. Any suggestions?).
After effects:
Oracle runs just fine, including SQL*Plus and PL/SQL. I havent
done much testing but the db comes up and the demo tables
(scott/tiger) come up OK. I successfully installed the RDBMS
Sever, Docs, SQL*PLUS, PL/SQL and a few other items. I did'nt
install any net stuff.
I have not uninstalled glibc2.0.7pre6 and re-installed glibc1 and
glibc2... but I do not forsee any problems.
A note on oracle installer:
I downloaded 8.0.5 on my 56k modem... took 9.5 hours! The
untarred .tgz is itself a staging area, you do not have to build
one.
Create the oracle user account before you untar from it, and
untar with the p (permission) option... as the tar file is built
from oracle:dba. This worked for me anyway, the install files had
all the right permissions.
Post Installation:
The post installation notes say to set 8.0.5/lib to chmod 644.
This does'nt allow svrmgrl to come up cause it cant get to a
library function.
Running oraenv from my .profile (actually .bash_profile) deletes
the $LD_LIBRARY_PATH environment variable (which has 8.0.5/lib)
in it, hence I cant run anything (again, cant find library
functions). So I don't run oraenv anymore! Actually... I guess I
should define the variable AFTER I run oraenv... duh!!
It figures, the programmer O/S that slackware is, allows multiple
libraries. So you just gotta deal with 'em! Switching to RedHat
just for a differnet library-set just did'nt seem like the right
solution.
Go Slackware!!
Earl Wagner
[email protected]
null