[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] .travis.yml: Add description to each job

From: Philippe Mathieu-Daudé
Subject: Re: [PATCH] .travis.yml: Add description to each job
Date: Wed, 29 Jan 2020 09:20:53 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2

On 1/29/20 8:34 AM, Thomas Huth wrote:
On 29/01/2020 08.27, Philippe Mathieu-Daudé wrote:
On 1/29/20 8:20 AM, Thomas Huth wrote:
On 28/01/2020 14.33, Wainer dos Santos Moschetta wrote:

On 1/28/20 11:18 AM, Philippe Mathieu-Daudé wrote:
On Tue, Jan 28, 2020 at 1:55 PM Alex Bennée <address@hidden>
Thomas Huth <address@hidden> writes:
On 25/01/2020 19.31, Philippe Mathieu-Daudé wrote:
The NAME variable can be used to describe nicely a job (see [*]).
As we currently have 32 jobs, use it. This helps for quickly
finding a particular job.

     before: https://travis-ci.org/qemu/qemu/builds/639887646
     after: https://travis-ci.org/philmd/qemu/builds/641795043
Very good idea, correlating a job in the GUI to an entry in the yml
was really a pain, so far.


Signed-off-by: Philippe Mathieu-Daudé <address@hidden>
    .travis.yml | 101
    1 file changed, 67 insertions(+), 34 deletions(-)

diff --git a/.travis.yml b/.travis.yml
index 6c1038a0f1..d68e35a2c5 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -94,24 +94,28 @@ after_script:

-    - env:
+    - name: "[x86] GCC static (user)"
Could you please drop the [x86] and other architectures from the
Travis already lists the build architecture in the job status
page, so
this information is redundant.
Hmm for me the Travis page mis-renders the architecture (on
firefox) so
I do find the arch in the text fairly handy.
This might be a font problem, I can't see the architecture on neither
Firefox nor Chrome:


It is the partially hidden column between the job number and the penguin
(or apple if MacOS).

Funny, I can see the arch on Philippe's dashboard
(https://travis-ci.org/philmd/qemu) but it disappears on my own

I've never had problems here, for me the column shows up correctly
everywhere. It looks like this:


OK now I understand better your comment :)

Anyway, most of the jobs run on x86_64. So perhaps mark only the non-x86

Sounds like a good compromise to me!

I'd rather use one style, rather ARCH explicit on all, or not used at all.

Then I'd vote to drop it (if I've got a vote here at all ;-)), hoping
that Travis fixes their HTML for that column, soon...


I opened issue https://github.com/travis-ci/travis-ci/issues/10503 which got closed, then I got lost in their forum. I'll simply hope instead.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]