@girish I was able to get it up and running about a year ago on a simple Ubuntu 18 VPS. It needed the entire disk (for storage). I don't recall the RAM usage or anything, but I get most of my boxes from lowendbox, so I don't imagine it was too intensive. I even earned some STORJ from it, but in the end I didn't have enough space. Suffice to say, installing (outside of Docker) was quite simple. If there is already a Dockerized install option, then I guess it would continue to be easy.
@marcusquinn Not really cursed, only not using the right file extension. What you are showing is the XML code of the file.
I do not know how your nextcloud is set. Only, when I click on the + and choose to create a diagram type Nextcloud asks for the file name immediately and saves it as a .drawio file by default. As also explained by @fbartels you should save your file as .drawio and it should work as I stated mine works. AMOF if you open the .drawio file with text editor you will, indeed, still see the xml code.
I did give this a good test, CRM & ERP have been my day-job for almost forever. I found Yeti to be slow & convoluted.
I get the aim but from everything I've worked with, EspoCRM is still without a doubt the fastest in every way. If you haven't tried the Entity designer yet in that, I highly recommend looking at that and then going back to anything else to compare how long it would take to do the same.
The difference between a decoupled Single Page Application (SPA) interface using a REST API, compared to these server-side rendering interfaces is vast.
Just pointing out that getting "beeper" into cloudron as an app is not possible. According to beeper their app (web, mobile, etc) is not open source. This would actually be an expansion of the current Matrix/Element feature set provided by Cloudron as that ansible playbook is actually what is open source. In other words if the Cloudron team implemented everything from that playbook it would still be running on Element and have nothing to do with the beeper suite of apps.