Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Correct metadata inaccuracy in the output viewer documentation #2212

Closed
wants to merge 1 commit into from

Conversation

lucinvitae
Copy link
Contributor

This corrects a misleading sentence in the output viewer documentation, where the docs suggest the file name matters, but in reality the artifact name is what matters.

This corrects a misleading sentence in the output viewer documentation, where the docs suggest the file name matters, but in reality the artifact name is what matters.
@k8s-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by:
To complete the pull request process, please assign bobgy
You can assign the PR to them by writing /assign @bobgy in a comment when ready.

The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@kubeflow-bot
Copy link

This change is Reviewable

@k8s-ci-robot
Copy link
Contributor

Hi @lucinvitae. Thanks for your PR.

I'm waiting for a kubeflow member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.

Once the patch is verified, the new status will be reflected by the ok-to-test label.

I understand the commands that are listed here.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@lucinvitae
Copy link
Contributor Author

/assign @Bobgy

@lucinvitae
Copy link
Contributor Author

I'm not sure why CI is failing for this PR. It runs locally for me with hugo server -D just fine.

Screenshot:
Screen Shot 2020-09-25 at 10 42 10 AM

lucinvitae added a commit to lucinvitae/website that referenced this pull request Sep 25, 2020
This corrects a misleading sentence in the pipeline metrics documentation, where the docs suggest the file name matters, but in reality the artifact name is what matters. This is similar to kubeflow#2212.
@alfsuse
Copy link
Contributor

alfsuse commented Sep 25, 2020

/assign @alfsuse

@alfsuse
Copy link
Contributor

alfsuse commented Sep 25, 2020

/retest

@alfsuse
Copy link
Contributor

alfsuse commented Sep 25, 2020

/test all

@lucinvitae lucinvitae closed this Sep 25, 2020
@lucinvitae
Copy link
Contributor Author

Closing and reopening to try to fix CI issues as suggested by reviewer.

CI issue shows fatal error: concurrent map read and map write which looks a bit like gohugoio/hugo#2549

Looks like there’s some more context… I think the -race option may show it’s a data race. For this issue, @bep opened gohugoio/hugo#5926 in May and golang/go#39807 in June… @andreasf tried to fix in https://github.com/gohugoio/hugo/pull/7507/files but @bep rejected, citing that template rendering in hugo has always been done in parallel, and that he doesn’t want to maintain custom parser code, and appears to be waiting on a fix in golang itself.

@andreasf
Copy link

Hey, I've had a patch for this in my Golang branch for a while. The fix in Golang is the same as in the Hugo copy of text/template.

In our Hugo pipeline, we wrapped hugo with a script that tries to rerun it a couple of times if it fails with a concurrent map access error message.

k8s-ci-robot pushed a commit that referenced this pull request Sep 29, 2020
* Correct requirement inaccuracy in the metrics documentation

This corrects a misleading sentence in the pipeline metrics documentation, where the docs suggest the file name matters, but in reality the artifact name is what matters. This is similar to #2212.

* Wrap new metrics documentation paragraph lines at 80 chars
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

6 participants