Even if the report is inaccurate, Backblaze has never been profitable, which isn’t great. Investors want to see a return on their investment. They’ll keep pushing Backblaze to become profitable, likely eventually resulting in enshittification of some sort. We’ll see if things have changed when they publish their Q1 2025 results on May 7.

One of the harsh realities in Silicon Valley is there’s a lot of companies that produce great products but end up failing after going public, either because they couldn’t find a good product market fit, or because they couldn’t figure out how to make their idea profitable.

:(

At least I live in an area where the most likely disaster is an earthquake that destroys the entire area, and I’m not sure how useful weather alerts would be in that case.

My emergency kit has a radio with AM / FM / NOAA (emergency weather broadcasts in the USA) and a hand crank to charge its battery for exactly this reason.

Yet on Lemmy, I feel like no one talk about this huge international event.

Maybe because the people that are affected don’t have power.

That works, but why do that when you could just do apt install ./package-file.deb?

Ahh that’s unfortunate - they worked well together. Family is always the most important though!

It was missing a bunch of features last time I tried it - no crossfades, no automatic playlists (for things like liked songs, decades, etc), no artist radio (play an artist plus similar artists), no way to play sonically similar songs (based on server-side analysis), no loudness leveling, no Android Auto. Maybe it’s improved now - I’ll have to give it another shot.

Unfortunately I’m not sure I know enough about audio processing and similarity analysis to be able to implement those features myself.

Or a long time Debian user from before the apt command!

apt and apt-get both use dpkg internally, but these days it’s essentially seen as an implementation detail that regular users don’t need to know about.

dpkg doesn’t resolve dependencies (that’s a feature of apt) which means that if you install a Debian package with dpkg, you’ll have to manually install all dependencies first, and they won’t be marked as automatically installed (so autoremove won’t remove them if they’re not needed any more). Using apt solves that.

The web suggests dpkg because either the articles are old, or they’re based on outdated knowledge :)

Yeah, unfortunately it’s closed-source. It’s a good app though! If you build something similar that’s fully open source, with an Android app and Android Auto support, then I’d definitely be interested in trying it.

Wow I didn’t realise that Game Sack is still around. I remember watching their videos maybe 10 years ago. Thanks for the link.

Have you tried Plexamp? It supports all the features in your list. You need a Plex Pass for most of its features though.

I’m not mentioning it to suggest your project is bad or to discourage you; I’m mentioning it since it might give you some inspiration for features to implement in your one :)

Bitwarden and Vaultwarden are different products. Vaultwarden is API-compatible with the Bitwarden client apps, but it’s a completely separate project.

Both are self hostable. Bitwarden is designed for large deployments (like companies with tens of thousands of employees) so the design is very different to Vaultwarden which is designed for small deployments.

I used to self-host Bitwarden but switched to Vaultwarden a while back.

In the Bitwarden Android app, make sure all the autofill settings are enabled, including accessibility (which helps with autofill in apps that don’t officially support it). Sometimes, system updates seem to disable them.

Also note that Android apps need to explicitly support autofill. Not all apps do. The “use accessibility” option is supposed to help with apps that don’t officially support autofill.

These days, apt is for humans whereas apt-get is for scripts. apt’s output is designed for humans and may change between releases, whereas apt-get is guaranteed to remain consistent to avoid breaking scripts.

apt combines several commands together. For example, you can use it to install packages from both repos and local files (e.g. apt install ./foo.deb) whereas apt-get is only for packages from repos and you’d need to use dpkg for local packages.

I’d recommend avoiding aliases that conflict with regular commands, and there’s a standard Linux command called install. https://man7.org/linux/man-pages/man1/install.1.html

If you’re going to always pass the -y flag then I’d add --no-install-recommends too.

mostly supersedes apt-get/apt-cache/etc tools,

Except for in scripts. Debian guarantee that the output format of apt-get will never change and thus it’s safe to use in scripts that parse the output, whereas they don’t have the same guarantee for apt, which can change between releases.

Yeah, car mats.

Trunk/boot mats. Those are usually pretty similar across brands - they don’t differ as much as the floor mats do.