jpaskaruk

@couldhavebeenyou If the Jellyfin app on their tv is not absolute shit, yes, BUT because you are connecting to a seedbox, VPN is optional. In the case of my ultra.cc account, it's in Amsterdam, so I don't even get the annoying emails that they send here, if they see you on a torrent.

My wife does her requests through Seerr, and they either show up automatically or sometimes I need to go poke them on the radarr/sonarr server. We use a laptop plugged into our TV and watch movies in a fullscreen browser window.

The best JF experience is with the builtin WebUI, but there are good apps out here for the phones, not sure about the TVs cause my perception is they are all awful. But ya, whatever app, you point it at your cloud account's jellyfin URL.

WebUI instances do very good at DLNA casting, and I have also found Kodi to be a pretty solid DLNA casting target, so up in the bedroom I have historically kept a Kodi box which either of us can control from our phones.

RIght now, I plugged in an older AppleTV box, and I'm planning to rip it out, cause the JF apps on it are a fucking nightmare. Apps are always a gamble now.

edit: my jellyfin server is on the open internet at https://revjtoad.dagger.usbx.me/jellyfin/, I don't care if people know, the only thing to steal in there is already stolen lol

So it's basically your personal netflix.

@couldhavebeenyou I give friends and family logins on my Jellyfin server, since you need it explained in detail. Likewise you login to seerr at a different address than Jellyfin/Plex with the same credentials.

So, my dense amigo, it's no more complex than saving a couple urls and a set of credentials from the perspective of the old folks.

@Psythik Never heard of it, what's the license?

@ExcessShiv

@couldhavebeenyou @Seralth If they have internet, you don't really need to. Get a seedbox account at ultra.cc, which also allows you to install the *arr suite and Seerr as well as your choice of Plex or Jellyfin.

Once that's all setup (it's a bit of effort, particularly the arr setups), the Plex/Jellyfin server is exactly like a private netflix, which you can use Seerr to add basically any show or movie you want to it.

This is much better than trying to set them up on a vpn that you won't be there to handle the problems.

That said, ultra.cc also provides Wireguard as an installable app, so you can connect via wireguard, if necessary.

@possiblylinux127 @phanto bit like saying that Zuckerberg is really good at deceiving people

No AI ever took a man to hell who hadn't already bought his ticket

The story is about desperate people and their willingness to burn down the planet rather than face the world in its real state

@hraegsvelmir @Ek-Hou-Van-Braai Just making sure I understand... I went to anubis.techaro.lol and I assume the anime girl on that page, that's the "problem"?

Like, the product works okay, presumably, but it has that anime girl as a mascot, and that is a problem for a significant number of people?

Is there another page where she's fisting herself or something?

@irotsoma There's no such thing as "Actually FOSS" - that's why it stands for Free & Open Source Software.

All of the pain being experienced by this move from Bitwarden is because it is Open Source Software, which is the not-Free, shitty corporate owned version of Free Software.

What you want is software that is "actually Free."

@Mustachius_Grumpius

@officermike So wrong at the time, so unpredictably justified now. 🤣

@TrantaLocked

@SirLeToet @3abas It's not that I deny Docker's various pecadilloes, but

My servers run ZFS on platters separate from the boot disk(s). My services (self-hosted or whatever) mostly run in Docker containers with compose files.

What I get from that, is that I can nuke my server anytime I like, re-import the zpool, go to my docker directory and get everything spinning back up in minutes.

Nobody who has to deal with more than one server doesn't use some form of this virtualization, be it VMs, docker or some other Container solution.

@yaroto98 @scottmeme Nah, a blade server is a weird format where servers are long rectangular "blades" that push into and can be pulled out of an enclosure in the rack which holds around 16 of them.

How I know: deployed a 500-node render farm at Tangent Animation.

@PieMePlenty

a large open source Free Software community

FTFY

@steel_for_humans

@steel_for_humans My take on Ubuntu/Debian, no authoritative aspect to this opinion, other than, I have been using one or the other my entire time using GNU, with a few brief forays into Arch.

First, my direct answer: if you're liking Debian, and you don't feel limited by it, stick with it. Both Ubuntu and Debian feel exactly the same, and almost always you can follow Ubuntu instructions on Debian and have full success.

Debian's trip is basically conservatism - they want a rock solid, dependable system, and to achieve that, package upgrades are slower and permanently behind Ubuntu. Unless you run Sid, Debian's "rolling release" version, which gets you basically the same packages (and instabilities) as Arch.

You won't really notice anything different, day to day, on Ubuntu, so it is an equally valid choice, subject to your opinion of Canonical. I find their business practices... questionable, so I moved to Debian full time at some point, but notably, back in my one Linux job, I ran Ubuntu cause we needed it for some dependency or other. They were also the first distro to really do an implementation where the difficulty of installing and managing it was approximately equal to Windows', but nowadays you install KDE on any distro and you've got a very robust system.

Notably, Ubuntu has announced they're getting into AI implementations, with an emphasis on Local Inference first, so if you're not radically anti-AI, that would be a very good reason to choose Ubuntu.

I find that on the rare occasions that Debian's packages do not provide a thing I want, I can get it by installing an AppImage or Flatpak or (in desperation) Snap, or in cases of extreme need, it's really not that insanely hard to build from scratch, as long as the devs are able to write good instructions/scripts. There is no need to run anything else, at this point, from a functional perspective.

Bonus suggestion: for your servers only, consider having a look at FreeBSD. A completely different experience, and many would argue, a better one.

One example: If you are setting up a project that needs a web server, on Linux you are highly likely to encounter a thing where some people use Apache, some use Nginx, I don't even know what all is out there now for web servers, but there will be many different tutorials, and good luck to you in sorting out which tutorial is good quality, and uses the good quality tools. I have literally reinstalled systems in the past, for want of a good tutorial that was on the distro I had, but I'm the sort of weirdo who enjoys that.

Linux, fundamentally, is beautiful anarchy, which is difficult for the individual alone in the world. You are endlessly bombarded with choices, and little to no explanation of why you might want to use one thing vs. the other.

FreeBSD, on the other hand, has an opinionated choice on web servers, and the package they intend for you to use (which I believe is still Apache) is called httpd - ie, in the land of FreeBSD, there is one best web server, the HTTP Daemon, or httpd. The documentation of httpd is rich and lush.

You can still use the other ones, in general, but if you use httpd, you will have a straightforward deployment going in a very short time, because there is one canonical way to do it, and it's easily found in one place (the FreeBSD Handbook).

It does also kinda force you to learn how things work at a slightly lower level, BUT it does so, again, with good documentation that you can read and understand, and reward is that you do things in a far more computationally lean way, and get way way more out of your hardware.