Cloudron Forum

Thanks for raising this question, @jdaviescoates.

I am personally not sure open-sourcing is critical here, as I think the first beneficiaries would be big cloud platforms (AWS, etc) that would then be able to host it and cut out any income for the developers. The current source available arrangement strikes me as probably necessary and appropriate.

I'm increasingly convinced that OSS as such is broken as a means of protecting against corporate exploitation, and it should not be celebrated as an end in itself. Based on my conversations with @girish, I think the single most important fact about Cloudron is that the company is bootstrapping (based on our subscription fees) and not seeking an exit. As long as that's the case, I think the community should support their self-defense through licensing.

Rather than fixating on licensing, it might be more relevant to all of us to discuss the possibility of an "exit to community" for Cloudron, in which ultimately the company we pay into becomes owned by—and accountable to—the people who rely on it. This could help ensure that the company we're paying into, and that is stewarding the code we depend on, doesn't get captured by forces beyond our control.

Given that Lemmy is taking off due to the Reddit issues, it seems like it would be very worthwhile for Cloudron to support it.

https://the-federation.info/platform/73

Using 172.18.0.0/16 worked for me on the WOPI whitelist when using built-in CODE server.

@robi Thanks—yes, I uninstalled it.

Okay, thanks! Just switched to the Cloudron app, and it is working nicely so far.

Thank you! The Site Logo block did the trick. Thanks, @girish!

Wordpress has gotten so complex!

A friend just told me about Start9, which makes both hardware and an OS for self-hosting:

https://start9.com/
https://github.com/Start9Labs/start-os

Yes, that worked for me! That seems strange, but it works.

Hugely exciting. Thank you!

@3wordchant This is really exciting. Thank you for sharing this project!

I'm looking to install the Zulip bridge in order to connect our Matrix server with a Zulip chat that collaborators use. Supporting bridges somehow seems important, as bridging is really central to Matrix's value proposition. (Of course, it is absurd that bridging requires third-party software installation rather than some kind of simple, integrated plugin architecture.)

Is there a way to set this up on the app/data side so it is persistent through updates?

Here are the options I'm looking at:
https://github.com/mautrix/zulip
https://github.com/GearKite/MatrixZulipBridge

@girish Thanks so much for this! Just what I needed. I'm working on creating an example repo that I can use for future. I think I fully de-cloudron-ed it... Am I right to leave in .gitlab-ci.yml this part?

default:
image: cloudron/docs-ci@sha256:4a63ad48a6fbbd168828769b0d796b511d09d173ab5dd64368338997164aa4ab

Here's the repo: https://gitlab.com/medlabboulder/docs

Let me know if there's anything else I should do. But for now it deploys!

I am using Cloudron to manage a university class with 250+ students. I wonder if there is a way to easily add all the students to a specific group, without having to add them manually one by one. For instance, can I:

• Send them a magic link that they can use to create a new account in a given group?
• Import them via a csv file or the like?

Thanks for your help.

I hope we can get this added! Minetest is now called Luanti, and it is available as a Flatpack if that helps: https://flathub.org/apps/org.luanti.luanti

Okay, found the solution. Somehow there was a URL redirect in Namecheap from EXAMPLE.org to www.EXAMPLE.org. When I removed that, the installation succeeded. Thank you! Sorry for the trouble.

I'm encountering this as well. It is really disappointing as a statement on the Matrix ecosystem that the flagship Matrix app can't always log into the standard Matrix server. Do we have any ability to build in a workaround for Cloudron?

Hi friends—is there anyway to deploy Node.js on the LAMP server? or a recommended alternative approach?

Thanks all! It seems to have worked smoothly.

On this and other apps where Cloudron login is required, is there a way to remove the app's native login fields to avoid confusing users?

Amazing—this is a huge help @andreasdueren! It really improves the user experience. I'd love to see this kind of direct login option on more Cloudron apps, without the confusion of multiple options. Maybe this should be added to the official docs?

Just adding that I'm having this same issue with the disappearing Group Folders (now called Team Folders). It is a bit of a disaster because our group folder is the most important data in the organization.

I notice that the apps "Teams" and "Team Folders" were both not enabled after the update. I was able to reactivate Teams. But enabling Team Folders produces this error in the UX:

An error occurred during the request. Unable to proceed.
json_decode(): Argument #1 ($json) must be of type string, null given

I'm grateful for how this community helps each other work through these issues together.

I'm working on backup/restore.