Patch: 8.0.5.1 on glibc-2.1 based SuSE Linux 6.2

See the top of my homepage (http://www.csn.tu-chemnitz.de/~mha/)
The package opatch.rpm there is for SuSE Linux 6.2, a glibc 2.1
based distribution. Oracle 8.0.5.1 needs to be patched if you
want to install it on glibc2.1-based Systems (however,
upgrading an already running Oracle-System from glibc2.0 to 2.1
works without any patches to Oracle - the problem is that Oracle
is relinked during installation, and it must be linked against
glibc2.0).
The package also takes care of some other bugs in the Oracle
installation process. It must be applied to the Oracle
installation
tree before installation, which means you cannot install from
CD. I don3t think this will be a problem - you should have 475MB
left
for running Oracle anyway (475MB is the size of the tree of
Oracle 8.0.5.1 Enterprose Edition)!
PS: A similar (pre-installation) patch for Oracle 8i is on the
way.
null

I would not blame ORACLE - I think the problem is
with the EGCS and the libraries.
I have emails from the linux.devel on these.
For e.g. a simple program such as
#include "stdio.h"
FILE *fp = stderr;
main() {
gives error on Redhat 6.0, Caldera 2.2!
It works on Solaris, IRIX, AIX, Redhat 5.2 and
even with Visual C++ 6!
I have had other programs such as pdksh (ksh) also
dumping on Redhat 6.0 and Caldera 2.2
(even after I compile everything from source!).
I have also had nothing but trouble with other databases
on 6.0. I think new kernels should go through a lot more
testing before being released like this.
I am also debating whether to move back to Redhat 5.2!
Freddy Wissing (guest) wrote:
: Oracle Development Team wrote:
: : Oracle 8.0.5.x is certified on GLIBC 2.1 system and a patch
: : is available for this.
: : The patch available for download contains two files -
: : README including instructions for applying the patch and
: : the patch file glibcpatch.tgz (compressed tar). Follow the
: : instructions provided in the README to apply this patch.
: : This patch is available for both 8.0.5 Standard and
Enterprise
: : Editions of Oracle.
: : Get Technical!
: : http://technet.oracle.com
: I agree with the others. Referring back to an older library
: merely for compatibility's sake is different from forward
: motion. I 've been having nuttin' but trouble with the compat
: stuff, and now my pro-c stuff won't work at all. (separate
post)
: There needs to be REAL glibc-2.1 linking. I hesitate to run
: anything important (no less mission critical) on top of these
: compat packages, and it's truly making me rethink my strategy
of
: using RedHat/Oracle unless I revert back to RedHat 5.2, which I
: liked.
: If you are already publishing a real fix for this, please
: disregard. Otherwise, please do us this favor. There's a
: tremendous RedHat 6.0 population out there.
: Freddy Wissing
null

Similar Messages

[svn] 915: [patch submission] SDK-15042: Check for a previously unpacked player on linux platforms and don' t re-unpack

Revision: 915
Author: [email protected]
Date: 2008-03-25 13:37:13 -0700 (Tue, 25 Mar 2008)
Log Message:
[patch submission] SDK-15042: Check for a previously unpacked player on linux platforms and don't re-unpack
* Took patch verbatim, thanks Tom!
Bugs: SDK-15042
QA: Yes, please test "setup.sh" unpacks correctly on Linux
Doc: No
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-15042
http://bugs.adobe.com/jira/browse/SDK-15042
Modified Paths:
flex/sdk/trunk/setup.sh

Revision: 915
Author: [email protected]
Date: 2008-03-25 13:37:13 -0700 (Tue, 25 Mar 2008)
Log Message:
[patch submission] SDK-15042: Check for a previously unpacked player on linux platforms and don't re-unpack
* Took patch verbatim, thanks Tom!
Bugs: SDK-15042
QA: Yes, please test "setup.sh" unpacks correctly on Linux
Doc: No
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-15042
http://bugs.adobe.com/jira/browse/SDK-15042
Modified Paths:
flex/sdk/trunk/setup.sh

Patch for Oracle

Hi all,
From where can i download p3006854_9204_LINUX.zip. I don't have metalink userid and also from google i am unable to find any information. Is there any other site from where it can be downloaded free.
Thanks in advance.
Swadhin

Thanks Nicolas,
Actually i have downloaded the Oracle software from Oracle site only which was free.
While installation i got the following error
"Error occurred during initialization of VM
Unable to load native library: /tmp/OraInstall2003-10-25_03-14-57PM/jre/lib/i386/libjava.so:
symbol __libc_wait, version GLIBC_2.0 not defined in file libc.so.6 with link time reference"
The answer to this problems on net was
"To resolve the __libc_wait symbol issue, download the patch p3006854_9204_LINUX.zip "
Can i use p3006854_10102_LINUX.zip file for Suse Linux 9.1. In the readme file it is written that it is for Red Hat Linux.
If no then which file i should use for Suse Linux.
Regards
Swadhin
Message was edited by:
user456813
Message was edited by:
user456813

Dbassist - JNLSException

When I start dbassist I get this error.
JNLS Excepiton:oracle.ntpg.jnls.JNLSException
Unable to find any National Character Sets. Please check your
Oracle installation.
Is there something that will fix this condition?
null

Marcio Montenegro (guest) wrote:
: hal (guest) wrote:
: : When I start dbassist I get this error.
: : JNLS Excepiton:oracle.ntpg.jnls.JNLSException
: : Unable to find any National Character Sets. Please check
your
: : Oracle installation.
: : Is there something that will fix this condition?
: Click OK and you can create a database.
I got the same problem and click on "Ok" doesnt hel i get a lop
in the jre-process:
poll(0x8145e80, 0xb, 0, 0, 0x8145e80) = 11
rt_sigprocmask(0, 0, 0x4261ee68, 0x8, 0) = 0
rt_sigprocmask(0x2, 0x4251de68, 0, 0x8, 0x2) = 0
gettimeofday({933939414, 611418}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 23242}},
NULL) = 0
rt_sigprocmask(0, 0, 0x4251de68, 0x8, 0) = 0
rt_sigprocmask(0x2, 0x43416e68, 0, 0x8, 0x2) = 0
read(31, 0x41649d98, 512) = -1 EAGAIN (Resource
temporarily unavailable)
rt_sigprocmask(0, 0, 0x43416e68, 0x8, 0) = 0
rt_sigprocmask(0x2, 0x4391be68, 0, 0x8, 0x2) = 0
read(29, 0x41649b90, 512) = -1 EAGAIN (Resource
temporarily unavailable)
rt_sigprocmask(0, 0, 0x4391be68, 0x8, 0) = 0
rt_sigprocmask(0x2, 0x42975e68, 0, 0x8, 0x2) = 0
poll(0x42975bc4, 0x1, 0, 0, 0x42975bc4) = 0
gettimeofday({933939414, 613525}, NULL) = 0
ioctl(19, FIONREAD, [0]) = 0
ioctl(19, FIONREAD, [0]) = 0
gettimeofday({933939414, 614044}, NULL) = 0
select(20, [19], [], [], {0, 0}) = 0 (Timeout)
gettimeofday({933939414, 614390}, NULL) = 0
gettimeofday({933939414, 614551}, NULL) = 0
poll(0x42975bc4, 0x1, 0, 0, 0x42975bc4) = 0
gettimeofday({933939414, 614873}, NULL) = 0
gettimeofday({933939414, 615281}, NULL) = 0
rt_sigprocmask(0, 0, 0x42975e68, 0x8, 0) = 0
rt_sigprocmask(0x2, 0x4251de68, 0, 0x8, 0x2) = 0
gettimeofday({933939414, 615767}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 18893}},
NULL) = 0
rt_sigprocmask(0, 0, 0x4251de68, 0x8, 0) = 0
rt_sigprocmask(0x2, 0x4261ee68, 0, 0x8, 0x2) = 0
sigreturn() = ? (mask now [])
pause() = ? ERESTARTNOHAND (To be
restarted)
--- SIGALRM (Alarm clock) ---
poll(0x8145e80, 0xb, 0, 0, 0x8145e80) = 11
rt_sigprocmask(0, 0, 0x4261ee68, 0x8, 0) = 0
rt_sigprocmask(0x2, 0x4251de68, 0, 0x8, 0x2) = 0
and it seems to loop forever
i've installed glibc 2.1 on suse-linux 6.1 and JRE 1.1.6v5 NOT
jdk
null

Glibc-patched 8.1.7.0.1 has undefined references during link

I am receiving the following errors when running 'make -f ins_rdbms install'
after installing the glibc patch for 8.1.7.0.1:
/lib/libnsl.so.1: undefined reference to `svc_getreq_poll@GLIBC_2.2'
/lib/libnsl.so.1: undefined reference to `__strndup@GLIBC_2.2'
/lib/libnsl.so.1: undefined reference to `svc_max_pollfd@GLIBC_2.2'
/lib/libnsl.so.1: undefined reference to `svc_pollfd@GLIBC_2.2'
collect2: ld returned 1 exit status
I am running SuSE Linux 7.1 and have installed all pertinent updates from
the SuSE ftp site. Installation
of the Oracle 8.1.7.0.1 distribution ran flawlessly (after I unset LANG
before running runInstaller).
I downloaded the latest 'glibc-2.1.3-stubs.tar.gz' patch from
technet.oracle.com and installed per the directions in the READMEglibc213.txt file. When
I ran 'setup_stubs.sh', everything appeared to run fine (no visible errors).
I even remembered to fix the root.sh file per the instructions from the SuSE
web site.
Yet when I attempted to build a database (via dbassist or manually), I got
the following error when running svrmgrl:
oracle@mars:~ > svrmgrl
Oracle Server Manager Release 3.1.7.0.0 - Production
Copyright (c) 1997, 1999, Oracle Corporation. All Rights Reserved.
ORA-12545: Connect failed because target host or object does not exist
SVRMGR>
I discovered that the reason for this was that the 'oracle' executable was
not present in $ORACLE_HOME/bin (I later discovered that a number of other
files were missing as well). Then I noticed that the 'setup_stubs.sh'
script uses 'make -i', which ignores errors. When I ran 'make -f
ins_rdbms.mk install' from $ORACLE_HOME/rdbms/lib, I got the link errors
shown above. Of course, this explains why I don't have an 'oracle' file in
$ORACLE_HOME/bin; it was never created during the patch install.
I tried manually running all of the other relinks manually and all of them
worked with the exception of ctx. When I ran 'make -f ins_ctx.mk' from
$ORACLE_HOME/ctx/lib', I got this:
gcc -o
ctxhxx -L/u01/app/oracle/product/8.1.7/ctx/lib/ -L/u01/app/oracle/product
/8.1.7/lib/ -L/u01/app/oracle/product/8.1.7/lib//stubs/
/u01/app/oracle/produc
t/8.1.7/ctx/lib/ctxhx.o -Wl,-rpath,/u01/app/oracle/product/8.1.7/ctx/lib/ -l
m -l
sc_fa -lsc_fi -lsc_ch -lsc_ut -lsc_ex -lsc_da -lctxhx -lm -lc -lnls8 -lcore
8 -l
nls8 -lcore8 -lnls8
/lib/libdl.so.2: undefined reference to `_dl_vsym@GLIBC_2.2'
/lib/libdl.so.2: undefined reference to `_dl_sym@GLIBC_2.2'
collect2: ld returned 1 exit status
make: *** [ctxhxx] Error 1
I found that the /lib/libc.so.6 library contained the necessary definitions
to these references. However, I am not sure if it is safe to add this to
the list of libraries used during the link.
What concerns me most is that I know a lot of folks have used the patch
successfully, but I cannot think of what I've done wrong. Any ideas?
null

In case anyone else is having this problem, here is the answer:
The problem only occurs if you include the Oracle Parallel Server option
during installation. In order to get the oracle kernel to re-link after
installing the glibc patch, you need to add -lnsl to the
$ORACLE_HOME/lib/sysliblist like so:
before: -ldl -lm -lpthread
after : -ldl -lm -lnsl -lpthread
Then relink the oracle kernel:
cd $ORACLE_HOME/rdbms/lib
make -f ins_rdbms.mk install
null

How to rebuild glibc on older gcc & kernel?

My env (these are dummy package with STLinux's prebuild binaries)
binutils 2.18.50.0.8-43
gcc 4.2.4-76
gcc-libs 4.2.4-76
glibc 2.6.1-74
linux-api-headers 2.6.23.17-1
I'm using old kernel on sh4 CPU arch and want to upgrade to newest gcc. So, I changed the glibc's PKGBUILD as
# toolchain build order: linux-api-headers->glibc->binutils->gcc->binutils->glibc
# NOTE: valgrind requires rebuilt with each major glibc version
pkgname=glibc
pkgver=2.17
pkgrel=3
pkgdesc="GNU C Library"
arch=('i686' 'x86_64' 'sh4')
url="http://www.gnu.org/software/libc"
license=('GPL' 'LGPL')
groups=('base')
depends=('linux-api-headers' 'tzdata' 'filesystem')
makedepends=('gcc')
backup=(etc/gai.conf
etc/locale.gen
etc/nscd.conf)
options=('!strip')
install=glibc.install
source=(http://ftp.gnu.org/gnu/libc/${pkgname}-${pkgver}.tar.xz{,.sig}
glibc-2.17-sync-with-linux37.patch
nscd.service
nscd.tmpfiles
locale.gen.txt
locale-gen)
md5sums=('87bf675c8ee523ebda4803e8e1cec638'
'6db4d1661cf34282755dc90330465f6d'
'fb99380d94598cc76d793deebf630022'
'c1e07c0bec0fe89791bfd9d13fc85edf'
'bccbe5619e75cf1d97312ec3681c605c'
'07ac979b6ab5eeb778d55f041529d623'
'476e9113489f93b348b21e144b6a8fcf')
build() {
cd ${srcdir}/${pkgname}-${pkgver}
# combination of upstream commits 318cd0b, b540704 and fc1abbe
#patch -p1 -i ${srcdir}/glibc-2.17-sync-with-linux37.patch
cd ${srcdir}
mkdir -p glibc-build
cd glibc-build
if [[ ${CARCH} = "i686" ]]; then
# Hack to fix NPTL issues with Xen, only required on 32bit platforms
# TODO: make separate glibc-xen package for i686
export CFLAGS="${CFLAGS} -mno-tls-direct-seg-refs"
fi
echo "slibdir=/usr/lib" >> configparms
# remove hardening options from CFLAGS for building libraries
CFLAGS=${CFLAGS/-fstack-protector/}
CFLAGS=${CFLAGS/-D_FORTIFY_SOURCE=2/}
${srcdir}/${pkgname}-${pkgver}/configure --prefix=/usr \
--libdir=/usr/lib --libexecdir=/usr/lib \
--with-headers=/usr/include \
--with-bugurl=https://bugs.archlinux.org/ \
--enable-add-ons=nptl,libidn \
--enable-obsolete-rpc \
--enable-kernel=2.6.23 \
--enable-bind-now --disable-profile \
--enable-stackguard-randomization \
--disable-multi-arch
# build libraries with hardening disabled
echo "build-programs=no" >> configparms
make
# re-enable hardening for programs
sed -i "/build-programs=/s#no#yes#" configparms
echo "CC += -fstack-protector -D_FORTIFY_SOURCE=2" >> configparms
echo "CXX += -fstack-protector -D_FORTIFY_SOURCE=2" >> configparms
make
# remove harding in preparation to run test-suite
sed -i '2,4d' configparms
check() {
# bug to file - the linker commands need to be reordered
LDFLAGS=${LDFLAGS/--as-needed,/}
cd ${srcdir}/glibc-build
make check
package() {
cd ${srcdir}/glibc-build
install -dm755 ${pkgdir}/etc
touch ${pkgdir}/etc/ld.so.conf
make install_root=${pkgdir} install
rm -f ${pkgdir}/etc/ld.so.{cache,conf}
install -dm755 ${pkgdir}/usr/lib/{locale,systemd/system,tmpfiles.d}
install -m644 ${srcdir}/${pkgname}-${pkgver}/nscd/nscd.conf ${pkgdir}/etc/nscd.conf
install -m644 ${srcdir}/nscd.service ${pkgdir}/usr/lib/systemd/system
install -m644 ${srcdir}/nscd.tmpfiles ${pkgdir}/usr/lib/tmpfiles.d/nscd.conf
install -m644 ${srcdir}/${pkgname}-${pkgver}/posix/gai.conf ${pkgdir}/etc/gai.conf
install -m755 ${srcdir}/locale-gen ${pkgdir}/usr/bin
# temporary symlink
ln -s ../../sbin/ldconfig ${pkgdir}/usr/bin/ldconfig
# create /etc/locale.gen
install -m644 ${srcdir}/locale.gen.txt ${pkgdir}/etc/locale.gen
sed -e '1,3d' -e 's|/| |g' -e 's|\\| |g' -e 's|^|#|g' \
${srcdir}/glibc-${pkgver}/localedata/SUPPORTED >> ${pkgdir}/etc/locale.gen
# Do not strip the following files for improved debugging support
# ("improved" as in not breaking gdb and valgrind...):
# ld-${pkgver}.so
# libc-${pkgver}.so
# libpthread-${pkgver}.so
# libthread_db-1.0.so
cd $pkgdir
strip $STRIP_BINARIES sbin/{ldconfig,sln} \
usr/bin/{gencat,getconf,getent,iconv,locale,localedef} \
usr/bin/{makedb,pcprofiledump,pldd,rpcgen,sprof} \
usr/lib/getconf/* \
usr/sbin/{iconvconfig,nscd}
[[ $CARCH = "i686" ]] && strip $STRIP_BINARIES usr/bin/lddlibc4
strip $STRIP_STATIC usr/lib/*.a
strip $STRIP_SHARED usr/lib/{libanl,libBrokenLocale,libcidn,libcrypt}-*.so \
usr/lib/libnss_{compat,db,dns,files,hesiod,nis,nisplus}-*.so \
usr/lib/{libdl,libm,libnsl,libresolv,librt,libutil}-*.so \
usr/lib/{libmemusage,libpcprofile,libSegFault}.so \
usr/lib/{pt_chown,{audit,gconv}/*.so}
checking for autoconf... autoconf
checking whether autoconf works... no
configure: error:
*** These critical programs are missing or too old: as ld gcc
*** Check the INSTALL file for required versions.
==> ERROR: A failure occurred in build().
Aborting...

a *very* quick guide
you can change the details to suit your environment
# = run as root
$ = run as regular user
# pacman -S abs
# abs
$ mkdir -p ~/abs/core/glibc
$ cp -R /var/abs/core/glibc ~/abs/core/glibc
$ cd ~/abs/core/glibc
$ vi PKGBUILD
modify the --enable-kernel line so it reads 2.6.18
$ makepkg
# pacman -U <your new glibc package>.xv
You might also want to add glibc to the ignorepkg line in pacman.conf. That way, you'll just be notified when a new version is out and you can repeat all of this. You don't need to resync the entire abs tree though, the following command will do it for one package
# abs core/glibc
One other tip - make sure you have a copy of the regular glibc package before making any changes just to be safe
Last edited by oliver (2011-03-02 21:17:24)

Dbassist still doesn't work after Suse patch

I have followed the instructions to a tee on the Suse website on how to install 8.1.7 on Suse 7.1. I manage to install 8.1.7 EE fine, run the glibc-2.1.3-stubs.tar.gz patch, but cannot run dbassist. I either get the traditional SIGSEV error, or (after typing unset LANG) get "JNLS Exception: oracle.ntpg.jnls.JNLSException Unable to find National Character Sets. Check your Oracle installation and make sure that the ORACLE_HOME environment variable is defined correctly."
Can anyone help?

I have followed the instructions to a tee on the Suse website on how to install 8.1.7 on Suse 7.1. I manage to install 8.1.7 EE fine, run the glibc-2.1.3-stubs.tar.gz patch, but cannot run dbassist. I either get the traditional SIGSEV error, or (after typing unset LANG) get "JNLS Exception: oracle.ntpg.jnls.JNLSException Unable to find National Character Sets. Check your Oracle installation and make sure that the ORACLE_HOME environment variable is defined correctly."
Can anyone help? ****************
This is what worked for me:
Uncomment and/or modify the following line in /etc/profile.d/oracle.sh
NLS_LANG=AMERICAN_AMERICA.UTF8; export NLS_LANG
I also added it to the /home/oracle/.profile
When I couldn't find anything in the forums about the JNLS error I was looking at the Installation Instructions for Oracle 8.1.7 on SuSE Linux Enterprise Server 7, available at:
http://www.suse.com/en/support/oracle/docs/817_sles7_install.pdf.
On page 9 it mentions /etc/profile/oracle.sh. When I saw that the NLS line was not in use I tried uncommenting it. I'm not sure whether it was uncommenting it or ADDING the line to the .profile but dbassist now runs fine. I've been able to launch it several times - each time on the first try (provided I type unset LANG before doing so). Good luck!

SO7 installation problem patch 5

Hello,
I try to apply the patch so-7-pp5-bin-linux.bin on a serverinstallation, but the installation fail. (OS : suse 9.2 glibc 2.3.3)
I do:
./so-7-pp5-bin-linux.bin -patch [path to network installation] --> I see a message in a window for a very short time, to short for reading. No other error message. If I start SO7 I can��t see any patch information.
Next I do:
./so-7-pp5-bin-linux.bin -patch [path to network installation] -v -debug --> A window pop up with "INSTALL_INFO flag is missing ExitCode 9".
What does it mean?
BeforeI have patch no. 4 installed with no problem. On my second computer with Debian OS I have no problem to install patch no. 5
Next I do: Remove SO7 competely and install again. The same problem, but now I can��t install an earlier patch again too.
I removed an unused earlier installation of OpenOffie also and install SO7 completly again. Nothing. I can��t install any patch
What can I do?
Regards
Udo

This will probably not be much help; SO7 was unstable when installed on a system with glibc 2.3.1 (Libranet 2.8 Debian). The applications would start but would shut down after a few keystrokes. When patch #5 arrived, I installed it and noted that the instability problem was gone.
I am now wondering if the compiler used for the patch 5, which now apparently has backward compatibility with an older glibc version may be incompatible with the version used in SuSE.
NB I have reported separately another strange incompatibility with SO8 and KDE 3.2.x. SO8 segfaults under KDE but runs perfectly under other windows managers on the same system. I have reported this to Sun/SO and am awaiting a response.

[SOLVED] Building Toilet, glibc b0rked sys with pacman --force

Solution:
Installed base-devel, which initially b0rked the system as it was far out of date (ran pacman -S base-devel --force, careful!)
However after refreshing system and installing base-devel without the associated critical failure, Toilet did in fact build.
should be an expert plumber by now.
The end.
OK, I've been on quite an adventure trying to get Toilet to build, and I'm practically at the giving up point which is pretty sad. So hopefully one of you can help me realize what I'm doing so horrible wrong. : )
Here's basically what I've done so far;
I so very much wanted Toilet installed, and here it is in AUR! https://aur.archlinux.org/packages/toilet/
Simple enough, small program. It has a 'special' dependency, this library: https://www.archlinux.org/packages/extra/i686/libcaca/
No problem with CACA, pacman grabs and installs it. Pacman doesn't find Toilet, it's only in AUR, so naturally I grab the tar and build script and run makepkg. Well guess what? (note, the package script runs configure as; ./configure --prefix=/usr).
checking for CACA... no
configure: error: you need libcaca version 0.99.beta18 or later
So obviously the first question is "what version of libcaca did I install again?", should be good, we clearly have;
libcaca 0.99.beta18
OK. So I maybe the script can't find the files, or they aren't there? Possibly the install went awry, so I check /usr/lib, /usr/include, /usr/local/lib, /usr/local/include, all the caca files are there, headers, libs, looks good.
I'm confused.
So I go to the Toilet website and they assure if you run their build process it'll work, which involved executing ./bootstrap then ./configure, but bootstrap requires automake > 1.5.
No problem! I'll grab that from the repo.
pacman -S automake, returns automake 1.12.5.
Crap.
OK, find, I'll grab this from AUR: https://aur.archlinux.org/packages/automake-1.9/
makepkg, package created successfuly! ... but wait, I don't have a xz file as a result in my working directory, so how exactly do I get pacman to install that?
Even if I got automake 1.9 installed there's no guarantee it'd install Toilet all of a sudden, that's just a last resort anyway.
I tried other ./configure options to try and force the script to see libcaca, no success.
So from this point forward you don't even want to know what I tried, I'll lightly mention that I tried moving the caca header files to the Toilet src/ directory, changed all the source files there to reference the header in the current dir, tried to modify the makefile's and configure scripts to force it to see the file by writing absolute paths where I thought necessary... to say the least that didn't work,mostly because the config/makefiles which are auto generated are a labyrinth of complexity that I couldn't understand after 3+ hours of crawling through.
The configure script is cryptic enough that I can't actually tell how it's determining the version of libcaca, I would have just echo'd out stuff around the condition statements to see what it's doing, so I've decided finally that apparently I'm an idiot, so I'm going to stop getting no where and ask for help. : )
Why would the Toilet ./configure not find libcaca in arch? What else could I do to try and get Toilet installed?
I hope someone here has some ideas.
Last edited by theoddsarebad (2012-12-06 22:01:33)

Something went horribly wrong when I pacman -S base-devel... no commands work, at all.
bash: /usr/bin/pacman: No such file or directory
bash: /bin/uname: No such file or directory
bash: /usr/bin/w: No such file or directory
bash: /bin/ls: No such file or directory
... lol uhm. : ( crap.
I can echo and exit however.
Recoverable?
Full account:
$ pacman -S base-devel
:: There are 12 members in group base-devel:
:: Repository core
1) autoconf 2) automake 3) binutils 4) bison 5) fakeroot 6) flex 7) gcc 8) libtool 9) m4 10) make 11) patch
12) pkg-config
Enter a selection (default=all):
warning: automake-1.12.5-1 is up to date -- reinstalling
resolving dependencies...
looking for inter-conflicts...
Targets (15): gcc-libs-4.7.2-2 glibc-2.16.0-5 linux-api-headers-3.6.3-1 autoconf-2.69-1 automake-1.12.5-1 binutils-2.23.1-1
bison-2.6.5-1 fakeroot-1.18.4-1 flex-2.5.37-1 gcc-4.7.2-2 libtool-2.4.2-7 m4-1.4.16-2 make-3.82-5 patch-2.7.1-1
pkg-config-0.27.1-1
Total Download Size: 32.91 MiB
Total Installed Size: 138.83 MiB
Net Upgrade Size: 16.48 MiB
Proceed with installation? [Y/n] y
:: Retrieving packages from core...
linux-api-headers-3.6.3-1-i686 616.3 KiB 3.29M/s 00:00 [##############################################] 100%
glibc-2.16.0-5-i686 7.8 MiB 13.8M/s 00:01 [##############################################] 100%
m4-1.4.16-2-i686 158.5 KiB 1726K/s 00:00 [##############################################] 100%
autoconf-2.69-1-any 580.6 KiB 1292K/s 00:00 [##############################################] 100%
binutils-2.23.1-1-i686 3.5 MiB 8.58M/s 00:00 [##############################################] 100%
bison-2.6.5-1-i686 437.5 KiB 2.80M/s 00:00 [##############################################] 100%
fakeroot-1.18.4-1-i686 53.8 KiB 1225K/s 00:00 [##############################################] 100%
flex-2.5.37-1-i686 773.5 KiB 4.17M/s 00:00 [##############################################] 100%
gcc-libs-4.7.2-2-i686 812.5 KiB 1688K/s 00:00 [##############################################] 100%
gcc-4.7.2-2-i686 17.6 MiB 11.3M/s 00:02 [##############################################] 100%
libtool-2.4.2-7-i686 268.1 KiB 2.15M/s 00:00 [##############################################] 100%
make-3.82-5-i686 346.3 KiB 2.54M/s 00:00 [##############################################] 100%
patch-2.7.1-1-i686 78.3 KiB 1308K/s 00:00 [##############################################] 100%
pkg-config-0.27.1-1-i686 29.0 KiB 943K/s 00:00 [##############################################] 100%
(15/15) checking package integrity [##############################################] 100%
(15/15) loading package files [##############################################] 100%
(15/15) checking for file conflicts [##############################################] 100%
error: failed to commit transaction (conflicting files)
glibc: /lib exists in filesystem
glibc: /usr/bin/tzselect exists in filesystem
glibc: /usr/sbin/zdump exists in filesystem
glibc: /usr/sbin/zic exists in filesystem
Errors occurred, no packages were upgraded.
So in response I tried;
pacman -S base-devel --force
:: There are 12 members in group base-devel:
:: Repository core
1) autoconf 2) automake 3) binutils 4) bison 5) fakeroot 6) flex 7) gcc 8) libtool 9) m4 10) make 11) patch
12) pkg-config
Enter a selection (default=all):
warning: automake-1.12.5-1 is up to date -- reinstalling
resolving dependencies...
looking for inter-conflicts...
Targets (15): gcc-libs-4.7.2-2 glibc-2.16.0-5 linux-api-headers-3.6.3-1 autoconf-2.69-1 automake-1.12.5-1 binutils-2.23.1-1
bison-2.6.5-1 fakeroot-1.18.4-1 flex-2.5.37-1 gcc-4.7.2-2 libtool-2.4.2-7 m4-1.4.16-2 make-3.82-5 patch-2.7.1-1
pkg-config-0.27.1-1
Total Installed Size: 138.83 MiB
Net Upgrade Size: 16.48 MiB
Proceed with installation? [Y/n] y
(15/15) checking package integrity [##############################################] 100%
(15/15) loading package files [##############################################] 100%
(15/15) checking available disk space [##############################################] 100%
( 1/15) upgrading linux-api-headers [##############################################] 100%
( 2/15) upgrading glibc [##############################################] 100%
warning: /etc/locale.gen installed as /etc/locale.gen.pacnew
error: extract: not overwriting dir with file lib
error: problem occurred while upgrading glibc
call to execv failed (No such file or directory)
error: command failed to execute correctly
error: could not commit transaction
error: failed to commit transaction (transaction aborted)
Errors occurred, no packages were upgraded.
Last edited by theoddsarebad (2012-12-06 16:23:28)

Glibc2.1 (RedHat 6) Patch Available from Oracle

I found a glibc2.1 patch for Oracle 8.0.5.1 on the
ftp.oracle.com server (/pub/www/otn/linux). It's dated June 2,
1999. Filename is glibcpatch.tgz.
Here's a snip from the README that's in the same directory:
Oracle 8.0.5 certified on GLIBC 2.1 system (e.g., RH 6.0)
Below are instructions for the patch which certifies Oracle 8.0.5
on Linux distributions that use glibc 2.1 (e.g. Redhat 6.0). The
RPMS that will allow rebuilding a package under a glibc 2.0
environment on a glibc 2.1 distribution are part of a
compatibility suite included in the Red Hat linux 6.0. They may
be downloaded as described below.
The RPMS should work fine on most glibc 2.1 based distributions
(e.g. Redhat, Caldera, SuSE). Debian users may have to use a
program called 'alien' that knows how to install RPM packages.
The same program might be available to Slackware users.
For existing 805 installations, you may selectively relink
offending executables from their respective product directories
instead of applying the patch glibcpatch.tgz. This must be done
after installing the compatibility RPMS from Redhat. e.g. to
relink 'svrmgrl', issue the following command in
$ORACLE_HOME/rdbms/lib directory to use i386-glibc20-linux-gcc
instead of gcc:
% gmake -f ins_rdbms.mk isvrmgrl CC=i386-glibc20-linux-gcc
LINK=i386-glibc20-linux-gcc
null

Hi Vinit,
The latest version of OSR is 11.1.1.6.0, thats the reason you are not able to find 11.1.1.7 version.
Oracle Service Registry | Oracle Technology Network | Oracle</title><meta name="Title" content="…
http://www.oracle.com/technetwork/middleware/registry/downloads/index.html
Cheers,
Sahil

[SOLVED]How to patch the kernel? And other questions

Like the same user who started this thread I'm suffering from hibernation resuming troubles using kernel 2.6.38. In that thread was posted a soluttion that involves patching the kernel.
The patch to apply is this:
http://git.kernel.org/?p=linux/kernel/g … e3e9fc8684
Waiting for the bug to be corrected and a new version supplied is not an option, because this laptop is my main computer and I heavly rely on hibernation.
Here's my trouble now. I don't know if it is possible to patch without recompiling the whole kernel, or it has to be compiled with that patch applied. I have seen the archlinux's wiki guide about compiling the kernel, but found nothing about applying patches (maybe I didn't searched with enought depth).
In case there is needed a full compilation, should I use the vanilla kernel, the Arch Linux one or any of the AUR ones (I said AUR because they're the first that came to my mind)? Should i expect a performance gain with this (apart from fixing the hibernation bug)?
Maybe i'm just doing a bunch of dumb questions, and the only thing I need is to search deeply on the wiki. In that case, please tell me. If not, I rather get some answers around kernel patching and / or compiling questions.
Edit: In addittion, it is possible that all this questions are just newbie ones, I don't know, but as I am willing to learn from this I will appreciate any info or documentation about it.
Thank you.
Last edited by ethail (2011-04-12 06:30:48)

From the source tree (/usr/src/linux-whatever) execute
patch -p1 < /path/to/fix.patch
then recompile kernel from the source tree.
Basically that consists of executing the following commands from the source tree:
make menuconfig
make
make modules_install
cp -v System.map /boot/System.map-CUSTOM
cp -v arch/x86/boot/bzImage /boot/vmlinuz-CUSTOM
mkinitcpio -k 2.6.38-CUSTOM -g /boot/kernel-CUSTOM.img
and you need to add menu entry in /boot/grub/menu.lst
-k 2.6.38-CUSTOM should corespond to /lib/modules/2.6.38-CUSTOM (replace 2.6.38-CUSTOM with the name of your module directory, name depends on the kernel version and suffix that you gave in menuconfig). Regarding kernel configuration in menuconfig - I can't help you, you could use arch stock kernel config (zcat /proc/config.gz > /usr/src/linux-whatever/.config)
I do these kind of things this way - maybe someone else have a more elegant solution.

Your system is missing a critical Windows security patch (MS12-020) required to gain access to this system

Hi,
I am trying to install VPN Client from my client site. While installing i am facing the below error.
Your system is missing a critical Windows security patch (MS12-020) required to gain access to this system. Use the link below for more information on installation, or open Windows Update and install all available critical updates. When you're finished updating
your system, log out and try again. If you're still having problems, contact your system administrator.
http://support.microsoft.com/kb/2621440
I went through all the related sites but still i did not find any solution. Under Windows installed updates i could see the security update for Microsoft windows (KB2621440). If its already exist why it is not taking this security patch?
Kindly guide.
Best Regards,
Yadav Kankanwadi

Hi,
Based on Microsoft Security Bulletin MS12-020, this security update resolves two privately reported vulnerabilities:
KB2621440 and KB2667402.
http://technet.microsoft.com/en-US/security/bulletin/ms12-020
Thanks!
Andy Altmann
TechNet Community Support

Install of SAP on Linux -glibc-32bit-8.1-9 for Novell SUSE SLES Linux 10.

Hi All
We are installing the Oracle on x86_64 using Novell SUSE SLES 10.
As per OSS note 841728 , (Installation Proble #8) for SUSE\UnitedLinux x86_64 ) we should have glibc-32-8.1-9 and glibc-devel-32bit-8.1-9 installed.
We have glibc-32bit-2.4-31.30 and glibc-devel-32bit-2.4-31.30 installed on Linux server.
My question are :-
1) Do we must have these files (glibc-32-8.1-9) installed? Or will do with glibc-32bit-2.4-31.30.
As OUI gives following warning during installation :-
Checking recommended glibc version.......failed
2 ) where to get these files from? I was unable to find these RPMs?
Any help is much appreciated.
Thanks

Dear Hannes
First of all thank you for the reply.
Yes, I am using the "RUNINSTALLER" from SAP directory, but updated "RUNINSTALLER" I downloaded as per OSS note 980426.
Using workaround # 3 , recommended by SAP.
I have downloaded these Oracle CD's (material # 51031676) from service market place 5days ago and they are dated as 11-04-2006.
I have to use OSS note 980426 as I was getting following error
/oracle/stage/102_64/database/SAP/SVRCUSTOM.RSP --> /tmp/.orainst_rsp.18836: Done
Starting Oracle Universal Installer...
Checking installer requirements...
Checking operating system version: must be redhat-3, SuSE-9, redhat-4, UnitedLinux-1.0, asianux-1 or asianux-2 Failed <<<<
Here are the messaged I am getting from OUI
Msg#1
===========================================
Checking operating system requirements ...
Expected result: One of redhat-3,redhat-4,SuSE-9
Actual Result: SuSE-SUSE Linux Enterprise Server 10 (x86_64)
Check complete. The overall result of this check is: Failed <<<<
Problem: Oracle Database 10g is not certified on the current operating system.
Recommendation: Make sure you are installing the software on the correct platform.
=======================================================================
Msg#2
Checking operating system package requirements ...
Check complete. The overall result of this check is: Not executed <<<<
OUI-18001: The operating system 'Linux Version SuSE-SUSE Linux Enterprise Server 10 (x86_64)' is not supported.
Recommendation: Install the required packages before continuing with the installation.
=======================================================================
Msg#3
Checking security kernel parameters
Check complete. The overall result of this check is: Not executed <<<<
OUI-18001: The operating system 'Linux Version SuSE-SUSE Linux Enterprise Server 10 (x86_64)' is not supported.
Recommendation: Perform operating system specific instructions to update the kernel parameters, namely BIT_SIZE and noexec_user_stack.
=======================================================================
Msg#4
Checking Recommended glibc version
Check complete. The overall result of this check is: Not executed <<<<
OUI-18001: The operating system 'Linux Version SuSE-SUSE Linux Enterprise Server 10 (x86_64)' is not supported.
Recommendation: You may actually have installed packages which have obsoleted these, in which case you can successfully continue with the install. If you have not, it is recommended that you do not continue. Refer to the readme to find out how to get the missing packages.
========================================
So, I was more concern about Msg# 4, and that's how I came across OSS note Note 841728 - Installation problem #8.
So, I believe we are OK to go ahead and run the installation of Oracle, isn't it????
Thank you again.
Sandeep

Can't unzip Patch file for OBIEE release 11.1.1.6.4

Hi,
When i try to unzip the patch file p14285344_111164_Generic.zip for 11.1.1.6.4 on Linux x64 i get the following message
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of p14285344_111164_Generic.zip or
p14285344_111164_Generic.zip.zip, and cannot find p14285344_111164_Generic.zip.ZIP, period.
The other files making up the 11.1.1.6.4 release unzip ok.
I've seen this issue with other patch files for different releases.
Anyone seen this before and know why this is?
Rgds

Looks like the .zip file is got disconnect during download. To confirm the same try to unzip on Windows.
I've downloaded it and unzipped with no issues.
BTW: Try this command
jar xvf p14285344_111164_Generic.zip
If helps pls mark

10.2.0.2 Patch Upgrade issue

hi,
SAP was installed on 10.2.0.1 (SuSe Linux Ent 10 ) . now i am applying patch upgrade to 10.2.0.2. when i am doing patch the below problem was occured,
"Unable to create new central inventory at location /oracle/orainventory. A non empty inventory already exists at this location. Please select another location or clean the inventory at /oracle/orainventory."
please help me on this issue
Regards
Ramesh

Hai,
Please check the oraInst.loc file has the correct entry or not.
File oraInst.loc should have the entries similar to the below:
inventory_loc=/oracle/SID/oraInventory
inst_group=dba
Check the permissions of this file as well, atleast the file should have read access to others.
Also check the permissions of /oracle/SID/oraInventory, it should be owned by ora<sid> user and group dba.
Regards,
Yoganand.V
Edited by: Yoganand Vedagiri on Feb 23, 2009 12:05 PM

Patch: 8.0.5.1 on glibc-2.1 based SuSE Linux 6.2

Similar Messages

Maybe you are looking for