Cloudron Forum

@robi yes, lot of text editor apps provide horizontal or vertical splits ... but they are different views of the same file.

I'll organise a repo so people can test it.
Will post repo link here.

I've found that running cloudron-zoneminder over an extended period of time increasingly produces OOM restarts. So I have uninstalled it, and am looking into a fix.

Increasingly I need to edit 2 documents at the same time, side by side, or at least edit one while reviewing the other (e.g. Dockerfiles from different projects, package.json from different projects).

But I can't find a GUI editor which supports that (on Mac). The best I can do is use tabs, and flip between them, but that's not side-by-side, or have multiple windows and clumsily tile them next to each other, which is bastard-ised side-by-side.

The only "solution" is to use a bloated RAM-hungry IDE or Scrivener (not bloated but heavyweight). These also tend to work best when the files are in the same project folder, but the whole point is they are usually not, and I do not want them to be, even temporarily.

Very grumpily, I've decided they're not really acceptable solutions, and I am not open to a "workaround".

So with top showing biggest resource-drain as "frustration" at 200%, I made my own lightweight dual-pane-editor :

True lightweight side-by-side editing of unrelated documents, no tabs, no multiple windows, for .md, .txt, .json, .html or any other plain text files. Bonus : opensource and cross-platform.

top now shows frustration as 0.0%, running app at ~1.0% and joy at 100%.

Question(s) :

• is this worth sharing (GitHub or similar)?
• how do you clever Cloudronados address this issue ?

@robi
I don’t have a use case for it
I was just pointing those who might be interested to a resource

@LoudLemur this is a better vid from him - long-winded but clearer :

In the light of @canadaduane post, I should probably pull my package. I was planning to update it but was not aware of these issues.

Packaged as a Community App : install via Cloudron AppStore using https://communityapps.appx.uk/cloudron-notediscovery/CloudronVersions.json.

Interesting that it has MCP : not yet tested

Drawing functionality ok ... but not seen how to add text to one.

Nevertheless, very positive first impressions.
Once more tested, I will add to catalogue.

• Title: NoteDiscovery - Your Self-Hosted Knowledge Base

• Main Page: https://www.notediscovery.com/
• Git: https://github.com/gamosoft/NoteDiscovery
• Licence: MIT
• Dockerfile: Yes
• Demo: https://gamosoft-notediscovery-demo.hf.space/

• Summary: NoteDiscovery is a lightweight, self-hosted note-taking application that puts you in complete control of your knowledge base. Write, organize, and discover your notes with a beautiful, modern interface—all running on your own server.

• Notes: I've been using Obsidian, which generally is but I experienced some sync issues and lost some data. And I want to explore building a zettelkasten (https://en.wikipedia.org/wiki/Zettelkasten)

• Alternative to / Libhunt link: Notion, Evernote, Obsidian Sync, etc etc etc
• Screenshots: images, brand logo
  

Total Privacy - Your notes never leave your server
Optional Authentication - Simple password protection for self-hosted deployments
Zero Cost - No subscriptions, no hidden fees
Fast & Lightweight - Instant search and navigation
Beautiful Themes - Multiple themes, easy to customize
Extensible - Plugin system for custom features
Responsive - Works on desktop, tablet, and mobile
Simple Storage - Plain markdown files in folders
🧮 Math Support - LaTeX/MathJax for beautiful equations
HTML Export & Print - Export notes as standalone HTML or print
️ Graph View - Interactive visualization of connected notes
️ Drawing editor - In-app sketches as drawing-*.png next to your notes — see documentation/DRAWING.md
Favorites - Star your most-used notes for instant access
Outline Panel - Navigate headings with click-to-jump TOC
AI Assistant Ready - MCP integration for Claude, Cursor & more

@d19dotca Glad it might be use

Rybbit's bot exclusion is not perfect, noticed a few. But more testing needed.

@d19dotca said:

Not to distract too much from the original topic, but do you have a Claude Skill or something that you use to help package apps for Cloudron?

I rely heavily on TRAE, with model selector set to Auto, so it's a little opaque on which models it uses. Probably the usual suspects. I've given up trying to tweak for 'best' because it does a good job, alongside context7 and SequentiaThinking MCP plugins.

@d19dotca it is running on my Cloudron deployed as a Community App using that url (https://communityapps.appx.uk/cloudron-rybbit/CloudronVersions.json)

I have only tested with a couple of simple sites, but it seems to be working ok. Feel free to install and test it out.

It has bot blocking :

Runs in 2Gb of RAM (vs the 4+Gb which Umami seems to need).

Having fallen out of love with Umami (excessive memory requirements), I decided to try Rybbit.

An initial community apps package is available directly from https://communityapps.appx.uk/cloudron-rybbit/CloudronVersions.json

After some testing, I will add it to the catalogue.

Resolved by restoring com.espocrm.cloudronapp@2.20.4
Then updating to Cloudron 2.20.5
Then updating to Cloudron 2.20.6 (EspoCRM 9.3.6)

I had a lot of apps going into error when 9.1.6 got installed on a reboot.
Upgrading to 9.1.7 (out of beta) fixed most of them, but EspoCRM needed this intervention.

Just FWIW if others are encountering the same.

@necrevistonnezr sorry - typo in UR (2 x 'l') :

https://communityapps.appx.uk/cloudron-docassemble/CloudronVersions.json

But @loudlemur said he did his own package and it might be more than my ALPHA proof of concept.

Anyone seen this ? And know how to fix ?

May 02 08:19:51 ----- Upgrade output -----
May 02 08:19:51 ==> Could not upgrade
May 02 08:19:51 ==> Failed to upgrade.
May 02 08:19:51 ==> Fixing up modules
May 02 08:19:51 Error: Your EspoCRM version (9.3.4) is not supported. Required version: 9.3.5.
May 02 08:19:52 ==> Data version is 9.3.4. Expecting 9.3.6
May 02 08:19:52 ==> Running upgrade script
May 02 08:19:55 ==> Failed to upgrade.

@andreasdueren well done on packaging Hermes so fast !

I still like Windmill, AgentZero and nanoclaw.
Not so much the others, nothing wrong with them, they just don't gel with me.

I've started building personal custom apps like dedicated RAG (just RAG and query, nothing else), simple chat, custom-trained models for special purposes. Still exploring whether that delivers better (jury is out currently).

@james good points, thank you.

Honestly … I didn’t check for 9.1.7, lost too much time getting stable operations again, didn’t want to risk further. I will get brave and do it when a process slot appears.

Revoke 9.1.6 : Yes, maybe knee-jerk overkill, but it’s undeniably broken (not Cloudron fault I accept) in a fairly fundamental way for a possibly/probably large number of users. However if 9.1.7 is out and reliable, then users have a path forward. If they know about it.

That’s where the Urgent Advisory Notice is relevant : please check if you’re on kernel xxxx, we have detected incompatibility of 9.1.6 with that, you can fix by 9.1.7 which is available now.

I didn’t choose to deploy 9.1.6, it happened on a reboot and I was left with a broken system. An Advisory would have shortened restoration of full functionality.

FWIW. I have just run into the issue.
Broke connectivity to my cloudron-installed forgejo
Fixed using the patch after losing 4 hours to checking it was not something I did.

IMHO :

• EITHER 9.1.6.should be pulled
• OR 9.1.7 should be accelerated
• AND some kind of a clearer higher profile URGENT ADVISORY should be issued for people to check if uname shows 110

I may have missed such an announcement, but I assume this affects quite a number of Cloudron users, so it should be addressed.

Probably a stupid perception issue but backups on patched 9.1.6 seem slower. Working but much slower than before. Will keep an eye on it and try to get some metrics (to rule out user perception).
Seems that rysnc location (hetzner Storage Box) needed remounting. No idea why, but seeks ok now. Watching.

@James thank you, will check it out and report back

And again (or so it seems).

Custom App under active development, resulting in frequent additions to CloudronVersions.json and growing file size (~2000 lines).
Update fails
Trimmed old versions content so file is now ~200 lines, just the initial 0.0.1 version and the latest versions.
Update starts working again.

Maybe it is some local weirdness (my problem), so would be good to know if others see similar issues when CloudronVersions.json grows large, and if Cloudron team have encountered this.

Small update : although fearful of breaking my production Cloudron, I installed the Netbird client on the box (via command line outside the Cloudron environment - sorry Cloudron team).
Did netbird up -m <separate VPS running management server> -k <netbird key>.
Worked flawlessly.
On management server, added my Cooudron netbird peer into my private network.
Now apps on Cloudron can reach my laptop, and vice versa, via private network.

Specifically a Cloudron app can use Ollama on my laptop running a private model to benefit from Mac Silicon "nearly-gpu-like" performance.
My Cloudron Ollama can't properly run the model because it is CPU only.
Cloudron Ollama running local model on CPU runs at ~6 tokens, or lower.
Mac Ollama private local model achieves ~40 tokens/second.
Not as good as on-demand GPU instance at 80-150 t/s or running an ollama:cloud model also at 80-150 t/s (model dependent).
But 40 t/s is not too shabby and and is viable performance without the cost of an always-on or on-demand GPU.

So getting Netbird management server on Cloudron would definitely be a good thing. Shall try to pick that up shortly.