@MisterJD aahhhhh that bs understandable.

@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

@grienauer we started out initially with a rocket.chat instance which is still alive and used mostly for internal communication though. Once we had this forum, we essentially wanted the community to move here, since the chat turned out to not be very helpful with issue and solution search-ability. Of course also no public indexing of the channels.