Oracle Calendar on Ubuntu Hardy Heron (8.0.4)
[update apr 2009]:
also works on Debian Lenny. Eric Gerlach mentions the following : If you’re running the amd64 port of Debian or Ubuntu, you have to install ia32-libs and ia32-libs-gtk for the installer to work.
[update dec 2008]: also works on Intrepid Ibex!
Recently I reinstalled my computer at work and missed my Oracle Calendar. Here is a small howto to setup the calendar client.
Download the latest client from the Oracle website. Currently client version is cal_linux_1012.tar.gz (39,732,486 bytes)
Extract the client…
-
tar xvzf cal_linux_1012.tar.gz
After extraction you find a directory OracleCalendar_inst/ go there and do the following..
-
./text_install.sh
-
Preparing to install…
-
Extracting the JRE from the installer archive…
-
Unpacking the JRE…
-
Extracting the installation resources from the installer archive…
-
Configuring the installer for this system's environment…
-
nawk: error while loading shared libraries: libm.so.6: cannot open shared object file: No such file or directory
-
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
-
/bin/ls: error while loading shared libraries: librt.so.1: cannot open shared object file: No such file or directory
-
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
-
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
-
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
-
Launching installer…
-
grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
-
/tmp/install.dir.25009/Linux/resource/jre/bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
-
As you can see the installer produces some errors. That’s because it assumes your kernel version is the one it is set in the install script. So what we need to do is to disable the assumption. First let’s see what the script does…
-
cat cal_linux | grep LD_ASSUME_KERNEL
-
-
linux_LD_ASSUME_KERNEL_hack=0;
-
linux_LD_ASSUME_KERNEL_hack=1
-
# LD_ASSUME_KERNEL for Native POSIX Threading Library on some Linux distros
-
export LD_ASSUME_KERNEL=2.2.5
-
# unset the LD_ASSUME_KERNEL in cause we don't need it
-
unset LD_ASSUME_KERNEL
-
# check our rules for setting LD_ASSUME_KERNEL
-
linux_LD_ASSUME_KERNEL_hack=1
-
if [ $linux_LD_ASSUME_KERNEL_hack -eq 1 ]; then
-
LD_ASSUME_KERNEL=2.2.5
-
export LD_ASSUME_KERNEL
As you can see the kernel version that is assumed is version 2.2.5. Doing a `uname -r’ it shows me on a Ubuntu Heron that I’m currently running 2.6.24-19-generic kernel version.
So what we need to do is fool the script so it can not export the variable LD_ASSUME_KERNEL
Run the following to backup / modify / and cleanup the mess you made
-
cp cal_linux cal_linux.save
-
cat cal_linux.save | sed "s/export LD_ASSUME_KERNEL/#xport LD_ASSUME_KERNEL/" > cal_linux
-
rm cal_linux.save
Just run `cat cal_linux | grep LD_ASSUME_KERNEL’ again to see what changes you made.
Rerun the installer to give it another try…
-
./text_install.sh
There is just one more thing we need to do. If you finished the installation you can find `ocal’ in the default directory ~/OracleCalendar/bin. Running this produces another error…
-
/OracleCalendar/bin$ ./ocal
-
Starting Oracle Calendar for Linux
-
/home/raymond/OracleCalendar/bin/Ocal: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory
This is because Oracle Calendar depends on the older version of libstd that is installed on Heron. You can fix this by doing…
-
sudo apt-get install libstdc++5
-
The following NEW packages will be installed:
-
gcc-3.3-base libstdc++5
That’s it, now you can start the calendar
-
~/OracleCalendar/bin/ocal
Cheers,
Raymond
Thanks!! Worked like a a charm!
Hi Paul, thanks for the feedback, have fun.
Cheers,
Raymond.
You might want to add in an instruction to run the installer again after backing up that cal_linux.save files. I got confused at that point
Otherwise, great instructions!
Hi Megan,
Great observation! I’ve added the missing instruction. Thanks a lot!
Cheers,
Raymond.
I m getting this error while I am trying to run netcdf:
/opt/intel/fce/10.1.015/bin/ifort -c conftest.f90 >&5
/opt/intel/fce/10.1.015/bin/fortcom: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory
ifort: error #10257: Fatal error in /opt/intel/fce/10.1.015/bin/fortcom, terminated by 0x7f
Maryam, have you tried to follow these instructions?
http://www.intel.com/support/performancetools/sb/CS-027812.htm
You may want to make mention that:
a) These instructions work on Debian Lenny as well;
b) If you’re running the amd64 port of Debian or Ubuntu, you have to install ia32-libs and ia32-libs-gtk for the installer to work.
Otherwise, thanks!
Hi Eric,
Thanks for your feedback. I’ve updated the header.
And another happy uwaterloo.ca costumer
Cheers.