All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Philippe Mathieu-Daudé" <philmd@redhat.com>
To: Willian Rampazzo <wrampazz@redhat.com>
Cc: qemu-devel <qemu-devel@nongnu.org>,
	"Wainer dos Santos Moschetta" <wainersm@redhat.com>,
	"Pavel Dovgalyuk" <pavel.dovgaluk@ispras.ru>,
	"Cleber Rosa" <crosa@redhat.com>,
	"Paolo Bonzini" <pbonzini@redhat.com>,
	"Philippe Mathieu-Daudé" <philmd@redhat.com>
Subject: Re: [PATCH] tests/acceptance: Use imgtec.com URL for Fedora 22 artifacts
Date: Tue, 2 Mar 2021 16:45:01 +0100	[thread overview]
Message-ID: <f48c7cd7-27e5-da53-adbf-849c094a88f5@redhat.com> (raw)
In-Reply-To: <CAKJDGDZzWKYrDiBPmDFBihEH=hOCymHuXZ8cNP4ZTSdLisAefA@mail.gmail.com>

On 3/2/21 4:27 PM, Willian Rampazzo wrote:
> Hi Phil,
> 
> On Mon, Mar 1, 2021 at 11:11 AM Philippe Mathieu-Daudé <f4bug@amsat.org> wrote:
>>
>> On 3/1/21 2:30 PM, Wainer dos Santos Moschetta wrote:
>>> Hi,
>>>
>>> On 2/28/21 7:43 PM, Philippe Mathieu-Daudé wrote:
>>>> Having artifacts stored in personal namespace is not ideal,
>>>> as these might get closed and disappear. Use the original URL
>>>> where these artifacts could be found.
>>>>
>>>> For more references:
>>>> https://fedoraproject.org/wiki/Architectures/MIPS/2015Bootstrap/mips64el
>>>>
>>>> Signed-off-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
>>>> ---
>>>>   tests/acceptance/boot_linux_console.py | 4 ++--
>>>>   tests/acceptance/replay_kernel.py      | 4 ++--
>>>>   2 files changed, 4 insertions(+), 4 deletions(-)
>>>>
>>>> diff --git a/tests/acceptance/boot_linux_console.py
>>>> b/tests/acceptance/boot_linux_console.py
>>>> index eb012867997..138bd8cb7d3 100644
>>>> --- a/tests/acceptance/boot_linux_console.py
>>>> +++ b/tests/acceptance/boot_linux_console.py
>>>> @@ -239,8 +239,8 @@ def test_mips64el_malta_5KEc_cpio(self):
>>>>           :avocado: tags=machine:malta
>>>>           :avocado: tags=endian:little
>>>>           """
>>>> -        kernel_url = ('https://github.com/philmd/qemu-testing-blob/'
>>>> -                      'raw/9ad2df38/mips/malta/mips64el/'
>>>> +        kernel_url = ('http://mipsfedora.imgtec.com/development/22/'
>>>> +                      'mips64el/images/20150601/'
>>>>                         'vmlinux-3.19.3.mtoman.20150408')
>>>
>>> http://mipsfedora.imgtec.com/development/22/mips64el/images/20150601/vmlinux-3.19.3.mtoman.20150408
>>> did not get resolve here. Could you please double-check the url is correct?
>>
>> Yes it is correct, the domain is dead. It was working when I wrote
>> the test. Should I remove the test instead?
>>
> 
> This test is already skipped by default because of the
> AVOCADO_ALLOW_UNTRUSTED_CODE flag.

QEMU's .gitlab-ci.yml does (see acceptance_definition):

  before_script:
    - mkdir -p ~/.config/avocado
    - echo "[datadir.paths]" > ~/.config/avocado/avocado.conf
    - echo "cache_dirs = ['${CI_PROJECT_DIR}/avocado-cache']"
           >> ~/.config/avocado/avocado.conf
    - echo -e '[job.output.testlogs]\nstatuses = ["FAIL", "INTERRUPT"]'
           >> ~/.config/avocado/avocado.conf
    - if [ -d ${CI_PROJECT_DIR}/avocado-cache ]; then
        du -chs ${CI_PROJECT_DIR}/avocado-cache ;
      fi
    - export AVOCADO_ALLOW_UNTRUSTED_CODE=1

> Even if the flag is set to allow
> the test to run, it will be skipped because the cache lacks the asset.

Same file, we save the cache between runs:

  cache:
    key: "${CI_JOB_NAME}-cache"
    paths:
      - ${CI_PROJECT_DIR}/avocado-cache

> Instead of removing the test, my suggestion is to add information to
> allow people to run it locally, like:
> 
> diff --git a/tests/acceptance/boot_linux_console.py
> b/tests/acceptance/boot_linux_console.py
> index eb01286799..23efc18a99 100644
> --- a/tests/acceptance/boot_linux_console.py
> +++ b/tests/acceptance/boot_linux_console.py
> @@ -239,11 +239,13 @@ def test_mips64el_malta_5KEc_cpio(self):
>          :avocado: tags=machine:malta
>          :avocado: tags=endian:little
>          """
> -        kernel_url = ('https://github.com/philmd/qemu-testing-blob/'
> -                      'raw/9ad2df38/mips/malta/mips64el/'
> -                      'vmlinux-3.19.3.mtoman.20150408')
> +        # to run this test locally, download the following asset and register
> +        # it manually to the avocado cache with:
> +        #   $(BUILD_DIR)/tests/venv/bin/avocado assets register \
> +        #   vmlinux-3.19.3.mtoman.20150408 <path to the file>
> +        kernel_name = 'vmlinux-3.19.3.mtoman.20150408'

In this particular case it could work because the name is not generic,
but what about the generic names ("vmlinux" for example)?

Can't we register assets using any string to hash?

>          kernel_hash = '00d1d268fb9f7d8beda1de6bebcc46e884d71754'
> -        kernel_path = self.fetch_asset(kernel_url, asset_hash=kernel_hash)
> +        kernel_path = self.fetch_asset(kernel_name, asset_hash=kernel_hash)
>          initrd_url = ('https://github.com/groeck/linux-build-test/'
>                        'raw/8584a59e/rootfs/'
>                        'mipsel64/rootfs.mipsel64r1.cpio.gz')
> diff --git a/tests/acceptance/replay_kernel.py
> b/tests/acceptance/replay_kernel.py
> index c1cb862468..180e915264 100644
> --- a/tests/acceptance/replay_kernel.py
> +++ b/tests/acceptance/replay_kernel.py
> @@ -397,11 +397,13 @@ def test_mips64el_malta_5KEc_cpio(self):
>          :avocado: tags=endian:little
>          :avocado: tags=slowness:high
>          """
> -        kernel_url = ('https://github.com/philmd/qemu-testing-blob/'
> -                      'raw/9ad2df38/mips/malta/mips64el/'
> -                      'vmlinux-3.19.3.mtoman.20150408')
> +        # to run this test locally, download the following asset and register
> +        # it manually to the avocado cache with:
> +        #   $(BUILD_DIR)/tests/venv/bin/avocado assets register \
> +        #   vmlinux-3.19.3.mtoman.20150408 <path to the file>
> +        kernel_name = 'vmlinux-3.19.3.mtoman.20150408'
>          kernel_hash = '00d1d268fb9f7d8beda1de6bebcc46e884d71754'
> -        kernel_path = self.fetch_asset(kernel_url, asset_hash=kernel_hash)
> +        kernel_path = self.fetch_asset(kernel_name, asset_hash=kernel_hash)
>          initrd_url = ('https://github.com/groeck/linux-build-test/'
>                        'raw/8584a59e/rootfs/'
>                        'mipsel64/rootfs.mipsel64r1.cpio.gz')
> 
> What do you think?
> 
> ps. WARNING, above code not tested.
> 
>>>>           kernel_hash = '00d1d268fb9f7d8beda1de6bebcc46e884d71754'
>>>>           kernel_path = self.fetch_asset(kernel_url,
>>>> asset_hash=kernel_hash)
>>>> diff --git a/tests/acceptance/replay_kernel.py
>>>> b/tests/acceptance/replay_kernel.py
>>>> index c1cb8624683..efdd4233bc2 100644
>>>> --- a/tests/acceptance/replay_kernel.py
>>>> +++ b/tests/acceptance/replay_kernel.py
>>>> @@ -397,8 +397,8 @@ def test_mips64el_malta_5KEc_cpio(self):
>>>>           :avocado: tags=endian:little
>>>>           :avocado: tags=slowness:high
>>>>           """
>>>> -        kernel_url = ('https://github.com/philmd/qemu-testing-blob/'
>>>> -                      'raw/9ad2df38/mips/malta/mips64el/'
>>>> +        kernel_url = ('http://mipsfedora.imgtec.com/development/22/'
>>>> +                      'mips64el/images/20150601/'
>>>>                         'vmlinux-3.19.3.mtoman.20150408')
>>>>           kernel_hash = '00d1d268fb9f7d8beda1de6bebcc46e884d71754'
>>>>           kernel_path = self.fetch_asset(kernel_url,
>>>> asset_hash=kernel_hash)
>>>
>>
> 



  reply	other threads:[~2021-03-02 15:46 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-02-28 22:43 [PATCH] tests/acceptance: Use imgtec.com URL for Fedora 22 artifacts Philippe Mathieu-Daudé
2021-03-01 13:30 ` Wainer dos Santos Moschetta
2021-03-01 13:56   ` Philippe Mathieu-Daudé
2021-03-02 15:27     ` Willian Rampazzo
2021-03-02 15:45       ` Philippe Mathieu-Daudé [this message]
2021-03-03 18:52         ` Willian Rampazzo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=f48c7cd7-27e5-da53-adbf-849c094a88f5@redhat.com \
    --to=philmd@redhat.com \
    --cc=crosa@redhat.com \
    --cc=pavel.dovgaluk@ispras.ru \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=wainersm@redhat.com \
    --cc=wrampazz@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.