This was my question too.
If it stored data direct to file I could sync it with other devices with syncthing.
Respect the burrito.
This was my question too.
If it stored data direct to file I could sync it with other devices with syncthing.
Files on a SD card is what I do. It’s so simple.
Back in the day I used to use dynamic DNS.
Use syncthing-fork from fdroid.
I’ve been using ogg vorbis for music since about the mid 2000s. In the begining I was ripping them from my CD collection using grip on mandrake Linux (anyone remember?)
Nowadays I download vorbis direct from bandcamp.
Recently I compared 192 kbps vorbis files to FLACs and couldn’t discern the difference, which I’m happy about since my 15000 file collection can fit on a very cheap 128GB SD card in my phone.
I use syncthing to sync music to my phone automatically.
Really happy with the setup.
This already existed: https://github.com/abishekvashok/cmatrix
I looked into this recently.
There’s a DNS challenge designed for this exact scenario called (from memory) DNS01, but it’s more of a faff than I’m willing to get involved with.
Basically you push proof that you own the domain into a DNS record instead of to a file on a web server. It requires a DNS provider that has an API and a client that speaks that API.
It also leaks private DNS stuff into the public domain.
I’d love it if someone devised an easier way. Maybe there is an easier way?
I thought that these personality tests had been debunked?
We had the myers briggs test back in the day, and I’ve heard on couple podcasts that these tests (including MB) are highly questionable.
As it happens, the latest maintenance phase podacst is about the MB test:
https://podcastaddict.com/maintenance-phase/episode/182427039
Not listened yet, but will.
Anyone remember linuxconf?
What’s old is new again.
And it has a replacable battery and headphone jack. What is this madness? Next you will be telling me it has an sd slot.
My only worry would be whether the software gets patched to fix security vulns and in reaction to breakage with 3rd party services (e.g. whatsapp).
I gave up on kodi. Jellyfin works better, presumably because it transcodes better.
syncthing is great.
Well I looked at beats over a decade ago and it wasn’t handling extra files that came with albums correctly (pdfs, jpgs etc).
That bug is still present all this time later: https://github.com/beetbox/beets/issues/111
Sorry to hijack the thread, but does anyone known a terminal tool I can use to auto-tag the odd album when I find one with bad tags?
Music is stored on the server and served read only, so gui tools are not convinient.
Picard is great, but gui.
It’s this (excuse formatting): https://www.openssh.com/releasenotes.html
sshd(8) will now penalise client addresses that, for various reasons, do not successfully complete authentication. This feature is controlled by a new sshd_config(5) PerSourcePenalties option and is on by default.
sshd(8) will now identify situations where the session did not authenticate as expected. These conditions include when the client repeatedly attempted authentication unsucessfully (possibly indicating an attack against one or more accounts, e.g. password guessing), or when client behaviour caused sshd to crash (possibly indicating attempts to exploit bugs in sshd).
When such a condition is observed, sshd will record a penalty of some duration (e.g. 30 seconds) against the client’s address. If this time is above a minimum configurable threshold, then all connections from the client address will be refused (along with any others in the same PerSourceNetBlockSize CIDR range) until the penalty expire.
Repeated offenses by the same client address will accrue greater penalties, up to a configurable maximum. Address ranges may be fully exempted from penalties, e.g. to guarantee access from a set of trusted management addresses, using the new sshd_config(5) PerSourcePenaltyExemptList option.
I recall hearing that openssh has something like fail2ban built-in now. I forget the name of the feature.
When can I get it for android 14? End dad joke.