<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Community Apps]]></title><description><![CDATA[[Community App Store](https://ca.cloudron.io/)]]></description><link>https://forum.cloudron.io/category/220</link><generator>RSS for Node</generator><lastBuildDate>Tue, 21 Jul 2026 10:19:27 GMT</lastBuildDate><atom:link href="https://forum.cloudron.io/category/220.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 10 Jul 2026 07:13:28 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[CouchDB for Obsidian LiveSync]]></title><description><![CDATA[@robi You mean Obsidian? I just use Obsidian as my main note app, write daily journals, inspiration, no AI involved.
And the CouchDB is a self-host sync backend of the note app so I can also read and write on my phone.
]]></description><link>https://forum.cloudron.io/topic/15695/couchdb-for-obsidian-livesync</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15695/couchdb-for-obsidian-livesync</guid><dc:creator><![CDATA[fengchang]]></dc:creator><pubDate>Fri, 10 Jul 2026 07:13:28 GMT</pubDate></item><item><title><![CDATA[9router]]></title><description><![CDATA[@luckow yes, this is the difference with our remote-self-hosted setup.
9router expects it to be on a local system, but that doesn't mean we can't change that.
That's also in the upstream code so I'm not sure I can change that as a runtime env, or if it's even capable of evaluating a $HOST variable.
Open to suggestions and if it's obvious how to fix it, drop a PR.
]]></description><link>https://forum.cloudron.io/topic/15692/9router</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15692/9router</guid><dc:creator><![CDATA[robi]]></dc:creator><pubDate>Wed, 08 Jul 2026 12:18:52 GMT</pubDate></item><item><title><![CDATA[🚀 Laminar on Cloudron: Community Package now available]]></title><link>https://forum.cloudron.io/topic/15667/laminar-on-cloudron-community-package-now-available</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15667/laminar-on-cloudron-community-package-now-available</guid><pubDate>Wed, 01 Jul 2026 13:29:12 GMT</pubDate></item><item><title><![CDATA[🚀 Windmill on Cloudron: community package now available]]></title><description><![CDATA[@LoudLemur well done
Be aware that windmill push out releases like their pants on fire. Almost daily at times.
My windmill community package has fallen behind, and I’m not much motivated to be constantly re-packaging it for Cloudron. I’m likely to do one update then freeze it or hand the baton over. So very pleased to see your package as alternative.
It would likely save you some hassle to decide an upgrade policy for Windmill. Once per week or whatever. Otherwise you might be forever publishing.
]]></description><link>https://forum.cloudron.io/topic/15655/windmill-on-cloudron-community-package-now-available</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15655/windmill-on-cloudron-community-package-now-available</guid><dc:creator><![CDATA[timconsidine]]></dc:creator><pubDate>Sat, 27 Jun 2026 22:31:28 GMT</pubDate></item><item><title><![CDATA[🚀 BGE Reranker: community package now available]]></title><link>https://forum.cloudron.io/topic/15654/bge-reranker-community-package-now-available</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15654/bge-reranker-community-package-now-available</guid><pubDate>Sat, 27 Jun 2026 21:37:07 GMT</pubDate></item><item><title><![CDATA[Langfuse on Cloudron - Community Package]]></title><description><![CDATA[Update: hardening pass complete, production-proven, and one correction on backups
A few days on from the original post, the package has been through a full integration and hardening pass on a live Cloudron box. Most of this is good news. There is also one correction to a claim in the original that is important enough to lead with.
️ Correction: bundled-ClickHouse backup needs care (a fix is in progress)
The original post said that /app/data backup "just works, no custom backup hook needed." That holds right up until ClickHouse happens to be running a background merge during the backup snapshot.
Here is the race. ClickHouse continuously creates and deletes temporary merge directories under its store (tmp_merge_*, tmp_insert_*, tmp_fetch_*). Cloudron's rsync syncer walks that tree, and if one of those directories disappears between enumeration and read, readTree receives null and crashes on .sort(). The part that matters: that crash aborts the entire server backup run, not only Langfuse. Every app scheduled after it is left on the previous night's snapshot. The failure is timing-dependent, so it appears intermittently with no configuration change on your side.
This affects any ClickHouse-backed package (Plausible, PostHog, SigNoz, and others), so we have filed it upstream as a platform robustness issue: https://forum.cloudron.io/topic/15663/backup-task-crashes-when-a-clickhouse-app-deletes-a-temp-merge-dir-mid-snapshot. A single null-guard before the sort would fix it for every affected app.
Until that lands, the workaround (full detail in KNOWN-ISSUES.md:

Exclude Langfuse from the automatic backup schedule so a racy run cannot abort the others, and back it up out of band.
One correction to the obvious workaround: Cloudron will not back up a stopped app, so "stop the app, then back it up" is not a valid path. A quiesced backup has to be a filesystem-level snapshot taken outside the platform, or you simply re-run the schedule, since it is a timing collision and usually clears on the next attempt.

The real fix is the next release. Version 0.2.0 moves the ClickHouse store to a persistentDir and backs it up as a consistent logical dump through backupCommand and restoreCommand, which removes the race structurally, because the syncer never walks the live store at all. It is scoped and tracked, and it gets its own backup-and-restore round-trip gate before it ships.
 What is new since the original

A full hardening pass on the live instance, covering the code, configuration and dependency surface, container capabilities, the network surface, the authentication surface, and secrets at rest and in transit. Verdict: pass. The write-up is here: SECURITY.md. In short: the internal services (ClickHouse and the worker) are unreachable from outside; the only surface open without a login is /api/public/*, which is API-key gated by design; secrets are 0600; and the encryption key is byte-identical across both update and restore.
Production-proven from the public package: installed from the versions-url exactly as any operator would, OIDC single sign-on confirmed end to end, presigned trace-media working through the proxy, update and backup-restore both preserving the encryption key, and memory measured under sustained ingestion (peak around 2.6 GiB, with the 5 GiB default holding comfortably).

 Integration note: agentgateway
If you are considering wiring agentgateway's own traces into Langfuse, it will not work on agentgateway 1.3.1, and the cause is not on the Langfuse side. Its config.tracing OTLP exporter sends cleartext even when the endpoint is https://, and Cloudron's TLS-terminating proxy rejects that with a 400. Langfuse accepts the identical payload over TLS without complaint. agentgateway simply will not negotiate TLS for trace export, and there is no configuration option to change that. Filed upstream: [agentgateway issue — link]. Open WebUI and the Langfuse SDKs both handle TLS correctly, so the integrations described in the original post work as written.
What is next
Version 0.2.0 is the ClickHouse backup rework described above. Source, issues and pull requests are here: https://github.com/OrcVole/langfuse-cloudron. Real-world memory-footprint reports and "works on my install" confirmations remain very welcome.
]]></description><link>https://forum.cloudron.io/topic/15652/langfuse-on-cloudron-community-package</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15652/langfuse-on-cloudron-community-package</guid><dc:creator><![CDATA[LoudLemur]]></dc:creator><pubDate>Sat, 27 Jun 2026 01:41:23 GMT</pubDate></item><item><title><![CDATA[Docling on Cloudron - Community Package]]></title><description><![CDATA[@jdaviescoates Thank you again. I didn't see the wood for the trees!
]]></description><link>https://forum.cloudron.io/topic/15649/docling-on-cloudron-community-package</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15649/docling-on-cloudron-community-package</guid><dc:creator><![CDATA[LoudLemur]]></dc:creator><pubDate>Fri, 26 Jun 2026 10:58:10 GMT</pubDate></item><item><title><![CDATA[TEI (Text Embeddings Inference) on Cloudron - Community Package]]></title><link>https://forum.cloudron.io/topic/15648/tei-text-embeddings-inference-on-cloudron-community-package</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15648/tei-text-embeddings-inference-on-cloudron-community-package</guid><pubDate>Thu, 25 Jun 2026 22:07:47 GMT</pubDate></item><item><title><![CDATA[Qdrant on Cloudron - Community Package]]></title><description><![CDATA[@timconsidine The one who asks 
]]></description><link>https://forum.cloudron.io/topic/15645/qdrant-on-cloudron-community-package</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15645/qdrant-on-cloudron-community-package</guid><dc:creator><![CDATA[robi]]></dc:creator><pubDate>Thu, 25 Jun 2026 17:41:02 GMT</pubDate></item><item><title><![CDATA[agentgateway on Cloudron: a community packages  for an open-source gateway for MCP (Model Context Protocol) servers and LLM (Large Language Model) backends,]]></title><link>https://forum.cloudron.io/topic/15641/agentgateway-on-cloudron-a-community-packages-for-an-open-source-gateway-for-mcp-model-context-protocol-servers-and-llm-large-language-model-backends</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15641/agentgateway-on-cloudron-a-community-packages-for-an-open-source-gateway-for-mcp-model-context-protocol-servers-and-llm-large-language-model-backends</guid><pubDate>Wed, 24 Jun 2026 21:43:19 GMT</pubDate></item><item><title><![CDATA[Hermes Agent]]></title><description><![CDATA[@creative567145 Thanks, that log was enough to identify it. This is a different issue from the earlier gateway status detection bug.
The fresh install was hanging before supervisor started because start.sh ran:
npx agent-browser install
without forcing non-interactive mode. On a new /app/data volume, npx prompts with “Ok to proceed? (y)”, but Cloudron has no TTY there, so startup never reaches supervisor and port 8000 never binds.
I pushed package version 0.4.32 with the fix:
npm_config_yes=true npx --yes agent-browser install
So fresh installs should no longer block at that prompt. Existing installs where the browser runtime is already seeded were likely unaffected, which is why this showed up on a clean installation.
]]></description><link>https://forum.cloudron.io/topic/15616/hermes-agent</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15616/hermes-agent</guid><dc:creator><![CDATA[andreasdueren]]></dc:creator><pubDate>Mon, 15 Jun 2026 16:03:37 GMT</pubDate></item><item><title><![CDATA[Community Apps >>> Cloudron Catalog Apps]]></title><description><![CDATA[@girish
Well, if developers like @luckow essentially maintain their own appstore, I fully agree.
With all other community apps, you always risk going down the Yunohost way - a plethora of apps, many if not most unmaintained.
Your USP is - inter alia! - that people can rely on well maintained apps. IMHO opinion, the goal should always be to maintain a broad-ranging, well maintained appstore.
This is also relevant in a commercial scenario, where individuals/companies have to ascertain risks before implementing Cloudron („are those apps maintained and up-to-date?“).
]]></description><link>https://forum.cloudron.io/topic/15588/community-apps-cloudron-catalog-apps</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15588/community-apps-cloudron-catalog-apps</guid><dc:creator><![CDATA[necrevistonnezr]]></dc:creator><pubDate>Thu, 04 Jun 2026 11:02:18 GMT</pubDate></item><item><title><![CDATA[TShock — Terraria server]]></title><description><![CDATA[I'm the one who deployed to the demo instance to test if the image/manifest could be pulled from an instance without credentials.
And yes, the HTTP endpoint returns a 404 because it's a REST API.
You can fetch the server status even without a token :
curl https://terraria.demo.cloudron.io/v2/server/status
{
  "status": "200",
  "name": "",
  "serverversion": "v1.4.5.6",
  "tshockversion": "6.1.0.0",
  "port": 7777,
  "playercount": 0,
  "maxplayers": 16,
  "world": "World",
  "uptime": "0.02:02:19",
  "serverpassword": false
}

]]></description><link>https://forum.cloudron.io/topic/15581/tshock-terraria-server</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15581/tshock-terraria-server</guid><dc:creator><![CDATA[tachy]]></dc:creator><pubDate>Wed, 03 Jun 2026 07:50:56 GMT</pubDate></item><item><title><![CDATA[Safeserver App catalogue]]></title><description><![CDATA[Can be deleted
]]></description><link>https://forum.cloudron.io/topic/15580/safeserver-app-catalogue</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15580/safeserver-app-catalogue</guid><dc:creator><![CDATA[CBCUN]]></dc:creator><pubDate>Tue, 02 Jun 2026 18:42:11 GMT</pubDate></item><item><title><![CDATA[Simple Static: the simplest way to host static websites on Cloudron]]></title><description><![CDATA[@andreasdueren Three reasons I chose nginx:

nginx is already in the base image and central to the Cloudron model.
nginx is incredibly light.
Caddy’s biggest selling point (auto-HTTPS) is completely irrelevant to Cloudron apps, which are behind a reverse proxy anyway.

]]></description><link>https://forum.cloudron.io/topic/15561/simple-static-the-simplest-way-to-host-static-websites-on-cloudron</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15561/simple-static-the-simplest-way-to-host-static-websites-on-cloudron</guid><dc:creator><![CDATA[TheMeerkat]]></dc:creator><pubDate>Fri, 29 May 2026 04:58:21 GMT</pubDate></item><item><title><![CDATA[IsoFlow on Cloudron - Isometric network and infrastructure diagrams]]></title><description><![CDATA[Hello @neoplex
I have added your community app to https://forum.cloudron.io/post/121148
]]></description><link>https://forum.cloudron.io/topic/15508/isoflow-on-cloudron-isometric-network-and-infrastructure-diagrams</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15508/isoflow-on-cloudron-isometric-network-and-infrastructure-diagrams</guid><dc:creator><![CDATA[james]]></dc:creator><pubDate>Wed, 13 May 2026 16:52:36 GMT</pubDate></item><item><title><![CDATA[Bind: Git-backed web apps]]></title><link>https://forum.cloudron.io/topic/15473/bind-git-backed-web-apps</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15473/bind-git-backed-web-apps</guid><pubDate>Fri, 01 May 2026 09:37:29 GMT</pubDate></item><item><title><![CDATA[Routstr AI Server]]></title><link>https://forum.cloudron.io/topic/15468/routstr-ai-server</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15468/routstr-ai-server</guid><pubDate>Thu, 30 Apr 2026 19:22:33 GMT</pubDate></item><item><title><![CDATA[Backup seems to fail for community app]]></title><description><![CDATA[@james I tried installing the app on a different name and the issue was still there, but now it's not for some reason. Will try what you suggest if it happens again and report back.
]]></description><link>https://forum.cloudron.io/topic/15451/backup-seems-to-fail-for-community-app</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15451/backup-seems-to-fail-for-community-app</guid><dc:creator><![CDATA[rosano]]></dc:creator><pubDate>Wed, 29 Apr 2026 08:27:52 GMT</pubDate></item><item><title><![CDATA[Trakstr Time Tracking]]></title><link>https://forum.cloudron.io/topic/15416/trakstr-time-tracking</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15416/trakstr-time-tracking</guid><pubDate>Sun, 19 Apr 2026 10:50:34 GMT</pubDate></item><item><title><![CDATA[Strfry Nostr Relay]]></title><link>https://forum.cloudron.io/topic/15414/strfry-nostr-relay</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15414/strfry-nostr-relay</guid><pubDate>Sun, 19 Apr 2026 09:56:13 GMT</pubDate></item><item><title><![CDATA[HeCAPTe]]></title><description><![CDATA[@luckow Hey there! I can definitely put that on the to-do list.
I don't check this forum on an overly regular basis; could you open a Codeberg issue on the project so I can keep development feedback centralized, please? 
]]></description><link>https://forum.cloudron.io/topic/15409/hecapte</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15409/hecapte</guid><dc:creator><![CDATA[TheMeerkat]]></dc:creator><pubDate>Fri, 17 Apr 2026 15:44:27 GMT</pubDate></item><item><title><![CDATA[LocalAI platform]]></title><description><![CDATA[OK, I think I have worked it out - use the Cloudon CLI...
cloudron env set --app localai.mydomain.com LOCALAI_API_KEY=xxxx
Thanks 
]]></description><link>https://forum.cloudron.io/topic/15343/localai-platform</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15343/localai-platform</guid><dc:creator><![CDATA[max]]></dc:creator><pubDate>Fri, 03 Apr 2026 15:31:45 GMT</pubDate></item><item><title><![CDATA[Invitation to an experiment: community creation of a NextGenPBX-Cloudron-App]]></title><description><![CDATA[@luckow Great idea, many outdated things need a modern refresh, especially all the chat apps and protocols bridging to a PBX, kinda like what OpenClaw did.
Then there's the @mirotalk-57bab571 class apps that could benefit from such a gateway too.
There are many old large businesses that would go for this too.
Forge On!
One thing that may help a lot is @marcusquinn 's aidevops.sh project and the cloudron app he just made. Have many agents build out what you need when you need it.
Code abundance.
]]></description><link>https://forum.cloudron.io/topic/15322/invitation-to-an-experiment-community-creation-of-a-nextgenpbx-cloudron-app</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15322/invitation-to-an-experiment-community-creation-of-a-nextgenpbx-cloudron-app</guid><dc:creator><![CDATA[robi]]></dc:creator><pubDate>Sun, 29 Mar 2026 18:05:32 GMT</pubDate></item><item><title><![CDATA[OpenClaw]]></title><description><![CDATA[@andreasdueren Thank you very much. I confirm that OpenClaw is now running without errors.
]]></description><link>https://forum.cloudron.io/topic/15280/openclaw</link><guid isPermaLink="true">https://forum.cloudron.io/topic/15280/openclaw</guid><dc:creator><![CDATA[creative567145]]></dc:creator><pubDate>Sun, 22 Mar 2026 07:38:54 GMT</pubDate></item></channel></rss>