Cloudron Forum

@james Yes, this didn't work either. I ended up just doing a fresh install to resolve the issue.

@luckow Hey there! I can definitely put that on the to-do list. I don't check this forum on an overly regular basis; could you open a Codeberg issue on the project so I can keep development feedback centralized, please?

@LoudLemur said: @jdaviescoates RustFS is available in unstable now. Would that suit? I think someone has packaged Garage too. I don't know if either would suit, but hopefully. A Cloudron S3 addon would be great. In the interim, I wonder if it might be possible to package an app that requires adding some S3 credentials as part of the initial configuration?

Hello @mathieuepitech Okay, so the network issue is resolved by the applied patch. When you configure your docker registry in the Cloudron Dashboard, is there any error when saving?

@filter i have submitted a PR here - https://github.com/knadh/listmonk/pull/3012

@nebulon Thank you! I think I have something working in n8n, but hit a snag when trying to auth and I think I can make it work. Once the App Password portion is fixed in 9.2, if this works using n8n, I'll post the n8n template to accomplish this.

@girish I would be surprised if they were to backtrack that move. The developers were always one step towards that direction, they simply used AI scanners as an excuse to close the code earlier (which was arguably pretty much already closed). It's only a matter of time before the "new" https://github.com/calcom/cal.diy repo gets archived.

The new package update is already in our release pipeline yes

@james Thanks for looking into this - this is what I feared. As far as I can tell, Docmost has not changed its licensing model in a recent past or at least not since becoming an app available on Cloudron. Additionally, I have some vague recollection of similar situations with other apps on Cloudron (a quick search reveals apps like Baserow and Mattermost) For now we are looking at trialing Docmost enterprise with the ultimate view to possibly adopt it for all the benefit and additional features it provides. For example, things like OIDC is locked behind the (trial) license and it is not quite clear if/how we would connect it with Cloudron as an OIDC provider for now. How has Cloudron approached situation such as this one (if any)? was it through direct contact with the dev-team? If so, would it help if I attempt to put you in relation with a relevant contact? would the best way be for the docmost dev(s) to contact support@cloudron.io directly? I suspect that building the Enterprise version of Docmost would not get away from needing a valid license. Also, I do not think that pulling a partly private app image conflicts with having an open source cloudron app package residing on cloudron gitlab does it? Possibly it just requires an agreement and permissions between Cloudron and Docmost.

Just tried updating the CLI via npm install -g cloudron@8.2.1 and it seems to work now Thanks for looking into it.

This too might be related to the ubuntu kernel issue. Can you check the output of uname -nar ?

@loudlemur Makes sense to keep the post since we don't have one already.