From: John Snow <jsnow@redhat.com>
To: Markus Armbruster <armbru@redhat.com>, Thomas Huth <thuth@redhat.com>
Cc: "Fam Zheng" <fam@euphon.net>,
"Peter Maydell" <peter.maydell@linaro.org>,
"Daniel P.Berrangé" <berrange@redhat.com>,
"Eduardo Habkost" <ehabkost@redhat.com>,
"Philippe Mathieu-Daudé" <philmd@redhat.com>,
qemu-devel@nongnu.org,
"Wainer dos Santos Moschetta" <wainersm@redhat.com>,
"Cleber Rosa" <crosa@redhat.com>,
"Alex Bennée" <alex.bennee@linaro.org>
Subject: Re: [PATCH 4/5] python: add .gitignore
Date: Wed, 28 Oct 2020 09:39:07 -0400 [thread overview]
Message-ID: <3c86b845-31ad-0956-d095-6a6323679a90@redhat.com> (raw)
In-Reply-To: <871rhi1zim.fsf@dusky.pond.sub.org>
On 10/28/20 5:16 AM, Markus Armbruster wrote:
> Thomas Huth <thuth@redhat.com> writes:
>
>> On 27/10/2020 23.38, John Snow wrote:
>>> Ignore build and package output (build, dist, qemu.egg-info);
>>> effectively these are "in-tree" builds of a kind.
>>
>> Since we recently moved away from in-tree builds, could these also be made
>> out-of-tree only?
>
> The build should only write to the per-build spaces: the build tree,
> per-build scratch in /tmp, ... Writing to shared space such as the
> source tree can break parallel independent builds. I consider that a
> bug.
>
It's not really a "build" in that traditional sense, but if you were to
execute "make venv-check" in parallel, I'm not confident it would work
right. Don't do that, I guess.
This has nothing to do with QEMU's build step. We don't need to "build"
or "install" this package to use it during QEMU builds or (most)
testing. We *do* need to install it to a virtual environment to test it
with an explicit set of linter packages, though.
See also: why do we ignore *.pyc and __pycache__ files in the whole
tree? These are in effect build artifacts too. I'm not sure I would know
how to avoid those being created. Maybe it's possible? but... I don't
think this is a problem that we have to solve, actually.
OK, all that whining aside, I will give it a legitimate try. I just
wanted to prepare you for disappointment. I might be able to move build/
and dist/, but I have doubts that anything can reasonably be done about
qemu.egg-info, __pycache__, .mypy_cache, or the like.
--js
next prev parent reply other threads:[~2020-10-28 13:39 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-27 22:38 [PATCH 0/5] python: add linters to gitlab CI John Snow
2020-10-27 22:38 ` [PATCH 1/5] python: add pytest and tests John Snow
2020-10-28 6:19 ` Thomas Huth
2020-10-28 13:23 ` John Snow
2020-10-28 14:09 ` Philippe Mathieu-Daudé
2020-10-28 14:54 ` Thomas Huth
2020-10-28 18:38 ` John Snow
2020-10-27 22:38 ` [PATCH 2/5] python: add excluded dirs to flake8 config John Snow
2020-10-28 8:50 ` Philippe Mathieu-Daudé
2020-10-28 13:42 ` John Snow
2020-10-27 22:38 ` [PATCH 3/5] python: add Makefile for some common tasks John Snow
2020-10-27 22:38 ` [PATCH 4/5] python: add .gitignore John Snow
2020-10-28 8:13 ` Thomas Huth
2020-10-28 9:16 ` Markus Armbruster
2020-10-28 9:22 ` Daniel P. Berrangé
2020-10-28 13:39 ` John Snow [this message]
2020-10-28 13:41 ` Daniel P. Berrangé
2020-10-28 13:26 ` John Snow
2020-10-28 18:33 ` John Snow
2020-10-27 22:38 ` [PATCH 5/5] gitlab: add python linters to CI John Snow
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=3c86b845-31ad-0956-d095-6a6323679a90@redhat.com \
--to=jsnow@redhat.com \
--cc=alex.bennee@linaro.org \
--cc=armbru@redhat.com \
--cc=berrange@redhat.com \
--cc=crosa@redhat.com \
--cc=ehabkost@redhat.com \
--cc=fam@euphon.net \
--cc=peter.maydell@linaro.org \
--cc=philmd@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=thuth@redhat.com \
--cc=wainersm@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.