offering a not blacklisted IP is not meddling. you are wrong also about that this is “for their people”. you sound an awfull lot like a facist.

i found emby to be the easiest and most functional solution over stuff like media assistant or jellyfin. there is a free docker container you can run using minimal space and just add any smb share in the webinterface. just have a shared folder of the downloaded dj sets. e.g. i have most/many solid steel radio shows in a folder and it did not cause any problems. opening stuff to the net and making it not publicly accessible can be easily done with cloudflared.

bs

br3 iso is 70gb i think… all the fiddleling takes so long…

i have a steam version of br3 and i also put on the fitgirl(?) release as a non steam game in library. i can play both but the profile for the fitgirl release is a different than the steam profile. if i move the fitgirl exe to the steam installed version it does not start. if i replace more files like dlls is crashes even harder. so from my experience: no

yes. i ment the uptime. to me hosted means i can reach it in a digital way any time even if it is just wake on lan. but if you guys say some device running 8hrs a day is hosting I am fine with that.

then its not selfhosting.

thanks. but am i blind or are they just giving up on getting in run in docker in lxc on proxmox?

“No clue about how to do it through docker in an LXC.”

it was a big choke point? that thread alone says dont use jellyfin.

emby and shares. emby unlike jellyfish can mount remote smb shares right in the webinterface. proxmox/lxc and jellyfin is a pain in the ass you do not want.

i know. i did. i hate it. thanks though. but that usually also requires fiddling with fstab and nobody wants that. just imagine the user roles and rights desasters that anyone with access to the host can see the mount. mount where you need the data, not in 2 or more places just to access it from one place. for me personally emby works much better on this. there are so many environments where you can deploy docker but not modify the host - so i do not see jellyfin really being useable here. i wish they’d add this, but from google searches i understand that it has been requested and there does not seem to be any intention to implement it.

sshuttle https://github.com/sshuttle/sshuttle

need it all the time, super minimal, easy to usw

“obviously”… dont get over yourself. theres been requests.plenty.

migration is also much easier. i think only edgelords prefer mouting in host and container.

it is not mounted to the container because that is a shit solution. the host would need to mount it and pass that to tge container. emby i stop the container and no connection to the share. mounted in host it would still be there. not to mention the hassle this also means more traffic. an idea why jellyfin doesnt do shares like emby?

track17 integrates well with stuff like homeassistant

simplest that comes to mind is a reverse ssh tunnel and a reverse proxy on the vps maybe

i gave emby and jellyfin a testrun yesterday using docker. I kept emby because i can easily add smb shares using the webinterface. jellyfin requires me to mount those to the host/container. am i using jellyfin wrong?

“enshittification wont happen to my software of choice”

hahahaha… those ppl with discord, iphones, windows,plex…they wont learn.

accept reality. just like vhs…all those formats die. and no one will ever look at the shit again. your future tv will be bazillion K resolution, have another aspect ratio and so on… and if you really ever want to watch that one movie again there’'ll be better ways and better copies of the movie somewhere. you are wasting energy, polluting the environment and overestimating the value of your past memories.

tried bottles?

x11

i am not gonna go with any of the idiotchanges. lost me at systemd, flatpaks and so on

moronic people like lennard poettering and everyone at red hat are a desease.

i will start downgrading Iinux PCs to Windows10 just to not have any of the broken linux promises.

do ONE thing but do it right.