On Fri, Aug 05, 2022 at 07:17:03PM +0200, Dan Horák wrote:
>
> I see 20-30% of steal time in the VM building webkit, which should mean
> the hypervisor's capacity is at/over limit :-( It would benefit from
> having more physical CPUs.
In the past, steal time has been caused by other lpars
On Fri, 5 Aug 2022 09:57:58 -0700
Kevin Fenzi wrote:
> On Fri, Aug 05, 2022 at 05:30:14PM +0200, Dan Horák wrote:
> > On Thu, 4 Aug 2022 16:55:15 +0200
> > Dan Horák wrote:
> >
> > > On Thu, 4 Aug 2022 23:46:44 +0900
> > > Mamoru TASAKA wrote:
> > >
> > > > Frantisek Zatloukal wrote on
On Fri, Aug 05, 2022 at 05:30:14PM +0200, Dan Horák wrote:
> On Thu, 4 Aug 2022 16:55:15 +0200
> Dan Horák wrote:
>
> > On Thu, 4 Aug 2022 23:46:44 +0900
> > Mamoru TASAKA wrote:
> >
> > > Frantisek Zatloukal wrote on 2022/08/02 23:17:
> > > > Hmm,
> > > >
> > > > I am really sorry for this,
On Thu, 4 Aug 2022 16:55:15 +0200
Dan Horák wrote:
> On Thu, 4 Aug 2022 23:46:44 +0900
> Mamoru TASAKA wrote:
>
> > Frantisek Zatloukal wrote on 2022/08/02 23:17:
> > > Hmm,
> > >
> > > I am really sorry for this, I'd messed up a lot somehow.
> > >
> > > I'll take a deeper look tomorrow
WebKitGTK builds have been unreliable for the past few weeks. There is
an infrastructure ticket for this here:
https://pagure.io/releng/issue/10909
I think processing debuginfo requires somewhere between 12-13 GB of
RAM, so the s390x builders are likely right on the threshold where it
will
On Thu, 4 Aug 2022 at 10:56, Dan Horák wrote:
> On Thu, 4 Aug 2022 23:46:44 +0900
> Mamoru TASAKA wrote:
>
> > Frantisek Zatloukal wrote on 2022/08/02 23:17:
> > > Hmm,
> > >
> > > I am really sorry for this, I'd messed up a lot somehow.
> > >
> > > I'll take a deeper look tomorrow morning, but
On Thu, 4 Aug 2022 23:46:44 +0900
Mamoru TASAKA wrote:
> Frantisek Zatloukal wrote on 2022/08/02 23:17:
> > Hmm,
> >
> > I am really sorry for this, I'd messed up a lot somehow.
> >
> > I'll take a deeper look tomorrow morning, but from a quick look:
> > - webkit is now being built against the
Frantisek Zatloukal wrote on 2022/08/02 23:17:
Hmm,
I am really sorry for this, I'd messed up a lot somehow.
I'll take a deeper look tomorrow morning, but from a quick look:
- webkit is now being built against the new icu, passed on i686 of>
architectures, it'll hopefully be done before the
Hmm,
I am really sorry for this, I'd messed up a lot somehow.
I'll take a deeper look tomorrow morning, but from a quick look:
- webkit is now being built against the new icu, passed on i686 of
architectures, it'll hopefully be done before the next compose.
- brltty was FTBFS before, however,
On Tue, Aug 2, 2022 at 4:03 PM Stephen Gallagher
wrote:
> On Mon, Aug 1, 2022 at 6:04 PM Frantisek Zatloukal
> wrote:
> >
> >
> >
> > On Mon, Aug 1, 2022 at 7:46 PM Stephen Gallagher
> wrote:
> >>
> >> On Mon, Aug 1, 2022 at 5:20 AM Frantisek Zatloukal
> wrote:
> >> >
> >> > Hi,
> >> >
> >> >
On Mon, Aug 1, 2022 at 6:04 PM Frantisek Zatloukal wrote:
>
>
>
> On Mon, Aug 1, 2022 at 7:46 PM Stephen Gallagher wrote:
>>
>> On Mon, Aug 1, 2022 at 5:20 AM Frantisek Zatloukal
>> wrote:
>> >
>> > Hi,
>> >
>> > Later today, I'll be starting with rebuilds of packages depending on icu.
>> >
On Mon, Aug 1, 2022 at 7:46 PM Stephen Gallagher
wrote:
> On Mon, Aug 1, 2022 at 5:20 AM Frantisek Zatloukal
> wrote:
> >
> > Hi,
> >
> > Later today, I'll be starting with rebuilds of packages depending on
> icu. The rebuilds will take place in f37-build-side-55935 for all packages
> returned
On Mon, Aug 1, 2022 at 5:20 AM Frantisek Zatloukal wrote:
>
> Hi,
>
> Later today, I'll be starting with rebuilds of packages depending on icu. The
> rebuilds will take place in f37-build-side-55935 for all packages returned by
> sudo repoquery --whatrequires 'libicu*.so.69()(64bit)' (list
Hi,
Later today, I'll be starting with rebuilds of packages depending on icu.
The rebuilds will take place in f37-build-side-55935 for all packages
returned by sudo repoquery --whatrequires 'libicu*.so.69()(64bit)' (list
attached at the end of the message).
Please, if you're going to make
14 matches
Mail list logo