How to install libstdc++.i686 on RedHat RHEL 7?












0















yum install libstdc++.i686


...



Transaction check error:
file /usr/share/gcc-4.8.2/python/libstdcxx/v6/printers.pyc from install of libstdc++-4.8.5-16.el7_4.1.i686 conflicts with file from package libstdc++-4.8.5-16.el7_4.1.x86_64
file /usr/share/gcc-4.8.2/python/libstdcxx/v6/printers.pyo from install of libstdc++-4.8.5-16.el7_4.1.i686 conflicts with file from package libstdc++-4.8.5-16.el7_4.1.x86_64


What does this tell me and how can I fix it?



Here's the reason why I need it:
https://docs.bmc.com/docs/brid91/en/preparing-a-unix-environment-610402414.html#PreparingaUNIXenvironment-PreparingtoinstallonRedHatLinux



Yes, I did try to cheat and just linked the 64bit



# ln -s /usr/lib64/libstdc++.so.6 /lib/libstdc++.so.6

# ls -lad libstdc++.so.6
lrwxrwxrwx. 1 root root 25 25. Dez 09:53 libstdc++.so.6 -> /usr/lib64/libstdc++.so.6


but got this as a result:



./arcache: error while loading shared libraries: libstdc++.so.6: wrong ELF class: ELFCLASS64









share|improve this question




















  • 1





    Why are you doing this? What does Oracle have to do with this? Are you following some random online instructions that say you must run yum install libstdc++.i686? Because it seems to me you have that library installed already. Just move onto the next step and all should be fine.

    – JakeGould
    Dec 25 '17 at 0:16






  • 1





    FWIW, the i686 indicates that is the 32-bit version of what you are attempting to install. What you have installed is the x86_64 version which is the 64-bit version. Unless there is an incredibly specific reason you need the 32-bit version of that library, there is no reason to install that. Just compile with the 64-bit version.

    – JakeGould
    Dec 25 '17 at 3:34






  • 1





    This tells you that, assuming the packages are from the same source, since the package version and release are the same the package maintainer has allowed a small bug to slip through.

    – Ignacio Vazquez-Abrams
    Dec 25 '17 at 6:28











  • @JakeGould I edited my question to show you my reasons. Thanks!

    – Thomas
    Dec 25 '17 at 9:57
















0















yum install libstdc++.i686


...



Transaction check error:
file /usr/share/gcc-4.8.2/python/libstdcxx/v6/printers.pyc from install of libstdc++-4.8.5-16.el7_4.1.i686 conflicts with file from package libstdc++-4.8.5-16.el7_4.1.x86_64
file /usr/share/gcc-4.8.2/python/libstdcxx/v6/printers.pyo from install of libstdc++-4.8.5-16.el7_4.1.i686 conflicts with file from package libstdc++-4.8.5-16.el7_4.1.x86_64


What does this tell me and how can I fix it?



Here's the reason why I need it:
https://docs.bmc.com/docs/brid91/en/preparing-a-unix-environment-610402414.html#PreparingaUNIXenvironment-PreparingtoinstallonRedHatLinux



Yes, I did try to cheat and just linked the 64bit



# ln -s /usr/lib64/libstdc++.so.6 /lib/libstdc++.so.6

# ls -lad libstdc++.so.6
lrwxrwxrwx. 1 root root 25 25. Dez 09:53 libstdc++.so.6 -> /usr/lib64/libstdc++.so.6


but got this as a result:



./arcache: error while loading shared libraries: libstdc++.so.6: wrong ELF class: ELFCLASS64









share|improve this question




















  • 1





    Why are you doing this? What does Oracle have to do with this? Are you following some random online instructions that say you must run yum install libstdc++.i686? Because it seems to me you have that library installed already. Just move onto the next step and all should be fine.

    – JakeGould
    Dec 25 '17 at 0:16






  • 1





    FWIW, the i686 indicates that is the 32-bit version of what you are attempting to install. What you have installed is the x86_64 version which is the 64-bit version. Unless there is an incredibly specific reason you need the 32-bit version of that library, there is no reason to install that. Just compile with the 64-bit version.

    – JakeGould
    Dec 25 '17 at 3:34






  • 1





    This tells you that, assuming the packages are from the same source, since the package version and release are the same the package maintainer has allowed a small bug to slip through.

    – Ignacio Vazquez-Abrams
    Dec 25 '17 at 6:28











  • @JakeGould I edited my question to show you my reasons. Thanks!

    – Thomas
    Dec 25 '17 at 9:57














0












0








0








yum install libstdc++.i686


...



Transaction check error:
file /usr/share/gcc-4.8.2/python/libstdcxx/v6/printers.pyc from install of libstdc++-4.8.5-16.el7_4.1.i686 conflicts with file from package libstdc++-4.8.5-16.el7_4.1.x86_64
file /usr/share/gcc-4.8.2/python/libstdcxx/v6/printers.pyo from install of libstdc++-4.8.5-16.el7_4.1.i686 conflicts with file from package libstdc++-4.8.5-16.el7_4.1.x86_64


What does this tell me and how can I fix it?



Here's the reason why I need it:
https://docs.bmc.com/docs/brid91/en/preparing-a-unix-environment-610402414.html#PreparingaUNIXenvironment-PreparingtoinstallonRedHatLinux



Yes, I did try to cheat and just linked the 64bit



# ln -s /usr/lib64/libstdc++.so.6 /lib/libstdc++.so.6

# ls -lad libstdc++.so.6
lrwxrwxrwx. 1 root root 25 25. Dez 09:53 libstdc++.so.6 -> /usr/lib64/libstdc++.so.6


but got this as a result:



./arcache: error while loading shared libraries: libstdc++.so.6: wrong ELF class: ELFCLASS64









share|improve this question
















yum install libstdc++.i686


...



Transaction check error:
file /usr/share/gcc-4.8.2/python/libstdcxx/v6/printers.pyc from install of libstdc++-4.8.5-16.el7_4.1.i686 conflicts with file from package libstdc++-4.8.5-16.el7_4.1.x86_64
file /usr/share/gcc-4.8.2/python/libstdcxx/v6/printers.pyo from install of libstdc++-4.8.5-16.el7_4.1.i686 conflicts with file from package libstdc++-4.8.5-16.el7_4.1.x86_64


What does this tell me and how can I fix it?



Here's the reason why I need it:
https://docs.bmc.com/docs/brid91/en/preparing-a-unix-environment-610402414.html#PreparingaUNIXenvironment-PreparingtoinstallonRedHatLinux



Yes, I did try to cheat and just linked the 64bit



# ln -s /usr/lib64/libstdc++.so.6 /lib/libstdc++.so.6

# ls -lad libstdc++.so.6
lrwxrwxrwx. 1 root root 25 25. Dez 09:53 libstdc++.so.6 -> /usr/lib64/libstdc++.so.6


but got this as a result:



./arcache: error while loading shared libraries: libstdc++.so.6: wrong ELF class: ELFCLASS64






linux redhat-enterprise-linux






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Dec 25 '17 at 9:55







Thomas

















asked Dec 24 '17 at 23:47









ThomasThomas

11316




11316








  • 1





    Why are you doing this? What does Oracle have to do with this? Are you following some random online instructions that say you must run yum install libstdc++.i686? Because it seems to me you have that library installed already. Just move onto the next step and all should be fine.

    – JakeGould
    Dec 25 '17 at 0:16






  • 1





    FWIW, the i686 indicates that is the 32-bit version of what you are attempting to install. What you have installed is the x86_64 version which is the 64-bit version. Unless there is an incredibly specific reason you need the 32-bit version of that library, there is no reason to install that. Just compile with the 64-bit version.

    – JakeGould
    Dec 25 '17 at 3:34






  • 1





    This tells you that, assuming the packages are from the same source, since the package version and release are the same the package maintainer has allowed a small bug to slip through.

    – Ignacio Vazquez-Abrams
    Dec 25 '17 at 6:28











  • @JakeGould I edited my question to show you my reasons. Thanks!

    – Thomas
    Dec 25 '17 at 9:57














  • 1





    Why are you doing this? What does Oracle have to do with this? Are you following some random online instructions that say you must run yum install libstdc++.i686? Because it seems to me you have that library installed already. Just move onto the next step and all should be fine.

    – JakeGould
    Dec 25 '17 at 0:16






  • 1





    FWIW, the i686 indicates that is the 32-bit version of what you are attempting to install. What you have installed is the x86_64 version which is the 64-bit version. Unless there is an incredibly specific reason you need the 32-bit version of that library, there is no reason to install that. Just compile with the 64-bit version.

    – JakeGould
    Dec 25 '17 at 3:34






  • 1





    This tells you that, assuming the packages are from the same source, since the package version and release are the same the package maintainer has allowed a small bug to slip through.

    – Ignacio Vazquez-Abrams
    Dec 25 '17 at 6:28











  • @JakeGould I edited my question to show you my reasons. Thanks!

    – Thomas
    Dec 25 '17 at 9:57








1




1





Why are you doing this? What does Oracle have to do with this? Are you following some random online instructions that say you must run yum install libstdc++.i686? Because it seems to me you have that library installed already. Just move onto the next step and all should be fine.

– JakeGould
Dec 25 '17 at 0:16





Why are you doing this? What does Oracle have to do with this? Are you following some random online instructions that say you must run yum install libstdc++.i686? Because it seems to me you have that library installed already. Just move onto the next step and all should be fine.

– JakeGould
Dec 25 '17 at 0:16




1




1





FWIW, the i686 indicates that is the 32-bit version of what you are attempting to install. What you have installed is the x86_64 version which is the 64-bit version. Unless there is an incredibly specific reason you need the 32-bit version of that library, there is no reason to install that. Just compile with the 64-bit version.

– JakeGould
Dec 25 '17 at 3:34





FWIW, the i686 indicates that is the 32-bit version of what you are attempting to install. What you have installed is the x86_64 version which is the 64-bit version. Unless there is an incredibly specific reason you need the 32-bit version of that library, there is no reason to install that. Just compile with the 64-bit version.

– JakeGould
Dec 25 '17 at 3:34




1




1





This tells you that, assuming the packages are from the same source, since the package version and release are the same the package maintainer has allowed a small bug to slip through.

– Ignacio Vazquez-Abrams
Dec 25 '17 at 6:28





This tells you that, assuming the packages are from the same source, since the package version and release are the same the package maintainer has allowed a small bug to slip through.

– Ignacio Vazquez-Abrams
Dec 25 '17 at 6:28













@JakeGould I edited my question to show you my reasons. Thanks!

– Thomas
Dec 25 '17 at 9:57





@JakeGould I edited my question to show you my reasons. Thanks!

– Thomas
Dec 25 '17 at 9:57










2 Answers
2






active

oldest

votes


















1














I ran into this same issue. I was able to use yum to download the RPM, then force install the rpm.



$ sudo yum install --downloadonly --downloaddir=/var/tmp/ libstdc++.i686
$ sudo rpm -ivh --force --nodeps /var/tmp/libstdc++-<VERSION>.i686.rpm


yum



--downloadonly - only download the package into an RPM



--downloaddir - download an RPM to the specified dir



rpm



--ivh - install/verbose log/print hashes for progress



--force - ignore existing installs, this is what ignores the above error



--nodeps - ignore dependencies






share|improve this answer


























  • Why do this rather than the shorter commands?

    – Scott
    Feb 12 at 2:07











  • Because the shorter command will fail per the original question. In case you mean why do the options, I'll add that to the answer.

    – redfeatherplusplus
    Feb 12 at 16:04





















0














It says you i686 package not match with you x86_64 package(must with same version number), update the x86_64 package first, then try again:



yum update -y libstdc++.x86_64
yum install libstdc++.i686





share|improve this answer
























    Your Answer








    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "3"
    };
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function() {
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled) {
    StackExchange.using("snippets", function() {
    createEditor();
    });
    }
    else {
    createEditor();
    }
    });

    function createEditor() {
    StackExchange.prepareEditor({
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: true,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: 10,
    bindNavPrevention: true,
    postfix: "",
    imageUploader: {
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    },
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });














    draft saved

    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1279873%2fhow-to-install-libstdc-i686-on-redhat-rhel-7%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    2 Answers
    2






    active

    oldest

    votes








    2 Answers
    2






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    1














    I ran into this same issue. I was able to use yum to download the RPM, then force install the rpm.



    $ sudo yum install --downloadonly --downloaddir=/var/tmp/ libstdc++.i686
    $ sudo rpm -ivh --force --nodeps /var/tmp/libstdc++-<VERSION>.i686.rpm


    yum



    --downloadonly - only download the package into an RPM



    --downloaddir - download an RPM to the specified dir



    rpm



    --ivh - install/verbose log/print hashes for progress



    --force - ignore existing installs, this is what ignores the above error



    --nodeps - ignore dependencies






    share|improve this answer


























    • Why do this rather than the shorter commands?

      – Scott
      Feb 12 at 2:07











    • Because the shorter command will fail per the original question. In case you mean why do the options, I'll add that to the answer.

      – redfeatherplusplus
      Feb 12 at 16:04


















    1














    I ran into this same issue. I was able to use yum to download the RPM, then force install the rpm.



    $ sudo yum install --downloadonly --downloaddir=/var/tmp/ libstdc++.i686
    $ sudo rpm -ivh --force --nodeps /var/tmp/libstdc++-<VERSION>.i686.rpm


    yum



    --downloadonly - only download the package into an RPM



    --downloaddir - download an RPM to the specified dir



    rpm



    --ivh - install/verbose log/print hashes for progress



    --force - ignore existing installs, this is what ignores the above error



    --nodeps - ignore dependencies






    share|improve this answer


























    • Why do this rather than the shorter commands?

      – Scott
      Feb 12 at 2:07











    • Because the shorter command will fail per the original question. In case you mean why do the options, I'll add that to the answer.

      – redfeatherplusplus
      Feb 12 at 16:04
















    1












    1








    1







    I ran into this same issue. I was able to use yum to download the RPM, then force install the rpm.



    $ sudo yum install --downloadonly --downloaddir=/var/tmp/ libstdc++.i686
    $ sudo rpm -ivh --force --nodeps /var/tmp/libstdc++-<VERSION>.i686.rpm


    yum



    --downloadonly - only download the package into an RPM



    --downloaddir - download an RPM to the specified dir



    rpm



    --ivh - install/verbose log/print hashes for progress



    --force - ignore existing installs, this is what ignores the above error



    --nodeps - ignore dependencies






    share|improve this answer















    I ran into this same issue. I was able to use yum to download the RPM, then force install the rpm.



    $ sudo yum install --downloadonly --downloaddir=/var/tmp/ libstdc++.i686
    $ sudo rpm -ivh --force --nodeps /var/tmp/libstdc++-<VERSION>.i686.rpm


    yum



    --downloadonly - only download the package into an RPM



    --downloaddir - download an RPM to the specified dir



    rpm



    --ivh - install/verbose log/print hashes for progress



    --force - ignore existing installs, this is what ignores the above error



    --nodeps - ignore dependencies







    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited Feb 12 at 16:09

























    answered Feb 12 at 0:07









    redfeatherplusplusredfeatherplusplus

    112




    112













    • Why do this rather than the shorter commands?

      – Scott
      Feb 12 at 2:07











    • Because the shorter command will fail per the original question. In case you mean why do the options, I'll add that to the answer.

      – redfeatherplusplus
      Feb 12 at 16:04





















    • Why do this rather than the shorter commands?

      – Scott
      Feb 12 at 2:07











    • Because the shorter command will fail per the original question. In case you mean why do the options, I'll add that to the answer.

      – redfeatherplusplus
      Feb 12 at 16:04



















    Why do this rather than the shorter commands?

    – Scott
    Feb 12 at 2:07





    Why do this rather than the shorter commands?

    – Scott
    Feb 12 at 2:07













    Because the shorter command will fail per the original question. In case you mean why do the options, I'll add that to the answer.

    – redfeatherplusplus
    Feb 12 at 16:04







    Because the shorter command will fail per the original question. In case you mean why do the options, I'll add that to the answer.

    – redfeatherplusplus
    Feb 12 at 16:04















    0














    It says you i686 package not match with you x86_64 package(must with same version number), update the x86_64 package first, then try again:



    yum update -y libstdc++.x86_64
    yum install libstdc++.i686





    share|improve this answer




























      0














      It says you i686 package not match with you x86_64 package(must with same version number), update the x86_64 package first, then try again:



      yum update -y libstdc++.x86_64
      yum install libstdc++.i686





      share|improve this answer


























        0












        0








        0







        It says you i686 package not match with you x86_64 package(must with same version number), update the x86_64 package first, then try again:



        yum update -y libstdc++.x86_64
        yum install libstdc++.i686





        share|improve this answer













        It says you i686 package not match with you x86_64 package(must with same version number), update the x86_64 package first, then try again:



        yum update -y libstdc++.x86_64
        yum install libstdc++.i686






        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Jul 10 '18 at 2:42









        tangxinfatangxinfa

        1013




        1013






























            draft saved

            draft discarded




















































            Thanks for contributing an answer to Super User!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid



            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1279873%2fhow-to-install-libstdc-i686-on-redhat-rhel-7%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            How to reconfigure Docker Trusted Registry 2.x.x to use CEPH FS mount instead of NFS and other traditional...

            is 'sed' thread safe

            How to make a Squid Proxy server?