Somehow I think the national lab test company’s lawyers have got them covered. This wasn’t exactly a fly by night, no name company. Having in known third party send you a medical bill months later is pretty fucking common place. This was just one anecdote of many, not an isolated incident.

The best part is the random bill.

• Go to the doctor. Get blood drawn.
• Doctor send the blood to a lab for the test. Doesn’t tell me who. I don’t care who. It’s their subcontractor, let them worry about it. *Go back to the doctor or get a call for results. Pay the doctor the standard co-pay. *Months later a random company sends me a bill. This is a company that I have never interacted with or entered into any contract with, for work that somebody else (presumably my doctor, but who the fuck knows for sure) asked them to do for them, sending the results to that other person and NOT to me.

The system is broken. If any other company subcontracted a part of their work to a third party, you as the client would reasonably expect that work to be paid through the original contract, not get a bill directly from the subcontractor. I didn’t hire them, the doctor hired them. As far as I’m concerned, that’s the doctor’s subcontractor and their debt, not mine. I paid the doctor already.

Or another variant.

• Go to the emergency room.
• Get separate bills FOR THE SAME SERVICE from the hospital, the doctor, and somehow the hospital again but this time it’s the emergency room (which is somehow separate with a different billing company).

The system is not just broken. It is designed to fleece us and train us to always accept whatever debt the institutions decide to levy on us without question.

Mpd + a frontend of your choosing, I prefer ncmpcpp, will run on just about anything and is remotely controlled through apps or ssh. Mpd is great when the server is physically connected to the audio output device. I use it to remotely control a speaker connected server that can also run Plex (because I prefer plexamp for streaming and syncing to my phone, other android devices, and smart speakers). They both look at the same directory of a collection near 30 years in the making with hundreds of thousands of files and a wide array of formats.

Classic Microsoft Business Strategy

• Embrace
• Extend
• Extinguish

I like your schema. I’ve used something similar. My hosts have always been sci-fi space/time ships/stations, user accounts are characters from or Captain’s of said vessels. Over the years I’ve had a TARDIS, Serenity, Moya, Out of Bands II, Galactica, Millennium Falcon, Rocinante, etc. It’s usually whatever I happen to be discovering or binging at the time I setup the machine. For nearly a decade the TARDIS was my server/NAS because it was bigger on the inside that survived through several generations of smaller devices like laptops and raspberry Pi’s named after smaller lighter vessels like Serenity and Rocinante.

Let this be a lesson to you then. Checking the logs should be your first troubleshooting step, not installing a variety of distros until one “just works”. Good luck.

I’m not biased and I’m not picking a side, but there is a lot of whataboutism is this thread and I stand by my stance that it is a weak argument and a logical fallacy.

Whataboutism isn’t a very convincing argument.

Just organize your library properly and pretty much every software will manage it better. There are options for organizing and renaming them mostly automatically, like EastTAG or filebot. Some people use Sonarr and Radarr to organize shows and movies, but those are probably overkill for you. The various *arrs will be more useful if you’re consuming new media through a server hosting Plex or Jellyfin. Kodi is also a waste if the library isn’t already meticulously organized and you don’t need a 10 foot interface.

If you’re only consuming on desktop and you insist on being disorganized, then why even bother with anything other than VLC? It runs on Linux, Windows, iOS, and Android.

Jokes on them. Batman is fighting crime in a failing empire. I might have fun writing a paper about how the comic series is actually about the fall of empires like the Roman empire. I’d footnote and meticulously cite the shit out of that paper just to code clues that I knew exactly what the Professor was trying to do.

Yes, I’ve done almost exactly this while traveling. You can even carry around a couple variously configured sd cards for different use cases. I had one with jellyfin for sharing locally and also Kodi for direct HDMI connection to TVs. There is a in app on Android for jellyfin called findroid that allows offline copies from the media server, which allowed me to not need the thing powered the entire time I wanted to watch something on my phone, just long enough to download it. Adding samba shares adds a other layer of accessibility. I had another SD Card with video game ROMs for retro gaming, but this one got left at home because it requires controllers and I didn’t think I’d use it that much. I had another with “little backup box” installed for automatically backing up my photos and videos after a day out exploring with my camera.

I used a Raspberry pi 5 for all of this, running from a battery backup, because I didn’t really need a keyboard once I had remote connections to my phone sorted out. Pick a rugged case and you case just toss it in your bag of chargers. It took up about as much space as a pack of cigarettes. Another option would be the Raspberry Pi 400, built into a keyboard. A little bulkier, but maybe more resilient in the face of technical difficulties.

Oh yeah, I totally support the local copy. That will save you in times up hardware failure or fuck ups. I could just never keep up with the maintenance and kind of gave up making automatic backups and syncing. But reorganizing often translates to integrating deletions into rsync or whatever syncing protocol you use, and that has caused me headaches and heartaches.

Yeah, that was a typo. Thanks, I’ll fix it.

I have a very similar setup to yours, a relatively large music library around 1.7TB of mostly flac files on my server. I’m able to organize these files locally from my laptop, which at various times has run either OSX, various GNU/Linuxes, or Windows. However I do not bother pushing the files themselves back and forth over the network.

Even if I did, I wouldn’t automate the syncing, I’d only run it manually after I’d done my organizing with Picard for that day. After all, it the organization with Picard isn’t automated, why should the syncing be? I’d probably use rsync for this.

In actual practice I do this: Connect to my server from my laptop using ssh, forwarding X. Run Picard on the actual server through this remote connection. Picard runs just fine over ssh. Opening a browser from a Picard tag for occasional Musicbrainz.org stuff is a little slower but works. I would then use a tmux or screen session to run the rsync command when I’m done with Picard for the day for syncing to a backup if necessary.

I don’t really bother keeping a whole copy of my music collection locally on my laptop or phone though, since It’s been bigger than is practical for a long time. Managing multiple libraries and keeping the two in sync turned into such a hassle that I was spending more time organizing than actually listening (or making mixtapes/playlists). To listen to my music locally I’ve used either Plex or Jellyfin, sometimes MPD (like when my server was directly connected to my stereo receiver), or just shared the folder via samba and NFS.

Why?

Then maybe you can tell me what “attempting to do more” means, because the author of the article certainly didn’t. Or why that’s bad. My only take away is that the author thinks the system should facilitate the running of applications and just get out of their way already. But that sounds a lot like building a road network and then failing to install traffic controls because the DOT should just stay out of the way of traffic.

This is why I set up tasker to lockdown my phone under certain conditions, such as: getting disconnected from Bluetooth (like when my phone is separated from me and my watch, my headphones, or the car), getting disconnected from WiFi (like when it’s taken from where it’s supposed to be), getting a slight jolt from the accelerometer (like getting thrown to the ground or even just a swift tap). My phone may get locked down a bunch during day to day stuff, but at least I know it will lockdown automatically when it matters.

And straws. My plastic straw isn’t the problem.

If your don’t recycle your aluminum and other cans though, you’re a bad person and you should feel bad about it.

Well there’s your problem. Public wifi is going to have systems in place to stop exactly the kind of thing you’re trying to do.

I have setup and run what are basically HTPC’s for decades now. Kodi running on a Debian based Linux distribution or just Debian is a solid recommendation and has lots of support for infrared remotes, but kodi can be very fiddly to setup properly. It will work, but don’t expect it to work “out of the box”. You’ll probably still need a mouse and keyboard for anything outside Kodi. You’ll have to read a bunch of documentation and do some customizing to get the most out of Kodi. It’s still easier than most other setups, but it will feel very frustrating if it’s your introduction to Linux too.

I’ve moved to using my HTPC primarily as a server. Once you get comfortable with linux and docker, setting up new server services like Jellyfish, Plex, and and *ARR stack is relatively trivial. The advantage here being that you can serve your media to any device that can connect to your server. For me that means one library of media to share with any TV in my house, any mobile device I own, and any friends and family computer savvy enough to download the right apps and setup an account. If your network (and your Internet connection) isn’t reliable this kind of setup may not work very well for you at all. For example, Plex account authentication will fail is you don’t have Internet. Jellyfin and Kodi fair better when Internet is only available occasionally or is unreliable.

My least favorite part of using Kodi was setting up the remote. Even worse was trying to configure controllers for retro gaming. The situation is MUCH better than it was, but is still far from easy. I was kind of able to side step the remote problem because now I can just use the remote for the TV (if it supports the Plex or Jellyfin apps) or another streaming stick like fire stick, Nvidia shield, or Roku. My Nvidia shield can pair with any Bluetooth controller and runs RetroArch so that problem was side stepped too. ROMs can be copied via samba shares or loaded directly by a USB drive.

TLDR: Kodi has built-in support for IR, but streaming sticks are cheap, and in the long run I found setting up a server was more versatile, more reliable, and less stressful. I know, I also hate it when people ask for a specific solution and others recommend asking a different question. But in this case, my experience is that IR remotes suck, are flaky, and not worth it if there is any other option.