On Tue, 19 May 2020 at 06:05, Paul Howarth <paul@city-fan.org> wrote:
On Mon, 18 May 2020 22:29:54 -0600
Orion Poplawski <orion@nwra.com> wrote:

> On 5/17/20 6:34 AM, Paul Howarth wrote:
> > I'm trying to do a local build of gtkwave for EPEL-8.
> >
> > A koji scratch build somehow works:
> > http://koji.fedoraproject.org/koji/taskinfo?taskID=44609837
> >
> > But a local build does not:
> >
> > $ mock -r epel-8-x86_64 gtkwave-3.3.104-2.fc31.src.rpm
> > ...
> > Error:
> >   Problem: conflicting requests
> >    - package Judy-devel-1.0.5-18.module_el8.1.0+217+4d875839.i686 is
> > excluded
> >    - package Judy-devel-1.0.5-18.module_el8.1.0+217+4d875839.x86_64
> > is excluded
> >
> > Adding a repo with a local build of Judy doesn't help; that gets
> > excluded too.
> >
> > Any clues?
> >
> > Paul. 
>
> Judy-devel appears to be part of the mariadb-devel module.  Locally I
> can do:
>
> dnf module enable mariadb-devel
> dnf install Judy-devel
>
> This was discovered with:
>
> dnf module provides Judy-devel
>
> on RHEL 8.2, though that does not appear to work on CentOS 8.1.
>
> For mock, this seems to work:
>
> mock -r epel-8-x86_64 --config-opts module_enable=mariadb-devel
> --config-opts module_enable= gtkwave-3.3.104-2.el8.src.rpm

I tried that and it didn't make any difference for me (building on
F-31). Maybe I need to wait for CentOS 8.2?


Hmm do you have the Powertools enabled in that Mock? I see Judy-devel in the CentOS-8.1 tree in Powertools.



 
> koji does some magic to essentially auto-enable some modules that I
> don't believe mock has.

It writes its own mock configs, that I know. After that, I'm in the
dark...

Thanks for trying.

Koji for EPEL does it by ugly magic (or fantastic if you love Rube Goldberg devices) ... we strip off all the module data using a program called grobisplitter and say do your best dnf versus using koji's built in determinator like we do for EPEL-5/6/7 and most Fedora. 
 

--
Stephen J Smoogen.