Nice suggestion, @robi! I am interested in packaging this but it wont be for a couple of weeks. Maybe somebody else might like to try before then...?

@DidierMalenfant People interested in the gemini protocol might like to know about Unseen Servant: https://ca.cloudron.io/app/io.github.orcvole.unseenservant USV (UnSeenserVant) is a gemini server which you can deploy with one click using cloudron. It supports Titan and several other protocols, like gopher and html.

@scooke said: Does this app save the bookmarked page/site or simply link to it? If the site/page changes, will the saved version also change? I ask because I tried the demo, clicked on an item, and it sent me to the site, not the saved item. Both. If added via Singlefile, you have a true full copy of the site.

@fbartels I packaged the headless server: https://forum.cloudron.io/topic/16152/headscale-self-hosted-tailscale-control-server-with-cloudron-sso-and-a-built-in-derp-relay You can ask your AI for any explainers, help with setup (instructional or directly with ssh), and diagnosing any issues. I don't particularly use it, but should all work, though — and use Netbird if you want a GUI and like their UX.

Packaged the headless server: https://forum.cloudron.io/topic/16152/headscale-self-hosted-tailscale-control-server-with-cloudron-sso-and-a-built-in-derp-relay You can ask your AI for any explainers, help with setup (instructional or directly with ssh), and diagnosing any issues. I don't particularly use it, but should all work, though — and use Netbird if you want a GUI and like their UX.

Packaged the headless server: https://forum.cloudron.io/topic/16152/headscale-self-hosted-tailscale-control-server-with-cloudron-sso-and-a-built-in-derp-relay You can ask your AI for any explainers, help with setup (instructional or directly with ssh), and diagnosing any issues. I don't particularly use it, but should all work, though — and use Netbird if you want a GUI and like their UX.

@james lmao

Now packaged. Details here: https://forum.cloudron.io/topic/16150/opendesk-open-source-helpdesk-shared-inbox-live-chat-help-center-with-cloudron-sso-and-cloudron-mail

I have created an initial version of termix for cloudron: https://ca.cloudron.io/app/eu.9wd.termix I am not entirely happy with the onboarding flow yet. I decided to go with the header auth from the Cloudron proxy, but termix still wants users to be created before they can login via header auth. So now you get the Cloudron login on first login, get told by termix you need to create first admin user and when you submit this form you get told that password login is disabled because of header auth. Now you need to reload the page and are logged in.

I've created a community app for GlitchTip for anyone who is interested in giving it a try, we're using it for monitoring of a next.js app at work. CA: https://ca.cloudron.io/app/glitchtip Forum: https://forum.cloudron.io/topic/16121/glitchtip

Self-Hosted RustDesk Configuration for MiroTalk SFU (Cloudron) Docker image build in progress... MiroTalk SFU v.2.6.14 Configure the following environment variables in your MiroTalk SFU env file to use your own RustDesk server hosted on Cloudron: # Enable presenter remote control requests (true|false) REMOTE_CONTROL_ENABLED=true # Allow public access to the setup page. # true = anyone with the URL can access it # false = access requires a valid token from a MiroTalk room request REMOTE_CONTROL_DOWNLOAD_URL_PUBLIC=false # Leave it empty here REMOTE_CONTROL_DOWNLOAD_URL= # RustDesk ID server hostname (e.g. rustdesk.example.com) REMOTE_CONTROL_SERVER_HOST= # RustDesk server PUBLIC key (contents of id_ed25519.pub) # Never use or expose the private key (id_ed25519). REMOTE_CONTROL_SERVER_KEY= How It Works By default, REMOTE_CONTROL_SETUP_PUBLIC=false, so access to the setup page requires a valid, room-bound token. The presenter sends a remote-control request to a participant. When the request is created, the server generates a signed token bound to the room, valid for 15 minutes. The participant receives a Get RustDesk link pointing to /remote-control/setup?t=<token>. The setup page validates the token. Requests with missing, invalid, forged, or expired tokens return 404 Not Found. Optional: Public Setup Page Set REMOTE_CONTROL_SETUP_PUBLIC=true to make the setup page publicly accessible without a token. Anyone with the URL can open it. Security recommendation: Keep REMOTE_CONTROL_SETUP_PUBLIC=false to ensure setup links are time-limited and tied to the relevant room. This protects access to the setup page, while RustDesk relay security must still be configured separately.

ok, we now have: https://ca.cloudron.io/app/io.github.ravolar.cap https://ca.cloudron.io/app/io.ente.cloudronapp Conflicting titles - https://ca.cloudron.io/app/cap [image: image.jpeg]

Hi everyone! I've been working on updating the existing Odoo package for Cloudron, originally developed by @njsubedi. I'm happy to share my fork, which brings Odoo 20 to Cloudron! GitHub repository: https://github.com/vitetj/cloudron-odoo Community app : https://ca.cloudron.io/app/odoo What's included? Odoo 20, based on the official Odoo nightly packages Cloudron base image 5.0.0 (Ubuntu 24.04) PostgreSQL integration Cloudron LDAP authentication Email integration (sendmail and recvmail) WebSocket support for live chat Support for custom Odoo modules Automatic module updates when upgrading the package Installation through Cloudron Community Apps Installation You can install it directly from the Cloudron dashboard: App Store → Community Apps → Add Use the following URL: https://raw.githubusercontent.com/vitetj/cloudron-odoo/main/CloudronVersions.json Community feedback welcome! This is a community-maintained package, not an official Cloudron application. I'd love to hear your feedback, especially regarding installation, compatibility, upgrades, and potential improvements. Feel free to open issues or contribute directly on GitHub. Hopefully, this will help bring Odoo one step closer to becoming an officially supported Cloudron application! Cheers,

@girish It was about this feature request. And while you're at it, please also deploy this one, it's messing with my workflow

With Cloudron 10.1 released i could finally test the healtchecks app I created a few weeks ago: https://ca.cloudron.io/app/healthchecks The app is integrated into the Cloudron user management via ProxyAuth which required 10.1 for the path exceptions.