Hacker Newsnew | past | comments | ask | show | jobs | submit | yunruse's commentslogin

"Musk accuses Altman, Brockman, and its major partner Microsoft of breach of charitable trust and unjust enrichment in the lawsuit" [0]. But of course Musk runs an AI for-profit himself, amongst many other things he has done and said. So this is a very reasonable case with a very unreasonable plaintiff.

As a current juror I really do not feel for how long jury selection might have taken here, and I can imagine deliberation will take longer yet.

Let the funding go to some actual charitable foundation which offsets the very real negative externalities of large-scale AI, I say. That seems most likely to benefit humanity.

[0] https://www.theguardian.com/technology/2026/apr/27/elon-musk...


This project is essentially "give me some metadata & a command which takes env $PORT, and I'll handle the rest". Which is neat!

I am also sick of handling port numbers - I end up allocating them on a schema to different services, so for testing I can spool any VM/service combination and avoid crossover. But if I want the same service twice, ah...

It always fascinated me that ports don't have any kind of textual resolver, so you can bind to `:1234` and also say "please also accept `:foobar`". But that would itself require some kind of "port resolver" on a device, and that's another service to break and fix :)


There is /etc/services to map port numbers to service names, and using getportbyname() to resolve port numbers.


DNS for /etc/hosts and now vibe.local for /etc/services. What will they think of next!


SVCB DNS records


  getservbyname(3)


I thought so too at first. It is definitely something interfaced on top of Tauri[0] with some sort of 'server-side logic' framework[1]. But looking at Tauri's site, it is really hard to disentangle if PyWry is a binder about WRY[2] or not.

"OS-efficient cross-platform HTML-based UI toolkit" is a great technological thing, but neither PyWry and Tauri's sites make that clear, or meaningfully advertise what they do. Which is a shame, because there is myriad software which might benefit all to use this.

[0] Tauri is akin to Chromium, I think? https://tauri.app

[1] and also a rather large amount of LLM integration; the source for PyWry has a whole section for Claude bindings

[2] the Webview Rendering librarY (WRY) used in Tauri https://github.com/tauri-apps/wry


> Tauri is akin to Chromium, I think?

Yeah, Tauri is for shipping web apps as desktop apps - basically an Electron replacement. Its main selling point is that it uses the system web view on Mac/Windows, so it doesn't have to bundle most of Chromium with every app.


Reports being weaponised is a big issue with asymmetric (report-only) systems, but at least here there seems to be a “report as not slop” button.

“Symmetric” user reporting is dearly needed in some websites; as you say something can be mass-reported with no real recourse.


The physics engine mentioned towards the end, Jolt Physics [0] is used in the frankly blockbuster games Horizon: Forbidden West and Death Stranding 2 and yet opens its description with

> Why create yet another physics engine? Firstly, it has been a personal learning project.

which is really rather wonderful and inspiring to see.

[0] https://github.com/jrouwe/JoltPhysics


Its use in those games is no mere coincidence though, the creator of that physics engine, Jorrit Rouwé, has worked at Guerilla Games since the Killzone days.

https://jrouwe.nl/games.php


It has also become the default physics engine in Godot.


Also increasingly well integrated into Godot.


If every website needed verification, why not simply move the verification to the device or ISP level? This seems like an authoritative move to track users across websites, and another good reason to keep using a VPN.

Certainly a terrifying amount of responsibility and upkeep for each individual website. If the UK wishes to establish this and not want it to lead to an insane amount of privacy leaks, it should consider developing a technology that makes it work in a privacy-respecting way, like the European Age Verification Solution [0]'s Zero-Knowledge Proofs.

[0] https://ageverification.dev


> the UK wishes to establish this and not want it to lead to an insane amount of privacy leaks, it should consider developing a technology that makes it work in a privacy-respecting way

They don’t care about the privacy aspect.

A key part of effective age verification is associating an identity with the account. They don’t just want to confirm that the person accessing the site has access to an ID of anyone who is 16+, they want to make an effort to associate the ID with the account. It’s the same reason why when you present an ID to buy alcohol they look at the photo to make sure the ID is actually yours, not just that you have an ID of someone older in your possession.


Breaking privacy is the point, why would the UK government do anything to impede that?

World governments are going to crack down hard on the free internet over the next century. A distributed solution is sorely needed.


Even if we keep it at the website level, a government-run solution that allows you to verify your age without revealing your identity would be the logical solution. There is no good reason why they need to know who I am to know how old I am. The EU seems to be headed that way. The UK doesn't seem to care, almost as if associating real names with accounts was the whole point and saving children was just a convenient excuse for them


To the device ??

That will turbocharge the draconian lockdown of computing. You will never own a computer you buy every again if that is pushed.


I prefer to default to `develop` and then eventually branch out to `release`: that way my branch names are pretty explicit. It seemed silly to me to start with a "central" branch, no matter the wording, because that's not actually how Git works (and it's rather uninformative).

For... some in the comment section, please recall the HN guideline: "Comments should get more thoughtful and substantive, not less, as a topic gets more divisive."


I remember when default branch was simply `trunk`, but maybe that was in SVN not git… trunk goes well with branches, maybe git should stick (heh) to it


Which for some of us, Spanish speakers, was on occasion amusing or lewd, depending on the context and culture. The Spanish equivalent is 'tronco' which is very similar and it is slang for a couple of things.


I am also leaning towards this, especially for active repository where a magic or master branch does not mean anything


s/repository/repositories;s/magic/main/


I sincerely hope you consider choosing "magic".


It's not silly at all, there are multiple ways how you can version your changes in git.


"Good deed math" feels like it drives legitimacy from some intrinsic sense of 'goodness', which to my ken looks de-emphasised in Franklin's model. Each act is a deed unto itself: a good deed and a bad deed do not counteract or excuse one another in some cosmic calculus.

The only link is the person -- that their acts inform their thoughts and habits, which informs future acts. In this case "good deed math" is likely a post-hoc rationalisation, predicted by the Franklin model but not exactly encouraged.


This is fascinating, but the title and URL might be better if they're of the article this links through to rather than a discussion:

"Fantasy or faith? One company's AI-generated Bible content stirs controversy" https://www.npr.org/2025/09/07/nx-s1-5518263/ai-bible-christ...


I found this article while making my way about Wikipedia (as you do).

It's ice that burns: cages of water trapping methane, and indeed the largest non-atmospheric store of it on earth. It forms interesting fractals under a microscope, has subtle and historical climate effects, fosters methanotroph communities. It has commercial interest for methane extraction and may work well for static methane storage.

A fascinating topic to stumble upon!


Did you follow up to https://en.wikipedia.org/wiki/Clathrate_gun_hypothesis ?

Not so subtle at all...


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: