Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: 9ir2 desupport date???

RE: 9ir2 desupport date???

From: Mercadante, Thomas F <thomas.mercadante_at_labor.state.ny.us>
Date: Tue, 12 Apr 2005 10:04:59 -0400
Message-ID: <C9995D8C5E0DDA4A8FF9D68EE666CE0704AC0455@exchsen0a1ma>


Mladen,

I totally agree with you. =A0We are now back in the dark ages (version = 6.x)
with Oracle software releases. They are shipping trash out the door as = fast
as they can. My recent favorite is the patching software (OPatch) introduced a bug that had to be patched by hand. They can't even = release
patch software correctly.

And they want us to install this stuff monthly? What's worse - the = security
risk that "might" hit us, or the multiple patches we have to apply to = clean
up their mistakes?

Tom
=20
-----Original Message-----
From: Mladen Gogala [mailto:mgogala_at_allegientsystems.com]=20 Sent: Tuesday, April 12, 2005 9:58 AM
To: tim_at_evdbt.com
Cc: oracle-L_at_freelists.org
Subject: Re: 9ir2 desupport date???

Tim Gorman wrote:

>Oracle software isn't truly ready for production usage until it =
becomes
>desupported. When they stop making changes, it's ready.
> =20
>

Speaking of that, has anyone noticed the absence of Mr. Peter R.=20 Sharman? He is usually very
kind and quick to clarify Oracle policies. I must say that I am=20 frightened of all those bugs which
can yield a wrong result or result in an instance termination. Is it =20 just me or Oracle has scrapped
QA to reduce cost? Some of the 9.2.0.6 bugs on Linux unequivocally show =

that Oracle is sharing
the burden of regression testing with its esteemed customers:

4063079=20
<http://updates.oracle.com/ARULink/PatchDetails/process_form?patch_num=3D= 40630
79&release=3D8092060&plat_lang=3D46P&email=3Dmgogala%40allegientsystems.= com&userid
=3DMGOGALA&>=20
RDBMS Server: Patch
[LINUX RAC] APPLYING PSR 9.2.0.6 INSTALLS OLDER VERSION CLUSTER MANAGER = (ORACM) 3119415=20
<http://updates.oracle.com/ARULink/PatchDetails/process_form?patch_num=3D= 31194
15&release=3D8092060&plat_lang=3D46P&email=3Dmgogala%40allegientsystems.= com&userid
=3DMGOGALA&>=20
RDBMS Server: Patch
INS_OEMAGENT.MK IS NOT USING THE GLIBC STUBS 3984255=20
<http://updates.oracle.com/ARULink/PatchDetails/process_form?patch_num=3D= 39842
55&release=3D8092060&plat_lang=3D46P&email=3Dmgogala%40allegientsystems.= com&userid
=3DMGOGALA&>=20
Oracle Database Family: Patch
APPSST9206: OH/LIB/LIBCXA.SO.3 MISSING IN INSTALLATION OF 9206 The only possible conclusion after seeing these bugs is that Oracle=20 doesn't really care what is packaged in
their software releases. There are missing libraries, make files, wrong =

versions etc. Even the
most rudimentary QA would catch those problems. Wouldn't it be better = to=20
just open-source
the product? A bunch of college kids might do better job testing and it =

would certainly cut costs.
Tim, I agree with you that the only safe products from Oracle Corp. = are=20
the ones that are no longer
supported. May the force be with noble souls who have put 10g in = production.

--=20
Mladen Gogala
Oracle DBA
Ext. 121

--
http://www.freelists.org/webpage/oracle-l
--
http://www.freelists.org/webpage/oracle-l
Received on Tue Apr 12 2005 - 10:08:59 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US