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

Docs never seem to be able to deploy on Documenter 1.0 #31

Closed
DanielVandH opened this issue Sep 18, 2023 · 6 comments
Closed

Docs never seem to be able to deploy on Documenter 1.0 #31

DanielVandH opened this issue Sep 18, 2023 · 6 comments

Comments

@DanielVandH
Copy link

DanielVandH commented Sep 18, 2023

I'm copypasting an issue from JuliaDocs/Documenter.jl#2264, since it seems like it might be more related to this action.

In SciML/FiniteVolumeMethod.jl#50, I'm testing the deployment with Documenter v1 vs. Documenter v0.27. In the v0.27 case here, everything runs fine. In the v1 case here, it just never finishes. I don't think this is a fluke either, since I also noticed it a lot in a previous PR (this one, but I made pr50 to show this issue since there's too many commits in pr49).

Is there anything particular about the make.jl file that would be causing this in v1 versus v0.27? The make.jl is here https://github.com/DanielVandH/FiniteVolumeMethod.jl/blob/doc/docs/make.jl

A relevant reply from @mortenpi:

Then I would move the issue there and use the standard setup in the meanwhile. It does not look like a Documenter bug. Nothing specifically stands out though. It looks like it's stuck in this function somehow: https://github.com/JuliaDocs/Documenter.jl/blob/c3fc63b108feacf222e5ab98b1fb88231dc995a0/src/documents.jl#L905-L913

My best guess would be that it's the loading of GitHubActions.jl from a different environment brings in conflicting dependencies, and that just creates some weird behavior. But I am not entirely convinced of that either.

Originally posted by @mortenpi in JuliaDocs/Documenter.jl#2264 (comment)

Any ideas on what might be happening based on those logs ((https://github.com/DanielVandH/FiniteVolumeMethod.jl/actions/runs/6213368725/job/16864357366?pr=50)? I'm not sure how to properly debug with this action directly locally.

@mofeing
Copy link

mofeing commented Sep 18, 2023

Same happens to me in https://github.com/bsc-quantic/Tenet.jl/actions/runs/6215787902/job/16869026625

Docs DO deploy but time increased from 20min to 2h!

@ericphanson
Copy link
Member

ericphanson commented Sep 18, 2023

I wonder if it could be https://github.com/JuliaDocs/MarkdownAST.jl/blob/99e0f82c1e3cc16c862cd3636936e3bcb6591a42/src/node.jl#L118, if we are generating/logging tons and tons of stacktraces (note the profiling in the linked CI script points exactly there). Since the main thing docdeploy does differently is it setups up a GHA compatible logger so that doctest failures will show up as annotations on the PR. And I believe Documenter v1 is the first version w/ that code running. Also, looking at the code, I think GitHubActionsLogger doesn't filter based on loglevel, and instead leaves that up to GHA. So if there is super duper verbose debug logging, we are passing it out to GHA and leaving it to them to filter; maybe that is slow? (Or the stacktrace calls, if indeed Documenter is doing tons of them?)

I don't think it is a dependency issue, as GHA only depends on JSON v0.21, and Documenter also depends on JSON and allows v0.21 as the latest compatible release.

@ericphanson
Copy link
Member

I think julia-actions/GitHubActions.jl#33 may have fixed the issue. If anyone experience this can try again and let me know, that would be helpful!

@DanielVandH
Copy link
Author

Yes, seems to have worked @ericphanson! The CI completed in the expected time SciML/FiniteVolumeMethod.jl#50. This can be closed then I believe, unless @mofeing doesn't also see the same improvements?

@mofeing
Copy link

mofeing commented Sep 20, 2023

I've just tried it and can confirm that documentation has returned back to normal times.
Thanks @ericphanson!

@SaschaMann
Copy link
Member

Thanks @ericphanson for acting so quickly and fixing it!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants