> On Jan 5, 2021, at 5:30 PM, Satish Balay via petsc-dev
> wrote:
>
> BTW: for CI - the following might grab most of the config logs as artifacts
> [assuming they are either config.log or configure.log] - but yeah - all logs
> won't be in the same location [or single file, and good to have
BTW: for CI - the following might grab most of the config logs as artifacts
[assuming they are either config.log or configure.log] - but yeah - all logs
won't be in the same location [or single file, and good to have a fix that
works for both users and CI]
Satish
diff --git a/.gitlab-ci.
On Tue, 5 Jan 2021, Satish Balay via petsc-dev wrote:
> On Tue, 5 Jan 2021, Barry Smith wrote:
>
> >
> >
> > > On Jan 5, 2021, at 8:28 AM, Satish Balay wrote:
> > >
> > > Well we have to look at artifacts for configure.log. Why is this more of
> > > a burden for slepc or externalpackage logs
On Tue, 5 Jan 2021, Barry Smith wrote:
>
>
> > On Jan 5, 2021, at 8:28 AM, Satish Balay wrote:
> >
> > Well we have to look at artifacts for configure.log. Why is this more of a
> > burden for slepc or externalpackage logs?
>
>Some of the "artifacts" don't even exist to look at as artifa
> On Jan 5, 2021, at 8:28 AM, Satish Balay wrote:
>
> Well we have to look at artifacts for configure.log. Why is this more of a
> burden for slepc or externalpackage logs?
Some of the "artifacts" don't even exist to look at as artifacts; for
example slepc4py log files. And if we continu
Well we have to look at artifacts for configure.log. Why is this more of a
burden for slepc or externalpackage logs?
Whatever you say for slepc log applies for configure.log. If its only CI issue
- and you want all logs on STDOUT - then you can modify .gitlab-ci.yml.
Perhaps:
diff --git a/.g