OK, I really feel like talking to myself, but still.. facts: - oracle 9i wont work with glibc 2.3.1 (it worked with glibc 2.3) - one oracle employee confirmed that on the forums in an answer to someone - portage has no more glibc 2.3 ebuilds, just 2.3.1 - downgrading glibc to 2.2.x brakes everything as binaries on the system are linked against the not-so-backward-compatible glibc 2.3
questions: - how do i do a proper downgrade to glibc 2.2? - or where do i get a glibc 2.3 ebuild from to get back our oracle working? - why gentoo maintainers force people and leave no choice, as removing essential packages like glibc 2.3 from the portage tree? - why the latest install snapshots contain only glibc 2.3.1 again, therefore making gentoo a non-oracle aware distribution? - if they do so, will really this pile-o-shit make itself the stable 1.4 released within days, and gentoo people are disabled to run oracle 9i anymore? - does anyone care about Oracle 9i-compatibility or read my posts at all? thanks for the answers in advance, Christopher ps. i could compile the glibc 2.2.5 i mentioned in my previous post (below) after a downgrade of gcc On Mon, Feb 03, 2003 at 05:49:17PM +0100, Jozsa Kristof wrote: > Hi, > > I've got a very hot problem here. I've upgraded today our development > server running gentoo 1.4rc1, and the glibc got upped too from 2.2 to the > current 'stable' marked 2.3.1-r2. We'd got an Oracle 9ir2 instance running > happily on that box - until the new glibc has arrived under it.. > > The first symptom was, that using the LD_ASSUME_KERNEL=2.2.5 env variable it > cannot start any single binary anymore on the system. > > After some googling I've found out that glibc 2.3.x doesn't need that > environment variable anymore, so I've removed it.. hoping that it'll use the > lib-compat libs automagically somehow (my knowledge is getting blurred > here). That resulted in various ORA-x errors complaining about IPC > communication - so I guess it couldn't really use its old and proven > lib-compat libc libs.. Searching on Oracle's Metalink confirmed that the two > ORA-xxxx errors I get signal an incompatible glibc version. I tried to > re-emerge lib-compat too, but it did not change the situation. > > At last, I decided to give it up, and downgrade the libc on that box - we do > need that server really urgently - so, tried to manually re-emerge the > only v2.2.x glibc left in the portage tree, namely: glibc-2.2.5-r7; but > compilation fails miserably no wonder how I try. The problematic part is > cutted to the end of this message. > > I feel really stuck.. anyone can please examine the problem, or suggest a > solution to get our devel box's Oracle up and working? If nothing else, at > least downgrading the libc _should_ help.. > > Thanks very much, > Christopher > > > In file included from ../include/pthread.h:1, > from ../linuxthreads/sysdeps/pthread/bits/libc-lock.h:23, > from ../sysdeps/generic/ldsodefs.h:34, > from ../sysdeps/unix/sysv/linux/ldsodefs.h:25, > from ../sysdeps/unix/sysv/linux/init-first.c:32: > ../linuxthreads/sysdeps/pthread/pthread.h:163: parse error before "__thread" > ../linuxthreads/sysdeps/pthread/pthread.h:165: `pthread_create' declared as function >returning a function > ../linuxthreads/sysdeps/pthread/pthread.h:165: warning: function declaration isn't a >prototype > ../linuxthreads/sysdeps/pthread/pthread.h:166: parse error before "void" > ../linuxthreads/sysdeps/pthread/pthread.h:591: storage class specified for parameter >`type name' > In file included from ../linuxthreads/sysdeps/pthread/pthread.h:655, > from ../include/pthread.h:1, > from ../linuxthreads/sysdeps/pthread/bits/libc-lock.h:23, > from ../sysdeps/generic/ldsodefs.h:34, > from ../sysdeps/unix/sysv/linux/ldsodefs.h:25, > from ../sysdeps/unix/sysv/linux/init-first.c:32: > ../linuxthreads/sysdeps/unix/sysv/linux/bits/sigthread.h:36: storage class specified >for parameter `type name' > make[2]: *** >[/var/tmp/portage/glibc-2.2.5-r7/work/glibc-2.2.5/buildhere/csu/init-first.o] Error 1 > make[2]: Leaving directory /var/tmp/portage/glibc-2.2.5-r7/work/glibc-2.2.5/csu' > make[1]: *** [csu/subdir_lib] Error 2 > make[1]: Leaving directory /var/tmp/portage/glibc-2.2.5-r7/work/glibc-2.2.5' > make: *** [all] Error 2!!! > > ERROR: sys-libs/glibc-2.2.5-r7 failed. > > -- > .Digital.Yearning.for.Networked.Assassination.and.Xenocide > > -- > [EMAIL PROTECTED] mailing list > -- .Digital.Yearning.for.Networked.Assassination.and.Xenocide -- [EMAIL PROTECTED] mailing list
