Cloudron Forum

@timconsidine https://x.com/emollick/status/1951289250915221589?s=20 [image: 1769360707193-5481b6fe-d152-49df-ad2b-d577f209f1fb-image-resized.png]

@marcusquinn or have the agents figure it out and surprise you..

@timconsidine open-source wins again

I see so you probably have deployed bitwarden with some additional reverse proxy which wants to setup SSL/TLS hence tries to get a certificate from letsencrypt. Since Cloudron's proxy app already handles this part, you just have to disable this in your bitwarden setup and proxy bitwarden directly. For context, most likely your setup is trying to get a cert via http which won't work as it wont reach it, since Cloudron sits on that already and always forwards to https.

@girish I have made changes : SSH : Manifest : Added tcpPorts.SSH_PORT (default 29418) to CloudronManifest.json . This tells Cloudron to open the firewall. Start Script : Configured SSH_PORT and SSH_LISTEN_PORT in start.sh to match the manifest. OIDC (SSO) : Manifest : Added oidc addon to CloudronManifest.json . Start Script : Added setup_oidc function in start.sh which injects the OIDC configuration directly into the database ( login_source table) and enables OIDC in app.ini . Admin User : Start Script : Added setup_admin function in start.sh . It checks if the user count is 0, and if so, creates a default admin user with a known password. SMTP (Email) : Manifest : Added sendmail addon to CloudronManifest.json . Start Script : Configured [mailer] section in app.ini using Cloudron's environment variables ( CLOUDRON_MAIL_SMTP_SERVER , etc.). Pushed v1.0.1 to git.cloudron.io/timconsidine/cloudron-forgejo Once less job for you @girish, or hopefully less for you to fix

I solved it by adding app.negotiateLocale=false to the ENV file. https://code.castopod.org/adaures/castopod/-/blob/develop/app/Config/App.php

not a fan of claude code, closed source and buggy loving opencode.ai, TUI and Desktop app all sync with their client/server setup, and easy enough to have many instances running locally and on VPSs

Fantastic, @timconsidine ! Well done!

Needs teams features to be the most use for my needs. I saw that was planned, but them seemed to be Enterprise-only. Can you see any teams features in your instance @jodumont ?

Ooh this would be great as a custom App. Have it be a specific part of the automated agents tiny company.

I published a custom app for ZeroNet : https://git.cloudron.io/timconsidine/cloudron-zeronet not yet published to CCAI master catalogue Now added to CCAI master catalogue, and public docker image at tcmbp132021/cloudron-zeronet:latest This is based on Zeronet Conservancy repo as the original Zeronet seems to unmainted. I confess that I am far from an expert on Zeronet. The POSTINSTALL in the app dashboard has some links for learning.

@rmdes wow, brid.gy is cool and connecting it all seems like a good marketing start for any project. Thank you for packaging!

@joseph Thanks. That was it. I had a backup setup and working but even when I told it to skip backup on the upgrade it still gave me an error. Had to check the box for storing automatic backups even though I chose to skip the backup.

Once the DB gets busy, big or the storage gets slow, consider to copy the .db file first then dump from a DB file that isn't changing.

@mononym said in Link (emoji) assets to app/data: replace the 6 standard reaction emojis manually with custom images from within the Discourse admin UI. One has to set the name heart, +1, etc. before uploading the file. The new images show up as reactions, but now, the original set is not coherent anymore as 6 images differ in style. Once done the steps above, I thought that it is all set. Now, I discovered that there are many more emoji present in quick access at least inside the chat interface. @staff would it be possible to move the app/code/public/images/emoji/ into app/data/.../emoji so that one could remove entire emoji sets or to make customization at the source please ?