Hacker Newsnew | past | comments | ask | show | jobs | submit | richid's commentslogin

For me: I want something that will always work with minimal effort and is easy to use for the family.

I've farted around with every HTPC software from MythTV on and I'm over it. I'll happily pay the premium for an AppleTV that will handle almost everything in hardware.


I solved this with a wireless keyboard and a Kensington trackball mouse running pure Fedora with scaling set to 200% in KDE Plasma.

Who needs a frontend? Just open brave.


I would honestly just use an Apple TV. But the killer feature for me (I currently use a Steam Deck/Steam Controller) is just Youtube without ads reliably. Also total control, if Youtube jacked up the prices for Youtube Red, I always have Ublock.


Total control is the name of the game for me. I can load Steam. I can load Brave. I can load VLC. I can watch any streaming, play any game (proton supported), or listen to any music.


It's just really grating to buy a nice screen and then have all the streaming services basically lock you to early-2000s picture quality. It's not that it doesn't work at all, but if I get the big nice modern screen I want to be able to use what I paid for.


This is ultimately why I'm still sailing the seven seas


Jellyfin is pretty good


Jellyfin + AppleTV w/ Infuse is a dream.


This is the answer. AppleTV is worth its weight in gold. Well supported and quality apps, good connectivity options, enough horsepower for hardware decoding, and Apple has a good reputation for privacy (hello no ACR).


main won


It's still worth it to block ads at the DNS level but ad platforms are wise to the game and now serve from domains that also serve legitimate content.


I've been out of the Python game for a while but I'm not surprised there is yet another tool on the market to handle this.

You really come to appreciate when these batteries are included with the language itself. That Go binary will _always_ run but that Python project won't build in a few years.


Unless it made use of CGO and has dynamic dependencies, always is a bit too much.


Or the import path was someone's blog domain that included a <meta> reference to the actual github repo (along with the tag, IIRC) where the source code really lives. Insanity


I never understood the mentality to have SCM urls as package imports directly on the source code.


Well, that's the problem I was highlighting - golang somehow decided to have the worst of both worlds: arbitrary domains in import paths and then putting the actual ref of the source code ... elsewhere

  import "gopkg.in/yaml.v3" // does *what* now?

  curl https://gopkg.in/yaml.v3?go-get=1 | grep github
  <meta name="go-source" content="gopkg.in/yaml.v3 _ https://github.com/go-yaml/yaml/tree/v3.0.1{/dir} https://github.com/go-yaml/yaml/blob/v3.0.1{/dir}/{file}#L{line}">
oh, ok :-/

I would presume only a go.mod entry would specify whether it really is v3.0.0 or v3.0.1

Also, for future generations, don't use that package https://github.com/go-yaml/yaml#this-project-is-unmaintained


Don't forget about gutting departments that had open investigations into SpaceX and Tesla.


Catching, vulnerability scanning, supply chain integrity, insurance against upstream removal. All these things are true for other artifact types as well.

Own your dependency chain.


Once you recategorize things you don't like as waste it will make sense.


This alone is why I will always choose Vanguard if possible.


Look up Fox News' market share and get back to us.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: