Did you read the doc? https://docs.cloudron.io/user-management/#openid-connect
AppDev
Cloudron App Packagers
Posts
-
-
@msbt opentofu was recently still opentf. Maybe that was because i thought there were two projects.
-
@fbartels https://opentofu.org/blog/opentofu-announces-fork-of-terraform/ that's one, not sure what's the second
-
Especially around Terraform a lot of business has been built. I'm too lazy to check, but I think there are now two endorsed community forks of the last version before the license change.
-
is
/tmp
writeable ?
e.g. can I prepare the app for runtime in /tmp, copy contents in start.sh and empty /tmp (for tidiness) ? -
@robi I don't think I am (now).
-
@girish Thank you.
I seem to be stuck in a loop (although I am not 100% sure what's going on).
I create a symlink in the Dockerfile from a code directory to a writable data location.
In thestart.sh
I copy contents of code directory to the /app/data path.
But I'm using localstorage addon and I think it destroys the symlink when it creates /app/data.
But I can't create or recreate the symlink instart.sh
(as /app/code is readonly).in dockerfile :
RUN mv /app/code/data /app/code/datasrc \ && mkdir -p /app/code/datasrc/uploads \ && ln -s /app/data/data /app/code/data \ && ln -s /app/data/public /app/code/public
in start.sh :
mkdir -p /app/data/public /app/data/data cp -r /app/code/client/* /app/data/public/ cp -r /app/code/datasrc/* /app/data/data
App fails to launch because it tries to read (or write) to :
Error: EROFS: read-only file system, open '/app/code/public/flame.css'
But flame.css should be symlinked to /app/data/public/flame.css.
I'm too close to this to see the problem.
Any thoughts ? -
@timconsidine I assume you mean symlinks from code to some writable data path? If so, yes, Dockerfile is the correct place.
-
Thank you @BrutalBirdie and @girish
And symlinks ? Better to create in the Dockerfile ?
trying to use cloudron openid connect with cloudflare0trust
Why not make Cloudron fully open source again?
Why not make Cloudron fully open source again?
Why not make Cloudron fully open source again?
Localstorage & /app/data
Why not make Cloudron fully open source again?
Localstorage & /app/data
Localstorage & /app/data
Localstorage & /app/data
Localstorage & /app/data