Closed srevinsaju closed 3 years ago
Thanks for this.
Reviewed, any particular reason why you included python3-decorator
as one of the packages to install?
The instruction for using actions/checkout@v2
says;
"If you're using actions/checkout@v2 you must set persist-credentials to false in most cases for the deployment to work correctly.", I'm guessing this is one of the few cases where not setting persist-credentials
doesn't affect the deployment.
The Archlinux PKGBUILD shows that sugar-toolkit-gtk3
has a direct dependency on python-decorator
which translates to python3-decorator
on ubuntu. Let me know if its unnecessary
The instruction for using
actions/checkout@v2
says; "If you're using actions/checkout@v2 you must set persist-credentials to false in most cases for the deployment to work correctly.", I'm guessing this is one of the few cases where not settingpersist-credentials
doesn't affect the deployment.
Yep, until now its safe. You can compare https://github.com/srevinsaju/sugar-toolkit-gtk3/tree/master and https://github.com/srevinsaju/sugar-toolkit-gtk3/tree/gh-pages for a test run of a successful deployment
PS: I had to use master branch because of GitHub Actions security feature (to prevent peo. All those commits on my master branch was squashed to
srevinsaju:gh-pages-deploy
so it becomes neat 😄.
@tchx84 could you check out this PR?
For context: https://developer.sugarlabs.org/sugar3 was deployed on freedom, and was not getting rebuilt. Similar to www-sugarlabs.
Some more information:
If this works out well, we would:
Yep, until now its safe. You can compare https://github.com/srevinsaju/sugar-toolkit-gtk3/tree/master and https://github.com/srevinsaju/sugar-toolkit-gtk3/tree/gh-pages for a test run of a successful deployment
Yeah I have, looks good.
Overall, I like what has been done so far, but I'm worried about having references to specific downstream release versions, because of the maintenance burden this implies.
Updated the branch to use archlinux:latest
docker container. Added a shell script ci/docs.sh
to automatically generate documentation to a deploy
directory. The benefits are
archlinux:latest
. archlinux:latest
docker container by running ci/docs.sh
. This would help debug, as well as deploy it to any Continuous Integration platform, in any case such as: GitHub Actions becomes EOL in future, etc.sugar-toolkit-gtk3-git
from the AUR, which is the latest possible package on any linux distro.PKGBUILD
Looking forward for a merge @quozl :smile:
You asked @tchx84 earlier for review, you happy to proceed without?
Yea, that was because no one was reviewing this PR that time, 😂
One more final step. Settings -> GitHub Pages -> custom_domain = developer.sugarlabs.org && branch = gh-pages
Looks like it went well https://github.com/sugarlabs/sugar-toolkit-gtk3/tree/gh-pages/sugar3
Let me also know once you are done with that, so that I can update the DNS to point to sugarlabs.github.io.
Changed. Proceed. Sorry, was breakfasting.
Ok. Thanks! Pushing now.
Done. http://developer.sugarlabs.org/sugar3/
For HTTPS support, we might need check the HTTPS support box, which is below the custom domain box.
Maybe we need to add an index.html
to https://developer.sugarlabs.org/index.html
so that it doesn't show 404.
GitHub UI continues to say "Enforce HTTPS — Unavailable for your site because your domain is not properly configured to support HTTPS ", yet https://developer.sugarlabs.org/sugar3/ does work.
GitHub UI continues to say "Enforce HTTPS — Unavailable for your site because your domain is not properly configured to support HTTPS ", yet https://developer.sugarlabs.org/sugar3/ does work.
Probably it might be available after LetsEncrypt TLS Certificate is provisioned. It might take a few minutes.
Yes, it has changed; "Enforce HTTPS — Not yet available for your site because the certificate has not finished being issued. Please allow 24 hours for this process to complete."
Procedure