Cloudron Forum

What's the error? Maybe we need to make some path writable.

OK, thanks for your help, it should be okay, I'll let you know if needed.

any news on this?

Since the latest update it no longer fails. It doesn't do what I want (embed the calendar in a page) but that's Ghost's problem, not Cloudrons.

https://inner.transitionmovement.org/calendar/

I was curious about this tool. Looks like one of those tools that are perfect to get into legal troubles, isn't it? It reminds me of the cases where tools like this recorded credit card input and other sensitive data by accident or even shared it with third partys. Furthermore a privacy policy from 2021 (with standard texts it seems) doesn't sound like they have a clue about GDPR or privacy-driven products. I didn't even find out the company behind this (just some relationship to US and France).

(At least they try to mention it and cover it under https://openreplay.com/session-replay-guide.html#importance-of-data-privacy-in-session-replay so theoretically it could be done properly at least for such basic cases)

@Sam_uk seems to have extensive code changes and also how the app is built. I fear this will not be maintainable in the long run. Do you know why the upstream project does not just rely on local assets?

@CBCUN It was an incorrect passkey in my case. Using the correct one worked.

@caleno Yes, indeed, I found it later! Forgot to update this thread.

So all the pages are now dynamically fetching app info and are thus always current.

Actually if I change the default from public, I can then access permissions which then allow me to make them public.

Bit weird/clunky but it does now work.

spaces.png

@Sam_uk If you suggest the changes upstream and they merge it, we can build a package out of the commit (instead of waiting for a release).

@Sam_uk such data migration is always a bit tricky. You might be able to first install a fresh Nextcloud without the Cloudron user management and then import a backup from the other instance. Only do this in a test app instance first though.

@nebulon Yes, I did open a thread on the Rocketchat forum, I'll update there too.

Thanks for your help on this.

@sam_uk : it's a very interesting and good discussion.

Like @scooke, I'm not sure it's my place to comment much, as it is entirely up to @girish & @nebulon how they want to take things forward.

I can certainly see that some arrangement like this would get massive thumbs-up from the OS community, and consequently could lead to a significant (huge?) uptake of Cloudron by OS enthusiasts. Meaning there could be a self-interested benefit to Cloudron doing it. But I'm not sure there is something broken which needs fixing, so maybe leave well alone.

And having said all that, as valuable and excellent a platform as Cloudron is, it's a gateway for deploying and managing OS apps. Does Cloudron itself have to be OS? It's still fantastic and I'm no less of a fan, even if it isn't. If some evil empire body does acquire it, well, life becomes less easy, rather than being directly threatened.

While the apps that I deploy on Cloudron should be OS wherever possible, it doesn't matter that much to me that the tool I am using to deploy is not OS. I just want it to continue its stability and grow its functionality even further. I use a Mac as primary desktop, and I don't stop doing so because Apple operating system is not open. Cloudron has amply demonstrated their reliability. I don't need it to be OS in order to trust it and use it.

Just my 2p, others may have different considerations.

@sam_uk I'm interested in this use case too. We want to incubate groups on our Cloudron until they've reached a size where they can afford their own.

here is the first release: https://forum.cloudron.io/topic/7546/open-registration-app-for-cloudron

I dunno what this problem was but it seems to have gone away now