No, I didn’t.
No, I didn’t.
But there’s no future profit for Sonos in them providing the ability for us to play music we already own from our own library.
There was an unofficial option for rollback - I’m on Android so I went to apkmirror and downloaded the last good version and turned off auto update. This worked for a while, but then they forced me to update - it literally said I had to update to continue using. I’ve seen someone say this wasn’t actually a forced update, but rather keeping all the parts of your network in sync. I have one Sonos device and my phone is the only things that connects to it??
My issue was specifically the windows sync client - not server or web related. I turned on debug in the client and watched the logs and saw it making stupid (IMHO) decisions about speed throttling.
I’m in a similar situation - I’m a (retired) Unix admin and have Linux servers at home but I’m still on windows for my desktop because of OneDrive. If you use it as intended, it works really well. I can login to my laptop, my phone or either of my wife’s PC’s and all my stuff is just there.
Yes, I’ve tried nextcloud and it’s close, but the windows sync client is (was?) broken - the upload speed throttling logic is broken and it was going to take ages to sync my data. I went to the nextcloud community and it seemed to be a known issue that know one cares about because the sync just happens in the background and it’s done when it’s done.
As I typed this I realised that if I move to Linux desktop I don’t care about the windows sync client :-) So now I’ve just got the issue that I won’t get my wife off windows and if we’re paying for 5TB of cloud storage, I might as well use it. Yes, I know there are ways to use OneDrive on Linux, but it doesn’t look as seamless and I’d be always concerned that Microsoft will do something to break it.
Of course! It’s amazing how this stuff just flows from the keyboard when you’re typing in a shell window, but feels awkward when typing in a Lemmy comment.
I assume “data” includes your container configuration files in this strategy?
It should be obvious from the context here, but you don’t just need geographic separation, you need “everything” separation. If you have all your data in the cloud, and you want disaster recovery capability, then you need at least two independent cloud providers.
I’m a little determined to stick with Python because I feel that I should - everyone should be able to code Python :-)
The main problem I have with it is the complex, relaxed, data structures. I’m finding that the type() command in interactive mode is helping a lot. I’m having lots of moments like - “Ah, I’m not down to the dict yet, I’m still in the list…”
Thank you for your detailed response. It’s a bit much for my proposed “project”. I won’t be using any libraries (other than built-in python json etc.). I’ve prototyped most of it and it’s currently about 15 lines of code. Literally one call to lemmy, a search to Musicbrainz and a playlist update to listenbrainz. I know it will grow lots as I make it a bit more robust, but it’s still very small.
Yes, I’m working on it now. Struggling with basic stuff like pulling values out of the json returned by the API when I ask for a list of posts. Python really does not click for me, but I’m determined, for now, to keep at it. An the RSS feed seems like a much easier (than what…?) way to just get new posts with each run - thank you!
I find Python difficult - no idea why, it just doesn’t feel right. I’ve tried a few times but never been able to do anything useful with it - that’s why it’s not in my list above. It does seem though that my proposed project, and development “style”, is best suited to Python. Maybe it’s time to try again.
I use so few features I could be using a 30 year old vi and not know it.
deleted by creator
I’m not a good reader - I skim most articles and often miss most of the meaning. I read, and enjoyed, every word of that!
I used Kodi and now use Jellyfin as client/server - my media is on a local server. The difference (the way I use it) is that with Kodi the server was just a file server and the client (Kodi) was doing all the work. The Jellyfin server is a media server and the clients are very lightweight. I was pushed to move to Jellyfin when I got a new Sony TV - the built-in Android TV experience was very usable but I couldn’t install Kodi - it ran out of space trying to build the media database. I’m sure there are ways I could have made it work, but I’d heard about Jellyfin and figured I’d try it. I liked it and never went back.
All that makes sense - except that I’m taking about 1or 2 physical servers at home and my only real motivation for looking into containers at all is that some software I’ve wanted to install recently has shipped as docker compose scripts. If I’m going to ignore their packaging anyway, and massage them into some other container management system, I would be happier just running them of bare metal like I’ve done with everything else forever.
I think Kodi was amazing when it was XBMC and the only real option. It seems to be falling behind now though :-( I moved to Jellyfin a couple of years ago.
Once an end-to-end, encrypted, connection is established between a pair of peers then anything can be sent through it. The establishment proces is generally facilitated by a server of some description so neither peer needs to allow inbound connections. (I’m a long, long way from being an expert on this and happy to be corrected - but this seems like network fundamentals?)