I’m not sure either. I think arch used to be one of the less popular distros (because of the more involved install process, solved now by the arch-based distros with friendly installers), despite having some of the best features, so it required more “evangelism”, that’s unecessary now. Arch-based distros are now some of the most popular ones, so its not necessary.

Others have commented on why its so great, but the AUR + Rolling releases + stability means that arch is one of the “stable end states”. You might hop around a lot, but its one of the ones you end up landing on, and have no reason to change from.

In that case flatpak is basically a hack for OS’s with broken or improper dependency manangement systems. Either those OS’s should fix their broken systems, or ppl should move to OS’s that do it properly, as that’s one of the most important functions of your OS anyway.

Which ones? Everything in the arch main repos are compiled for your system, and most things in the AUR can either be built from source, or have -bin installs.

Can someone explain why flatpak isn’t necessary for distros that have proper OS dependency management like Arch-based distros or Nix?

Seems like flatpak is solving a problem for OS’s that don’t have proper dependency management.

Why, it’s totally unnecessary.

Ah my bad.

Ya we have to deal with so many vote bots, dead account voters, and vote spying tools now from some instances, that it’s genuinely going to be one of the biggest challenges on the fediverse in the future.

If some special interests set up shop on the fediverse, and upvote their content with a lot of fake accounts, or downvote others views they don’t want popularized, without a way to combat it while still preserving overall vote privacy, we’ll be in bad shape.

This has nothing to do with that. But we have expanded the site settings to reject federated votes (or downvotes only)

I elaborated on this here

Here is the issue and the pull request.

Essentially multi-communities are a federated item very similar to communities, that federated users can subscribe to. They have an id, a creator, name, description, and a list of communities. If you subscribe to it, your instance will pick up any changes to it. You can then get a list of posts filtered by that multi-community.

Here are the new endpoints:

• https://join-lemmy.org/api/main#tag/Post/operation/GetPosts
• Not new, but you can now filter by a multi-community
• https://join-lemmy.org/api/main#operation/FollowMultiCommunity
• https://join-lemmy.org/api/main#operation/CreateMultiCommunity
• https://join-lemmy.org/api/main#operation/GetMultiCommunity
• https://join-lemmy.org/api/main#operation/CreateMultiCommunityEntry
• https://join-lemmy.org/api/main#operation/ListMultiCommunities

The 1.0 release is many months away yet, and we’ll give ample time to app devs to update.

Yep, or the things you’ve downvoted.

Same, endeavorOS has been my default install for years now.

Distrowatch does their rankings by page hits, it’s not the best indicator of either usage or popularity.

No probs

The lemmy-ui env vars look wrong to me.

I can’t tell which version of lemmy-ui you’re running, or the env vars without your dockerfile.

Env vars are here: https://github.com/LemmyNet/lemmy-ansible/blob/main/examples/vars.yml#L43

1 month later:

Searches for how to view pictures, videos, and browse via the terminal

You’d need to post your dockerfile, that’s not an official install method so I have no idea what’s wrong.

I haven’t had any time to devote to it, but sleepless has been helping to re-organize the lemmy back-end so that other rust projects (like lemmy-rs-client and lemmy-ui-leptos), can more easily import its types and API.

We need a lot more front end devs on both it, and lemmy-ui. There are 500+ github issues for lemmy-ui and about 1/3rd of a dev able to work on any of them.

Not yet. There’s so much front end work to be done yet, and lots of testing after that.