167 karma · joined December 14, 2013
All tools around it and more importantly app packages are open source (MIT mostly)
For sake of our vision we surely would like to make it more cost-effective in the long run, however we are bootstrapped and thus walk a thin line with a focus more on long-term sustainability not just blind growth. (10x cheaper though would realistically even pose an accounting problem with micro-payments or plain transaction fees taking large chunks)
I saw that there is either a Qt or GL backend, which made me wonder how this is used then in the online demo or is the browser backend a third, undocumented one?
Also how is input (pointer, key) supported across the already apparently supported platforms?
Otherwise, Matrix+Riot is being worked on already. Mastodon is similarly mostly done https://forum.cloudron.io/topic/1136/mastodon-microblogging
Our latest addition is now OnlyOffice, currently in testing mode.
Please note, what we have is not a true app store with pay-per-app, but the subscription is to ensure we have the resources to package, test and support the apps on Cloudron. We have elaborate unit tests for each app as well as do manual testing, since we want to deliver a saas style update experience.
At Cloudron.io, we track the releases of hundreds of apps on GitHub. We used to use a service called sibbell.com for this but they shutdown recently. We wrote Release Bell as an alternative.
Essentially, it monitors all your starred GitHub projects and sends you an email notification when a new release is available.
The project is self-hosted, so (obviously) we packaged it for Cloudron. You can install Release Bell on your Cloudron or take a look at the demo instance - https://demo.releasebell.com (username: releasebell password: releasebell) The app does not have any special demo mode to protect the settings, I will try to reset it if needed. Also given the purpose of the app to simply send notifications, we kept the UI minimal.
The mail server is fully built into the platform itself and automatically takes care of all the tiny details required to get over the often stated deliverability issues (SPF, dkim, PTR, ...). So far we have found that many of the issues described here are not actually a big issue as long as everything is setup the way those large providers want it to be. The occasional report from a user about getting blacklisted usually is a matter of submitting the required form on the providers unlisting site. They do act timely as well in my experience and the process is not very time consuming.
Overall I was pretty surprised how well it works in the end, given that there are so many reports about selfhosting email is too complex to deal with.
There is still a long way to go to make it work for your grandparents, however I think we already made quite some progress. The act of getting a domain and a server itself is still something most people might not be comfortable with though.
In the end I think there are only technical issues to be solved to get to a state where having a server and installing apps, just like most people now do with mobile apps on their phone, is entirely viable.
Unfortunately, one of my use-case apps would not work correctly: https://chat.cloudron.io
Is there any way one can get to the web inspector, or at least dump the web console output to the terminal?
I still have that installed on a i386 machine, but not booted since years.
Any feedback is highly appreciated.