[issue39704] Disable code coverage

2020-04-02 Thread Larry Hastings
Larry Hastings added the comment: Since explicit is better than implicit: yes, we do need backports. PRs against 3.5 are getting marked red because of automated codecov complaints. -- nosy: +larry ___ Python tracker

[issue39704] Disable code coverage

2020-04-02 Thread Guido van Rossum
Change by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39704] Disable code coverage

2020-04-02 Thread STINNER Victor
STINNER Victor added the comment: FYI I created bpo-40156: "codecov/patch stills runs on 3.5 and 3.6 branches". -- ___ Python tracker ___

[issue39704] Disable code coverage

2020-03-03 Thread STINNER Victor
STINNER Victor added the comment: Ernest updated the organization configuration to: --- comment: off coverage: status: changes: off project: off patch: off --- which gives: { "comment": false, "coverage": { "status": { "changes": false,

[issue39704] Disable code coverage

2020-03-02 Thread Ammar Askar
Ammar Askar added the comment: Just a quick update, I think this is a codecov bug as per here: https://community.codecov.io/t/prs-are-commented-even-with-comment-off/941 The yaml configuration doesn't show up here: https://codecov.io/gh/python/cpython/settings/yaml While we wait for a

[issue39704] Disable code coverage

2020-03-02 Thread Guido van Rossum
Change by Guido van Rossum : -- nosy: +gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39704] Disable code coverage

2020-03-02 Thread STINNER Victor
Change by STINNER Victor : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39704] Disable code coverage

2020-02-28 Thread Brett Cannon
Brett Cannon added the comment: I don't know if backporting will be needed; probably depends on the CI and whether they always pull from master or the branch that was affected. But I just tried backporting regardless and there's conflicts, so it will have to be done manually. --

[issue39704] Disable code coverage

2020-02-27 Thread Ammar Askar
Ammar Askar added the comment: Looks like it was just cached, the latest pull request didn't get a codecov comment nor was it ran on the latest commit: https://github.com/python/cpython/pull/18682 Should this be back-ported so backport pull requests/pull requests to other versioned

[issue39704] Disable code coverage

2020-02-27 Thread Ammar Askar
Ammar Askar added the comment: Can someone with access check that https://codecov.io/gh/python/cpython/settings/yaml has the right config? The latest run after my PR was pushed through still has the status check running :( -- ___ Python tracker

[issue39704] Disable code coverage

2020-02-27 Thread Brett Cannon
Brett Cannon added the comment: New changeset 766b7546a564c8e386a3c31eb06fc1b55e8f5a25 by Ammar Askar in branch 'master': bpo-39704: Explicitly pass the path to codecov config (GH-18680) https://github.com/python/cpython/commit/766b7546a564c8e386a3c31eb06fc1b55e8f5a25 --

[issue39704] Disable code coverage

2020-02-27 Thread Ammar Askar
Change by Ammar Askar : -- keywords: +patch pull_requests: +18039 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18680 ___ Python tracker ___

[issue39704] Disable code coverage

2020-02-27 Thread Ammar Askar
Ammar Askar added the comment: Thanks for the pointer Brett, I'll submit a PR. -- ___ Python tracker ___ ___ Python-bugs-list

[issue39704] Disable code coverage

2020-02-27 Thread Brett Cannon
Brett Cannon added the comment: The codecov config lives at https://github.com/python/cpython/blob/master/.github/codecov.yml and the docs for the file are at https://docs.codecov.io/docs/codecov-yaml. Specifically, the comment feature is covered at

[issue39704] Disable code coverage

2020-02-23 Thread Stefan Krah
Stefan Krah added the comment: For me even a mail with a single line would be too much. I can filter that in my mail client but not on GitHub. Speaking about that, I also don't want to get mail from Bevedere stating that I, in fact, have signed a CLA any time I open a PR. --

[issue39704] Disable code coverage

2020-02-21 Thread Terry J. Reedy
Terry J. Reedy added the comment: The recently reinstated long 30+ line reports are useless nuisance for me. I delete them. A single line line to a report, without flagging, would be OK. -- nosy: +terry.reedy ___ Python tracker

[issue39704] Disable code coverage

2020-02-21 Thread Ammar Askar
Ammar Askar added the comment: Also just to clarify, the actual coverage build which measures the build. That is: https://github.com/python/cpython/blob/d4d17fd2cf69e7c8f4cd03fbf2d575370945b952/.travis.yml#L75-L114 is fine. The build succeeds and the coverage can be seen online at

[issue39704] Disable code coverage

2020-02-21 Thread Stefan Krah
Stefan Krah added the comment: They are allowed failures but the build is still marked in red: https://github.com/python/cpython/pull/18567 So if you look at the front page you have to click through red results only to find that the reason is code coverage. --

[issue39704] Disable code coverage

2020-02-21 Thread Karthikeyan Singaravelan
Karthikeyan Singaravelan added the comment: Thanks for the clarification, I agree on disabling automatic coverage comments. Aren't these builds already optional in Travis marked as allow failures and status is reported once the required builds pass though the coverage builds keep running?

[issue39704] Disable code coverage

2020-02-21 Thread Stefan Krah
Stefan Krah added the comment: I'd definitely disable the automatic comment and prefer that the build happens on buildbot.python.org rather than affecting the GitHub build status. -- ___ Python tracker

[issue39704] Disable code coverage

2020-02-20 Thread Karthikeyan Singaravelan
Karthikeyan Singaravelan added the comment: Just to clarify is it about just disabling the automatic comment about code coverage on PRs or the code coverage build itself? -- nosy: +xtreak ___ Python tracker

[issue39704] Disable code coverage

2020-02-20 Thread Raymond Hettinger
Raymond Hettinger added the comment: I concur. -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue39704] Disable code coverage

2020-02-20 Thread Ammar Askar
Ammar Askar added the comment: Agreed, it's way too noisy. This PR which touches absolutely no code https://github.com/python/cpython/pull/18583#issuecomment-589432937 claims to "increase coverage by 1.01%." This doesn't really add much value and only adds noise in the pull requests.

[issue39704] Disable code coverage

2020-02-20 Thread Stefan Krah
New submission from Stefan Krah : The automated code coverage on GitHub is quite inaccurate and needlessly flags PRs as red. I'd prefer to make this opt-in. -- messages: 362367 nosy: skrah priority: normal severity: normal status: open title: Disable code coverage