There's this open feature request for the passout protection feature:

https://features.jellyfin.org/posts/814/are-you-still-watching-prompt

So I guess that probably means things will play continuously?

Personally I've never noticed it stopping, it just autoplays the next episode until they run out, but perhaps I've never watched for long enough in one session.

I think on an ideological level you should give jellyfin a try regardless of this feature because it's completely open source and community driven, no features are pay walled.

Some countries (Australia) now entirely block phones which don't support VoLTE from the network.

Uncertainty about whether I'd be able to connect is one of the main reasons I haven't bought a Linux phone yet as well.

I am using the OwnTracks app on Graphene OS via http and it's working well so far, but I only set it up very recently.

I installed with obtanium and it doesn't need any play services, Graphene's location service works fine.

I am using a different back end though, GeoPulse not Reitti. Still evaluating the different choices, I will probably try Reitti as well.

I wonder if anyone actually watched the video or you're all just knee jerking to the title...?

He's not saying that you should write or accept spaghetti code, he's sharing a particular story from his career that he learned from where in that specific case the old spaghetti implementation beat the new architecturally pure, perfect code standards version - because the developer of the new one only focused on that and not observability, proper load testing, designing for the right scale, etc.

The point is clearly that code quality is one of multiple important factors.

I thought it was a perfectly reasonable watch.

Edit: referring mainly to the down votes, there are others in the comments who clearly watched it.

My home router is a raspberry pi running OpenBSD. pf is excellent.

I actually only discovered silverbullet a few days ago, but liking it so far.

The TreeView plugin is documented here: https://silverbullet.md/Plugs/TreeView

Coaxed into star fu

I became a huge Zappa fan thanks to this song.

I've been using SSHelper together with rsync for years and it works perfectly. You can log in the first time with a password, and place your public key to use key based auth going forward.

In addition to doing this over WiFi I also often use a usb to ethernet adapter (usb side plugged into phone) to get better performance if I'm doing larger transfers, for example copying off a large number of photos.

Edit: looks like there's a note on the play store page about incompatibility with newer Android versions. Disappointing. I guess I'll have to find another solution when I eventually upgrade my phone.

I love mine, I've had it since around 2013 and it's been used daily the entire time. I've only had to replace the seal once. Really a perfect bottle.

Of course he's trying to get our attention, but I don't think the title is incorrect? Why the spaghetti one beat the clean one is what he talked about.

If he's said "beats" I'd be upset too, but a singular "beat" makes it fine in my opinion.

Link doesn't seem to match the title (same artist, different song). Should be this?

Love this, the version from Stop Making Sense has got to be the best one.

I mean, anything to help reduce people trying to put the slop on arXiv is a good thing I guess. I'm sure it won't stop them trying but it might help a little.

This was the video that first introduced me to shifter, I watched it around the time I bought my first fixed gear in early 2023. I've been a fan of the channel ever since. And after having been cycle commuting fixed for almost three years I wouldn't go back to a freewheel, it's too much fun!

All good. I've never heard of Xiu Xiu but I am a fan of the talking heads so I was curious to find the right track.

Life During Wartime from that album 👌

Well I'll be dammed. There is an open issue to support NSS for user/group info again, apparently it was removed about three years ago.

I would have started running postgres in my homelab less than three years ago, and was not using the rpm distribution of jellyfin at that time either.

So there is hope!

I can see benefit in the 2.5G on the LAN side if you connect a disk to the USB port and have it function as a NAS. It gives you enough bandwidth for the full WAN speed plus headroom for that.

I agree I'd still prefer 2x 2.5G though.

Thanks for the reply. Yes to all of the LDAP assumptions. LDAP is configured inside sssd only with:

[domain/mydomain.com]
cache_credentials = true
enumerate = true

id_provider = ldap

ldap_uri = ldap://ldap.mydomain.com
ldap_search_base = dc=mydomain,dc=com

ldap_schema = rfc2307
ldap_group_member = memberUid

all lookups with getent perform as expected.

I don't think the postgres assumptions matter here because I'm not using LDAP for anything inside postgres - the issue is entirely during rpm operations.

The [SUCCESS=merge] is a group specific thing which merges membership of groups from each of the sources. From the nsswitch.conf man:

When a group is located in the first of the two group entries, processing will continue on to the next one. If the group is also found in the next entry (and the group name and GID are an exact match), the member list of the second entry will be added to the group object to be returned.

I think one statement that I made in the OP is incorrect. I said:

Having examined the specs for postgresql-server and jellyfin, there are checks for existing users in there which don’t seem to be picking up my LDAP users

Having thought about it a bit more today I realised that clearly the part of the package which tries to create the user locally is correctly seeing the ldap user (and hence not creating a new one) - it's later when it tries to set ownership of files with the %attr macro that the lines in the OP are emitted.

So I went digging through the rpm source code this evening. I traced the source of those log messages. The lookups for uid and gid read directly from the passwd and group files.

So it appears that rpms simply cannot consume users and groups from LDAP when setting attributes of files. This seems like a good opportunity to replace those file lookups with NSS lookups instead. Unfortunately I am time poor, otherwise I'd have a try, but maybe one day.

At least now the mystery is solved. Thanks again for your response - if I didn't have someone to whom I felt I should reply, I probably wouldn't have dug this deep.