betterbird tray solution doesn't work on wayland, given a bug on common code (affects both, Firefox, Thunderbird and derivatives). Just in case that's one of the motivations of using betterbird. That by the way was the only feature that really made me look at betterbird, and as it didn't work, I went back to TB. And if you're wondering, birdtray doesn't work on wayland, 😑.

Thunderbird is working on enabling exchange, and meanwhile you can combine it with TBSync plus its provider for exchange AcriveSync extensions. And given TB hadn't care so far about tray, to at least avoid TB dying by mistake, you can also add Minimize on Close extension. Mail would still be IMap, so it'll work as long as the outlook provider enables IMap support, but for the company I work it's enabled. But such support is coming up on TB. Not sure if its solution would be 100% open source, but I hope it is, otherwise, I'm not sure if everyone will want to have a blob proprietary binary inside TB...

Have you read it's github front page?

This is an experimental cryptographic network library. It has not been formally audited by an independent third party that specializes in cryptography or cryptanalysis. Use this library at your own risk.

BTW, if you look at its issues (including closed ones, which most probably aren't really closed) you'll find pretty interesting discussions about its crypto not being right. That said, I'm not sure what irungentoo brings to the picture...

At any rate, if you're looking for distributed messaging, I'd look into Jami. It also uses DHT and something similar to torrents mechanism. Jami is my only option so far for distributed messaging. There's also Briar, but I don't like it for regular messaging, particularly on phones (too much battery usage), neither its underlying technology, but if it's to your liking, then that's another option for distributing messaging.

Well this one is not false, :(

browser.search.serpEventTelemetry.enabled

Though this one is:

browser.search.serpEventTelemetryCategorization.enabled

So it seems not quite fully disabled... But telemetry is supposed to be off on librewolf...

Probably Guix, and GNU endorsed distributions. Binary blobs are not allowed on free/libre distributions, or not on their official repos. That said, most gnu + linux distributions don't care about those. Most will take care, if they get to realize it, about distribution licenses, so if something has some sort of legal issue to be distributed, that will get purged from its repos most probably...

How about bcachefs. I'm waiting for it to support swapfiles, which seems to be in the TODO list, but so far doesn't work. If you use swap partition[s], or prefer not to have swap at all (I never fell for this, and besides swap is required for hibernation if that's a thing for you), then bcachefs is ready for you. It's already part of linux since 6.7, and on Artix, current linux is 6.8.9...

To me is the FS to use. I'm still on luks + ext4 (no LVM) and do entire home backups with plain rsync to an external device. I'd have to learn new stuff, since ext4 is really basic and easy to configure if in need, but I think bcachefs is worth it, and as mentioned, just waiting for it to support swapfiles, :)

I would recommend using apkupdater for closed source apks, in particular enabling apkpure repo, rather than insisting on using google repo with aurora store or any other mechanism.

Also looking for FLOSS alternatives if possile (granted things like whatsapp and waze won't have alternatives for example).

Some metioned apkmirror as the more trusted repo for closed source apps, however it's currently formatting apks on multiple apks, and supposedly requesting for the apkmirror own instaler, so I recommend apkpure instead, which is also pretty well regarded, and they also in theory offer the same packages as the ones on google play...

For FLOSS apps, the different f-droid repos (official ones and non official ones such as izzy-on-droid) offer a good amount of them.

The main problem with systemd has never been the time it takes to boot, it's more on the lines of what @[email protected] and @[email protected] mentioned.

Mozilla being Mozilla, I'd guess. They should have gone sel-hosted with sourcehut, or at least gitlab. Or if not self-hosted, the choice should have been at the least gitlab or better, given it allows to chose DCO over CLA. But perhaps not everyone cares... I remember when gitlab introduced DCO, and how that helped debian and gnome to migrate to gitlab. After allowing DCO, other projects migrated as well.

I'm not that fan of gitlab, and I'd prefer sourcehut for open source projects, but if wanting something closer to github, then gitlab might be the answer. But Mozilla is a corp, maybe they don't care much about these things, and as a corp, perhaps they were looking for CLA sort of contribution any ways...

Second one, which I'd rephrase as ubuntu sticking with apt/dpkg as its package manager. Which is really nice if you like ubuntu as a distro already.

Though I don't really get why there has to be a distro to be beaten. And having flavors is always good. I, for example, don't like distros changing too much upstream SW, so the more vanilla the better. I don't like either the periodic releases, and to be rolling release rocks. I don't like systemd, whereas most distros now a days are systemd dependent. I also dislike network manager and similar and require a distro that keeps support for the basic dhcpcd + wpa_supplicant... All that to say, that no distro fits all needs, so several options are good, no need to have one beating the rest, :)

it's not just osm instead of gmaps for the FOSS version. It's NOT using google push notificationss neither gapps at all. Using sockets instead of push notifications. It makes molly FOSS being more battery hungry, but at least it's not using google stuff. Not sure if the dev would be willing to integrate suipport for unified push for the FOSS version, that'd be even better...

What I'm missing from wayland, it's not really something from wayland itself. Examples are several needed electron based applications, which some will refuse to properly work (for meetings, desktop sharing, etc), wine, gtk4 applications not respecting GDK_DPI_SCALE (not sure if already addressed) when not using gnome (wayfire being used as compositor), no proper support for conky (or eventually equivalent wayland functionality) yet, and several nuances with waybar, and some other tools. Major issue is my work dependency over some non floss electron binary blobs, like teams, slack, and so on, which particularly for desktop sharing and meetings don't yet work properly, no matter the electron options one can use for them, and some floss I use like signal, freetube, jitsi. Wine has a horrible hack, which I might live with, but it's horrible...

So I'll have to wait further for non wayland stuff to truly support wayland, and it has taken ages for that to happen, :(

I haven't tried labwc, andit sounds interesting, though I don't like openbox configs, and I really love fluxbox ways, which are also text files, but I never got used to openbox configs, perhaps just because I got way too familiar with fluxbox, which is what I use with Xorg (fluxbox + picom + tint2 + conky).