There is a packaging effort going on here: https://forum.cloudron.io/topic/15278/ironclaw-rust-based-secure-ai-assistant-with-opencode-free-models

@Joseph Sorry about that, just updated the package. It's now here: https://git.due.ren/andreas/ente-cloudron/-/raw/main/CloudronVersions.json

Hi @timconsidine @robi and gang. We now have released the tablet version for the point of sale app, rapid refund process from QR codes on orders print receipt and more . Please let me know if you have any questions or need help with anything to add seotoaster to the package list. Thanks!

@LoudLemur Firebase ? Or Supabase ? Supabase is difficult - that's what I packaged Parse - will make it into a community app at some point

@james plz move to app wishlist

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.

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 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.

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 ]

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.