All of lore.kernel.org
 help / color / mirror / Atom feed
From: Cleber Rosa <1916506@bugs.launchpad.net>
To: qemu-devel@nongnu.org
Subject: [Bug 1916506] [NEW] make check-venv may leave stale and incomplete tests/venv directory directory
Date: Mon, 22 Feb 2021 15:54:31 -0000	[thread overview]
Message-ID: <161400927228.11180.7056675088982661405.malonedeb@chaenomeles.canonical.com> (raw)

Public bug reported:

As reported by "Philippe Mathieu-Daudé" <philmd@redhat.com>, a "make
check-venv" can be run and fail to properly create a suitable virtual
environment, leaving the tests/venv directory which is the target for
"make check-venv" itself.

This means that on a subsequent run:

> $ make check-venv
>   GIT     ui/keycodemapdb tests/fp/berkeley-testfloat-3
> tests/fp/berkeley-softfloat-3 dtc capstone slirp
> make: Nothing to be done for 'check-venv'.

And the venv will still be incomplete.  The causes of such failures to
create a suitable virtual environment are too many (in the reported case
it was because of missing *required* Python packages).  Some more
evolved virtual environments + Python packaging systems exist that could
probably be used here (Pipenv) but would add further core requirements.

The current mitigation is to run "make check-clean" when the venv
appears to be incomplete.

The goal of this bug is to attempt to make the venv setup atomic and
more reliable.

** Affects: qemu
     Importance: Undecided
         Status: New


** Tags: acceptance avocado tests

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1916506

Title:
  make check-venv may leave stale and incomplete tests/venv directory
  directory

Status in QEMU:
  New

Bug description:
  As reported by "Philippe Mathieu-Daudé" <philmd@redhat.com>, a "make
  check-venv" can be run and fail to properly create a suitable virtual
  environment, leaving the tests/venv directory which is the target for
  "make check-venv" itself.

  This means that on a subsequent run:

  > $ make check-venv
  >   GIT     ui/keycodemapdb tests/fp/berkeley-testfloat-3
  > tests/fp/berkeley-softfloat-3 dtc capstone slirp
  > make: Nothing to be done for 'check-venv'.

  And the venv will still be incomplete.  The causes of such failures to
  create a suitable virtual environment are too many (in the reported
  case it was because of missing *required* Python packages).  Some more
  evolved virtual environments + Python packaging systems exist that
  could probably be used here (Pipenv) but would add further core
  requirements.

  The current mitigation is to run "make check-clean" when the venv
  appears to be incomplete.

  The goal of this bug is to attempt to make the venv setup atomic and
  more reliable.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1916506/+subscriptions


             reply	other threads:[~2021-02-22 16:05 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-02-22 15:54 Cleber Rosa [this message]
2021-02-22 16:08 ` [Bug 1916506] Re: make check-venv may leave stale and incomplete tests/venv directory directory Philippe Mathieu-Daudé
2021-05-13 12:00 ` Thomas Huth
2021-07-13  4:17 ` Launchpad Bug Tracker

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=161400927228.11180.7056675088982661405.malonedeb@chaenomeles.canonical.com \
    --to=1916506@bugs.launchpad.net \
    --cc=qemu-devel@nongnu.org \
    /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.