On Tue, 19 May 2020 19:00:25 +0100
Paul Howarth wrote:
> On Tue, 19 May 2020 09:21:46 -0700
> Kevin Fenzi 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
> > > wrote:
> > > > On Tue, 19 May 2020
On Wed, May 20, 2020 at 09:03:39AM +0100, Paul Howarth wrote:
> What host system are you running that on?
x86_64 Fedora 31 with updates-testing enabled.
After mock finishes bootstrapping DNF, it installs buildrooot and just before
it, it enables the modules:
Complete!
Finish(bootstrap): dnf
On Wed, 20 May 2020 08:10:42 +0200
Petr Pisar wrote:
> On Tue, May 19, 2020 at 04:05:02PM +0100, Paul Howarth wrote:
> > On Tue, 19 May 2020 09:07:30 -0400
> > Stephen John Smoogen wrote:
> >
> > > On Tue, 19 May 2020 at 06:05, Paul Howarth
> > > wrote:
> > > > On Mon, 18 May 2020 22:29:54
On Wed, May 20, 2020 at 08:10:42AM +0200, Petr Pisar wrote:
> Now you can ask why enabling mariadb-devel:10.3 does not enable mariadb:10.3
> automatically. Especially when mariadb-devel:10.3 run-requires mariadb:10.3
> according to "dnf module info mariadb-devel:10.3" command. The answer is a bug
On Tue, May 19, 2020 at 04:05:02PM +0100, Paul Howarth wrote:
> On Tue, 19 May 2020 09:07:30 -0400
> Stephen John Smoogen wrote:
>
> > On Tue, 19 May 2020 at 06:05, Paul Howarth wrote:
> >
> > > On Mon, 18 May 2020 22:29:54 -0600
> > > Orion Poplawski wrote:
> > >
> > > > On 5/17/20 6:34
It is amazing to me how often this setting makes things work.
It seems like we're hard-coding this to "1" more widely.
On Tue, May 19, 2020, 12:01 PM Paul Howarth wrote:
> On Tue, 19 May 2020 09:21:46 -0700
> Kevin Fenzi wrote:
>
> > On Tue, May 19, 2020 at 11:48:04AM -0400, Stephen John
On Tue, 19 May 2020 09:21:46 -0700
Kevin Fenzi 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
> > wrote:
> > > On Tue, 19 May 2020 09:07:30 -0400
> > > Stephen John Smoogen wrote:
> > >
> > > > On Tue, 19 May
On Tue, May 19, 2020 at 11:48:04AM -0400, Stephen John Smoogen wrote:
> On Tue, 19 May 2020 at 11:05, Paul Howarth wrote:
>
> > On Tue, 19 May 2020 09:07:30 -0400
> > Stephen John Smoogen wrote:
> >
> > > On Tue, 19 May 2020 at 06:05, Paul Howarth wrote:
> > >
> >
> > Yes, I'm using vanilla
On Tue, 19 May 2020 at 11:05, Paul Howarth wrote:
> On Tue, 19 May 2020 09:07:30 -0400
> Stephen John Smoogen wrote:
>
> > On Tue, 19 May 2020 at 06:05, Paul Howarth wrote:
> >
>
> Yes, I'm using vanilla configs straight from mock-core-configs for
> this, and that has epel-8-x86_64.cfg, which
On Tue, 19 May 2020 09:07:30 -0400
Stephen John Smoogen wrote:
> On Tue, 19 May 2020 at 06:05, Paul Howarth wrote:
>
> > On Mon, 18 May 2020 22:29:54 -0600
> > Orion Poplawski wrote:
> >
> > > On 5/17/20 6:34 AM, Paul Howarth wrote:
> > > > I'm trying to do a local build of gtkwave for
On Tue, 19 May 2020 at 06:05, Paul Howarth wrote:
> On Mon, 18 May 2020 22:29:54 -0600
> Orion Poplawski 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:
> > >
On Mon, 18 May 2020 22:29:54 -0600
Orion Poplawski 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
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:
13 matches
Mail list logo
