Adrian Schröter wrote:
.. we have actually the baselibs mechanism in OBS for such tasks. It is a simple text file, which will be used automatically if a i586 build runs and it will generate some extra packages with the listed binary files for the other architecture.
Marco is right though. The package name is not the same for the normal i586 package and the 32bit one. Therefore the automatic provides are different and the %name(x86-32) one is basically useless. The regular package would provide %name(x86-32) = %version-%release while the -32bit version basically has %name-32bit(x86-32) = %version-%release So what's missing is the original name with architecture. In the concrete case of alsa-plugins-pulse-32bit it provides only alsa-plugins-pulse-32bit(x86-32) instead of alsa-plugins-pulse(x86-32) Marco: as workaround you may want to depend on a plugin library name instead of the package name. E.g. Requires: libasound_module_pcm_pulse.so The 64bit version doesn't provide that string cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.de/ SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org