RFC: Dropping %{?_isa} hack
by Igor Gnatenko
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
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?
- --
- -Igor Gnatenko
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlphFsEACgkQaVcUvRu8
X0yk2Q//WT0Xn+kV+HgnM10a1jD9/c4gtjaDNRFrxhs3oPx0J6kEC/IeAWNjLgE0
1+iJwE6bcz40Ee9SLmHnRVqzDmWpBVwm57lN8jid9DE/yiTe3SyKqk//ysTIFFgG
mvll4BqtxDC2fXpJSlgdq62tI2cvD5qHRlTmi7HRy+Do+G57nRDuTpQdVqTbRpDt
inL8ICAb4zhyrjlr0Sc5AQSy6uHNd8opDlrTSaOKR0+jSrXTbHZ17R40F0S53xQg
Qeb13nl7AqNC3WsVtPvdWgSRcjFsDtvakVipmgzOywxr+Q56iG0LaUBA57Wmixtz
yoa2KckuvRNbSFltGlqa4bHR71A/PbVy3JaHI+PzkJWL1UcSSji8vVGTmB4rwiai
xe8YlkyfU0VDbpnW3mcqXrZ2gApt6YyZdRHSvbVSi05My7J7jPlS6Qf8Xx7aqSQq
pN6cZhp796fPy53i0TKUf5UWE5pdLfhxFc0D8NGIzwF9U3U00GM43dzDk6PSGzlo
4d8U4K6CteScJWCO+xafGkCU3VGaMu7YnJDLzn5d1XD/7azpyG7zfa2a28wGHuGj
FoNoGIQG/exk3HADECSg7ITe5yCMm8PUbP1ZSrRKHzoYVeCAwRafMn6C6KTwfIUc
NTrb2Jt3Io7d1qJdxoNT5c3jJPftO9aOh23oPyfLLacygImWD6k=
=Vudn
-----END PGP SIGNATURE-----
6 years, 3 months
Controling dependency generator behaviour in a subpackage basis
by nicolas.mailhot＠laposte.net
Hi,
I'd like to control auto-dep generation on a subpackage basis.
A Go software unit is just a subdirectory in a specific location. Therefore my current Go autodep attr logic processes all those subdirectories.
Unfortunately unit test files are mixed with normal files in Go.
So, if you separate unit tests in specific subpackages (as current Fedora specs do), there is the risk one of those subpackages will own the same directory as the subpackage containing the main go code. And rpm will then think the unit test subpackage ships the whole Go code unit.
Is there a way to pass a subpackage-specific variable or package name to the dep generator, so it can learn to disable provides for unit tests? (auto requires are fine — unit test code has dep requirements)
Regards,
--
Nicolas Mailhot
6 years, 3 months
Could not execute mockbuild for epel7
by Brad Bell
I am running fedora 26 and having a problem with the mock builds for for epel7. Here is what I think
is the relevant information:
cppad>git branch | grep epel7
* epel7
cppad>sudo fedpkg mockbuild
... snip ...
File "/usr/lib64/python3.6/subprocess.py", line 1344, in _execute_child
raise child_exception_type(errno_num, err_msg, err_filename)
FileNotFoundError: [Errno 2] No such file or directory: '/usr/bin/yum-builddep': '/usr/bin/yum-builddep'
Could not execute mockbuild: Command '['mock', '-r', u'epel-7-x86_64', '--resultdir',
u'/home/bradbell/fedora/cppad/results_cppad/20180000.0/1.el7', '--rebuild',
u'/home/bradbell/fedora/cppad/cppad-20180000.0-1.el7.src.rpm']' returned non-zero exit status 1
I have set
/etc/mock/site-defaults.cfg
to not cleanup on success or failure.
It appears that the mock root directory for epel7 is
/var/lib/mock/epel-7-x86_64/root
For example
cppad>ls /var/lib/mock/epel-7-x86_64/root/usr/bin | grep gcc | wc -l
5
It also appears there is no file or directory named yum-builddep in relative to the mock root
cppad>ls /var/lib/mock/epel-7-x86_64/root/usr/bin | grep yum | wc -l
0
6 years, 3 months
