Kubernetes Support about cal.com

[skadefro]

I've started implementing a helm chart for calendso at https://github.com/open-rpa/helm-charts/tree/main/charts/calendso
But keep running into the issue with some environment variables not getting picked up by next.js like others have reported.
( I can make stripe payments, i can define mail-, google api-, db- settings but BASE_URL or NEXT_PUBLIC_BASE_URL or NEXT_PUBLIC_APP_URL seem to not work ( it keeps saying localhost3000 ) and NEXT_PUBLIC_LICENSE_CONSENT does not work either.
Is there any ETA on when this gets fixed ?

[bashfulrobot]

I'm mostly just commenting to follow this. 👍

[kav]

Any notes on what you need here? Looks like at the moment it's just a stateless nodejs app. We've got a respectable if a bit bare helm chart for that here: https://github.com/pelotech/charts/tree/main/charts/nodejs
The bitnami folks have a comprehensive if slightly overkill chart here
https://github.com/bitnami/charts/tree/master/bitnami/node
Though as overkill as it is you might be able to point it at the repository and be good to go.

[kav]

Ah looks like it also has a postgres dep, the bitnami chart for that is also excellent, so might just need to require those two, https://github.com/bitnami/charts/tree/master/bitnami/postgresql
Happy to help out if you'd like

[aldenjenkins]

Following

[baileypumfleet]

I'm going to close this off because there hasn't been any movement on this. Happy to reopen if someone implements a community-supported version of Calendso on Kubernetes

[tomlobato]

I've started implementing a helm chart for calendso at https://github.com/open-rpa/helm-charts/tree/main/charts/calendso But keep running into the issue with some environment variables not getting picked up by next.js like others have reported. ( I can make stripe payments, i can define mail-, google api-, db- settings but BASE_URL or NEXT_PUBLIC_BASE_URL or NEXT_PUBLIC_APP_URL seem to not work ( it keeps saying localhost3000 ) and NEXT_PUBLIC_LICENSE_CONSENT does not work either. Is there any ETA on when this gets fixed ?

Same here.
Found #1160 (comment) and https://github.com/calcom/docker.
Look at 'Important Notes' at last link. Until we have NEXT_PUBLIC_* vars being read at runtime we need to build our own private docker images.

[krumware]

This is something that is very much on the radar over at https://github.com/calcom/docker, including the push for runtime variables