FX300 Angular. Basically the WipeOut Pure typeface.

Yeah yeah, AOSP and all that. Despite, Android is made primarily by Google to push Google products and most apps depend on Google services. For all intents and purposes, Android is a first party OS for Google.

Google literally owns Android tho.

From a technical point of view:

• Appimages are like MacOS .app programs. You download a random executable from a random website, that contains everything it needs to run. It’s the antithesis of the Linux way. Great for portability, awful for everything else. There are no automatic updates unless the developer explicitly bothers to implement them.
• Snaps are like docker containers. Each snap also contains everything it needs to run, but at least there is a centralized update system.
• Flatpaks are like another package manager layered over your OS. It manages its own dependency system isolated from your main dependency management. It updates its stuff pretty much like apt/dnf/pacman.
• Native are managed through your distro’s package manager, obviously.

From a feature/version point of view:

• If you have a bleeding edge or quickly moving distro, native packages are fine if you want/need up to date software. Arch users shouldn’t need Flatpaks for example. The downside is that those packages are made by the distro’s maintainers so can be anywhere from untested pre-release software (happened in Manjaro) to extremely outdated (like in Debian oldstable).
• Flatpaks/Snaps/Appimages are more and more maintained and packaged by their developers. It’s great for them as you only need to package once, all bug reports are on versions you control, and you don’t need to depend on a distro’s maintainer time and will to push updates to users. For stable distros users, this is theoretically the best of both worlds: a stable, tested OS with up to date user facing applications.

From a philosophical point of view:

• Appimages and Flatpaks are fully FOSS. Flathub is the dominant ways of distributing Flatpaks but anyone can create a competitor.
• Snaps are distributed through Canonical’s Snap Store, which is not FOSS and is vulnerable to Canonical’s corporate meddling.

My personal preference:

• Flatpaks for GUI apps, native for CLI tools
• Appimages as a last resort if it’s the only way to get a specific app.
• Snaps never.

Thanks! Perfectly fine yes ;)

Today I’m making yet another variation of my witbier, this time with kweik and lemon balm.

❤️

Oh thanks, I’ll check it out.

I tried running the tgz a few months ago. It needed a shitload of deprecated python dependancies, I’m not well versed in python so after the 10th pip install I gave up.

Version 4 is unfortunately closed source and paid.

Lightning is not perfect but it’s more yellow and fuchsia. Still looks amazing :D

They’re loud as fuck. But they feel amazing. It’s like a jolt every time you hit the contact point. Closest modern switches to the legendary buckling springs I’ve ever tried.

The Dark Side of Wine leads to many abilities some consider to be… unnatural.

But mostly, https://github.com/Gictorbit/photoshopCClinux

Didn’t keep it long tho, there were many issues and I didn’t fully trust a cracked version of Photoshop on my main computer. It didn’t survive reinstall when I upgraded my SSD.

No problem, this is my home now ;)

Seriously tho. Wefwef is incredible. Every instance should install it and give the choice to its users between the two frontends. PLus it would solve the rate limitation problems as both would be hosted on the same server.

I use Mlem ATM and I like it but Wefwef is crazy good.

All the large moons in the solar system are tidally locked to their planet!

Pluto and Charon are tidally locked to each other!

The earth would eventually be tidally locked to the moon too, but because it’s happening so slowly, it wouldn’t happen before the sun turns into a red giant and engulf both!

Never apologize for sharing your knowledge.

Nothing like a few essential oils to retrain your sense of smell. I recommend lavender, cinammon, lime, mint, and blown integrated circuits.