Hi Fabio, [ please just call me Nick ;) ] for the glibc and glibc-devel packages I ran up2date from the command line, this installed the 32 bit packages as the 64 bit packages were already installed when I installed the OS. I also installed all the compat-* libs from the installation CD's. I must stress that we are using RHAS4 and having just checked one of our servers I see that we did not have to install 2 versions of libstdc++, we just have the 64 bit version of libstdc++ installed. Here is a list of the relevant RPM's I have installed - compat-db-4.1.25-9 compat-gcc-32-3.2.3-47.3 compat-gcc-32-c++-3.2.3-47.3 compat-glibc-2.3.2-95.30 compat-glibc-headers-2.3.2-95.30 compat-libgcc-296-2.96-132.7.2 compat-libstdc++-296-2.96-132.7.2 compat-libstdc++-33-3.2.3-47.3 glibc-2.3.4-2.13 glibc-2.3.4-2.13 glibc-common-2.3.4-2.13 glibc-devel-2.3.4-2.13 glibc-devel-2.3.4-2.13 glibc-headers-2.3.4-2.13 glibc-kernheaders-2.4-9.1.87 libstdc++-3.4.3-9.EL4 libstdc++-devel-3.4.3-9.EL4 Good Luck, Nick . > -----Original Message----- > From: Fábio Augusto [mailto:fabiomirmar@xxxxxxxxx] > Sent: 16 November 2005 14:26 > To: General Red Hat Linux discussion list > Subject: Re: Problems to Install Oracle Client 10g over Red Hat AS > 3.0update3 > > > Hi Mr. Lunt, > > I don't like to use the --nodeps too, that's the last choice to the > administrator. I didn't try to install it using neither the Uvh or > up2date. > > I would like to know how do you install both these packadges on your > Opteron Servers. I believe that you have two packadges, one for 32 and > the other for 64 bits architecture. If you have to install both, how > do you use to do it? > > Thanks again!! > > 2005/11/16, Lunt, Nick <Nick.Lunt@xxxxxxxxxxxxxx>: > > Hi, > > > > All my 64 bit machines with Oracle on are AMD, Im afraid I > have no experience of POWER 5 servers. > > > > Personally I would not use the nodeps arg to RPM on a > production machine. > > > > I take it that you have tried to install the RPM's with rpm > -Uvh instead of -ivh too ? > > Also I would suggest trying to install the required > packages using up2date. > > > > I don't know if either of those methods will work. We had a > situation here a couple of weeks ago > > where one of our junior admins made a mess of RPM on a > server by using nodeps etc with important library packages, > > and they ended up having to reinstall ! > > > > Good Luck, > > Nick . > > > > > -----Original Message----- > > > From: Fábio Augusto [mailto:fabiomirmar@xxxxxxxxx] > > > Sent: 16 November 2005 13:08 > > > To: General Red Hat Linux discussion list > > > Subject: Re: Problems to Install Oracle Client 10g over Red Hat AS > > > 3.0update3 > > > > > > > > > Mr. Lunt, > > > > > > First of all, thanks a lot by answering my message. > > > > > > Some libraries were already installed using both the 32 and 64 bit > > > packages. If I use the command rpm -ql package, I'm going > to see some > > > libraries under the /lib directory and the same library under the > > > /lib64. > > > > > > The processor used by the Open Power Server is under the IBM POWER > > > architecture. If I'm not wrong, this is a POWER 5 processor. > > > > > > The great question is: Not all the libraries were > installed, and now I > > > have to do it, so in the installation media, I have some packadges > > > called packagename-version.ppc.rpm and other packadges called > > > packagename-version.ppc64.rpm, but If I install one of > them and then > > > try to install the other, I receive the message filed to install, > > > packadge packagename-version.ppc64.rpm conflicts with > > > packagename-version.ppc.rpm already installed. > > > > > > What should I do? Which is the best way to install those > packadges? Is > > > it safe to use rpm -ivh packagename-version.ppc64.rpm --nodeps? > > > > > > Thanks a lot once more. > > > > > > 2005/11/16, Lunt, Nick <Nick.Lunt@xxxxxxxxxxxxxx>: > > > > You can install both the 64 and 32 bit versions of glibc, > > > libstdc++ etc. > > > > > > > > [root@bounty user_scripts]# rpm -q glibc glibc-devel > > > > glibc-2.3.4-2.13 > > > > glibc-2.3.4-2.13 > > > > glibc-devel-2.3.4-2.13 > > > > glibc-devel-2.3.4-2.13 > > > > > > > > I can then query which is which by running rpm -qil glibc > > > which will give me the info for both the 32 and 64 bit versions. > > > > > > > > If you having trouble installed the 32 and 64 bit versions > > > then there may be some other errors that are causing this. > > > > > > > > Good luck, > > > > Nick . > > > > > > > > > > > > -----Original Message----- > > > > > From: redhat-list-bounces@xxxxxxxxxx > > > > > [mailto:redhat-list-bounces@xxxxxxxxxx] > > > > > On Behalf Of Fábio Augusto > > > > > Sent: Wednesday, November 16, 2005 5:21 AM > > > > > To: Lista Red Hat > > > > > Subject: Problems to Install Oracle Client 10g over Red Hat > > > > > AS 3.0 update 3 > > > > > > > > > > Good Evening for everyone, > > > > > > > > > > I'm working on the installation of a Red Hat AS > > > 3.0 update 3 > > > > > Linux for a client. The Orable DBA sent me an e-mail > > > asking about the > > > > > installation of some pre-requisite packages for linux. > > > > > > > > > > I've installed all the required pre-requisite > > > packages over > > > > > linux, but I read something strange on the Documentation > > > for Oracle > > > > > Client installation. This documentation asks for the following > > > > > packages to be installed using both 64 and 32 bits RPMs: > > > > > > > > > > libgcc-3.2.3-42 > > > > > libstdc++-3.2.3-42 > > > > > libstdc++-devel-3.2.3-42 > > > > > glibc-2.3.2-95.27 > > > > > glibc-devel-2* > > > > > > > > > > I'm using a Open Power (pSeries - 64 bits) > Server. If I > > > > > install the 64 bit package of any of those and then try > > > to install the > > > > > 32 bits package, I'm going to receive and error message > > > telling that > > > > > the installation conflicts with the package already installed. > > > > > > > > > > Does anyone here have already tryied to install two > versions of > > > > > package on the same machine? How can I install > without having the > > > > > conflict? Does anyone have successfully installed an > > > Oracle Client 10g > > > > > over a Red Hat AS 3 update 3? Which is the best way to do this > > > > > installation? > > > > > > > > > > Thanks a Lot!! > > > > > > > > > > Regards, > > > > > -- > > > > > Fábio Augusto Miranda Martins > > > > > Fone: 6202-3897 / 6987-0590 > > > > > Cel: 9638-9085 > > > > > E-mail: fabiomirmar@xxxxxxxxx > > > > > > > > > > -- > > > > > redhat-list mailing list > > > > > unsubscribe > > > mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > > > > > https://www.redhat.com/mailman/listinfo/redhat-list > > > > > > > > > > > > > > > > > > > > -- > > > > > redhat-list mailing list > > > > > unsubscribe > > > mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > > > > > https://www.redhat.com/mailman/listinfo/redhat-list > > > > > > > > > > > > > > > > > Wesleyan Administration Services Ltd registered number > > > 5188850 and Wesleyan Unit Trust Managers Ltd registered > > > number 2114859 ("WUTM Ltd") > > > > are wholly owned subsidiary companies of Wesleyan Assurance > > > Society, whose registered number is ZC145. > > > > WUTM Ltd is a member of IMA. For ISA/PEP/Unit Trusts > > > Administration Centre: PO Box Basildon SS15 5WQ Telephone: > > > 0870 601 6129 > > > > Wesleyan Assurance Society and WUTM Ltd are authorised and > > > regulated by the Financial Services Authority. > > > > Head Office, Colmore Circus, Birmingham B4 6AR. Telephone: > > > 0121 200 3003 Fax 0121 200 2971. > > > > Website: www.wesleyan.co.uk Telephone calls may be recorded > > > for monitoring and training purposes. > > > > > > > > CONFIDENTIALITY NOTICE > > > > > > > > This communication and the information it contains is > > > intended for the person or organisation to whom it is > > > addressed. Its contents are confidential and may be protected > > > in law. Unauthorised use, copying or disclosure of any of it > > > may be unlawful. If you are not the intended recipient, > > > please contact us immediately. > > > > > > > > The contents of any attachments in this e-mail may contain > > > software viruses, which could damage your own computer > > > system. While every reasonable precaution to minimise this > > > risk has been taken, we cannot accept liability for any > > > damage that you sustain as a result of software viruses. You > > > should carry out your own virus checking procedure before > > > opening any attachment. > > > > > > > > > > > > -- > > > > redhat-list mailing list > > > > unsubscribe > > > mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > > > > https://www.redhat.com/mailman/listinfo/redhat-list > > > > > > > > > > > > > -- > > > Fábio Augusto Miranda Martins > > > Fone: 6202-3897 / 6987-0590 > > > Cel: 9638-9085 > > > E-mail: fabiomirmar@xxxxxxxxx > > > > > > -- > > > redhat-list mailing list > > > unsubscribe > mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > > > https://www.redhat.com/mailman/listinfo/redhat-list > > > > > > > -- > > redhat-list mailing list > > unsubscribe > mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > > https://www.redhat.com/mailman/listinfo/redhat-list > > > > > -- > Fábio Augusto Miranda Martins > Fone: 6202-3897 / 6987-0590 > Cel: 9638-9085 > E-mail: fabiomirmar@xxxxxxxxx > > -- > redhat-list mailing list > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > https://www.redhat.com/mailman/listinfo/redhat-list > -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list
