From: Kevin Wolf <kwolf@redhat.com>
To: Eric Blake <eblake@redhat.com>
Cc: Markus Armbruster <armbru@redhat.com>,
qemu-devel@nongnu.org, qemu-block@nongnu.org, mreitz@redhat.com
Subject: Re: [Qemu-devel] [PATCH v4 4/5] iotests: Add VMDK tests for blockdev-create
Date: Fri, 7 Dec 2018 17:42:09 +0100 [thread overview]
Message-ID: <20181207164209.GH5119@linux.fritz.box> (raw)
In-Reply-To: <5c0dd2fb-fbe6-41da-77ff-def0f2f3e830@redhat.com>
Am 07.12.2018 um 16:40 hat Eric Blake geschrieben:
> On 12/7/18 8:45 AM, Kevin Wolf wrote:
> > Am 07.12.2018 um 14:12 hat Markus Armbruster geschrieben:
> > > git-am complains
> > >
> > > Applying: iotests: Add VMDK tests for blockdev-create
> > > .git/rebase-apply/patch:281: trailing whitespace.
> > > format:
> > > .git/rebase-apply/patch:308: trailing whitespace.
> > > format:
> > > .git/rebase-apply/patch:335: trailing whitespace.
> > > format:
> > > .git/rebase-apply/patch:600: new blank line at EOF.
> > > +
> > > warning: 4 lines add whitespace errors.
> >
> > This is in the reference output, so trailing whitespace/blank lines are
> > actually correct.
>
> Ah, but doesn't ./check already ignore differences in trailing whitespace
> present in the actual running that is not present in the *.out files,
> precisely so we don't have to check in trailing whitespace reference
> outputs?
It does ignore whitespace changes, so even if we remove that whitespace,
the test won't fail. But I don't think that's a good reason to check in
inaccurate reference output.
There are a few test cases that have a reference output like this and
it's always annoying: When I later add a new subtest, I add the new test
code, review the ./check output and if it looks good, I do something
like 'cp 237.out.bad 237.out'. At that point, I'll have to manually
revert completely unrelated whitespace changes again.
Some 'git am' warnings feel like the lesser evil to me.
Kevin
next prev parent reply other threads:[~2018-12-07 16:42 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-07 11:53 [Qemu-devel] [PATCH v4 0/5] vmdk: Implement blockdev-create Kevin Wolf
2018-12-07 11:53 ` [Qemu-devel] [PATCH v4 1/5] vmdk: Refactor vmdk_create_extent Kevin Wolf
2018-12-07 11:53 ` [Qemu-devel] [PATCH v4 2/5] vmdk: Implement .bdrv_co_create callback Kevin Wolf
2018-12-07 13:01 ` Markus Armbruster
2018-12-07 13:04 ` Markus Armbruster
2018-12-07 11:53 ` [Qemu-devel] [PATCH v4 3/5] iotests: Filter cid numbers in VMDK extent info Kevin Wolf
2018-12-07 11:53 ` [Qemu-devel] [PATCH v4 4/5] iotests: Add VMDK tests for blockdev-create Kevin Wolf
2018-12-07 13:02 ` Markus Armbruster
2018-12-07 13:12 ` Markus Armbruster
2018-12-07 14:45 ` Kevin Wolf
2018-12-07 15:40 ` Eric Blake
2018-12-07 16:42 ` Kevin Wolf [this message]
2018-12-07 16:52 ` Eric Blake
2018-12-07 17:09 ` Kevin Wolf
2018-12-07 11:53 ` [Qemu-devel] [PATCH v4 5/5] vmdk: Reject excess extents in blockdev-create Kevin Wolf
2018-12-07 13:11 ` Markus Armbruster
2018-12-07 14:54 ` Kevin Wolf
2018-12-07 15:34 ` Markus Armbruster
2018-12-07 12:56 ` [Qemu-devel] [PATCH v4 0/5] vmdk: Implement blockdev-create no-reply
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=20181207164209.GH5119@linux.fritz.box \
--to=kwolf@redhat.com \
--cc=armbru@redhat.com \
--cc=eblake@redhat.com \
--cc=mreitz@redhat.com \
--cc=qemu-block@nongnu.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).