Generate the ini config file from environment variables? #44
Closed
opened 2020-02-14 16:00:08 +00:00 by greg
·
5 comments
No Branch/Tag Specified
Labels
Clear labels
bug
dev environment
docs
duplicate
enhancement
feature
idea
invalid
kredits-1
kredits-2
kredits-3
ops
question
security
ui/ux
wontfix
bug
design
dev environment
docs
duplicate
enhancement
feature
good first issue
idea
invalid
kredits-1
kredits-2
kredits-3
on hold
ops
question
security
ui/ux
wontfix
Something is not working
Config, builds, CI, deployment, etc.
Documentation
This issue or pull request already exists
Improving existing functionality
New functionality
Something to consider
Not a bug
Small contribution
Medium contribution
Large contribution
Looking for an answer
All your base are belong to us
User interface, process design, etc.
This won't be fixed
Something is not working
Graphic/visual design
Config, builds, CI, deployment, etc.
Documentation
This issue or pull request already exists
Improving existing functionality
New functionality
Dive in, and start contributing
Something to consider
Not a bug
Small contribution
Medium contribution
Large contribution
Currently not actionable
Manual IT ops activities
Looking for an answer
release
major
release
minor
release
patch
All your base are belong to us
User interface, process design, etc.
This won't be fixed
No labels
question
Milestone
No items
No Milestone
Production readiness
No Assignees
No due date set.
Dependencies
No dependencies set.
Reference: kosmos/gitea.kosmos.org#44
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
This is a new feature: https://github.com/go-gitea/gitea/blob/master/contrib/environment-to-ini/README
Right now we are copying over a generated
app.inifile to a conf volume (https://gitea.kosmos.org/kosmos/gitea.kosmos.org/src/branch/master/kubernetes/gitea-server.yaml#L18)Right now I'm not sure if that is a good idea for us. Our
app.iniconfig is 92 lines, it seems like a lot of environment variables. We'd have to deal with environment variables that have to stay a secret, while having anapp.inifile not in version control takes care of secrets in one goHow many passwords to we really have in the config? It can't be that many.
Where does it come from then? This way also takes care of the config being intransparent.
That's just 4, database & mailer password, internal token and secret key
We use a script to get it from the conf volume, where it can then be edited and sent to the volume with another script
@greg Is this still relevant, since we don't use kubernetes anymore?
This entire repo isn't relevant and can be deleted
How is it not relevant anymore? The issues still seem very relevant to me, which is why I'm triaging them:
https://gitea.kosmos.org/kosmos/gitea.kosmos.org/issues
However, if you want to move this repo's issues to the Chef repo, then please do so! It would probably make sense to introduce service labels for that repo's issues then (e.g.
service:giteaor similar).