Same

looking to eventually drop it for Dendrite

https://github.com/matrix-org/dendrite/issues/3413

Plain old docker compose since it seems to come with by far the fewest surprises and is most widely supported.

Nearly every project of interest has a compose.yml available, which is hardly true for systemd services, nix services, or for podman/kubernetes.

I was using podman-compose briefly, but it is just different enough to break in unclear ways and I kept having to fight with it so I went back to docker docker to eliminate the headache.

Solid Explorer

Where the metadata goes I think is important as well.

All Signal metadata necessarily goes through Signal’s servers and is tied to your phone number, but not all Matrix metadata ever gets near the Matrix.org if you are using a different homeserver.

I think both are less than ideal in that regard, and I think Briar (strictly P2P) has a much better model for dealing with this at the expense of generally being a UX disaster.

The server software appears to be available and updated now, which they’ve been spotty about in the past. I’ve updated to remove the closed-source part since that is not correct.

As for phone number: Signal still requires me to enter a phone number to create an account as of about 5 minutes ago.

Signal is centralized, closed-source, not-selfhostable (edit: in any meaningful way) and requires being attached to a phone number. (Edit: server source is available, but self-hosting requires recompiling and distributing a custom app to all of your contacts to actually use it.)

Matrix is decentralized, federated, fully open source with multiple client and server implementations, self-hostable, and does not require being attached to a phone number.

Possibly not relevant to your use case, but one point that I haven’t seen mentioned yet is that for many SUVs that are available in both FWD and AWD, the tow rating will be significantly higher for the AWD version (like 5000lbs vs 3500lbs for FWD in the case of the Toyota Highlander and Honda Pilot)

Given how common it is for people to use the ‘reset password’ link for this exact purpose, it does make it seem kinda redundant to even implement passwords on many services to begin with.

From some of the other comments, it seems like maybe the jellyfin server might be running on the desktop PC, in which case you can set the file permissions to be readable/writable by a group that both you and the jellyfin user are in.

You could potentially download to a mounted share drive via the desktop.

That is to say, set up an SMB server on the NAS and when you download music on the desktop, choose the SMB share as the download location.

It’s sorta goofy, but your LAN speed is almost certainly at least twice your internet speed.

Very similar heuristic here, insofar as when to use passphrases and how long.

LUKS and Bitlocker volumes get 8 words, computer logins usually get 4 words (potentially more depending on frequency/criticality of system).

Smartcards and mobile devices do have numeric pins due to frequency of use and relative difficulty in copying those for offline attacks.

Websites that are filled in w/ password manager get passwords get the random symbol-laden strings that ‘meet requirements’

If that is the threat model then Signal is not and never was fit for purpose at all.

Because every time I’ve complained about not wanting to give my phone number to sign up for Signal I’ve been lectured about how Signal is “all about privacy, not anonymity and those are not the same thing” and how that is good for the average Joe even if it isn’t useful for journalists and activists, and what you’re saying goes completely against that by suggesting that the police are somehow unable to get the phone number out of the thing that uses the phone number as the user id.

You’re describing how a real privacy-focused app like Briar functions, but definitely not how Signal does.

https://lemmy.world/post/10802805

Is there a non-video source for this information?

That’s a pretty silly headline for an article that quite clearly states that the issue was with the router’s data usage reporting capabilities.

I’ve been using a homebrew solution (https://github.com/mlaga97/qr-inventory-manager) for a few years now with decent success. At some point I need to check out Homebox and Snipe-IT to see if one of those would be a better fit or if I should buckle down and document my solution.

Something something “Looking Glass”