On Tue, 19 May 2020 09:21:46 -0700 Kevin Fenzi <kevin@xxxxxxxxx> wrote: > On Tue, May 19, 2020 at 11:48:04AM -0400, Stephen John Smoogen wrote: > > On Tue, 19 May 2020 at 11:05, Paul Howarth <paul@xxxxxxxxxxxx> > > wrote: > > > On Tue, 19 May 2020 09:07:30 -0400 > > > Stephen John Smoogen <smooge@xxxxxxxxx> wrote: > > > > > > > On Tue, 19 May 2020 at 06:05, Paul Howarth <paul@xxxxxxxxxxxx> > > > > wrote: > > > > > > Yes, I'm using vanilla configs straight from mock-core-configs for > > > this, and that has epel-8-x86_64.cfg, which pulls in centos-8.tpl, > > > which has the PowerTools repo defined and not disabled. > > > > > > (I generally use my own configs and don't touch the original > > > ones, so I know that if I try the original ones from upstream > > > then they should work as intended) > > > > > > Note that the error message doesn't say it can't find Judy-devel, > > > it says that it (and Judy) is/are excluded. I don't know why that > > > is. > > > > > > > > Ohhh sorry. I missed the obvious. I am going to guess from past > > problems, the system is trying to pull in mariadb which filters it > > out and mariadb-devel which has it in. So when it sees the filters > > it says 'nope can't do this sorry'. I wish there was a 'no I know > > it might break my system do it anyway!' flag but I don't see one > > looking through /usr/share/doc/mock/site-defaults.cfg . This was > > one of the reasons for grobisplitter being used. > > You should be able to set: > > module_hotfixes = True > > in your dnf/yum/mock config. > > From the dnf man page: > > "Set this to True to disable module RPM filtering and make all RPMs > from the repository available. The default is False. This allows > user to create a repository with cherry-picked hotfixes that are > included in a package set on a modular system." Ah, setting that option for the PowerTools repo allows the build to work. Now if only there was a way to do that from the command line so I didn't have to touch the mock config. Thanks! Paul. _______________________________________________ epel-devel mailing list -- epel-devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to epel-devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
