Hacker News

Top stories

Live mirror
30 storiesupdated just nowView source snapshot
  1. Human brain is two separate organs, Stanford Medicine-led research finds(stanford.edu ↗)
    8comments
  2. San Francisco Onion Futures Company(onionfutures.com ↗)
    47comments
  3. Android 17 is the first since 3.x to add new APIs without releasing to the AOSP(grapheneos.social ↗)
    361comments
  4. Typesafe-computer-use drives a Mac toward a goal for 1/50th of a cent per step(github.com/awlevin ↗)
    13comments
  5. SDCC – Small Device C Compiler(sourceforge.net ↗)
    14comments
  6. Science Is Open Software(jepedersen.dk ↗)
    25comments
  7. If math is more than proof, we need to better celebrate the rest of it(terrytao.wordpress.com ↗)
    discuss
  8. Cloudflare Quick Tunnels(cloudflare.com ↗)
    272comments
  9. Why building a Rust LSP is hard(rust-glancer.github.io ↗)
    20comments
  10. Saving another 100TB of RAM(cloudflare.com ↗)
    61comments
  11. How OpenAI Used Its Own LLMs to Design Its Jalapeño Chip(ieee.org ↗)
    76comments
  12. NASA-IBM Lunar Foundation open-Source Geospatial AI Model(usra.edu ↗)
    1comments
  13. How to Write with an LLM(sockpuppet.org ↗)
    312comments
  14. Ctenophores: Wonders of Biology(quantamagazine.org ↗)
    4comments
  15. You can run Git on object storage if you re-make packfiles(tigrisdata.com ↗)
    4comments
  16. Goroutine Leak Profiles(go.dev ↗)
    2comments
  17. The first new cat species discovered in 100 years(nationalgeographic.com ↗)
    90comments
  18. Show HN: Cactus Needle 3: 8-29MB automation models can match DeepSeek V4 Flash(cactuscompute.com ↗)
    85comments
  19. OpenJev(openjev.com ↗)
    257comments
  20. Photon-Emission-Guided Laser Fault Injection Enables RP2350 Secure Debug(ledger.com ↗)
    65comments
  21. The Farnese letter(simonklee.dk ↗)
    6comments
  22. Cache-to-Cache: Direct Semantic Communication Between LLMs (2025)(arxiv.org ↗)
    12comments
  23. Xcode 27.1 Beta Release Notes(developer.apple.com ↗)
    95comments
  24. Minimal Phone 2(minimalcompany.com ↗)
    208comments
  25. Cyclomatic Complexity in C#(ndepend.com ↗)
    17comments
  26. Inside ZCode: Silently uploading your Git history to the cloud(ferstar.org ↗)
    97comments
  27. Claude Code now reads AGENTS.md if there is no Claude.md(claude.com ↗)
    219comments
  28. Warez: The Infrastructure and Aesthetics of Piracy (2021)(archive.org ↗)
    46comments
  29. LispBM is a concurrent Lisp for microcontrollers with message passing(lispbm.com ↗)
    3comments
  30. Alibaba open-sources AI model that can detect cancer and nearly 150 conditions(scmp.com ↗)
    11comments

Google feedback form for Android developer verification requirements

76 pointsby 1y agodocs.google.com
6 comments
1y agoHN ↗

Help fill out the form and tell Google and the government what will happen if this is allowed.

1y agoHN ↗

Here's my diplomatic submission (bad english, but I post here because ultimately I'd want it to be read by someone and that form seems to be a black hole..):

===

Let me start by saying that I don't even fully know in WHICH cases those requirements would apply.. would it only apply when "Play Protect" is on [understandable]? Would "adb install" be affected too [completely crazy]? How would that handle personal apps that are not distributed? Further, how would it even handle Android Studio, would we need to show a government ID to run the "hello world" app made in Android Studio, is that what you want Android to be?

Second, it's not fully clear WHAT those requirements are. How come you can cite security concerns yet claim that the contents of the APK are not verified.. then what if I create malware? It makes no sense.

As a "technical" person and a security researcher, I feel disproportionately affected. Not just by these requirements, because like I said above, I don't actually distribute any apps for others to use, I might just share the source code but that's it.

What worries me is that not only does Google not offer any usable system for developers/researchers directly (there are no official "userdebug" builds that we could use as a "daily driver"), but it seems Google is actually making it increasingly harder for others to make such systems..

As others have pointed out, AOSP seems to be getting killed piece-by-piece, more and more vendors are disabling the option to unlock the bootloader.. yet I NEED a version of Android that doesn't impose restrictions on me, I assumed the core feature of Android was that it was open and therefore suitable for technical people like me..

If Android becomes closed - even for expert users and developers - there will be no point in staying on Android, I might as well try iOS, because why would I choose a copycat when I could choose the original?

Sincerely, zb3

1y agoHN ↗

This was written in a honest and sincere fashion thanks.

I agree that AOSP was deteriorating piece by piece. This was the inevitable next step.

1y agoHN ↗

I know this feels useless, but if there is any hope engineers within Google will see this, please make an attempt, and try to appeal to those who give a damn about free and open computing. This move is going to continue the shift towards closed and centralized computing until everything is DRMed, from the bootloader all the way up.