I just discovered - by coincidence - that Koji is already using DNF for F24 builds.
So unless somebody object I will change mock default config for F24 to use DNF too.
Miroslav Suchy, RHCA
Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys
Over the last several months, I've been working in Mageia on enabling
the use of DNF for managing software in the distribution. One of
the consequences of this is that we're now able to have packages built
using Mock. Indeed, it was intended as part of the development to
enable building with Mock, and in the past, I talked to Miroslav Suchý
about also getting Mageia supported as a target in Copr. Of course, he
mentioned a prerequisite for this is having Mock support.
Today, I'm pleased to provide a patch to do just that. The attached
patch adds the initial build target configs for Mageia Cauldron on
32-bit and 64-bit x86.
I say initial because we do intend to have metalinks going very soon,
and I would like to change the configuration files to use metalinks
instead of a direct URL. However, I do not know how we need to set up
metalinks for DNF to use them. In addition, we would also like to
support the automatic redirection to a mirror when using http URLs (as
download.fp.o does) for our legacy package manager, urpmi (which will
remain the primary for Mageia 6 for various reasons). If there's
anyone who could help us out on this, it would be greatly appreciated.
In any case, the configs are available as the attached patch, pointing
to a specific mirror (mirrors.kernel.org) for now.
真実はいつも一つ！/ Always, there's only one truth!
I just released mock 1.2.16. From the release notes:
mock-1.2.16 has been released to get rid of annoying errors due selinux
Additionally mock-1.2.16 introduces these changes:
* sparc configs has been removed
* instead of systemd-nspawn mock now requires systemd-container in F24+
And several bugfixes:
* do not call /bin/su and rather utilize --user of systemd-nspawn
* tell nspawn which variables it should set RHBZ#1311796
* When you run mockchain with several SRPMs, then it may fails due
deluser bug RHBZ#1315864
since it's a bit of time since my last announcement, and the tool has
grown to the point
where I'd say it's quite mature, I thought I would post once again:
Basically it's a way to use rpmbuild inside docker containers, with
some syntactic sugar
to perform bind-mounting of the source from the host to the guest; I
found it very handy
and we're using it quite a lot at my daily job, superseded mock very
quickly, and a lot of
people got to use it full speed in very little time.
Also works on OSX since release 1.25.
Feel free to drop me a line or two if you test it.
@alanfranz on Twitter
contact me at public(a)[mysurname].eu