The most bewildering thing about the redesign is that the button to visit an application's website -- arguably the most important one since one would assume people are on the site to try out alternatives -- is now hidden somewhere far below the fold.

SaaSHub founder here. Have you tried https://www.saashub.com? It has both "open-source alternatives" and "EU Alternatives".

But then he compared it to a sitemap that is 2.9MB by itself.

Yes? That SSL error is not remotely common when a site is hugged to death?

Site-local username and password

Email.

Until a year ago, it was either Calibre/CalibreWeb, Audiobookshelf, or a few alternative readers heavily focused on comics.

Late last year, a vibe-coded app called BookLore appeared and basically brought over everything Calibre did but with much better UX and e-reader integration. The original dev crashed out[0], but the community picked up the project and started reigning in the worst of the slop and maintaining it as Grimmory [1]. It's pretty damn good.

There is also a book fetcher called Shelfmark [2] that integrates with Calibre, ABS, or Grimmory.

[0] and he _might_ be currently trying to push another even more vibe-coded competitor, but that's unconfirmed drama

[1] https://github.com/grimmory-tools/grimmory

[2] https://github.com/calibrain/shelfmark

> It’s not that difficult to be honest.

Sounds easy if all you have to do is write a short comment about it. People who actually did it, like the recently retired lead of the Jellyfin project, didn't make it sound like it's "not that difficult" [1].

If you want ot vibe code a project for yourself it's probably reasonable amount of effort. But if you want to build a product, something with polish, something not held together by spit and scotch tape, something reliable, it won't be easy.

[1] https://forum.jellyfin.org/t-project-leadership-changes

I would love to see an Open Source media center that supports streaming services. I wouldn't care if the services say "we only support 1080p for browsers / open source, anything more needs a locked-down device". (Perhaps the project could have some add-on you can buy that's a physical hardware dongle for doing 4k HDR and emitting HDCPed HDMI.) I already live with that for watching on my laptop. Just having watchable basic-resolution streaming would make it a one-stop-shop.

I think I understand how to use about 20 of the command line options for ffmpeg and the companion utilities like ffprobe. Which is to say; I understand about 0.5% of the total options they provide and am likely a world leading expert in it. I'm mostly joking -- as in, overstating how many of them I understand.

Understanding ffmpeg borders on a specialization in itself. No big surprise that so many of the alternatives have fallen away over the years as people realize the absolute scope of that piece of software.

> Multiple different XBMC forks. Multiples different Subsonic forks. Multiple different DNLA servers. Multitudes of web-based servers. CLI MP3 servers.

Big difference between _audio_ streaming and _video_ streaming servers. Video streaming is much more complex and pretty consolidated, as I mentioned.

Audio streaming is much more manageable: no issues with transcoding, acceleration or subtitling, and a radically simpler UI. Also ID3 tags aren't great but they're a pretty universal standard with lots of databases, you don't need to desperately scrape IMDB/TMBD for info.

As a result there are quite a few music servers, often exposing Subsonic compatible APIs, ranging from the minimalistic to the 'I'm trying to do everything Spotify does'.

You know that recent social media trend where you name 100 women? Try naming 100 ffmpeg command line options.

> the vacuum of newer alternatives to the XBMC lineage all the more puzzling.

What is there to be puzzled about? Doing media transcoding is the easy part, dealing with humans is the hard part so.. programmers aren't rushing out to do it.

To be fair to tailscale, I think all the feature creep is stuff that enterprises actually need to have solved. Without it it’s a product that 99% of users would just use free tier and never pay a dime for.

Perhaps it would have been better to split the product into a simple consumer thing and then a separate enterprise product suite.

> IMHO, capitalism and FOSS are fundamentally incompatible.

A bold statement to make given the world we live in today contains plenty of both, working together, in harmony.

Android Auto (and, similarly, Apple CarPlay) isn’t by itself any form of draconian Google data collection, you can really think of it as a second screen mirroring car-oriented user interface for Android OS.

It is almost 100% equivalent to connecting a second monitor to a laptop, but with a car UI.

You can use Android Auto without any sort of internet connection with offline maps, perhaps an app utilizing OpenStreetMaps. There is no prerequisite to sign your life away to Google or have them collect tons of data from you to use it.

As far as cars having cellular modems, yeah, I guess I’m not a fan of not having the choice to buy new cars without them, but usually they are there for pretty logical reasons. The car manufacturer infotainment system usually has its own software with online-enabled maps and apps, which some people prefer, I guess.

Believe it or not, Rivian has a complete global off switch for data collection, although it disables features like adaptive cruise control. Still, you’d probably be the type to not mind losing that as a trade-off.

There definitely needs to be more privacy legislation surrounding automotive technology, for sure. However, our original topic here was “bloat,” which in the context of automotive technology I take to mean “overbearing software and a lack of intuitive controls for automotive functions.”

For me, if a car has separate climate controls, turn signal stalks, non-haptic steering wheel buttons, and a volume knob, and the screen isn’t wildly laggy, I’m good.

If you're in France, perhaps. Definitely very far from massive for USA.

It’s small for a truck.

https://www.byd.com/jp/racco-special

I actually don't think it's worth noting. I think, if a particular code standard issue is really of value, it will be obvious. You will propose it and nobody will argue. I think the fact that code standards are contentious is proof they are extremely low value. Subtle effects are indistinguishable from superstition.

Heh, HTTP itself is pretty nice and flexible protocol. Its not their fault its get bloated by all shit added to it. Gopher is such inferior protocol compared to HTTP.

http://borg.uu3.net/~borg/ <- impossbile to replicate using gopher. Is it bloated? Hell no...

> Here we go: as soon as you ask for any kind of definition or rigor around AI development, people will work hard to shut you up.

Heh. I was essentially run out of lobsters for repeatedly asking that question. Not even kidding. At some point I became the second most flagged user in the entire forum. The site itself invited me to delete my account.

After a while I simply asked Claude to define "slop" and posted the answer. To this day it's still the only coherent definition of "slop" in the entire site.