Broken DOMAIN templating for new recipes #355
Closed
opened 2022-11-03 23:24:45 +00:00 by 3wordchant
·
3 comments
Labels
Clear labels
abra
awaiting-feedback
backups
bug
build
ci/cd
community organising
contributing
coopcloud.tech
design
documentation
duplicate
enhancement
fedi
fedi-infra
finance
funding
good first issue
help wanted
installer
legal
performance
proposal
question
security
test
wontfix
Everything to do with abra
Ping/pong on comms
Something is not working
Go build related issues
Getting the robots into the mix
Opening this thing up
Contributors stuff
Our main website
Design thinking required
Let's write things together
This issue or pull request already exists
New feature
Democratic decision making
Money things
Anything related to grant funding
Easy start with development
Need some help
Installation related issues
Performance related
Large change which requires feedback & decisin making
More information is needed
Securing our shit
Unit or integration test suite
This won't be fixed
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
3wordchant
aadil (Aadil Ayub)
abra-bot (Abra Bot)
ammaratef45
amras (Sarma)
Apfelwurm
BornDeleuze
Brooke
carla
cas (Cassowary)
coopcloud
cyrnel
decentral1se (d1)
dede
devydave
fauno (fauno)
iexos
jade (Jade Ambrose)
jjsfunhouse
jmakdah2 (Jackie Makdah)
joe-irving (Joe Irving)
kawaiipunk (KawaiiPunk)
knoflook
kolaente
lambdabundesverband
linnealovespie (April)
moosemower
moritz
notplants
oxaliq (sorrel)
p4u1
pharaohgraphy (Andrew 🐦🔥❤️🔥✴️)
renovate-bot (Comrade Renovate Bot)
ripclap
simon
sixsmith (Sixsmith)
stevensting
trav (Trav Fryer)
val (val (he/him))
yksflip
Clear assignees
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: toolshed/organising#355
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.
abra recipe new foobarabra app new foobarabra app deploy foobar.mycoolsiteExpected result: works
Actual result:
FATA[0022] lookup foobar.example.com: no such hostMy preferred solution is to return to just replacing
<recipe>.example.comwith DOMAIN, to avoid needing recipe maintainers needing to learn$yet_another_templatingsystem (the "corrrect"{{ .Domain }}is different to the syntax needed in configs).But changing
coop-cloud/example#.env.sampleto use the{{syntax could be fine tooThink we had it some time before but then the code was replacing
<recipe>in unwanted places e.g. comments in the.env.samplewhich was a bit messy... the templating being easier to replace specific things, i.e. warding off bug reports from the other side, replacing too much 😅Sorry, not sure what you mean? Do you mean:
Probably need to document this so people don't have to learn new stuff.
Yes, basically, assuming that
{{ .Domain }}will be ignored by Gitea during the templating process, otherwise with whatever escaping. The goal would be that after step #2 above, e.g.coop-cloud/dashy#.env.samplelooks like this:DOMAIN={{ .Domain }}instead of like this:
DOMAIN=dashy.example.comBut, I still prefer my first suggestion, which, to also clarify:
Replacing
<recipe>, sure, but what about<recipe>.example.comin its entirety? The existingcoop-cloud/dashy#.env.samplewould work fine, I don't think there are any instances of<recipe>.example.comexcept ones we want to replace, it seems<recipe>.example.comwould be clearer to me thanDOMAIN={{ .Domain }}for non-abra use, and also has the advantage of needing to change fewer recipes¹.¹estimated using:
Ah yeh, that makes a lot of sense @3wordchant! Let's go for
<recipe>.example.comreplacing then!