git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ben Peart <peartben@gmail.com>
To: "Ævar Arnfjörð Bjarmason" <avarab@gmail.com>,
	"Ben Peart" <benpeart@microsoft.com>
Cc: "Git mailing list" <git@vger.kernel.org>,
	"Lars Schneider" <larsxschneider@gmail.com>,
	"SZEDER Gábor" <szeder.dev@gmail.com>,
	"Alex Vandiver" <alexmv@dropbox.com>,
	"Jeff Hostetler" <jeffhost@microsoft.com>
Subject: Re: t3404.6 breaks on master under GIT_FSMONITOR_TEST
Date: Mon, 8 Oct 2018 14:27:26 -0400	[thread overview]
Message-ID: <8d486342-e62f-c02c-9d4b-f5e911a12a2f@gmail.com> (raw)
In-Reply-To: <87a7noa5ch.fsf@evledraar.gmail.com>



On 10/8/2018 10:19 AM, Ævar Arnfjörð Bjarmason wrote:
> 
> On Thu, Sep 06 2018, Ævar Arnfjörð Bjarmason wrote:
> 
>> On Thu, Feb 01 2018, Ævar Arnfjörð Bjarmason wrote:
>>
>>> The GIT_FSMONITOR_TEST variable allows you to roundtrip the fsmonitor
>>> codpath in the whole test suite. On both Debian & CentOS this breaks for
>>> me:
>>>
>>>      (cd t && GIT_FSMONITOR_TEST=$PWD/t7519/fsmonitor-all ./t3404-rebase-interactive.sh -i)
>>>
>>> Whereas this works:
>>>
>>>      (cd t && GIT_FSMONITOR_TEST=$PWD/t7519/fsmonitor-all GIT_SKIP_TESTS=t3404.6 ./t3404-rebase-interactive.sh -i)
>>>
>>> The entirety of the rest of the test suite still passes with
>>> GIT_FSMONITOR_TEST.
>>>
>>> This has been failing ever since GIT_FSMONITOR_TEST was introduced in
>>> 883e248b8a ("fsmonitor: teach git to optionally utilize a file system
>>> monitor to speed up detecting new or changed files.", 2017-09-22). Under
>>> -v -x -i:
>>>
>>>      + echo test_must_fail: command succeeded: env FAKE_LINES=exec_echo_foo_>file1 1 git rebase -i HEAD^
>>>      test_must_fail: command succeeded: env FAKE_LINES=exec_echo_foo_>file1 1 git rebase -i HEAD^
>>>      + return 1
>>>      error: last command exited with $?=1
>>>      not ok 6 - rebase -i with the exec command checks tree cleanness
>>>      #
>>>      #               git checkout master &&
>>>      #               set_fake_editor &&
>>>      #               test_must_fail env FAKE_LINES="exec_echo_foo_>file1 1" git rebase -i HEAD^ &&
>>>
>>> Maybe once this is fixed running the test suite under GIT_FSMONITOR_TEST
>>> would be a useful Travis target, but I don't know the current status of
>>> adding new options to Travis.
>>
>> *Poke* at this again. Ben, or anyone else with knowledge of fsmonitor:
>> Can you reproduce this?
>>
>> This failure along with the one I noted in
>> https://public-inbox.org/git/87tvn2remn.fsf@evledraar.gmail.com/ is
>> failing the tests on Linux when run with GIT_FSMONITOR_TEST.
>>
>> I'm looking at this again because SZEDER's patches to the split index
>> reminded me again that we have these long-standing failures in rare test
>> modes (see
>> https://public-inbox.org/git/87va7ireuu.fsf@evledraar.gmail.com/ for the
>> split index discussion).
> 
> For what it's worth this is still broken, but more importantly (I'm not
> just keeping bumping the same thing) the only thing that's now broken
> under fsmonitor. I.e. my skip config is now GIT_SKIP_TESTS="t3404.7"
> whereas before 43f1180814 ("git-mv: allow submodules and fsmonitor to
> work together", 2018-09-10) I needed to add "t7411.3 t7411.4" to that.
> 

I glanced at this for a few minutes but it wasn't obvious what was 
happening.  It will take some additional effort to dig into and figure 
out the underlying issue.  I haven't forgotten about this - it's still 
on my list, just below some other things I need to get finished up first.

      reply	other threads:[~2018-10-08 18:27 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-02-01 13:02 t3404.6 breaks on master under GIT_FSMONITOR_TEST Ævar Arnfjörð Bjarmason
2018-09-06 12:36 ` Ævar Arnfjörð Bjarmason
2018-10-08 14:19   ` Ævar Arnfjörð Bjarmason
2018-10-08 18:27     ` Ben Peart [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=8d486342-e62f-c02c-9d4b-f5e911a12a2f@gmail.com \
    --to=peartben@gmail.com \
    --cc=alexmv@dropbox.com \
    --cc=avarab@gmail.com \
    --cc=benpeart@microsoft.com \
    --cc=git@vger.kernel.org \
    --cc=jeffhost@microsoft.com \
    --cc=larsxschneider@gmail.com \
    --cc=szeder.dev@gmail.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 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).