@girish Not a specific app entry but more of an additional resource: https://opensource.builders/ has been gaining some popularity and is doing a lot of leg work in terms of constantly adding popular and up and coming open source 'alternatives'
@rodber sorry for this taking so long, but I feel we are a bit talking past each other.
To take a step back, on Cloudron all apps run in a read-only filesystem, the app code has to be provided in an immutable image. So an app package must contain all the code already and cannot download or install itself during first run. There is however a read/write folder provided at /app/data mount point if the app needs this. Sometimes those are config files, data or also plugins installed later.
Since you mentioned that both free and paid versions are a different code base, then they also would have to be different app packages currently.
It is not quite clear to me unfortunately what the implications of the various mentioned methods bootstrap/container-builder/custom image/container registry mean in this context. Packages for our users, once published would reside in our company namespace at docker.io to ensure consistency and availability for as long as we support an app.
@doodlemania2 Yes, true, that has become apparent as I play on self-host version.
Going to leave my instance on self-host and don't expect budibase in Cloudron.
Lot more good apps to get packaged for Cloudron.
Athens is pretty cool, but it doesn't have an api or any kind of server side component. I tried to package it for cloudron a couple weeks ago ( https://source.infogulch.com/infogulch/athens-app ) before I discovered this. logseq is in the same boat.
It's now clear that you can also self-host Athens on a server. The Github repo says "You can use Athens as a local desktop app that saves data to your filesystem or with a self-hosted server."
Why does a note taking app have to store on minio/s3? Notes cannot possibly require so much space no?
From observing how people now write notes, I can see how individual notes could require a lot of space - I've seen colleagues, and other people create "rich" notes with hi-res (10-12+ Mb) images, 50+ Mb video files commonly.
From looking at some of my notes, they can be essentially "containers" with 5-10 hi-res pictures.
In many apps, instead of the blind copy above, we try to symlink each "module". So, there will be a symlink from /app/data/modules/x to /app/code/modules_orig/x . This sometimes works or not depending on the app. But hopefully you get the idea!