Hi Steve, Arnau,
ah it seems the trick is to do this:
yum remove libstdc++-devel
yum install libstdc++-devel.i386 libstdc++-devel.x86_64
i.e. install both %{arch}s at the same time. Doing one after another
causes the flip-flopping ...
I now also see on my CentOS 4 x86_64 box:
# rpm -qa --queryformat '%{name}-%{version}-%{release}.%{arch}\n' | grep
libstdc.*devel
libstdc++-devel-3.4.6-10.x86_64
libstdc++-devel-3.4.6-10.i386
cheers,
JJK / Jan Just Keijser
Nikhef
Amsterdam
Steve Traylen wrote:
> On Wed, Jun 3, 2009 at 3:12 PM, Arnau Bria <[log in to unmask]> wrote:
>
>> hi all,
>>
>> We found some problems with ATLAS software and all cames from
>> libstdc++-devel i386/x86_64. On our WN:
>> [root@td110 3.4.6]# uname -a
>> Linux td110.pic.es 2.6.9-78.0.22.ELsmp #1 SMP Thu Apr 30 18:34:14 CDT
>> 2009 x86_64 x86_64 x86_64 GNU/Linux
>> [root@td110 3.4.6]# cat /etc/redhat-release
>> Scientific Linux SL release 4.7 (Beryllium)
>>
>>
>> From ATLAS web:
>> https://twiki.cern.ch/twiki/bin/view/Atlas/RPMcompatSLC4
>>
>
> This page needs updating, open a GGUS ticket, feel free to include me in it.
>
>> I get their requirement:
>>
>> libstdc++-devel.i386.rpm (subversion 3 is out of date, now it's 10:
>> libstdc++-devel-3.4.6-10.i386)
>>
>>
>> My system install x86_64 by default, but when the i386 package is
>> installed, it removes the x86_64 installed one:
>>
>
> Here is a 64bit SL4 node with those packages on?
>
> # rpm -qa --queryformat '%{name}-%{version}-%{release}.%{arch}\n' | grep libstdc
> libstdc++-3.4.6-10.x86_64
> libstdc++-3.4.6-10.i386
> libstdc++-devel-3.4.6-10.x86_64
> compat-libstdc++-33-3.2.3-47.3.x86_64
> compat-libstdc++-33-3.2.3-47.3.i386
>
>
>
>
>> [root@td110 3.4.6]# rpm -qa|grep libstdc++-devel
>> libstdc++-devel-3.4.6-10.x86_64
>>
>> # ls -lsad /usr/include/c++/3.4.6/x86*
>> 4 drwxr-xr-x 3 root root 4096 Jun 3
>> 13:07 /usr/include/c++/3.4.6/x86_64-redhat-linux
>>
>> # yum install libstdc++-devel.i386
>> Warning, could not load sqlite, falling back to pickle
>> [...]
>> ################################################## 833/833 Excluding
>> Packages from dag Finished Parsing package install arguments
>> Resolving Dependencies
>> --> Populating transaction set with selected packages. Please wait.
>> ---> Package libstdc++-devel.i386 0:3.4.6-10 set to be updated
>> --> Running transaction check
>> Beginning Kernel Module Plugin
>> Finished Kernel Module Plugin
>>
>> Dependencies Resolved
>>
>> =============================================================================
>> Package Arch Version Repository
>> Size
>> =============================================================================
>> Installing: libstdc++-devel i386 3.4.6-10
>> sl 1.6 M
>>
>> Transaction Summary
>> =============================================================================
>> Install 1 Package(s)
>> Update 0 Package(s)
>> Remove 0 Package(s)
>> Total download size: 1.6 M
>> Is this ok [y/N]: y
>> Downloading Packages:
>> Running Transaction Test
>> Finished Transaction Test
>> Transaction Test Succeeded
>> Running Transaction
>> Installing: libstdc++-devel #########################
>> [1/2] Cleanup : libstdc++-devel
>> ######################### [2/2]
>>
>> Installed: libstdc++-devel.i386 0:3.4.6-10
>> Complete!
>>
>> # rpm -qa|grep libstdc++-devel
>> libstdc++-devel-3.4.6-10.i386
>>
>>
>> # ls -lsad /usr/include/c++/3.4.6/x86*
>> ls: /usr/include/c++/3.4.6/x86*: No such file or directory
>>
>> but:
>>
>> ]# ls -lsad /usr/include/c++/3.4.6/i386*
>> 4 drwxr-xr-x 3 root root 4096 Jun 3
>> 13:15 /usr/include/c++/3.4.6/i386-redhat-linux
>>
>> ]# yum grouplist
>> Warning, could not load sqlite, falling back to pickle
>> Loading "kernel-module" plugin
>> Setting up Group Process
>> Setting up repositories
>> Installed Groups:
>> Compatibility Arch Development Support
>> Compatibility Arch Support
>> [...]
>>
>> so, each packages remove the other one and arch directory
>> under /usr/include/c++/3.4.6/$arch is removed, but we need both archs.
>>
>> Any clue on how to solve this install behaviour? May I ask SL developers?
>>
>> Cheers,
>> Arnau
>>
>>
>
>
>
>
|