Cloudron Forum

Thanks! We were able to resolve it in the end (was an issue with the nginx config). We now have btcpay server up and running, and plan to have the repo ready to publish here later this week

Desec is great but we hit issues when doing a restore onto a new IP address - we were locked out of desec.io due to rate limiting

We had a chat with the support and they suggested that cloudron could consider using their batch api to reduce the number of requests

But as we need to be able to recover without being locked out (out of hours) we switched to hetzner DNS instead.

TLDR; desec.io are great, the support is very good, however their rate limiting is somewhat aggressive and may catch you out in a bind.

We're a development team focused on helping clients build applications and solutions in the freedom tech / Bitcoin / Nostr space - https://nostrdev.com

We don't use Amazon, Facebook, Microsoft, or Google - and Cloudron is fantastic for this. It's also a really good option for hosting our client projects - we can just deploy them as containers, with their own URLs, no need to spin up / pay for additional machines.

We're contributing back - current submissions include:

• Bitcoin Core
• BTCPay server

Upcoming contributions include:

• Strfry (Nostr) relay
• Blossom (file) server
• SIGit - for secure and private document signing . https://sigit.io
• Trackstr - self hosted time tracker, an alternative to other "activity trackers" such asHubstaff or Trackabi. DM for details, we are looking for testers.

Our wish - that the Cloudron team would accept payment in Bitcoin. Maybe now they have their own payment gateway, they will reconsider

True. In the meantime, we tell anyone and everyone about how and why they should move to Cloudron.

More good news - we also finally got btcpay server running: https://git.nostrdev.com/stuff/cloudron-btcpay/

Even better, it will automatically connect to your bitcoin instance. And you can have multiple BTCPay Server instances with just one instance of bitcoin core.

Finally - we have packaged Bitcoin Core!

How do we submit this for official packaging?

https://git.nostrdev.com/stuff/cloudron-bitcoin-core

@jtippetts - we ended up doing this internally. If you're able to get value from this package, and still keen to contribute 100 EUR, we'd be super happy if it went to the Graphene OS project. We are not affiliated, we are just very grateful that their software exists.

https://grapheneos.org/donate

It's the same, originally signed up with github, but then we closed the github account

We updated the btcpayserver repo today to use the latest version (2.2.0) and fixed a CSP issue in the nginx.conf

If this app were available in the cloudron app store, it would make cloudron significantly, even exponentially more useful - as it would open up an entire universe of apps that the main cloudron team cannot / would not support.

The difference between iOs "walled garden" and the Android "sideload option". Android is far more ubiquitous as a result.

Obviously it comes with risks, and they should be well highlighted, however for those who understand and accept those risks a tool like this is just fantastic for enabling a plethora of new use cases on cloudron

If this app were deployed, we would also be incentivised to package up more apps, because the audience would be much much bigger

please do it! I would say it's even higher priorirty than our own app submissions (as we could easily use this tool to deploy them in the meanwhile)

done! we would like to add that the packaging team should prioritise the custom app installer over btcpay server (as we can easily deploy apps using the package installer from that point onward)

It would be really nice if you can also update the upstream version when bumping packages - it's displayed in the app store, and is a nice visual indicator (if unreliable)

https://git.cloudron.io/packages/mirotalksfu-app/-/blob/main/CloudronManifest.json?ref_type=heads#L5

We would like to see a cloudron reseller who accepts Bitcoin for payment

@staff - fyi

Just tried to set up syncthing, using "alllow specific users from this cloudron"

I noticed that it does not check the password. Anyone can log in using the specified user id, the password field is ignored.

It appears the turn server is no longer used as an addon in SFU - could this explain why the app just does not work for many of our participants for several months now?

https://git.cloudron.io/packages/mirotalksfu-app/-/commit/05013ccfb0cbd9342433783e8ffe7c3fb14fa600

We are looking to package BTC Core for cloudron. This has a number of ports, most of which are optional.

Is there a way to have these in the interface, but UNCHECKED by default?

Hi - we are bitcoin only, and have no interest in supporting altcoins. Saying that, it should work anyway, out of the box.

So it's looking like next week now, that btcpay server will be ready (as in, tidied up). The reason being, that we've also decided to package up Bitcoin Core, and that has a few idisyncracies (eg we need to document how to set up a cloudron volume, so that the blockchain doesn't get backed up)

If anyone is in urgent need of a btcpay server, knows how to deploy from cloudron CLI, and has their own BTC Core RPC creds - feel free to send a DM and we'll give you repo access

Otherwise, watch this space!