From: Willem Jan Withagen <wjw@digiware.nl>
To: Loic Dachary <loic@dachary.org>
Cc: Ceph Development <ceph-devel@vger.kernel.org>
Subject: Re: Virtualenv tests still nort running...
Date: Thu, 31 Mar 2016 13:47:14 +0200 [thread overview]
Message-ID: <56FD0E42.2020207@digiware.nl> (raw)
In-Reply-To: <56FD068A.4010008@dachary.org>
On 31-3-2016 13:14, Loic Dachary wrote:
> [re-adding ceph-devel]
>
> On 31/03/2016 12:35, Willem Jan Withagen wrote:
>> On 31-3-2016 12:14, Loic Dachary wrote:
>>> : ${CEPH_DISK_VIRTUALENV:=/tmp/ceph-disk-virtualenv}
>>
>> That works when I run it like:
>> > cd src
>> > ./ceph-disk/run-tox.sh
>>
>> -----------------------------------------------------
>> TOTAL 2302 1066 54%
>> ___________________________________ summary
>> ____________________________________
>> flake8: commands succeeded
>> py27: commands succeeded
>> congratulations :)
>>
>> Still leaves remainder in /tmp so that needs to be added.
>> And it will require a large enough temp with plenty freespace
>
> It's only used for python virtualenv which is small.
>
>> On a more philosophical note:
>> The next thing to consider is that there is a fair chance that somebody
>> mounted a tmpfs ram-disk on tmp. Which is again a different fs-beast
>> from xfs, with different properties.
>
> This location is only used to store virutalenv, not to run actual tests.
Oke, good, because otherwise it would give room for strange results i guess.
>> Personally I do not really like the fact that the Ceph tests leave files
>> lingering just about everyware: in .src, in /tmp.
>> testdir is a real nice place to drop test things in.
>>
>> Also the fact that gtest with EXPECT_DEATH do not cleanup the *cores
>> after them is also something that would warrant some cleanup.
>
> Yes. I expect we'll get something saner when we switch to cmake.
Oke, thanx for the pointer.
And I'll not bother hacking too much on this in the mean time.
--WjW
prev parent reply other threads:[~2016-03-31 11:47 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-29 11:31 Virtualenv tests still nort running Willem Jan Withagen
2016-03-29 12:28 ` Loic Dachary
2016-03-29 15:12 ` Willem Jan Withagen
2016-03-30 9:25 ` Willem Jan Withagen
2016-03-30 10:10 ` Loic Dachary
2016-03-30 20:39 ` Willem Jan Withagen
2016-03-31 9:31 ` Loic Dachary
2016-03-31 10:04 ` Willem Jan Withagen
2016-03-31 10:14 ` Loic Dachary
[not found] ` <56FCFD69.10307@digiware.nl>
2016-03-31 11:14 ` Loic Dachary
2016-03-31 11:47 ` Willem Jan Withagen [this message]
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=56FD0E42.2020207@digiware.nl \
--to=wjw@digiware.nl \
--cc=ceph-devel@vger.kernel.org \
--cc=loic@dachary.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.