Hello all,
I have been tasked with "fixing" one of our CentOS boxes by somehow downgrading the libgcc and gcc packages to a specific version (Required by the Oracle Grid Control client). Normally I'd just remove and reinstall the packages however removing libgcc is no fun as I found out the hard way it breaks pretty much every package including rpm & yum. Is there an elegant way to downgrade the currently installed libgcc & gcc packages?
Thanks,
Dan
On Monday, August 09, 2010, Dan Burkland dburklan@nmdp.org wrote:
Hello all,
I have been tasked with "fixing" one of our CentOS boxes by somehow downgrading the libgcc and gcc packages to a specific version (Required by the Oracle Grid Control client). Normally I'd just remove and reinstall the packages however removing libgcc is no fun as I found out the hard way it breaks pretty much every package including rpm & yum. Is there an elegant way to downgrade the currently installed libgcc & gcc packages?
no.
Alan Hodgson wrote:
On Monday, August 09, 2010, Dan Burkland dburklan@nmdp.org wrote:
Hello all,
I have been tasked with "fixing" one of our CentOS boxes by somehow downgrading the libgcc and gcc packages to a specific version (Required by the Oracle Grid Control client). Normally I'd just remove and reinstall the packages however removing libgcc is no fun as I found out the hard way it breaks pretty much every package including rpm & yum. Is there an elegant way to downgrade the currently installed libgcc & gcc packages?
no.
Why not yum downgrade gcc libgcc?
mark "or, um, just how far down do you need to go?"
On 9 August 2010 19:06, Dan Burkland dburklan@nmdp.org wrote:
I have been tasked with "fixing" one of our CentOS boxes by somehow downgrading the libgcc and gcc packages to a specific version (Required by the Oracle Grid Control client). Normally I'd just remove and reinstall the packages however removing libgcc is no fun as I found out the hard way it breaks pretty much every package including rpm & yum. Is there an elegant way to downgrade the currently installed libgcc & gcc packages?
Which specific version? Can't you You get away with the compat packages? The rest should be compatible.
Machine is running 5.3 and somehow both packages got updated to libgcc-4.1.2-48.el5 when they need to be libgcc-4.1.2-44.el5. The DBAs here perform the Oracle Grid Control client install however they said it will not install it if detects an incorrect package version.
Thanks again,
Dan
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of Hakan Koseoglu Sent: Monday, August 09, 2010 1:12 PM To: CentOS mailing list Subject: Re: [CentOS] Downgrade libgcc & gcc packages (is there a clean way)
On 9 August 2010 19:06, Dan Burkland dburklan@nmdp.org wrote:
I have been tasked with "fixing" one of our CentOS boxes by somehow downgrading the libgcc and gcc packages to a specific version (Required by the Oracle Grid Control client). Normally I'd just remove and reinstall the packages however removing libgcc is no fun as I found out the hard way it breaks pretty much every package including rpm & yum. Is there an elegant way to downgrade the currently installed libgcc & gcc packages?
Which specific version? Can't you You get away with the compat packages? The rest should be compatible.
On Monday, August 09, 2010, Dan Burkland dburklan@nmdp.org wrote:
Machine is running 5.3 and somehow both packages got updated to libgcc-4.1.2-48.el5 when they need to be libgcc-4.1.2-44.el5. The DBAs here perform the Oracle Grid Control client install however they said it will not install it if detects an incorrect package version.
Thanks again,
Oh, well, something that minor you can just rpm -i --force the old packages, I think. If you have the RPMs.
Sounds like a seriously broken installer, though. The versions will constantly change through regular maintenance updates.
On 9 August 2010 19:31, Alan Hodgson ahodgson@simkin.ca wrote:
Sounds like a seriously broken installer, though. The versions will constantly change through regular maintenance updates.
I concur. I have a suspicion that the problem is not the installer but the DBAs doing the installation. For some reason most of the DBAs I know tend to be somewhat anal retentive.
On 9 August 2010 19:24, Dan Burkland dburklan@nmdp.org wrote:
Machine is running 5.3 and somehow both packages got updated to libgcc-4.1.2-48.el5 when they need to be libgcc-4.1.2-44.el5. The DBAs here perform the Oracle Grid Control client install however they said it will not install it if detects an incorrect package version.
Interesting. I admit that I haven't done a Grid Control Client installation Oracle DB 11gR2 requires libgcc-4.1.2 but no limit to the package version. It should install w/o a fuss unless your DBAs are fussy. It will not install if the package is missing or if it is not 4.1.2. (see http://download.oracle.com/docs/cd/E11882_01/install.112/e10812/prelinux.htm... , especially the bit saying "The following packages (or later versions) must be installed". This link is for Oracle 11gR2 Grid Infrastucture/RAC but the DB installation document has the same wording.
Dan Burkland wrote:
Machine is running 5.3 and somehow both packages got updated to libgcc-4.1.2-48.el5 when they need to be libgcc-4.1.2-44.el5. The DBAs here perform the Oracle Grid Control client install however they said it will not install it if detects an incorrect package version.
downgrade Will try and downgrade a package from the version currently installed to the previously highest version (or the specified version). The depsolver will not necessarily work, but if you specify all the packages it should work (and thus. all the simple cases will work). Also this does not work for "instal- lonly" packages, like Kernels. downgrade operates on groups, files, provides and filelists just like the "install" command.
Or, perhaps Oracle has a package built?
mark
m.roth@5-cent.us wrote:
Dan Burkland wrote:
Machine is running 5.3 and somehow both packages got updated to libgcc-4.1.2-48.el5 when they need to be libgcc-4.1.2-44.el5. The DBAs here perform the Oracle Grid Control client install however they said it will not install it if detects an incorrect package version.
downgrade Will try and downgrade a package from the version currently installed to the previously highest version (or the specified
version). The
depsolver will not necessarily work, but if you specify all the
packages it
should work (and thus. all the simple cases will work). Also this
does not
work for "instal- lonly" packages, like Kernels. downgrade operates on
groups,
files, provides and filelists just like the "install" command.
Oh, and I'd put into the yum.conf to exclude those packages from upgrading, to avoid this happening again.
mark
On 08/09/2010 02:24 PM, Dan Burkland wrote:
Machine is running 5.3 and somehow both packages got updated to libgcc-4.1.2-48.el5 when they need to be libgcc-4.1.2-44.el5. The DBAs here perform the Oracle Grid Control client install however they said it will not install it if detects an incorrect package version.
Thanks again,
Dan
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of Hakan Koseoglu Sent: Monday, August 09, 2010 1:12 PM To: CentOS mailing list Subject: Re: [CentOS] Downgrade libgcc& gcc packages (is there a clean way)
On 9 August 2010 19:06, Dan Burklanddburklan@nmdp.org wrote:
I have been tasked with "fixing" one of our CentOS boxes by somehow downgrading the libgcc and gcc packages to a specific version (Required by the Oracle Grid Control client). Normally I'd just remove and reinstall the packages however removing libgcc is no fun as I found out the hard way it breaks pretty much every package including rpm& yum. Is there an elegant way to downgrade the currently installed libgcc& gcc packages?
Which specific version? Can't you You get away with the compat packages? The rest should be compatible.
I had a similar problem (using Fedora 13) and got the following responses:
"You can use mock
http://fedoraproject.org/wiki/Using_Mock_to_test_package_builds
Rahul
[Mr Gabriel Says ...] My answer was going to be, install centos 5.x in a VM, use virtualbox, or <insert favorite virt. Tech here>, but having doine a quick check of mock, I believe I will also install it and use it too! Thanks Rahul"
I followed the link and it all works. You may be able to use this directly or perhaps CentOS supports the same approach.
HTH Roger Wells
On 08/09/10 11:24 AM, Dan Burkland wrote:
Machine is running 5.3 and somehow both packages got updated to libgcc-4.1.2-48.el5 when they need to be libgcc-4.1.2-44.el5. The DBAs here perform the Oracle Grid Control client install however they said it will not install it if detects an incorrect package version.
if any other RPMs have a dependency on 4.1.2-48, your life will be hell.
worse, you will not be able to install *ANY* future security or bug updates that include or require that libgcc upgrade.
someone needs to take a cluebat to Oracle.
And that's ignoring the reason for the higher release libc such as security...
Sent from Android Mobile
On 9 Aug 2010 19:43, "John R Pierce" pierce@hogranch.com wrote:
On 08/09/10 11:24 AM, Dan Burkland wrote:
Machine is running 5.3 and somehow both packages got updated to
libgcc-4.1.2-48.el5 when they need to be libgcc-4.1.2-44.el5. The DBAs here perform the Oracle Grid Control client install however they said it will not install it if detects an incorrect package version.
if any other RPMs have a dependency on 4.1.2-48, your life will be hell.
worse, you will not be able to install *ANY* future security or bug updates that include or require that libgcc upgrade.
someone needs to take a cluebat to Oracle.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Ah I just reread and saw the 5.3... you have known security issues anyway in that case...
Sent from Android Mobile
On 9 Aug 2010 20:36, "James Hogarth" james.hogarth@gmail.com wrote:
And that's ignoring the reason for the higher release libc such as security...
Sent from Android Mobile
On 9 Aug 2010 19:43, "John R Pierce" pierce@hogranch.com wrote:
On 08/09/10 11:24 AM, Dan Burkland wrote:
Machine is running 5.3 and somehow both packages got updated to
libgcc-4.1.2-48.el5 when they need to be libgcc-4.1.2-44.el5. The DBAs
here
perform the Oracle Grid Control client install however they said it will
not
install it if detects an incorrect package version.
if any other RPMs have a dependency on 4.1.2-48, your life will be hell.
worse, you will not be able to install *ANY* future security or bug updates that include or require that libgcc upgrade.
someone needs to take a cluebat to Oracle.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On Mon, Aug 09, 2010 at 01:06:15PM -0500, Dan Burkland wrote:
I have been tasked with "fixing" one of our CentOS boxes by somehow downgrading the libgcc and gcc packages to a specific version (Required by the Oracle Grid Control client). Normally I'd just remove and reinstall the packages however removing libgcc is no fun as I found out the hard way it breaks pretty much every package including rpm & yum. Is there an elegant way to downgrade the currently installed libgcc & gcc packages?
You could build your own gcc and libgcc from source of the right vintage, putting them where they won't interfere with the CentOS versions. It takes awhile, but gcc is quite capable of bootstrapping itself.
How to get Oracle Grid Control working with that might remain a problem. Are the libgcc libraries it wants to see in a separate namespace from the current CentOS ones? If so you could just install them alongside and be happy. If not, you might need to do something like set up a chroot for Grid Control, with its preferred libraries there.
Whit
-
Alan Hodgson -
Dan Burkland -
Hakan Koseoglu -
James Hogarth -
John R Pierce -
m.roth＠5-cent.us -
Roger K. Wells -
Whit Blauvelt