Re: Security update/glibc name change seems to have confused yum
James Antill <[email protected]>
| Newsgroups | gmane.linux.rpm.yum |
|---|---|
| Message-ID | <[email protected]> |
John Reiser <[email protected]> writes: > On 06/22/2011 08:28 AM, James Antill wrote: > >>> ---> Package glibc-devel.x86_64 0:2.12-1.7.el6 set to be updated >>> --> Processing Dependency: glibc = 2.12-1.7.el6 for package: >>> glibc-devel-2.12-1.7.el6.x86_64 >> >> And this is the latest version available, which is older than the one >> you have installed ... so yum tries to solve the problem by installing >> the .i686 version ... but that doesn't work out. > > How could that ever work (installing .i686 to fix a .x86_64 dependency, > in this case "... for package: glibc-devel-2.12-1.7.el6.x86_64")? > I've been bitten by this problem a number of times. Why should yum > even consider this? As Seth said, yum is just doing what it was told it could. As a good example of this, if foo.i386 required bash ... you wouldn't want it to actually require bash.i386. Saying that with RHEL-6.1 yum now also has a protected_multilib configuration, and if that is on (default) it refuses to do things like this (have foo.i386 and foo.x86_64 at different versions). -- James Antill -- [email protected]