Re: [Fedora-packaging] Re: RFC: Dropping %{?_isa} hack

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On Thu, 2018-01-18 at 23:04 +0100, Dominik 'Rathann' Mierzejewski wrote:
> On Thursday, 18 January 2018 at 22:50, Igor Gnatenko 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.
> 
> Huh? You can't be serious. I've been keeping a 32bit-only set of wine
> packages on my machine for quite some time and I'd be quite annoyed
> if I suddenly had to install all corresponding 64bit ones, too.

Well, I am pretty serious. I think you just didn't notice all those 64bit
packages because you had them already installed.

$ sudo dnf install wine
[…]
 libatomic                     i686   7.2.1-6.fc28            rawhide  40 k
 libatomic                     x86_64 7.2.1-6.fc28            rawhide  40 k
[…]

> When did you implement this change and for which Fedora release?

Since DNF was implemented?

> Could you point to its announcement?

Well, this particular thing was never discussed (at least to my knowledge).

> > So then what's the reason of using %{?_isa}? Just some old cruft from yum
> > era?
> > Can we drop it? Thoughts?
> 
> The reason is to ensure 64bit subpackages dependency on main package
> won't be satisfied by a 32bit counterpart and vice-versa. This has
> always been the case.

Except that 64bit package is always pulled in → no need for pulling 32bit
package. Yeah, requiring 32bit package from 64bit one (aka wine) is different
case (it doesn't really use %{?_isa}) and is valid one.
- -- 
- -Igor Gnatenko
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlphHZMACgkQaVcUvRu8
X0zBEA/8CbVquwlPiekTezShpDdALFizZnXVBQmymMPAyGt83o7uA4e+CUI3bfup
IEKERY38jsCy1rZOyOWRQU99PNmEtOCHcHQcnWnfbWu3Q1c+fav71U8ZCielBxnA
4zTPENH72n4Y14j7WAaYk3gtsm0xuYl981AFf9Uro1eYw3WDaOzsj+IQ2+EzPtv2
FZ/nk9bxgDbjtgzR2fDAW0F8nBF5t8BpJYPkuFBr/XH/E1A8y9AZFmbcqCENnERY
Iv7RPnbgq5y0C+/6pUtyPpxgX6G8pjTRST4pTSUIg4PkhB16VLOV0kz2vpNMyDg4
VciDF4XZCGP2EcU1TYg3sSrewsjzGU0Ec2bQdPIXXKkZGqTi5WgJ2SLGZtHx2ge5
6vkh0pgc06v8BWioi2D2K/j1u6zxGettw1U5/2z9fn9qY/8ZDQeyV7YHtfcsPX/F
wsX/752yFzvTy8YUOkhIkxBrgM+a9EWuB8+egnCGicLKkrIvRB6D+OYTynTQKTJA
G1f1Z9q2kQvHQ/s57enfFAIOOstYY0AifayzlVHqNtzjuvprliHrRilyIZgmXSEH
50IUB7X0+smz9hSlpED4DEXQikBKb03G2uEivj3wgPcznfNYk1M2hPsiy9N3qYPG
n5q/OcbjDrM3GXTf++QHlB0NAD43EtACgm46L/DhXfcSJtpnuLs=
=/s7a
-----END PGP SIGNATURE-----
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux