-
Notifications
You must be signed in to change notification settings - Fork 198
Publishing a candidate does not transfer already-built docs #70
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
Comments
As far as maybe the best way to do this: separate publishing out into a separate feature, to have dependencies on both candidate and non-candidate versions of the documentation feature. |
As far as I can tell, candidates are published by getting the path to the tarball and "uploading" that again. So to fix this it would require finding the documentation tarball and "uploading" it here:
|
@sitaochen did we look at this during gsoc? |
Yea, the uploaded docs of candidates will also be there after they are published. |
oh great, so this can be closed? |
I don't think this can be closed. I just published X11-1.10 which had docs uploaded to the candidate and the published release doesn't have the docs: https://hackage.haskell.org/package/X11-1.10 (I later uploaded the docs manually so the docs are there now, but initially there were no docs and a while later a build error appeared. So the docs are definitely not being taken from the candidate.) |
Publishing a candidate on Hackage discards the uploaded docs: haskell/hackage-server#70 (comment), so as a workaround I'm extending the workflow with the ability to do the final release with docs upload. To do that, one needs to trigger the workflow manually and enter the correct version number. Hopefully that's enough to prevent making a release by mistake.
Publishing a candidate on Hackage discards the uploaded docs: haskell/hackage-server#70 (comment), so as a workaround I'm extending the workflow with the ability to do the final release with docs upload. To do that, one needs to trigger the workflow manually and enter the correct version number. Hopefully that's enough to prevent making a release by mistake. Note that this complexity may also become unnecessary if the Hackage admins install a couple extra deps to make X11 build: haskell/hackage-server#925
This is needed because of haskell/hackage-server#70
When publishing a candidate the resulting official package does not have any built docs, even if the original candidate did. The doc builder will attempt to rebuild them of course, but it might not be able to.
The text was updated successfully, but these errors were encountered: