sxan

Ok, but: your mom's a QT.

Related: I know that incest is currently a popular fetish, but I discovered a long time ago that if a girl looks too much like my sister its an immediate turn-off. It did take me a little while to connect why I found so many models, who seemed to be popular, so unattractive.

I don't think I've ever meet anyone who looks like mom, so that hasn't been an issue. My wife resembles no-one in my family.

Freud claimed all men want to marry their mothers. I haven't found this to be commonly true, and now I don't trust "daddy issues" being common, either.

Yup! Someone else pointed that out to me; I thought you were talking about the puppets and missed that you were talking about Jabber.

My bad!

Oh. I did misread that. Thanks for pointing it out!

running your own server is super lightweight.

Not IME. Are you running Synapse? Gigabytes of disk usage and memory leaks requiring restarts.

I can use IRC

The fact that many Discord and IRC channels (servers?) block Matrix connections has drastically reduced its usefulness for me. When I was running my own Matrix server, I could have gotten around it by using a puppet, but Synapse is such a hog I had to shut it down, and most of the IRC rooms I want to use don't allow Matrix proxies.

Is it possible to configure the kernel to allow access to decrypted contend only through the user session?

Theoretically, kernel keys can be set to be readable only by the user session, and in an uncompromised root is not able to read those keys. I can imagine a filesystem encryption design that uses a user session key to en/decrypt data on the fly using a user session key, such that not even root or a process in another user session could read the mounted filesystem.

Does such a system exist? As I understand, this is not the way dm-crypt or LUKS work. FDE and TPM are still vulnerable to hacking while everything is running, unlocked, and mounted.

Do any of you know another solution to stream audio from my phone to my server

I use snapcast throughout my house and devices, but there's no snap_server_ for Android.

I've been meaning to try roc, for which there is an Android client that will both play and serve.

Sonobus also claims to be many:many; I haven't tried it either and it doesn't look particularly active.

I don't use UPnP or DLNA because of the security issues, so I can't offer a suggestion about that. I thought DLNA was a pull oriented protocol - like, to send music from your phone you'd have to select and play on your computer with a DLNA client. Can you push media with DLNA?

Calibre is one of the great pieces of FOSS software, and demonstrates everything good about FOSS: it has regular updates; it's been around for simply ages; it works really, really well; it gets updates and new features and yet has never in my memory had a breaking, non-backwards-compatible release... it's stable; and it resists - in its way - the attempt by publishers to steal our rights and ownerships of our media.

I ~~contribute~~ donate to Calibre. I hope that Goyal has a successor lined up to take the helm who can continue such an outstanding contribution when he finally retires from the project.

Edit: clarification

I know logind can't easily be, because I ran Artix for a while and they were using a decoupled version of it, and there was a big discussion about swapping it for something else because it was so hard to maintain.

I also have the prompt set to the host name. I've never understood why people included their usernames; I don't log in to more than one account on each machine.

It is not modular. This is a lie Poettering keeps pushing to defend building a huge edifice of interdependent systems.

Look at the effort required to factor out logind. It can't just be used in it's own; it has a hard dependency on systemd and needs code changes to decouple.

I will repeat that journald is really bad at what it does, and further assert that you can not run systemd without journald, or vice versa. That you can not run systemd without getting timed job control. Even if you chose not to use it, it's in there. And you can not get time job control without the init part. In most unix systems, init and cron are utterly decoupled and can be individually swapped with other systems.

Systemd is not modular if you can't swap parts out for other software. Systemd's modularity is a bald-faced lie.

The one exceptions are homed and resolvd, which are relatively new and were addedlong after systemd came under fire for being monolithic. And, ironically, they're the components most distributions don't use by default.