On Fri, Mar 14, 2008 at 08:49:51AM +0100, David Woodhouse wrote:
It doesn't address multilib. For example, the -devel packages
should
require ocaml of the _same_ architecture, not just "ocaml".
In particular, the example that "ocaml-pcre-devel needs an explicit
'Requires: pcre-devel'" is wrong, because an i386 pcre-devel package
would satisfy that, while not being particularly useful for an x86_64
ocaml-pcre-devel.
Right -- I now understand the problem. See for example my email here:
https://www.redhat.com/archives/fedora-packaging/2008-March/msg00105.html
What I _don't_ understand is how to fix this ... Obviously bug 235755
("rpm doesn't allow 'Requires: foo.%{ARCH}'") would be an ideal
fix.
In the absence of that can someone suggest a workable scheme?
I can add file deps, I think, to solve this:
In ocaml-pcre-devel:
Requires: %{_libdir}/ocaml/pcre/ (get the right ocaml-pcre)
Requires: %{_libdir}/libpcre.a (instead of pcre-devel)
would seem to fix this, at the cost of downloading the filelists.
Because of bug #235755 you may need to use virtual provides or
file-based dependencies to express the dependencies correctly.
Unless we put 235755 on the F9Blocker... :)
For reference:
https://bugzilla.redhat.com/show_bug.cgi?id=235755
Rich.
--
Richard Jones, Emerging Technologies, Red Hat
http://et.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v