We created an experimental tool to assess whether an application is worth a packaging attempt for Cloudron. Here is the report for ejabberd. (TL/DR - don't attempt it until eg Cloudron supports raw TCP passthrough. https://wanderingmonster.dev/blog/monster-manual-ejabberd/ https://enjoys.rocks/?19b53d80739dfd33#BU1rYEiegFVDCNCYkxi74WFFDw1qnPooLjahZUxLzKLv

Yes, if there is broad community interest in the app, we will work with the community app packager and try to get it into the App Store. In the meantime, community apps are a great way to have a package that you have a need for available and tested by others.

Published Windmill 1.658.0 as Community App 1.0.0 CloudronVersions: https://communityapps.appx.uk/cloudron-windmill/CloudronVersions.json Community Apps Website: https://communityapps.appx.uk [ @community-apps ]

To note: there is now a Unifi OS, superseeding the Unifi Network Application. Please see here: https://ui.com/download/software/unifi-os-server https://help.ui.com/hc/en-us/articles/34210126298775-Self-Hosting-UniFi The OS server version includes Network, Identity, and InnerSpace. Protection is not yet in there but I guess it will join sometime in the future. I went through this rabbit hole because I was annoyed at UNA having buttons leading to nowhere for the past few versions. This did not give me the best feeling about the status of UNA as a standalone application, so I made the jump and converted to UOS. So far, no complaints and... buttons work. While there is nothing official docker-wise as far as I can tell, there have been quite a few successful docker/container implementations.

@neoplex said: Is there still interest in having Wazuh ported? Definitely!

@neoplex great stuff. Consider publishing a CloudronVersions.json - https://docs.cloudron.io/packaging/publishing . That will help people easily install the app.

Hi @timconsidine , I know I won't have time to do a PR anytime soon, so I'll drop a note here. Huge kudos on bringing the package forward. The Garage state is stored entirely in SQLite databases. I can't remember the names of them... there's 2 or 3? So while you've spec'd the directories where they will live, that's only part of what needs to be done with them for a restoreable Garage installation on Cloudron. https://docs.cloudron.io/packaging/addons/#sqlite You'll want to make sure they're explicitly called out in the manifest. Doing so makes sure they get baked up safely. If you don't, it is possible that a backup will fail to correctly capture all of the metadata about the Garage instance, and the result could be lost data upon restore. (That is, if a WAL file is not flushed, then the standard backup might capture the metadata DB in an inconsistent state, and if someone had to restore, they would have a corrupt and unrecoverable Garage installation.)

@banks I'm not an admin or mod so I can't move the messages. Just leave them here and head over to https://forum.cloudron.io/post/1199 which is the start of a topic requesting, upvote the original post and add another message as you have done at the end.

ALPHA community app release. builds and installs and logs in playground interview done, PDF export and email sending nothing else tested CloudronVersions: https://communityapps.appx.uk/cloudron-docassemblle/CloudronVersions.json CommunityApps website: https://communityapps.appx.uk Repo : https://forgejo.tcjc.uk/cca/cloudron-docassemble.git EDIT : feel free to say what doesn't work This was done as a 'proof of concept' that it is possible on top of cloudron base image. It has not been tested beyond basic steps listed.

Hello @loudlemur As discussed before here https://forum.cloudron.io/post/118000. Please don't post AI output plain into the forum.

Re-packaged Ocular as a community app Now v2.2.2. Cloudron Versions: https://communityapps.appx.uk/cloudron-ocular/CloudronVersions.json Community Apps Website: https://communityapps.appx.uk [ @community-apps ]

@robi Likely in the browser cache when using the web UI. In the App locally on your computer

What Cloudron fights you on for Plane: the single-container model. It is probably better to just use Plane's Docker Compose and run it on its own little VPS. Plane is not a monolithic app with a database bolted on. It is a distributed system with nine services, a message broker, and an object store. Cramming all of that into one container with supervisord is not how any of those components were designed to run. It works (Outline, Cal.com, Seafile, and Zoneminder have all been packaged this way), but the result is fragile in ways that a Docker Compose deployment is not. If the Celery worker crashes and supervisord restarts it, that is fine. If LavinMQ crashes and takes in-flight messages with it while the API is still accepting requests, you get silent failures that are hard to diagnose. The failure modes multiply with the number of co-located services.

Not familiar with Crystal, but one of the strengths of RabbitMQ is that is built with Erlang, a battle-tested, high-performance, fault-tolerant platform.

Thanks my bad.

Nanobot now available as a Community App CloudronVersions: https://communityapps.appx.uk/cloudron-nanobot/CloudronVersions.json CommunityApps website: https://communityapps.appx.uk [ @community-apps ]

@timconsidine Well done! Another accolade!

The self-host quick start is for VPS deployment using docker compose an Traefik. Not what is needed for Cloudron.