this is for F10/testing. For some reason it did not get multilib'd properly.

On Sun, 15 Feb 2009 13:12:30 +0100, Thorsten wrote: > On 14.02.2009 16:18, Julian Sikorski wrote: > > this is for F10/testing. For some reason it did not get multilib'd properly. > > Reason found, workaround applied, repo pushed, discussing real fix with > mschwendt currently Disabling the internal dep generator here breaks rpmbuild's automatic SONAME deps for -devel pkgs. The spec file enables a modified find-requires script that filters out libnvidia-tls.so.1 libGLcore.so.1 but what happens additionally is that the -devel pkg ends up with no SONAME dependencies at all because the script doesn't create any deps for the -devel package. The x86_64 build is affected, too. Re-enabling the internal dep generator, the result is this: $ rpm -qpR xorg-x11-drv-nvidia-devel-180.29-1.fc10.i386.rpm | grep so libGL.so.1 libXvMCNVIDIA_dynamic.so.1 libcuda.so.1 libvdpau.so.1 And with that, the multilib resolving would work _without_ an explicit arch-specific dependency on the -libs package. [...] A cheap work-around would be to add explicit SONAME dependencies in the -devel package [getting the '()(64bit)' for 64-bit arch right] and adding a guard somewhere in %install that exits the build as soon as the shared lib soname symlinks don't match the explicit deps anymore.