git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] tests: fix tests broken under GETTEXT_POISON=YesPlease

From
Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Date
Apr 25, 2017, 08:56 UTC
Message-ID
<CACBZZX494g8CKoN0V1N4xRuDsErPtJcMjaZcLFAqJgDQ+Mz+yA@mail.gmail.com>
In-Reply-To
<xmqqmvb5w2hj.fsf@gitster.mtv.corp.google.com>
On Tue, Apr 25, 2017 at 6:11 AM, Junio C Hamano <gitster@pobox.com> wrote:
Show 26 quoted lines
> Ævar Arnfjörð Bjarmason <avarab@gmail.com> writes:
>
>> My general approach when writing & maintaining this poison has been
>> that it's fine if we skip some tests, even though we could be bending
>> over backwards to run them, or even if we don't know the root cause
>> beyond "the rebase machinery is always broken with poison".
>>
>> This is because once I'm satisfied that the breaking test isn't
>> because of some new plumbing message that got i18n'd I don't see the
>> point of keeping digging, it's fine to just skip the test, because we
>> run it when we're not under poison, and we're satisfied that it's not
>> breaking because of a new plumbing message being i18n'd we've
>> fulfilled the entire reason for why this poison facility exists in the
>> first place.
>
> As to skipping tests, I am worried mostly because it is very easy to
> mark one test as skipped under poison build, even where the side
> effect from that test left behind in the trash repository is a
> prerequisite for a later test to succeed.  For example, a test that
> creates a tag may be marked as skipped-under-poison.  Then a new
> test that is added to such a test may want to do something using
> that tag, and it will succeed in the usual test.  As most people do
> not test poison build, when somebody notices that the new test fails
> under poison build, it is unclear if the breakage is due to new i18n
> issues or something else, like a missing prerequisite tag due to
> skipping an earlier test.

Indeed, I've tried to be careful not to introduce bugs like that, but in this skipped case the tests look completely stand-alone to me.

In any case, I like my other patch to just remove this whole thing better.
Previous: Junio C HamanoNext: Junio C Hamano
Message 8 of 21 in “[BUG] test suite broken with GETTEXT_POISON=YesPlease”
  1. Ævar Arnfjörð BjarmasonApr 20, 2017
  2. Lars SchneiderApr 21, 2017
  3. Ævar Arnfjörð BjarmasonApr 21, 2017
  4. tests: fix tests broken under GETTEXT_POISON=YesPleaseÆvar Arnfjörð Bjarmason, Apr 21, 2017
  5. Junio C HamanoApr 24, 2017
  6. Ævar Arnfjörð BjarmasonApr 24, 2017
  7. Junio C HamanoApr 25, 2017
  8. Ævar Arnfjörð BjarmasonApr 25, 2017
  9. Junio C HamanoApr 26, 2017
  10. Ævar Arnfjörð BjarmasonApr 26, 2017
  11. Duy NguyenApr 24, 2017
  12. Jeff KingApr 24, 2017
  13. Lars SchneiderApr 25, 2017
  14. Jeff KingApr 25, 2017
  15. Lars SchneiderApr 28, 2017
  16. Jeff KingApr 28, 2017
  17. Michael J GruberApr 21, 2017
  18. Ævar Arnfjörð BjarmasonApr 21, 2017
  19. Junio C HamanoApr 24, 2017
  20. Michael J GruberApr 26, 2017
  21. Ævar Arnfjörð BjarmasonApr 26, 2017

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.