@shrey said in Backups before retention policy not being deleted. Bug?:
Additionally, even after reapplying the fix, the Cleanup Backups tasks are now failing, every time.
is there any more info on this? I guess the patch only patched the querying of what to clean up but didn't fix anything related to clean up logic itself .
Are you saying you are getting SPF_SOFTFAIL for all your emails? Note that the SPF fail here is for the domain of the incoming mail and not your domain itself.
@mbarria if you can get by with docker, can you please try this via SSH?
docker ps <- this will return the container ids . get the container id of the wordpress appdocker inspect <containerid> <- In the output of the command you will see the various Memory contraints. Can you check if the contraints are getting applied?@hakunamatata oops sorry, didn't realize you already found the upstream issue!
@hakunamatata I think https://issues.apache.org/jira/browse/GUACAMOLE-2088 is the upstream bug
@moi01 you have to add it to /app/data/env.sh . See https://docs.cloudron.io/packages/chatwoot/#custom-config . Also, in the env.sh you have to add export GOOGLE_OAUTH_CLIENT_ID=xxx (export is important)
Mail system is a feature of the platform, so the correct place is to open feature requests here.
Yes, the gitea/gitlab/gogs already run a ssh server to implement git push .
You can already put stuff in /app/data/.bashrc . This is automatically sourced by /root/.bashrc if it exists
Same here, I don't have much idea of Directus. For the Cloudron specific questions:
3 and 4 - I don't know the answer . But I would say if you can write up on how what you have in mind can be managed outside of Cloudron, we can help map it to Cloudron workflow.
In sshd, you should have GatewayPorts yes .
If you whitelist the port 11434 as per https://docs.cloudron.io/networking/#whitelist-ports , it should work . I tested this and it works with your commands.
But, I don't completely understand it. I found that 11434 also gets open to the world 
In your example, curl localhost:11434 works.. why? aren't we just binding to 172.18.0.1 ?
The openapi spec is here - https://git.cloudron.io/docs/docs/-/tree/master/api?ref_type=heads
fwiw - Cloudron uses timesyncd . Post installation, it doesn't touch the ntp config. Adjusting it to use custom ntp servers should not be a problem.
(But this is a good suggestion to have a config on the UI nevertheless.)
@luckow great write up! I have hard a lot of moaning on reddit about AI generated music. just curious. don't the music platforms have policies against AI music or is this the other way that it is encouraged even?
Last I checked, seafile has it's own storage system. This means that files are not stored as-is on the filesystem and retrieval can be complicated in case of fs corruption.
Since exporter seems like a binary, you can just download it into /app/data/xx and then run it as a service - https://docs.cloudron.io/apps/#cron
@DidierMalenfant that's correct. it's a single postgresql instance and all apps share that instance. they all have mutually exclusive databases though . one app cannot access the database of another .
@DidierMalenfant said in Mastodon migration:
It must be a leftover from something...
the other databases belong to other apps! you probably has some other app installed that uses postgres as well. The database name and the app id should closely resemble each other.
@DidierMalenfant if you do echo $CLOUDRON_POSTGRESQL_DATABASE , that is the only database the app has access to . Alternately, SELECT current_database(); in the psql prompt .
@DidierMalenfant Where and how did you get that db output? In general, each app will only have a single database .