ci: do not dump error logs in GHA containers

Message ID 20220426070916.532-1-david.marchand@redhat.com (mailing list archive)
State Rejected, archived
Delegated to: David Marchand
Headers
Series ci: do not dump error logs in GHA containers |

Checks

Context Check Description
ci/checkpatch success coding style OK
ci/Intel-compilation success Compilation OK
ci/intel-Testing success Testing PASS
ci/iol-mellanox-Performance success Performance Testing PASS
ci/iol-intel-Functional success Functional Testing PASS
ci/github-robot: build success github build: passed
ci/iol-intel-Performance success Performance Testing PASS
ci/iol-aarch64-unit-testing success Testing PASS
ci/iol-x86_64-unit-testing success Testing PASS
ci/iol-x86_64-compile-testing fail Testing issues
ci/iol-aarch64-compile-testing success Testing PASS
ci/iol-abi-testing success Testing PASS

Commit Message

David Marchand April 26, 2022, 7:09 a.m. UTC
  On error, the build logs are displayed in GHA console and logs unless
the GITHUB_WORKFLOW env variable is set.
However, containers in GHA do not automatically inherit this variable.
We could pass this variable in the container environment, but in the
end, dumping those logs is only for Travis which we don't really care
about anymore.

Let's make the linux-build.sh more generic and dump logs from Travis
yaml itself.

Fixes: b35c4b0aa2bc ("ci: add Fedora 35 container in GHA")

Signed-off-by: David Marchand <david.marchand@redhat.com>
---
 .ci/linux-build.sh | 19 -------------------
 .travis.yml        |  4 ++++
 2 files changed, 4 insertions(+), 19 deletions(-)
  

Comments

David Marchand April 26, 2022, 7:18 a.m. UTC | #1
On Tue, Apr 26, 2022 at 9:09 AM David Marchand
<david.marchand@redhat.com> wrote:
>
> On error, the build logs are displayed in GHA console and logs unless
> the GITHUB_WORKFLOW env variable is set.
> However, containers in GHA do not automatically inherit this variable.
> We could pass this variable in the container environment, but in the
> end, dumping those logs is only for Travis which we don't really care
> about anymore.
>
> Let's make the linux-build.sh more generic and dump logs from Travis
> yaml itself.
>
> Fixes: b35c4b0aa2bc ("ci: add Fedora 35 container in GHA")
>
> Signed-off-by: David Marchand <david.marchand@redhat.com>

TBH, I did not test Travis by lack of interest (plus I don't want to
be bothered with their ui / credit stuff).
We could consider dropping Travis in the near future.

Opinions?
  
Aaron Conole April 26, 2022, 3:05 p.m. UTC | #2
David Marchand <david.marchand@redhat.com> writes:

> On Tue, Apr 26, 2022 at 9:09 AM David Marchand
> <david.marchand@redhat.com> wrote:
>>
>> On error, the build logs are displayed in GHA console and logs unless
>> the GITHUB_WORKFLOW env variable is set.
>> However, containers in GHA do not automatically inherit this variable.
>> We could pass this variable in the container environment, but in the
>> end, dumping those logs is only for Travis which we don't really care
>> about anymore.
>>
>> Let's make the linux-build.sh more generic and dump logs from Travis
>> yaml itself.
>>
>> Fixes: b35c4b0aa2bc ("ci: add Fedora 35 container in GHA")
>>
>> Signed-off-by: David Marchand <david.marchand@redhat.com>
>
> TBH, I did not test Travis by lack of interest (plus I don't want to
> be bothered with their ui / credit stuff).
> We could consider dropping Travis in the near future.
>
> Opinions?

I think it makes sense.  We haven't had travis reports in a while
because their credit system made it impossible to use.  We had kept it
around for users of travis, but at this point, I think most people have
migrated to GHA.
  
David Marchand April 28, 2022, 9:51 a.m. UTC | #3
On Tue, Apr 26, 2022 at 5:05 PM Aaron Conole <aconole@redhat.com> wrote:
> >
> > TBH, I did not test Travis by lack of interest (plus I don't want to
> > be bothered with their ui / credit stuff).
> > We could consider dropping Travis in the near future.
> >
> > Opinions?
>
> I think it makes sense.  We haven't had travis reports in a while
> because their credit system made it impossible to use.  We had kept it
> around for users of travis, but at this point, I think most people have
> migrated to GHA.
>

Honnappa, do you see an issue if we stop maintaining the Travis
configuration in the DPDK repo?

Thanks.
  
Honnappa Nagarahalli April 29, 2022, 4:16 a.m. UTC | #4
<snip>

> 
> On Tue, Apr 26, 2022 at 5:05 PM Aaron Conole <aconole@redhat.com>
> wrote:
> > >
> > > TBH, I did not test Travis by lack of interest (plus I don't want to
> > > be bothered with their ui / credit stuff).
> > > We could consider dropping Travis in the near future.
> > >
> > > Opinions?
> >
> > I think it makes sense.  We haven't had travis reports in a while
> > because their credit system made it impossible to use.  We had kept it
> > around for users of travis, but at this point, I think most people
> > have migrated to GHA.
> >
> 
> Honnappa, do you see an issue if we stop maintaining the Travis configuration
> in the DPDK repo?
I do not see much of an issue from Arm side. The machines in the UNH lab provide the cover.

I am wondering that this might still be useful for individual developers who I believe are not affected by the Travis's credit system (I am not sure on this). 

> 
> Thanks.
> 
> --
> David Marchand
  
Aaron Conole April 29, 2022, 8:12 p.m. UTC | #5
Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com> writes:

> <snip>
>
>> 
>> On Tue, Apr 26, 2022 at 5:05 PM Aaron Conole <aconole@redhat.com>
>> wrote:
>> > >
>> > > TBH, I did not test Travis by lack of interest (plus I don't want to
>> > > be bothered with their ui / credit stuff).
>> > > We could consider dropping Travis in the near future.
>> > >
>> > > Opinions?
>> >
>> > I think it makes sense.  We haven't had travis reports in a while
>> > because their credit system made it impossible to use.  We had kept it
>> > around for users of travis, but at this point, I think most people
>> > have migrated to GHA.
>> >
>> 
>> Honnappa, do you see an issue if we stop maintaining the Travis configuration
>> in the DPDK repo?
> I do not see much of an issue from Arm side. The machines in the UNH lab provide the cover.
>
> I am wondering that this might still be useful for individual
> developers who I believe are not affected by the Travis's credit
> system (I am not sure on this).

I don't use travis now that GHA "just works" for my private
repositories.  I would guess most developers will prefer GHA anyway.

>> 
>> Thanks.
>> 
>> --
>> David Marchand
  

Patch

diff --git a/.ci/linux-build.sh b/.ci/linux-build.sh
index 774a1441bf..6a937611fa 100755
--- a/.ci/linux-build.sh
+++ b/.ci/linux-build.sh
@@ -3,25 +3,6 @@ 
 # Builds are run as root in containers, no need for sudo
 [ "$(id -u)" != '0' ] || alias sudo=
 
-on_error() {
-    if [ $? = 0 ]; then
-        exit
-    fi
-    FILES_TO_PRINT="build/meson-logs/testlog.txt"
-    FILES_TO_PRINT="$FILES_TO_PRINT build/.ninja_log"
-    FILES_TO_PRINT="$FILES_TO_PRINT build/meson-logs/meson-log.txt"
-    FILES_TO_PRINT="$FILES_TO_PRINT build/gdb.log"
-
-    for pr_file in $FILES_TO_PRINT; do
-        if [ -e "$pr_file" ]; then
-            cat "$pr_file"
-        fi
-    done
-}
-# We capture the error logs as artifacts in Github Actions, no need to dump
-# them via a EXIT handler.
-[ -n "$GITHUB_WORKFLOW" ] || trap on_error EXIT
-
 install_libabigail() {
     version=$1
     instdir=$2
diff --git a/.travis.yml b/.travis.yml
index 5f46dccb54..e4e70fa560 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -38,6 +38,10 @@  _doc_packages: &doc_packages
 
 before_install: ./.ci/${TRAVIS_OS_NAME}-setup.sh
 script: ./.ci/${TRAVIS_OS_NAME}-build.sh
+after_failure:
+- [ ! -e build/meson-logs/testlog.txt ] || cat build/meson-logs/testlog.txt
+- [ ! -e build/.ninja_log ] || cat build/.ninja_log
+- [ ! -e build/meson-logs/meson-log.txt ] || cat build/meson-logs/meson-log.txt
 
 env:
   global: