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 ↗)
    32comments
  2. If math is more than proof, we need to better celebrate the rest of it(terrytao.wordpress.com ↗)
    10comments
  3. GPT-6 Astra Solves a WWI German Radio Cipher(prinzai.com ↗)
    11comments
  4. San Francisco Onion Futures Company(onionfutures.com ↗)
    56comments
  5. Android 17 is the first since 3.x to add new APIs without releasing to the AOSP(grapheneos.social ↗)
    372comments
  6. Typesafe-computer-use drives a Mac toward a goal for 1/50th of a cent per step(github.com/awlevin ↗)
    26comments
  7. Science Is Open Software(jepedersen.dk ↗)
    28comments
  8. SDCC – Small Device C Compiler(sourceforge.net ↗)
    15comments
  9. Cloudflare Quick Tunnels(cloudflare.com ↗)
    275comments
  10. NASA-IBM Lunar Foundation open-Source Geospatial AI Model(usra.edu ↗)
    1comments
  11. Why building a Rust LSP is hard(rust-glancer.github.io ↗)
    26comments
  12. You can run Git on object storage if you re-make packfiles(tigrisdata.com ↗)
    6comments
  13. Saving another 100TB of RAM(cloudflare.com ↗)
    65comments
  14. How to Write with an LLM(sockpuppet.org ↗)
    316comments
  15. How OpenAI Used Its Own LLMs to Design Its Jalapeño Chip(ieee.org ↗)
    78comments
  16. Ctenophores: Wonders of Biology(quantamagazine.org ↗)
    4comments
  17. Veronese's Dogs(publicdomainreview.org ↗)
    discuss
  18. The first new cat species discovered in 100 years(nationalgeographic.com ↗)
    95comments
  19. Goroutine Leak Profiles(go.dev ↗)
    2comments
  20. OpenJev(openjev.com ↗)
    257comments
  21. Show HN: Cactus Needle 3: 8-29MB automation models can match DeepSeek V4 Flash(cactuscompute.com ↗)
    88comments
  22. Photon-Emission-Guided Laser Fault Injection Enables RP2350 Secure Debug(ledger.com ↗)
    66comments
  23. Cache-to-Cache: Direct Semantic Communication Between LLMs (2025)(arxiv.org ↗)
    12comments
  24. The Farnese letter(simonklee.dk ↗)
    6comments
  25. Minimal Phone 2(minimalcompany.com ↗)
    215comments
  26. Stepfun Step 5 Preview (LLM): On AA Pareto frontier(artificialanalysis.ai ↗)
    1comments
  27. Xcode 27.1 Beta Release Notes(developer.apple.com ↗)
    98comments
  28. Cyclomatic Complexity in C#(ndepend.com ↗)
    18comments
  29. Inside ZCode: Silently uploading your Git history to the cloud(ferstar.org ↗)
    97comments
  30. Warez: The Infrastructure and Aesthetics of Piracy (2021)(archive.org ↗)
    52comments

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.