Open tru opened 1 year ago
@llvm/issue-subscribers-infrastructure
ping @kbeyls and @rnk as well.
My suggestion would be to have a new webpage/subpage where we can place these statically and just refer from the Hugo pages since they will no longer be updated.
I think what is important here is not to break URLs of these old releases. Everything else certainly could be flexible.
I think what is important here is not to break URLs of these old releases
Hmm. If you think that's important we should find a solution to that, I doubt many people still access these - but maybe my feeling is off. We might be able to handle that with Location headers so they don't get dead links but still store the artifacts on another url.
Can we host releases.llvm.org an GitHub pages rather than trying to sync it to the server?
It would be nice to have some resolution to these issues.
Can we host releases.llvm.org an GitHub pages rather than trying to sync it to the server?
I don't see any technical reason why? @asl do you?
I would like to move forward on this one since the 17.x release will start soon. What can I do to help out?
@tru I think the only reason we haven't done this for other LLVM websites is because those use server-side includes which github pages does not support. So if you aren't using server-side includes then I think we should do it. Can you enable github pages for your repo, so we can see what it looks like.
I added github pages upload and automation: https://tru.github.io/releases.llvm.org/ it looks good, I think. Note that I haven't added 16.x docs yet.
This streamlines the updating of that page. We just need to figure out what to do with old binaries and docs.
My suggestion:
@tru the page looks good.
Point releases.llvm.org to github so it can be used from a repo under the llvm-project.
Rename releases.llvm.org to old-releases.llvm.org and add Location header redirects from the new github page.
@asl What do you think about this?
Ping on this again
Personally I don't care about the pages being auto-generated so much as I do about the content being updated automatically. That's the immediate issue. You still have to update the https://llvm.org page too.
I see the other websites point to an IP of 54.67.122.174 which is at Amazon. releases.llvm.org is fronted by a CDN, but is the content on the backend on the same 54.67.122.174 host? I would think it is on something else.
I don't understand how it is possible for the www-releases repo content to be different from what is being displayed on the actual https://releases.llvm.org/ website.
I don't understand how it is possible for the www-releases repo content to be different from what is being displayed on the actual https://releases.llvm.org/ website.
The site on the server is not deployed from the repo because of permissions issues that I have been trying to get someone to fix for a long time. That means that I have to commit my change to the repo and the ssh to the server and manually edit the html files on the server with vim. Which of course leads to mistakes and problems.
After some ad-hoc discussions with @tstellar and @asl in various places, I wanted to summarize the current questions and the path forward in an issue since I think we should automate this part of the release process asap.
Current process
This is a suboptimal process that usually fails because of permissions or because we forget to update stuff.
Suggestions
Automatic deploys
This would fix the permission problem.
Autogenerated page
docs.llvm.org/<version>/index.html
or similar.TLDR
I am happy to help getting both the auto-deploy and the hugo generated pages working as long as I can get someone to commit to help me with the infrastructure parts that we need and I can't do, these items are:
Thoughts @tstellar @asl?