SUMMARY
The hostnames are partially generated by the Dashboard and
enough.community.
The stuff between angle brackets(`<>`) are substituted and filled-in
by the Dashboard and the stuff between parenthesis(`{}`) are
substituted and filled-in by enough.
URI FORMAT
Gitea URI
<vm-name>.{{ domain }}
Woodpecker URI
<vm-name>-ci.{{ domain }}
Where domain is agreed to be equal to HOSTEA_DOMAIN
fixes: https://gitea.hostea.org/Hostea/dashboard/issues/11
My env var loading technique is not allowing local_settings.py to
override settings.py. This hotfix disables env vars in favor of
local_settings.py.
fixes https://gitea.hostea.org/Hostea/dashboard/issues/3
> Django’s internationalization hooks are on by default, and that means
there’s a bit of i18n-related overhead in certain places of the
framework. If you don’t use internationalization, you should take the
two seconds to set USE_I18N = False in your settings file. Then Django
will make some optimizations so as not to load the internationalization
machinery. # Please enter the commit message for your changes. Lines
starting
ref: https://docs.djangoproject.com/en/4.0/topics/i18n/translation/
ci/woodpecker/push/woodpecker Pipeline was successfulDetails
Summary
Support app shows links to user to create new issue on the Hostea
meta repository(configurable via settings.py) and view open issues.
(auto)Redirection via dashboard to new issue page on Gitea and issue
tracker repository is setup. In future, a form will be exposed
within the dashboard itself to streamline support related workflows.