On 01/20/2016 05:59 PM, Michael Schwendt wrote:
On Wed, 20 Jan 2016 17:32:52 +0100, Ralf Corsepius wrote:
IMO, this is supposed to work => Bug
The big question would be: Where?
It cannot work as long as gtk3-devel relies on pkgconfig(foo) dependencies
instead of arch-specific explicit Requires.
AFAIU,the problem behind this is, in case of multilibs, there are
several providers providing non-arched rpm tags:
Example:
# rpm -q -provides -p libXt-devel-1.1.5-2.fc23.i686.rpm
libXt-devel = 1.1.5-2.fc23
libXt-devel(x86-32) = 1.1.5-2.fc23
pkgconfig(xt) = 1.1.5
# rpm -q -provides -p libXt-devel-1.1.5-2.fc23.x86_64.rpm
libXt-devel = 1.1.5-2.fc23
libXt-devel(x86-64) = 1.1.5-2.fc23
pkgconfig(xt) = 1.1.5
Apparently, dnf doesn't resolve such deps correctly, but seem to try to
resolve such deps either by a "first match" or "primary arch" strategy
and doesn't take a depchains an "inherited arch" into account:
# dnf remove libICE-devel libSM-devel libX11-devel libXt-devel
# dnf install libXt-devel.i686
...
Installing:
libICE-devel x86_64 1.0.9-3.fc23 fedora 54 k
libSM-devel x86_64 1.2.2-3.fc23 fedora 17 k
libX11 i686 1.6.3-2.fc23 fedora 616 k
libX11-devel x86_64 1.6.3-2.fc23 fedora 984 k
libXt i686 1.1.5-2.fc23 fedora 174 k
libXt-devel i686 1.1.5-2.fc23 fedora 450 k
[note: libICE-devel.i686, libSM-devel.i686 are missing]
Seems to me as if history is repeating - IIRC, we've had this issue in
early stage of yum, as well ;)
Ralf
--
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
http://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx
