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

Re: GSoC 2019 (was: Contributor Summit Topics and Logistics)

From
SZEDER Gábor <szeder.dev@gmail.com>
Date
Jan 31, 2019, 02:02 UTC
Message-ID
<20190131020233.GH13764@szeder.dev>
In-Reply-To
<CAP8UFD3Kt3dreMnfAdLiP2yc47kBLoVYCk-2yDw67OkujVY=Ew@mail.gmail.com>
On Tue, Jan 22, 2019 at 10:17:59AM +0100, Christian Couder wrote:
> - microprojects idea for interested students (like
> https://git.github.io/SoC-2018-Microprojects/)
> Suggestions for microprojects or project ideas are welcome! Volunteers
> for mentoring or org admin are welcome too!
I think we should remove most (all?) CI-related microprojects.
  - The first three are about adding static analizers.  Now, while
    adding a new build job to run a static analyzer is easy enough,
    it's also next to useless or even downright harmful in itself.
    Static analyzers are inherently prone to false positives, and
    dealing with those is definitely beyond the scope of a
    microproject.  And adding a static analysis build job that always
    fails because of undealt with false positives, and thus makes the
    whole build failed will just make life harder for those who take
    the effort to look at CI results.
    Last year we had submissions for these micrprojcets, but in the
    end they were not picked up because of this.
  - One project suggest installing CVS, Subversion and Apache in the
    CI environmens to increase test coverage.  Well, Subversion and
    Apache are already installed, and have been for a long time
    (though $GIT_TEST_SVNSERVE is not enabled (don't know why) and one
    test script is skipped because "svn-info test (SVN version: 1.8.8
    not supported)".  That leaves only CVS, which is perhaps too small
    a microproject (perhaps even with old standards; our microprojects
    grew considerably over the years).
  - Finally, the last one is about building a webpage that analyses
    Travis CI test results and identifies flaky tests, and then goes
    on to suggest that "look at the randomly failing tests and try to
    figure out why they fail".  I've got my fair share in fixing flaky
    tests, and IMO doing so is definitely beyond the scope of a
    microproject.

Ok, after suggesting the removal of five microproject ideas, here is a suggestion for a new one:

  Find a test script that verifies the presence/absence of
  files/directories with 'test -(e|f|d|...)' and replace them with the
  appropriate 'test_path_is_file', 'test_path_is_dir', etc. helper
  functions.

The good thing about this is that there are plenty of those test scripts :)

Previous: Christian CouderNext: Christian Couder
Message 4 of 19 in “Contributor Summit Topics and Logistics”
  1. Jeff KingJan 22, 2019
  2. Jeff KingJan 22, 2019
  3. GSoC 2019 (was: Contributor Summit Topics and Logistics)Christian Couder, Jan 22, 2019
  4. SZEDER GáborJan 31, 2019
  5. Christian CouderJan 31, 2019
  6. Stefan BellerJan 22, 2019
  7. Jeff KingJan 22, 2019
  8. Derrick StoleeJan 22, 2019
  9. Ævar Arnfjörð BjarmasonJan 24, 2019
  10. Derrick StoleeJan 29, 2019
  11. Elijah NewrenJan 22, 2019
  12. Ævar Arnfjörð BjarmasonJan 30, 2019
  13. Philip OakleyJan 30, 2019
  14. Christian CouderJan 30, 2019
  15. Jeff HostetlerJan 30, 2019
  16. Jeff KingJan 30, 2019
  17. Jakub NarebskiFeb 2, 2019
  18. Elijah NewrenFeb 4, 2019
  19. Jeff KingApr 23, 2019

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.