01:28 <asheesh> Hey all, I'm going to take a break from IRC for some days. See you all in a little while!

12:37 <xet7> dwrensha: Did you get my emails?

13:44 <dwrensha> xet7: yeah, looking at it right now

14:01 <KCinJP> Hi all. I have a Groove Basin question that can is specific to Oasis, so I think this is the best place to ask.

14:02 <KCinJP> Is it possible to connect an MPD client? Thanks.

14:09 <dwrensha> xet7: the "problem" exists on non-Sandstorm Wekan as well

14:09 <dwrensha> xet7: I just replied to your email

14:11 <dwrensha> KCinJP: I suppose it would need to be able to serve a TCP connection for that to work, right?

14:12 <dwrensha> KCinJP: The Groove Basin Sandstorm app is currently is not set up to enable that

14:12 <KCinJP> Yes.

14:12 <KCinJP> Thanks

14:12 <dwrensha> it would require integration with Sandstorm Powerbox features that are only recently landing

14:13 <dwrensha> If MPD worked over HTTP then would could use Sandstorm's HTTP API feature, but as-is, I think we would need to go through a Sandstorm IpInterface capability

14:15 <KCinJP> Thanks so much for the quick and complete explanation.

14:27 <dwrensha> KCinJP: ah, and even if Groove Basin had the necessary powerbox integration, you need to be admin on the Sandstorm server to get an IpInterface

14:28 <dwrensha> we don't have a good story for such things on Oasis yet

14:29 <dwrensha> I suppose we would need to make an MPD driver app

14:34 <anthropy> hey all, I have a sandstorm installation in a VM that had a corruption event a few weeks ago, it still works but has occasional issues such as the HTTPS certificate not automatically renewing until I do a sandstorm restart. I think I'm going to redo it, but I'm not sure what the best way is to migrate the sandstorm configuration+data, while reinstalling as much as possible, to a fresh server. Can anyone advise?

14:39 <anthropy> Also, what distro would you guys recommend for running Sandstorm? Fedora good? CentOS better? or prefer a more debian-ish environment?

14:47 <KCinJP> dwrensha: Thanks. For fun someday I might try my own Groove Basin install or Self-host Sandstorm on a VPS. You guys rock!

20:11 <kentonv> anthropy, I'm not sure how corruption could cause it to fail to renew Sandcats certs... that seems unlikely. It sounds more like there's a bug. Maybe we should track it down.

20:13 <anthropy> kentonv: the exact same config works well on multiple other sandstorm setups I have running. It really simply doesn't renew the certificate while it runs, only on restart, probably some cronjob or config got corrupted

20:14 <anthropy> I don't want to give you guys phantom bugs to deal with :P a clean installation that hasn't gone through a corruption event and doesn't constantly yell BTRFS errors at me seems much healthier for bug reports

20:14 <kentonv> anthropy, we had a bug recently that prevented renewals from working. Is it possible you've turned off updates and didn't receive the fix?

20:14 <anthropy> kentonv: it's possible the installation didn't self-update due to the same corruption event, I haven't disabled updates

20:15 <kentonv> maybe if `curl` is broken I guess

20:15 <kentonv> what version does your server report at /about?

20:16 <anthropy> "Version: 0.202"

20:16 <kentonv> hmm, that seems correct

20:16 <kentonv> well, if you want to transfer your server

20:16 <kentonv> 1) install Sandstorm fresh on the new server

20:17 <kentonv> 2) shut it down ("sudo sandstorm stop")

20:17 <kentonv> 3) delete /opt/sandstorm/var on the new server

20:17 <anthropy> yea I'm the only user, it's my private sandstorm installation because I'm extra paranoid and have a whole separate installation for my private things :P and also because then I can dick about more with it without affecting users

20:17 <kentonv> 4) copy over /opt/sandstorm/var from the old server -- making sure to keep file ownership and permissions exactly as they were

20:17 <anthropy> is the var directory the only place with data?

20:17 <anthropy> I'll use rsync to make sure

20:18 <kentonv> yes, all per-instance data goes in var

20:18 <anthropy> neat, in both senses of the word

20:19 <kentonv> hmm, you might need to keep the /opt/sandstorm/var/sandcats directory from the *new* server, since the install process will transfer the domain to be owned by the new server

20:20 <kentonv> or alternately, don't claim a sandcats domain during installation, but make sure to copy over the sandcats config from your old sandstorm.conf to the new one

20:20 <kentonv> gtg, good luck

20:21 <anthropy> thanks!

20:21 <anthropy> good luck with your business as well :)

20:25 <anthropy> >"Removed Sandstorm for Work paywall" wait WHAT? omg this is amazing! now I can try to link it with my seafile and other applications! Thank you guys so much for this!!

22:26 <anthropy> is there any way I can donate to sandstorm? I can't find anything (obvious) about it on the website

22:31 <TimMc> When I asked, they suggested signing up for Oasis, whether or not I planned to use it.

22:33 <anthropy> oic, makes sense

22:34 <TimMc> (I don't like the price points, but I guess I could sign up for one month and then stop, and maybe do it again later?)

22:36 <anthropy> hmm, 9$ a month is a bit much yea, I was planning on donating 10$, that'd be like starting one month and quitting right away :P

22:37 <TimMc> It's not awful, it's just not as convenient as Patreon would be.

22:38 <anthropy> well I mean it's not much for what you get, but if you just wanted to donate 10$

23:10 <ocdtrekkie> anthropy: The big thing is that they already have Oasis set up as a payment method, and a lot of donation platforms take a pretty heft cut of the donations.

23:10 <anthropy> ocdtrekkie: ahh, that's a good reason indeed :)

23:12 <anthropy> what about bitcoins or other cryptocurrency?

23:13 <ocdtrekkie> I don't think Sandstorm people have anything set up for collecting that presently, though I know people do ask about it from time to time.