-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On Thu, 2018-01-18 at 16:58 -0500, Neal Gompa wrote: > On Thu, Jan 18, 2018 at 4:50 PM, Igor Gnatenko > <ignatenkobrain@xxxxxxxxxxxxxxxxx> wrote: > > > > Hello, > > > > Does anybody know why we are still using %{?_isa} thing? > > > > DNF/libsolv forcefully install 64bit package for any 32bit package in > > transaction. So it is not possible to get 32bit package without 64bit > > counterpart. > > > > So then what's the reason of using %{?_isa}? Just some old cruft from yum > > era? > > Can we drop it? Thoughts? > > Actually, libsolv doesn't quite do this all the time in every case. > There were a few fixes to libsolv post 0.6.30 for handling more > conditions of it. > > It also avoids weird situations where you get arch switching with > package splits and obsoletes... There are flags related to coloring Obsoletes, so that should be fine. But it seems that if I run $ sudo dnf install wine -x libatomic.x86_64, it would happily install without it, but on next upgrade -- pull it in.. So it seems that we still need to use %{?_isa}. Michael, can you give a hint whether we need to use it for weak deps as well? If so -- in which parts of conditions? - -- - -Igor Gnatenko -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlphHlAACgkQaVcUvRu8 X0zvhw/+Pkz2uI+gN+3EZgyi4Q5IfwxBsXZSy2OARBDuI53AUjEQ5ikuBDOt9K9X uFAk0eeY5pTe5VAvYTvomwWFeBk9rkqG2geHzpC1cn+BVN1G6MSz33vdhnEtGGmt /qeEInfqA0H5Jwxsj3tQlpd3tdedzl3v47gXdQ4eL88C1JbgIEuk1Ik56bwJmlFK s05c3og5XpvD9dUM4Chqhu2TLixs1hlT7uihW98MxUC4T/gcjgMikE4ZKRnpy1GT k8P8VLhkjPW/36ud6o8BqpSgI9VUzQkYIbWDsc2tV1HaXfAt+5kDdg6ZEWP9uGQ3 KM9zAppHpscVI8d8sGbXjlaRW1UGv5aotmz46fFpQ+IHr/29JbLt8sWaGvQ2I5Ce cuiNxk+zBqIAb73v1nYz93T5qr3mZO4GDfb+Oq2FbwcWlzuvzghwkAGpm5ycLEbw 5dfLbM5TpL0G8AyXSN1hxOrkL4Q81phCgEMZYnn0y9PrqfswYPlB0cPlWSS2GFy+ x/MREiGHiUOhma2DIe8iX7XF8k0S2x37zGn66xV8BCHrUP6iBbo3tIAVQ9+e+/V1 zJXav+UNkEdZexa1d6UuGlSNjjXEGhQDIGsr69hnZWIQNmVrCbW6abZdiJCt8KUh CsVIuYwNcH1kdVF5MQQnJpPpwt57Zvf6inZH7TCwrEmuUQHJTk4= =sKHb -----END PGP SIGNATURE----- _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx