On Thu, 28 Feb 2019, Miro HronĨok wrote:
On 01. 03. 19 0:05, Fabio Valentini wrote:
> Hi everybody,
>
> Recently, modular repositories were enabled in the mock configs for fedora
> 29+.
>
> Now, I can't build at least one of my packages (elementary-music) in
> fedora 29 chroots, due to dependency issues within modules. dnf just
> gives up with this rather unhelpful message:
>
> Problem: cannot install the best candidate for the job
> - package libpeas-devel-1.22.0-9.module_2123+73a9ef6f.x86_64 is
> excluded
>
> I don't want or need modules installed for this package to build.
>
> See:
>
https://bodhi.fedoraproject.org/updates/FEDORA-2019-cca3e242eb#comment-90...
>
> IMO it was a mistake to enable modular repositories in mock configs by
> default. Now dnf only downloads even more metadata for no benefit (or,
> it even breaks dependency resolution, as in this case).
>
> Do I really have to manually edit mock's config files to disable
> modular repos, to get builds equivalent to koji (where modules aren't
> available / usable either)? I want to test builds locally, before I
> push them to koji builders ...
>
> Any insights why this was done?
>
> Can it be fixed please?
>
> Or am I the only one having problems?
No you are not. Rawhide mock is broken for the very same reason.
As is RHEL8 public beta 1. I think this is actually the bug
https://bugzilla.redhat.com/show_bug.cgi?id=1673851
with 2 related rhel8 bugs
https://bugzilla.redhat.com/show_bug.cgi?id=1677583
https://bugzilla.redhat.com/show_bug.cgi?id=1678911
in which case you can probably work around it by setting best=0 in the
relevant file in /etc/mock (or you could take a copy of the file and
edit that, then select the edited copy with the -r option of mock).
Michael Young