merthyr1831 @ merthyr1831 @lemmy.ml

Posts

10

Comments

586

Joined

11 mo. ago

Private trackers usually have a request mechanism that you can use. I currently use seedpool and digitalcore which let you request media after you've spent enough time seeding media

Brave marketing has gone crazy to convince people it's less dodgy than Firefox. Come on!

I'm curious, how well has Musl been for software compatibility? How did you resolve any that came up?

I wonder if Facebook will be quietly watching this considering their very public consumption of AA recently.

Cloudflare is known for being unreliable with how and when it enforces the ToS (especially for paying customers!). Just because they haven't cracked down on everyone doesn't mean they won't arbitrarily pick out your account from thousands of others just to slap a ban on. There's inherent risk to it

Even just basic API versioning would be sufficient. .NET offers a bunch of ways to handle breaking changes in APIs

they also have good free tiers for hosting services i think? see them come up at a lot as an alternative to oracle for hosting small svcs

the thing with DMCA is that it's super easy to issue one but potentially more costly to challenge, especially if your appeals to the host fail and your only option is court.

Hosts are scared of facing liability for approving appeals so they'll just ignore them (unless the victim is a big name that can muster popular support) so as the DMCA victim you're usually fucked

bring back calling sysadmins "webmasters" sounds way more mystical and ethereal

i feel ashamed to have thought it was just a modpack for minecraft initially but looking at a few videos it really is an entirely different beast!

MergerFS and SnapRAID could be good for you. It's not immediate parity like with ZFS RAID (You run a regular cronjob to calculate RAID parity) but it supports mismatched drive sizes, expansion of the pool at any time, and some other features that should be good for a media server where live parity isn't critical.

Proxmox and TrueNAS are nice because they help manage ZFS and other remote management within a nice UI but really you can just use Debian with SSH and do the same stuff. DietPi has a few nice utilities on top of Debian (DDNS manager and CLI fstab utilities, for example)but not super necessary.

Personally I use TrueNAS but I also used DietPi/Debian for years and both have benefits and it really matters what your workflow is. OMV supports everything you want too (incouding SnapRAID) but takes extra setup which put me off.

Docker or LXC containers won't hurt your performance btw. There's supposedly some tiny overhead but both are designed to use the basic Linux system as much as possible: they're way faster than on WSL. For hardware acceleration it'll be deferred to the GPU for most things and there's lots of documentation to set it up. The best thing about docker is that every application is kept separate to eachother - updates can be done incrementally and rollbacks are possible too!

My scepticism is that this should've been done within the coreutils project, or at least very closely affiliated. This isn't an area of the linux technical stack that we should tolerate being made distro-specific, especially when the licensing is controlled by a single organisation that famously picks and chooses its interpretation of "FOSS" to suit its profit margins.

On a purely technical level, GNU coreutils should very seriously consider moving to rust if only to counter alternatives before it's too late. While these utilities work well in C (and usually stay secure thanks to the Unix philosophy limiting the project scope), FOSS projects are continuing to struggle with finding new contributors as younger devs are more likely to use modern systems languages like Go and Rust. Not to mention that any project using Rust as a marketing tool will appeal to anyone rightfully concerned about hardening their system.

fedora has been this for myself. maybe tweaking every now and then to fix whatever edge cases I've run into but it's the least painful distro I've used so far

I use nginx proxy manager and expose it behind a subdomain entry on cloudflare (though you can use any DDNS service i bet). NPM handles the security so I get HSTS and HTTPS on Plex and Jellyfin without either needing it set themselves.

From there anyone can access Jellyfin/Plex via my subdomains (plex.mydomain.com or watch.mydomain.com at the mo)

You may have to use port forwarding or a reverse proxy but the end result is functionally identical to plex. IMO the server detection feature of Plex is overengineered for what it is, and I just sit it behind my reverse proxy and connect to it that way.

As for music and apps yeah Plex is pretty nice, but even for audio you could use other services if Jellyfin didn't fit your needs like Navidrome

My setup was about 500 USD if I had to guess:

Used i5 9500 (mainly for QSV but you can use any modern CPU as long as the iGPU is relatively recent)

32GB RAM (more RAM = more cache for file IO)

4TB HDD

256GB NVME boot drive (recycled from my steamdeck)

Node 804 case.

TrueNAS SCALE for the OS.

I'd recommend to get double or even triple the drives I did, maybe 3x 2TB or 3x 1TB depending on your budget. Only because that unlocks RaidZ1/RaidZ2 which can give you better RW speed and redundancy should anything go splat, and you can't retroactively convert your drive into a Z1/Z2 pool without manually transferring the data later which might take a looooong time for you.

I dont think my route was the cheapest: IMO youd do better going AMD even despite the poorer support for HW transcode only because the motherboards are insanely expensive and hard to find, whereas that money couldve given me a better CPU and later you can add an intel iGPU if you're really struggling.

Jellyfin supports HW transcoding on Rockchip too, but the issue with the Pi5 specifically is that it doesn't have a hardware media decoder so it's actually worse than the Pi4 if you can get HW transcoding running on it.

I have an i5 9500 and for what its worth Nextcloud always seems to be the least responsive web app I've used. I think it's just the nature of Nextcloud.

Another thing to note is that extra RAM is super useful with ZFS since it will use extra RAM as a cache to speed up IO. 16-32GB will let ZFS keep significant amounts of data instantly accessible to services like Jellyfin - Eg. a new movie or tv show that multiple users will watch simultaneously.

Appflowy is a self-hostable notion replacement that's a bit more mature than this project atm. I hope this can spur some more development away from Notion though, I'm not a fan of the always-online element