Currently the mastodon recipe includes elasticsearch whether it is enabled or not. This changes it so you opt-in by including the additional compose file.
One minor difference to my hometown changes is that I decided not to add ES_ENABLE=true to the compose.elasticsearch.yml file itself, but leave you to set that in the env. It seems a bit redundant to me to include it and have to enable it, but I think that's what other recipes do, and potentially you might want to keep the service running, but not have it enabled in mastodon? For debugging or something?
If approved, it'll need a release message something along the lines of:
If you are using elasticsearch you need to explicitly include compose.elasticsearch.yml now or the elasticsearch service will not run
Similar to my PR for hometown 3 years back --> https://git.coopcloud.tech/coop-cloud/hometown/pulls/15
Currently the mastodon recipe includes elasticsearch whether it is enabled or not. This changes it so you opt-in by including the additional compose file.
One minor difference to my hometown changes is that I decided not to add ES_ENABLE=true to the compose.elasticsearch.yml file itself, but leave you to set that in the env. It seems a bit redundant to me to include it _and_ have to enable it, but I think that's what other recipes do, and potentially you might want to keep the service running, but not have it enabled in mastodon? For debugging or something?
If approved, it'll need a release message something along the lines of:
> If you are using elasticsearch you need to explicitly include compose.elasticsearch.yml now or the elasticsearch service will not run
(WIP docs but we're trying to work on formalising this better!)
Asking for reviews from people who've committed stuff here in the past.
This recipe would benefit from a maintainer!
> https://docs.coopcloud.tech/maintainers/maintain/
(WIP docs but we're trying to work on formalising this better!)
I'm assuming whoever uncomments the COMPOSE_FILE="$COMPOSE_FILE:compose.elasticsearch.yml" line would like ES_ENABLED=true to be the value, so no need to keep it in env file?
I'm assuming whoever uncomments the `COMPOSE_FILE="$COMPOSE_FILE:compose.elasticsearch.yml"` line would like `ES_ENABLED=true` to be the value, so no need to keep it in env file?
Oops, you already addressed that in the PR description, sorry about that 😆
potentially you might want to keep the service running, but not have it enabled in mastodon? For debugging or something?
I doubt this is a common enough use-case that we would want to allow for it from the configurations, devs can always use --chaos for such use cases, wdyt?
Oops, you already addressed that in the PR description, sorry about that 😆
> potentially you might want to keep the service running, but not have it enabled in mastodon? For debugging or something?
I doubt this is a common enough use-case that we would want to allow for it from the configurations, devs can always use `--chaos` for such use cases, wdyt?
I was on the fence about whether to hardcode the values, but given your comment I think it makes sense to just make it simple, so you only have to include the extra compose file, and all the values are set right.
I was on the fence about whether to hardcode the values, but given your comment I think it makes sense to just make it simple, so you only have to include the extra compose file, and all the values are set right.
Same with host and port, since es is the host name in the compose file and I'm assuming 9200 is the port configured for the image docker.elastic.co/elasticsearch/elasticsearch-oss?
Same with host and port, since `es` is the host name in the compose file and I'm assuming 9200 is the port configured for the image `docker.elastic.co/elasticsearch/elasticsearch-oss`?
changed to use fixed values in the compose.elasticsearch.yml, so nothing to set in .env
also quoted the env variables
Ok, updated!
- include the changes to compose.yml, good spot!
- changed to use fixed values in the compose.elasticsearch.yml, so nothing to set in .env
- also quoted the env variables
ammaratef45
approved these changes 2026-01-04 22:18:38 +00:00
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.
Similar to my PR for hometown 3 years back --> coop-cloud/hometown#15
Currently the mastodon recipe includes elasticsearch whether it is enabled or not. This changes it so you opt-in by including the additional compose file.
One minor difference to my hometown changes is that I decided not to add ES_ENABLE=true to the compose.elasticsearch.yml file itself, but leave you to set that in the env. It seems a bit redundant to me to include it and have to enable it, but I think that's what other recipes do, and potentially you might want to keep the service running, but not have it enabled in mastodon? For debugging or something?
If approved, it'll need a release message something along the lines of:
Asking for reviews from people who've committed stuff here in the past.
This recipe would benefit from a maintainer!
(WIP docs but we're trying to work on formalising this better!)
Left a couple of comments, I also see the PR doesn't include the changes to the
compose.ymlfile, maybe you forgot to add it to the commit?@@ -71,2 +70,2 @@ES_HOST=esES_PORT=9200# COMPOSE_FILE="$COMPOSE_FILE:compose.elasticsearch.yml"# ES_ENABLED=trueI'm assuming whoever uncomments the
COMPOSE_FILE="$COMPOSE_FILE:compose.elasticsearch.yml"line would likeES_ENABLED=trueto be the value, so no need to keep it in env file?Oops, you already addressed that in the PR description, sorry about that 😆
I doubt this is a common enough use-case that we would want to allow for it from the configurations, devs can always use
--chaosfor such use cases, wdyt?I was on the fence about whether to hardcode the values, but given your comment I think it makes sense to just make it simple, so you only have to include the extra compose file, and all the values are set right.
@@ -73,0 +70,4 @@# COMPOSE_FILE="$COMPOSE_FILE:compose.elasticsearch.yml"# ES_ENABLED=true# ES_HOST=es# ES_PORT=9200Same with host and port, since
esis the host name in the compose file and I'm assuming 9200 is the port configured for the imagedocker.elastic.co/elasticsearch/elasticsearch-oss?Ok, updated!
ship it!