Description of problem: The following package cannot be installed because it depends on packages that are older than the installed ones: libfreetype6-devel-2.4.4-4.mga1 Continue installation anyway? (Y/n) y as a result, gtk2-devel doesn't install Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3.
is see no gtk2-devel in the repo...
CC: (none) => dmorganec
Blocks: (none) => 2475
lib{64,}gtk+2.0-devel provides gtk2-devel.
CC: (none) => jani.valimaa
While I've had no problem installing libfreetype6-devel, the following does look strange to me ... [root@hodgins ~]# urpmq --requires libfreetype6-devel |grep == --requires behaviour changed, use --requires-recursive to get the old behaviour libfreetype6-devel: libfreetype6[== 2.4.4] libfreetype6-devel: libfreetype6[== 2.4.4] libfreetype6-devel: libfreetype6[== 2.4.4] libfreetype6-devel: libfreetype6[== 2.4.4] [root@hodgins ~]# urpmq --provides libfreetype6|grep 'libfreetype6\[' libfreetype6: libfreetype6[== 2.4.4-5.1.mga1.tainted] libfreetype6: libfreetype6[== 2.4.4-4.mga1] libfreetype6: libfreetype6[== 2.4.4-5.2.mga1] libfreetype6: libfreetype6[== 2.4.4-5.2.mga1.tainted] Does the part after the - in the provides get ignored when satisfying the requires/
CC: (none) => davidwhodgins
I think it's not strange at all. If we look at .spec we can see that the -devel pkg requires "only" %{libname} = %{version} and the lib pkg provides %{version}-%{release} (as pkgs normally does). So yes, the latter part is ignored or it's irrelevant as the rpm compares only %{version} part in this time. Maybe someone who knows rpm better, could explain more.
AFAIK provides and requires must mach.. If one package requires with release then another has to provide with release and vice versa..
CC: (none) => sander.lepik
Has this been solved ? or became obsolete? Although I reported the bug I haven't seen a problem for a long time. If nobody complains, I'll close it.
no replay, let's go
Status: NEW => RESOLVEDResolution: (none) => OLD