r/SimplyPlural

Android developers in the plural community: Google's new identity-verification rules are worth looking at now
▲ 37 r/SimplyPlural+1 crossposts

Android developers in the plural community: Google's new identity-verification rules are worth looking at now

We ran across something while working on the Android side of our PluralBridge application that developers and members of the plural community should be aware of.

Google is rolling out a new Android developer-verification system that requires developers using full distribution to verify their real-world identity with Google. What that means is that unrestricted app distribution, including apps distributed outside Google Play, will require real-world identity verification and app registration with Google. Enforcement begins September 30, 2026 in Brazil, Indonesia, Singapore, and Thailand, and a broader global rollout will begin in 2027.

Google's new system creates a new problem for developers: ordinary Android distribution would require the people behind a pseudonymous development identity to establish a verified real-world identity with Google.

Here are the links:

Android developer verification
https://developer.android.com/developer-verification/guides

Google also has this higher-level page on the changes:
https://developer.android.com/developer-verification

There is a limited-distribution option that avoids the normal verification path, but Google caps it at 20 authorized devices. That makes it impractical for most applications intended for a real user community.

This caught our attention because pseudonymity has particular importance to our community. Many of us identify using system names, community names, usernames, or other identities that we painstakingly keep separate from our real-world identities. That separation protects our extremely sensitive information about plurality, system membership, mental-health history, trauma, healthcare, relationships, or simply the fact that we participate in the plural community at all.

That remains true for users and developers alike.

PluralBridge is community-driven and we are developing our app for web, Android, and iOS. We deliberately identify and represent our project using pseudonymous identities. We have put considerable effort into maintaining that boundary. Our concern goes far beyond whether Google publicly displays someone's legal name. Linkage and inference matter too.

Once a pseudonymous identity becomes correlated with a real-world identity, other information can potentially be connected or inferred from it. A developer's GitHub activity, community posts, project history, system-related discussions, package ownership, signing identity, and other fragments may each reveal very little independently. Linking them to one verified person can produce a much richer picture. That is exactly the sort of correlation that people in privacy-sensitive communities have spent years trying to prevent.

We felt compelled to post this after reading post after post by developers discussing new plural apps and Simply Plural alternatives. Some of you may already know about Google's changes. Some may be encountering them for the first time. Regardless, we believe it important to share this kind of information.

If you develop an Android application under a pseudonym, system name, community identity, or any other identity you intentionally keep separate from your real-world identity, then this is worth investigating before making decisions about developer accounts, package ownership, signing keys, or distribution.

There are legitimate security reasons behind Google's attempt to make malicious developers more accountable. There are also real privacy consequences when participation in the Android software ecosystem requires a centralized company to know the real-world identity behind a pseudonymous developer.

For software serving the plural community, we believe that consequence deserves discussion, or at minimum raising public awareness to foster informed choices.

We're curious and interested in how other developers and community members see these changes in the Android ecosystem. If you're a developer building a plural-focused Android app, are you aware of the new verification requirements yet? How does this affect you and/or your project? Does developer pseudonymity matter to you and your project? Does this change how you're thinking about Android distribution?

One more thought... today it's Android... it's not hard to imagine this spreading to iOS and other platforms.

u/Sharky_J_Yellowfish — 6 days ago

altertracker.com: made by a system, for systems!

full credit to @ireneishealing on instagram for programming all of this, i’m simply promoting because i really really like the tool!

if you’re looking for a smaller community tool, faster bug fixes and features being added, i really recommend checking out altertracker.com. you can DM ireneishealing for any quick bug fixes or features, they have literally been so on top of things like fixing problems within probably a few hours!

profiles are so cute, so many helpful tools, just take a peek at it and see if you like it!!!

u/prof-cannabalist — 8 days ago
▲ 31 r/SimplyPlural+1 crossposts

Question

Ok so we've been thinking of moving system apps, currently using Ourcana but we don't really like it, and heard so many good things about Berrytree but the app is off the appstore, is it known when it'll be back up?

reddit.com
u/Floof-Artist — 14 days ago
▲ 19 r/SimplyPlural+1 crossposts

GPL-3.0 data portability project looking for contributors/reviewers in auth, consent, audit, and import design

I’m building PluralBridge, a GPL-3.0 open-source data portability project for plural Systems.

The immediate need came from Simply Plural shutting down on July 1. A lot of people need a durable way to preserve, inspect, and eventually migrate their own exported data without handing private System data to a closed service or a black-box importer.

The project has moved past the initial proof/demo stage. The next work is foundational engineering: account boundaries, authorization, consent, audit, and privacy-sensitive import processing.

Audience for this post: FOSS contributors and reviewers who are interested in helping build or review the architecture.

Current help-wanted lanes:

  • user management and account lifecycle
  • authentication and authorization
  • Account-to-System membership
  • RBAC / ABAC / policy-based authorization
  • ReBAC / relationship-based access investigation
  • consent and revocation modeling
  • audit trail design
  • separation of diagnostic logging from evidence-grade audit
  • privacy-sensitive import pipelines
  • import job ledgers
  • import/export as explicit processing purposes
  • scalable REST API / Azure hosting
  • .NET / C# implementation
  • security review and threat modeling

The repo has the usual project basics in place: README, contributing guidance, GPL-3.0 license, and security policy. The current goal is careful architecture and implementation review before the next layer gets built.

GitHub / Git repository: https://github.com/needsofmany/PluralBridge

Moderator guidance welcome if contributor calls belong somewhere else.

u/Sharky_J_Yellowfish — 13 days ago
▲ 19 r/SimplyPlural+1 crossposts

Apps that have a folder system similar to SP?

Update: Thanks for all the suggestions! I don't have the spoons to reply to most of the comments, but they're all super appreciated :] We've ended up trying out Prism and really liking it, both with how it's groups work and also just other stuff like it's custom field system, so it looks like we may be moving over to that!

Hi! We're looking for apps that have a similar folder system to how Simply Plural handled it? We're currently using Pluralspace and, while I think it's a good site, how SP handled and showed folders was massively beneficial to us and something we're really missing honestly 😔

reddit.com
u/n0mmiie — 13 days ago