Hi. I have released new version of mock and mock-core-configs. It just landed into Bodhi. Release notes are here: https://github.com/rpm-software-management/mock/wiki/Release-Notes-1.4.20
I am not going to copy it here this time. But please read it. The release is BIG. And mainly it solve the issues with zstd.
Instead, I want to state several thing regarding development:
* This is last 1.4.x release with features. * I set up "mock-1.4" branch. If I ever do some 1.4.x release, it will be pure bugfix. * next release (1.5.0) will likely take same time (hmm after New Year?) and may be released to rawhide only * I plan to start removing python2 code. Pull requests are welcome. * In 1.5 version I plan to enable bootstrap feature by default. Last blocker was "file:///my/local/path" url in baseurl which was fixed in this 1.4.20 release.
Dne 04. 10. 19 v 13:33 Miroslav Suchý napsal(a):
* In 1.5 version I plan to enable bootstrap feature by default. Last blocker was "file:///my/local/path" url in baseurl which was fixed in this 1.4.20 release.
Sorry, but I am against this unless this is resolved:
https://bugzilla.redhat.com/show_bug.cgi?id=1447627
Also, I think that the bootstrap option to be really useful should be more flexible. It should not be actually bootstrap option but "nested mock" option, which would allow me to build arbitrary chroot. E.g. if there is no YUM (hypothetically) in Fedora I am using, I wan to be able to install some older Fedora where you was via DNF and from that chroot, I should be able to install for example RHEL6 chroot with even older YUM. I don't think this is doable ATM, but I'd love to be proven wrong :-)
Vít
Dne 04. 10. 19 v 15:59 Vít Ondruch napsal(a):
Sorry, but I am against this unless this is resolved:
Good point.
Also, I think that the bootstrap option to be really useful should be more flexible. It should not be actually bootstrap option but "nested mock" option, which would allow me to build arbitrary chroot. E.g. if there is no YUM (hypothetically) in Fedora I am using, I wan to be able to install some older Fedora where you was via DNF and from that chroot, I should be able to install for example RHEL6 chroot with even older YUM. I don't think this is doable ATM, but I'd love to be proven wrong:-)
It **should** be possible now. I will try to write some HOWTO and actually try it.
- next release (1.5.0) will likely take same time (hmm after New Year?) and may be released to rawhide only
So is it good time to start with v1.5 release? There are many changes but also many important bugfixes that would be pretty hard to fix in 1.4 (especially the broken `--use-bootstrap-image` feature, which is now the only way to build modern Fedora on EL7).
Any objections against wrapping new release?
- In 1.5 version I plan to enable bootstrap feature by default. Last blocker was "file:///my/local/path" url in baseurl which was fixed in this 1.4.20 release.
The remaining issue was fixed (pr#454). The --bootstrap-chroot feature was bugfixed and enhanced a lot recently, especially caches (--scrub=bootstrap implemented) -- so mock users shouldn't really pay too much for additional overhead.
Koji shouldn't be affected, except that it needs to set: config_opts['use_bootstrap_container'] = False
Pavel
On Friday, January 24, 2020 9:08:09 AM CET Pavel Raiskup wrote:
- next release (1.5.0) will likely take same time (hmm after New Year?) and may be released to rawhide only
So is it good time to start with v1.5 release? There are many changes but also many important bugfixes that would be pretty hard to fix in 1.4 (especially the broken `--use-bootstrap-image` feature, which is now the only way to build modern Fedora on EL7).
Any objections against wrapping new release?
Also, not only Rawhide -- I would rather submit updates to stable Fedora and EL7, and give it autopush=False for e.g. two months ... to have enough time for proper testing.
- In 1.5 version I plan to enable bootstrap feature by default. Last blocker was "file:///my/local/path" url in baseurl which was fixed in this 1.4.20 release.
The remaining issue was fixed (pr#454). The --bootstrap-chroot feature was bugfixed and enhanced a lot recently, especially caches (--scrub=bootstrap implemented) -- so mock users shouldn't really pay too much for additional overhead.
Koji shouldn't be affected, except that it needs to set: config_opts['use_bootstrap_container'] = False
I forgot to ask, any objections against `config_opts['use_bootstrap_container'] = True` flip?
Pavel
buildsys@lists.fedoraproject.org
-
Miroslav Suchý -
Pavel Raiskup -
Pavel Raiskup -
Vít Ondruch