Hey all, I'm pleased to announce that a new major release of mock tool, A 'simple' chroot build environment manager for building RPMs, is out.
There are several major changes, namely `--bootstrap-chroot` enabled by default, default flip from `yum` to `dnf`, simplified mock-core-configs package, fixed regression in 'use_bootstrap_image' option. And many important bugfixes. See release notes here:
https://github.com/rpm-software-management/mock/wiki/Release-Notes-2.0
The new `mock-core-configs 32.0` package now provides configuration for "branched" Fedora 32, and Rawhide points to Fedora 33. All the 33/32/31 configuration files should work fine now, but please make sure you have the "latest greatest" distribution-gpg-keys 1.36 from updates-testing for this to work (thanks to fedora infra team for providing the gpg keys in advance, and to Mirek Suchý for shipping it in new release quickly).
The fedora updates links are:
F31 https://bodhi.fedoraproject.org/updates/FEDORA-2020-8c3f06d776 F30 https://bodhi.fedoraproject.org/updates/FEDORA-2020-4ab9c18a6a EL8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-4f9536de5b EL7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-56dcc5ffbf
I disabled time-based auto push and set auto-karma=10, so this shouldn't land stable too quickly and untested. Please report any issues.
The following people contributed to this release:
Dominik Tureček Jakub Čajka Jakub Kadlčík Merlin Mathesius Scott K Logan Sérgio M. Basto Silvie Chlupová Tomas Hrnciar
Thank you all. Pavel
On Fri, 2020-02-07 at 15:44 +0100, Pavel Raiskup wrote:
Hey all, I'm pleased to announce that a new major release of mock tool, A 'simple' chroot build environment manager for building RPMs, is out.
There are several major changes, namely `--bootstrap-chroot` enabled by default, default flip from `yum` to `dnf`, simplified mock-core- configs package, fixed regression in 'use_bootstrap_image' option. And many important bugfixes. See release notes here:
https://github.com/rpm-software-management/mock/wiki/Release-Notes-2.0
The new `mock-core-configs 32.0` package now provides configuration for "branched" Fedora 32, and Rawhide points to Fedora 33. All the 33/32/31 configuration files should work fine now, but please make sure you have the "latest greatest" distribution-gpg-keys 1.36 from updates-testing for this to work (thanks to fedora infra team for providing the gpg keys in advance, and to Mirek Suchý for shipping it in new release quickly).
The fedora updates links are:
F31 https://bodhi.fedoraproject.org/updates/FEDORA-2020-8c3f06d776 F30 https://bodhi.fedoraproject.org/updates/FEDORA-2020-4ab9c18a6a EL8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-4f9536de5b EL7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-56dcc5ffbf
I disabled time-based auto push and set auto-karma=10, so this shouldn't land stable too quickly and untested. Please report any issues.
Hi,
I found this error , on Fedora 31 running [1] ends with [2] , have we a easy fix for this ?
Thank you
[1] mock -r epel-7-x86_64 --no-clean ./clamav-0.102.2-1.fc32.src.rpm
[2] Wrote: /builddir/build/SRPMS/clamav-0.102.2-1.el7.src.rpm Traceback (most recent call last): File "/usr/bin/dnf", line 57, in <module> from dnf.cli import main File "/usr/lib/python2.7/site-packages/dnf/__init__.py", line 30, in <module> import dnf.base File "/usr/lib/python2.7/site-packages/dnf/base.py", line 29, in <module> import libdnf.transaction File "/usr/lib64/python2.7/site-packages/libdnf/__init__.py", line 3, in <module> from . import conf File "/usr/lib64/python2.7/site-packages/libdnf/conf.py", line 17, in <module> _conf = swig_import_helper() File "/usr/lib64/python2.7/site-packages/libdnf/conf.py", line 16, in swig_import_helper return importlib.import_module('_conf') File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in import_module __import__(name) ImportError: No module named _conf
Dne 10. 02. 20 v 6:01 Sérgio Basto napsal(a):
[1] mock -r epel-7-x86_64 --no-clean ./clamav-0.102.2-1.fc32.src.rpm
[2] Wrote: /builddir/build/SRPMS/clamav-0.102.2-1.el7.src.rpm Traceback (most recent call last): File "/usr/bin/dnf", line 57, in <module> from dnf.cli import main File "/usr/lib/python2.7/site-packages/dnf/__init__.py", line 30, in
<module> import dnf.base File "/usr/lib/python2.7/site-packages/dnf/base.py", line 29, in <module> import libdnf.transaction File "/usr/lib64/python2.7/site-packages/libdnf/__init__.py", line 3, in <module> from . import conf File "/usr/lib64/python2.7/site-packages/libdnf/conf.py", line 17, in <module> _conf = swig_import_helper() File "/usr/lib64/python2.7/site-packages/libdnf/conf.py", line 16, in swig_import_helper return importlib.import_module('_conf') File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in import_module __import__(name) ImportError: No module named _conf
This is a bug in libdnf. I filed https://bugzilla.redhat.com/show_bug.cgi?id=1801065
Dne 10. 02. 20 v 6:01 Sérgio Basto napsal(a):
On Fri, 2020-02-07 at 15:44 +0100, Pavel Raiskup wrote:
Hey all, I'm pleased to announce that a new major release of mock tool, A 'simple' chroot build environment manager for building RPMs, is out.
There are several major changes, namely `--bootstrap-chroot` enabled by default, default flip from `yum` to `dnf`, simplified mock-core- configs package, fixed regression in 'use_bootstrap_image' option. And many important bugfixes. See release notes here:
https://github.com/rpm-software-management/mock/wiki/Release-Notes-2.0
The new `mock-core-configs 32.0` package now provides configuration for "branched" Fedora 32, and Rawhide points to Fedora 33. All the 33/32/31 configuration files should work fine now, but please make sure you have the "latest greatest" distribution-gpg-keys 1.36 from updates-testing for this to work (thanks to fedora infra team for providing the gpg keys in advance, and to Mirek Suchý for shipping it in new release quickly).
The fedora updates links are:
F31 https://bodhi.fedoraproject.org/updates/FEDORA-2020-8c3f06d776 F30 https://bodhi.fedoraproject.org/updates/FEDORA-2020-4ab9c18a6a EL8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-4f9536de5b EL7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-56dcc5ffbf
I disabled time-based auto push and set auto-karma=10, so this shouldn't land stable too quickly and untested. Please report any issues.
Hi,
I found this error , on Fedora 31 running [1] ends with [2] , have we a easy fix for this ?
Thank you
[1] mock -r epel-7-x86_64 --no-clean ./clamav-0.102.2-1.fc32.src.rpm
[2] Wrote: /builddir/build/SRPMS/clamav-0.102.2-1.el7.src.rpm Traceback (most recent call last): File "/usr/bin/dnf", line 57, in <module> from dnf.cli import main File "/usr/lib/python2.7/site-packages/dnf/__init__.py", line 30, in
<module> import dnf.base File "/usr/lib/python2.7/site-packages/dnf/base.py", line 29, in <module> import libdnf.transaction File "/usr/lib64/python2.7/site-packages/libdnf/__init__.py", line 3, in <module> from . import conf File "/usr/lib64/python2.7/site-packages/libdnf/conf.py", line 17, in <module> _conf = swig_import_helper() File "/usr/lib64/python2.7/site-packages/libdnf/conf.py", line 16, in swig_import_helper return importlib.import_module('_conf') File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in import_module __import__(name) ImportError: No module named _conf
Hmm, I have been trying to reproduce and I cannot. Can you post more info? What version of dnf/libdnf you have. Anything in ~/.config/mock.cfg ? Full log. Does it happen only with this src.rpm or with everyone?
On Tue, 2020-02-11 at 08:45 +0100, Miroslav Suchý wrote:
Dne 10. 02. 20 v 6:01 Sérgio Basto napsal(a):
On Fri, 2020-02-07 at 15:44 +0100, Pavel Raiskup wrote:
Hey all, I'm pleased to announce that a new major release of mock tool, A 'simple' chroot build environment manager for building RPMs, is out.
There are several major changes, namely `--bootstrap-chroot` enabled by default, default flip from `yum` to `dnf`, simplified mock-core- configs package, fixed regression in 'use_bootstrap_image' option. And many important bugfixes. See release notes here:
https://github.com/rpm-software-management/mock/wiki/Release-Notes-2.0
The new `mock-core-configs 32.0` package now provides configuration for "branched" Fedora 32, and Rawhide points to Fedora 33. All the 33/32/31 configuration files should work fine now, but please make sure you have the "latest greatest" distribution-gpg-keys 1.36 from updates-testing for this to work (thanks to fedora infra team for providing the gpg keys in advance, and to Mirek Suchý for shipping it in new release quickly).
The fedora updates links are:
F31 https://bodhi.fedoraproject.org/updates/FEDORA-2020-8c3f06d776 F30 https://bodhi.fedoraproject.org/updates/FEDORA-2020-4ab9c18a6a EL8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-4f9536de5b EL7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-56dcc5ffbf
I disabled time-based auto push and set auto-karma=10, so this shouldn't land stable too quickly and untested. Please report any issues.
Hi,
I found this error , on Fedora 31 running [1] ends with [2] , have we a easy fix for this ?
Thank you
[1] mock -r epel-7-x86_64 --no-clean ./clamav-0.102.2-1.fc32.src.rpm
[2] Wrote: /builddir/build/SRPMS/clamav-0.102.2-1.el7.src.rpm Traceback (most recent call last): File "/usr/bin/dnf", line 57, in <module> from dnf.cli import main File "/usr/lib/python2.7/site-packages/dnf/__init__.py", line 30, in
<module> import dnf.base File "/usr/lib/python2.7/site-packages/dnf/base.py", line 29, in <module> import libdnf.transaction File "/usr/lib64/python2.7/site-packages/libdnf/__init__.py", line 3, in <module> from . import conf File "/usr/lib64/python2.7/site-packages/libdnf/conf.py", line 17, in <module> _conf = swig_import_helper() File "/usr/lib64/python2.7/site-packages/libdnf/conf.py", line 16, in swig_import_helper return importlib.import_module('_conf') File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in import_module __import__(name) ImportError: No module named _conf
Hmm, I have been trying to reproduce and I cannot. Can you post more info? What version of dnf/libdnf you have. Anything in ~/.config/mock.cfg ? Full log. Does it happen only with this src.rpm or with everyone?
I'm running the mock in my box with F31 , after run [1] and [2] you will reproduce the error .
[1] dnf --enablerepo=updates-testing update "mock*"
[2] mock -r epel-7-x86_64 --no-clean libvncserver-0.9.12-1.fc32.src.rpm
On Tue, 2020-02-11 at 12:45 +0000, Sérgio Basto wrote:
On Tue, 2020-02-11 at 08:45 +0100, Miroslav Suchý wrote:
Dne 10. 02. 20 v 6:01 Sérgio Basto napsal(a):
On Fri, 2020-02-07 at 15:44 +0100, Pavel Raiskup wrote:
Hey all, I'm pleased to announce that a new major release of mock tool, A 'simple' chroot build environment manager for building RPMs, is out.
There are several major changes, namely `--bootstrap-chroot` enabled by default, default flip from `yum` to `dnf`, simplified mock- core- configs package, fixed regression in 'use_bootstrap_image' option. And many important bugfixes. See release notes here:
https://github.com/rpm-software-management/mock/wiki/Release-Notes-2.0
The new `mock-core-configs 32.0` package now provides configuration for "branched" Fedora 32, and Rawhide points to Fedora 33. All the 33/32/31 configuration files should work fine now, but please make sure you have the "latest greatest" distribution-gpg-keys 1.36 from updates-testing for this to work (thanks to fedora infra team for providing the gpg keys in advance, and to Mirek Suchý for shipping it in new release quickly).
The fedora updates links are:
F31 https://bodhi.fedoraproject.org/updates/FEDORA-2020-8c3f06d776 F30 https://bodhi.fedoraproject.org/updates/FEDORA-2020-4ab9c18a6a EL8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-4f9536de5b EL7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-56dcc5ffbf
I disabled time-based auto push and set auto-karma=10, so this shouldn't land stable too quickly and untested. Please report any issues.
Hi,
I found this error , on Fedora 31 running [1] ends with [2] , have we a easy fix for this ?
Thank you
[1] mock -r epel-7-x86_64 --no-clean ./clamav-0.102.2- 1.fc32.src.rpm
[2] Wrote: /builddir/build/SRPMS/clamav-0.102.2-1.el7.src.rpm Traceback (most recent call last): File "/usr/bin/dnf", line 57, in <module> from dnf.cli import main File "/usr/lib/python2.7/site-packages/dnf/__init__.py", line 30, in
<module> import dnf.base File "/usr/lib/python2.7/site-packages/dnf/base.py", line 29, in <module> import libdnf.transaction File "/usr/lib64/python2.7/site-packages/libdnf/__init__.py", line 3, in <module> from . import conf File "/usr/lib64/python2.7/site-packages/libdnf/conf.py", line 17, in <module> _conf = swig_import_helper() File "/usr/lib64/python2.7/site-packages/libdnf/conf.py", line 16, in swig_import_helper return importlib.import_module('_conf') File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in import_module __import__(name) ImportError: No module named _conf
Hmm, I have been trying to reproduce and I cannot. Can you post more info? What version of dnf/libdnf you have. Anything in ~/.config/mock.cfg ? Full log. Does it happen only with this src.rpm or with everyone?
I'm running the mock in my box with F31 , after run [1] and [2] you will reproduce the error .
[1] dnf --enablerepo=updates-testing update "mock*"
[2] mock -r epel-7-x86_64 --no-clean libvncserver-0.9.12-1.fc32.src.rpm
my ~/.config/mock.cfg is [3] , if I comment "config_opts['package_manager'] = 'dnf' " , I got [4]
[3] config_opts['dnf_common_opts'] = ['--setopt=deltarpm=False', ' --setopt=max_parallel_downloads=10', '--setopt=metadata_expire=259200'] config_opts['plugin_conf']['ccache_opts']['max_cache_size'] = '20G' config_opts['plugin_conf']['ccache_enable'] = True config_opts['backup_on_clean'] = True config_opts['createrepo_on_rpms'] = True config_opts['package_manager'] = 'dnf' config_opts['rpmbuild_networking'] = True
[4] execv(/usr/bin/yum) failed: No such file or directory
Dne 11. 02. 20 v 13:48 Sérgio Basto napsal(a):
config_opts['package_manager'] = 'dnf'
I am able to reproduce now. This line is definitelly wrong. It overrides the config_opts['package_manager'] = 'yum' in epel conf.
Can you try to put into /etc/mock/templates/epel-7.tpl the line: config_opts['bootstrap_chroot_setup_cmd'] = 'install @buildsys-build yum' This fixed it for me.
The other option is to use config_opts['use_bootstrap_image'] = True
On Wed, 2020-02-12 at 13:15 +0100, Miroslav Suchý wrote:
Dne 11. 02. 20 v 13:48 Sérgio Basto napsal(a):
config_opts['package_manager'] = 'dnf'
I am able to reproduce now. This line is definitelly wrong. It overrides the config_opts['package_manager'] = 'yum' in epel conf.
Can you try to put into /etc/mock/templates/epel-7.tpl the line: config_opts['bootstrap_chroot_setup_cmd'] = 'install @buildsys- build yum' This fixed it for me.
The other option is to use config_opts['use_bootstrap_image'] = True
I removed my ~/.config/mock.cfg and running [1] ends with [2] , when I have yum as a symlink [3] , I testing with F31 out of the box ... Anyway I used dnf for a long more than one year without any issue thatI remember
[1] mock -r epel-7-x86_64 mock-rpmfusion-free-32.0-1.fc33.src.rpm
[2] execv(/usr/bin/yum) failed: No such file or directory
[3] ll /usr/bin/yum lrwxrwxrwx 1 root root 5 jan 15 13:59 /usr/bin/yum -> dnf-3
On Tuesday, February 18, 2020 6:00:43 AM CET Sérgio Basto wrote:
On Wed, 2020-02-12 at 13:15 +0100, Miroslav Suchý wrote:
Dne 11. 02. 20 v 13:48 Sérgio Basto napsal(a):
config_opts['package_manager'] = 'dnf'
I am able to reproduce now. This line is definitelly wrong. It overrides the config_opts['package_manager'] = 'yum' in epel conf.
Can you try to put into /etc/mock/templates/epel-7.tpl the line: config_opts['bootstrap_chroot_setup_cmd'] = 'install @buildsys- build yum' This fixed it for me.
The other option is to use config_opts['use_bootstrap_image'] = True
I removed my ~/.config/mock.cfg and running [1] ends with [2] , when I have yum as a symlink [3] , I testing with F31 out of the box ... Anyway I used dnf for a long more than one year without any issue thatI remember
[1] mock -r epel-7-x86_64 mock-rpmfusion-free-32.0-1.fc33.src.rpm
[2] execv(/usr/bin/yum) failed: No such file or directory
[3] ll /usr/bin/yum lrwxrwxrwx 1 root root 5 jan 15 13:59 /usr/bin/yum -> dnf-3
I can not reproduce this. With/without the `yum.rpm` installed on my F31, the default epel-7 chroot just works. Can you please check `rpm -V mock mock-core-configs yum`? Files in ~/.config/mock/ directory?
Perhaps you could attach `mock -r epel-7-x86_64 --debug-config`.
Feel free to ping me on IRC.
Pavel
On Tue, 2020-02-18 at 07:01 +0100, Pavel Raiskup wrote:
On Tuesday, February 18, 2020 6:00:43 AM CET Sérgio Basto wrote:
On Wed, 2020-02-12 at 13:15 +0100, Miroslav Suchý wrote:
Dne 11. 02. 20 v 13:48 Sérgio Basto napsal(a):
config_opts['package_manager'] = 'dnf'
I am able to reproduce now. This line is definitelly wrong. It overrides the config_opts['package_manager'] = 'yum' in epel conf.
Can you try to put into /etc/mock/templates/epel-7.tpl the line: config_opts['bootstrap_chroot_setup_cmd'] = 'install @buildsys- build yum' This fixed it for me.
The other option is to use config_opts['use_bootstrap_image'] = True
I removed my ~/.config/mock.cfg and running [1] ends with [2] , when I have yum as a symlink [3] , I testing with F31 out of the box ... Anyway I used dnf for a long more than one year without any issue thatI remember
[1] mock -r epel-7-x86_64 mock-rpmfusion-free-32.0-1.fc33.src.rpm
[2] execv(/usr/bin/yum) failed: No such file or directory
[3] ll /usr/bin/yum lrwxrwxrwx 1 root root 5 jan 15 13:59 /usr/bin/yum -> dnf-3
I can not reproduce this. With/without the `yum.rpm` installed on my F31, the default epel-7 chroot just works. Can you please check `rpm -V mock mock-core-configs yum`? Files in ~/.config/mock/ directory?
Perhaps you could attach `mock -r epel-7-x86_64 --debug-config`.
After `mock -r epel-7-x86_64 --scrub=all` start working again ... the error "execv(/usr/bin/yum) failed blabla" was gone .
Setting config_opts['package_manager'] = 'dnf' in ~/.config/mock.cfg and after do `mock -r epel-7-x86_64 --scrub=all` , I got the error [1] , the suggestions of Miroslav doesn't worked for me ...
But ok I don't need override package_manager .
[1] ImportError: No module named _conf
Feel free to ping me on IRC.
Pavel
On Tuesday, February 18, 2020 8:05:11 AM CET Sérgio Basto wrote:
After `mock -r epel-7-x86_64 --scrub=all` start working again ... the error "execv(/usr/bin/yum) failed blabla" was gone .
Glad to hear that, thanks for re-try.
Setting config_opts['package_manager'] = 'dnf' in ~/.config/mock.cfg and after do `mock -r epel-7-x86_64 --scrub=all` , I got the error [1]
That is expected to fail, perhaps we could tweak the error to be more understandable. By doing this you say that `dnf` needs to be installed to bootstrap chroot (but that is not available on el7 usually).
But ok I don't need override package_manager .
Yes, it was needed with previous mock probably because the automatic package manager detection was buggy.
Pavel
[1] ImportError: No module named _conf
buildsys@lists.fedoraproject.org
-
Miroslav Suchý -
Pavel Raiskup -
Sérgio Basto