> Redhat installs both an i386/i686 and x86_64 versions of 47 RPM's when > you do an install and select the "Everything" option. This appears to > present a problem when using yum to update patches as there appears to > be no way to do a --nodeps rpm equivalent. To give one example of a > package with multiple arch'es load and patching problems let's look at > trying to patch samba on a freshly loaded x86_64 machine: > > Here proof the i386 and x86_64 version are loaded: > # grep samba- /root/install.log > Installing samba-common-3.0.0-14.3E.x86_64. > Installing samba-client-3.0.0-14.3E.x86_64. > Installing samba-3.0.0-14.3E.i386. > Installing samba-3.0.0-14.3E.x86_64. > Installing redhat-config-samba-1.0.16-1.noarch. > > Here's what happens when I patch by hand w/ RPM (get the same dependency > error when using yum): > > # ls > samba-3.0.2-6.3E.i386.rpm samba-client-3.0.2-6.3E.i386.rpm > samba-common-3.0.2-6.3E.i386.rpm > samba-3.0.2-6.3E.x86_64.rpm samba-client-3.0.2-6.3E.x86_64.rpm > samba-common-3.0.2-6.3E.x86_64.rpm > > [root@dpmlh090 patches]# rpm -Fvh `ls` > error: Failed dependencies: > libreadline.so.4 is needed by samba-client-3.0.2-6.3E > > The readline installed is the 64 bit version not the 32, so when you try > and patch the i386 version of sambe you've got problems... I opened a > ticket on this w/ redhat and they said for patching to work I have to > specify both the i386 and x86_64 version as shown above and patch with > the --nodeps option for the packages that multiple arch's are loaded > for. Up2date handles this and patches correctly. Has any one else run > into this and found a work around with yum or am I missing something??? I don't know which version of yum you're using - but if you find yourself in this situation, using yum 2.0.7 you should try this: yum update samba.i386 samba.x86_64 samba-common.i386 samba-common.x86_64 samba-client.i386 samba-client.x86_64 That'd be my first suggestion - my next suggestion would be to recommend to red hat that if the solution to bad packaging is to use --nodeps then they should think HARD about what it is their supporting. -sv
