At least Framework disclosed this issue and are pushing out fixes.

Seems most of these Wintel boxes are Intel Celeron/Atom based, so it should be able to run just about any Linux OS.

Or, if it’s not just a faulty file, but a faulty firmware release, don’t update to this version.

Which they do here. Once you upgrade to 10.11, your database is not 10.10 compatible anymore. So you can’t downgrade without restoring a backup.

I wouldn’t count “selecting a different theme” as customizing. But yes, seems we do agree.

I have to disagree.

The inverted cursor is part of the default Windows mouse cursor themes.

@OP I don’t think it’s a default on any Linux Desktop Environments though. But you might be able to find a theme that does this. Perhaps a relevant forum post, that mentioned a keyboard shortcut to quickly locate your cursor.

Audiobookshelf actually has a pretty good ebook implementation.

It’s not its primary focus, but if you have it for audiobooks already, it’s a no-brianer.

If you got it second hand, could it be a defective touchpad?

I watch Netflix, Amazon Prime, Disney on my Ubuntu laptop on Firefox all the time. I have a laptop setup in front of my treadmill just to watch shows while I walk.

Are you watching in regular 1080p or above, or the gimped 720p most DRM services impose on the Linux platform?

If it’s 1080p+, how? If it’s 720p, that’s not really acceptable to most people.

I think the point of OP is that Streaming services don’t care about Linux and downright gimps them, so the apps will “look better”. Casual users won’t know or care about the technical reasons.

Roku app might have issues with self-signed certificates.

Yeah. I’ve sold a thing or two using it.

There is an instance of this in Denmark, that I have used a couple of times already. It is a nice alternative.

Hope they implement “range” soon, so you can tell how far away an item is.

And where does it download the newly installed package from? It’s not in your cache, because you haven’t had it installed before and the remote server only has the newest version.

The remote server only has the latest version of the package, and the latest version is always built against the dependencies on the remote server. So if you didn’t update the database, then your pacman -S command will fail, because it can’t find the package version on the remote server. So you did not install anything.

No, pacman -S package is safe. Because the package list is not updated this way, and therefore the system is not updated and nothing else is affected. New packages can be installed with this command, perfectly okay. That is in the spirit of Archlinux.

If the package is not in your cache, it needs to download it from the remote server first. The version on the remote server is built against the dependencies on the remote server. So if your local dependency is older, it will be a partial update!

But -S package is not upgrading the package. Installing with that command is supported. That is NOT a partial upgrade of the system. -Sy package is considered a partial upgrade, because that command updates the package list.

I disagree. The -S flag stands for “sync”, which means sync the local version with the remote version. So if there is no local version it just installs the remote version. This is still a partial update, because any dependencies it might have, that you already have installed, might be the wrong version compared to the one the newly installed package expects.

pacman -S should be discouraged because of this. The correct one is pacman -Syu for installing new packages.

It should support NVENC according to TechPowerUp. I have only ever used raspberry pi and intel hardware for jellyfin, so I don’t know how well nvidia does when going down in specs.

Wouldn’t du -hs * only check the space used inside the folder you are in?

I’d check with sudo du -hs /* myself if I wanted. Or ved ncdu to get a visual representation.

Yes, but it’s always the one people come back too.

They mention the other issues are either being tracked elsewhere or already solved.

At the end of the day, it’s a community project, done by primarily volunteers, who is not making any money doing this. No VC funding to hire developers to take care of these issues.

From one of the Jellyfin devs in the issue you linked, posted in April this year:

Now, let’s address this clearly once and for all. What is possible is unauthenticated streaming. Each item in a Jellyfin library has a UUID generated which is based on a checksum of the file path. So, theoretically, if someone knows your exact media paths, they could calculate the item IDs, and then use that ItemID to initiate an unauthenticated stream of the media. As far as we know this has never actually been seen in the wild. This does not affect anything else - all other configuration/management endpoints are behind user authentication. Is this suboptimal? Yes. Is this a massive red-flag security risk that actively exposes your data to the Internet? No.

At this point, this over-4-year-old issue has gotten posted to HackerNews more than enough times and gotten quite enough unhelpful peanut-gallery comments like those above… We are limiting this issue to Jellyfin collaborators only at this point. Most of the big items are already tracked elsewhere (specifically, unauth playback) or have already been fixed. And many other options are now open to us in a post-10.11 landscape now that we have a proper library database ready.