@MisterJD aahhhhh that bs understandable.

@Matus said in Fider:

Open-source Cloudron

For a while it was fully open source. I agree that it would make more sense for it to be fully open source again and so far I've yet to hear any good reasons from @staff or others about why it isn't, see:

https://forum.cloudron.io/topic/2862/why-not-make-cloudron-fully-open-source-again/

The only reason I can fathom is a fear that making Cloudron open source again would somehow mess up their business model due to the potential for copycats to offer the same service for cheaper.

Personally I don't see that fear as having that much risk as Cloudron has a strong community and that is something much much harder to simply copy.

But also, as you mention yourself, I think there are a bunch of people out there who don't contribute to Cloudron because it's not open source, and a whole load of people who don't subscribe because it isn't too.

@Matus said in Fider:

A crazy scheme I just came up with:
Take a percentage of Cloudrons' sales and re-distribute back to either:
a) existing apps on Cloudron based on popualarity
b) or as a bounty for apps not already on Cloudron. For best quality, add preference for the original developers of the project to bid on the bounty and provide support.

Interesting proposal. Cloudron does already support some upstream projects with both code and money, but I'd love to see it do so systematically!

I'd also love to see more transparency about the finances, how much is coming in and going out and on what. Buffer are a really great example of this, see https://buffer.com/transparency

@fbartels Yes, hence the ask for a single place to
set it, so it's in use until changed and the change survives updates.

@girish Haven't' pushed anything cloudron related yet but my repo is here https://git.osintukraine.com/benb/fireshare

@samir Those are the main solutions that stood out to me for varying reasons. Its nice to have choice and it kinda sucks that they are all missing a key component to be "Ideal" in one way or another lol I do have faith that these will all get better and one will come out on top though

This is implemented in 7.2.1.

~$ cloudron exec --app orkut -- bash -c 'exit 42' ~$ echo $? 42

@timconsidine said in Cloudron CLI : warning on update:

@nebulon 👍 no rush, no problem

Try I too get the same thing, but then try 'npm audit' you should see "found 0 vulnerabilities". 🙂

@NMBKO said in Newbie - Will pay for configuration and custom App install support.:

Connect a backup source (Digital Ocean) so that backups are not saved directly on the server (https://docs.cloudron.io/backups/)

Unless you particularly want DO then I found https://www.scaleway.com/en/ very easy and cheap to set up.

@mehdi I think we can add Firefly III to the list of apps that use this authentication strategy.

@jadudm said in Networking between applications?:

A my-home-opnsense-firewall-is-doing-something thing?

The curl is supposed to work from an app shell/terminal. It's not working most likely because your network/router does not support hairpin routing.

To debug, I would first SSH into the server and check if curl -vvv -4 https://my.cloudron.example/ works i.e forget about docker etc.

A new not-what-I-was-looking-for-but-it-works-solution:

I'm mirroring the Dockerfile/project from my local Gitea to Gitlab. I've set up Gitlab as my registry for the project.

(The project in this case is a Grocy package for Cloudron.)

This arguably gives me a private-enough repo for what I'm exploring, but I was hoping to be able to entirely leverage my Cloudron for this.

I'm just plain confused why, at some point in the past, my locally-hosted registry worked, and now, it does not. This is why I believe there is "crufty" config laying around, somewhere, and things therefore don't work.

(But... this makes almost no sense, because I have uninstalled and reinstalled the registry, so it is not clear how any state could persist.)

Anyway. This remains a mystery, and I would need some explicit guidance as to where I should dig around in the backend of Cloudron to figure out why things are not behaving. (It could also be that there's still some port that I don't have open, or... 🤷)

Updated list:

Jupyter Hub 256MB Guacamole 512MB Jitsi 1.46G Metabase 1.5GB Minecraft Forge Server 2GB Confluence 4GB

@scooke thanks! fixed.

@girish said in xip.io - Access any dev App via internal IP using a magic domain:

@robi Do you know if Let's Encrypt certs work with those domains (since LE has limits). Or maybe they have some special agreement with Let's Encrypt to get over the rate limits?

nip.io maps <anything>[.-]<IP Address>.nip.io in "dot", "dash" or "hexadecimal" notation to the corresponding <IP Address>:

dot notation: magic.127.0.0.1.nip.io
dash notation: magic-127-0-0-1.nip.io
hexadecimal notation: magic-7f000001.nip.io

The "dash" and "hexadecimal" notation is especially useful when using services like LetsEncrypt as it's just a regular sub-domain of nip.io

@atridad right. I guess we need some sort of 'development mode' flag for such apps which will ask the user to provide an image name optionally during restore.

@mehdi great, thank you, that did it !!

@nebulon thanks
Happened again for me last night
Will see how it goes today