frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Is Zig's New Writer Unsafe?

https://www.openmymind.net/Is-Zigs-New-Io-Unsafe/
56•ibobev•1h ago•26 comments

Living microbial cement supercapacitors with reactivatable energy storage

https://www.cell.com/cell-reports-physical-science/fulltext/S2666-3864(25)00409-6
24•PaulHoule•1h ago•4 comments

Images over DNS

https://dgl.cx/2025/09/images-over-dns
73•dgl•3h ago•18 comments

SCREAM CIPHER ("ǠĂȦẶAẦ ĂǍÄẴẶȦ")

https://sethmlarson.dev/scream-cipher
131•alexmolas•2d ago•66 comments

Claude Can (Sometimes) Prove It

https://www.galois.com/articles/claude-can-sometimes-prove-it
115•lairv•3d ago•25 comments

Git: Introduce Rust and announce that it will become mandatorty

https://lore.kernel.org/git/20250904-b4-pks-rust-breaking-change-v1-0-3af1d25e0be9@pks.im/
127•WhyNotHugo•3h ago•63 comments

Overcoming barriers of hydrogen storage with a low-temperature hydrogen battery

https://www.isct.ac.jp/en/news/okmktjxyrvdc
39•rustoo•3h ago•30 comments

Less is safer: How Obsidian reduces the risk of supply chain attacks

https://obsidian.md/blog/less-is-safer/
425•saeedesmaili•17h ago•202 comments

Bezier Curve as Easing Function in C++

https://asawicki.info/news_1790_bezier_curve_as_easing_function_in_c
10•ibobev•1h ago•1 comments

MapSCII – World Map in Terminal

https://github.com/rastapasta/mapscii
43•_august•1d ago•7 comments

H-1B Jobs Direct

https://guestworkervisas.com/gwv/jobs_direct.php
6•carabiner•40m ago•0 comments

The dawn of the post-literate society – and the end of civilisation

https://jmarriott.substack.com/p/the-dawn-of-the-post-literate-society-aa1
42•drankl•1h ago•17 comments

Escapee pregnancy test frogs colonised Wales for 50 years

https://www.bbc.com/news/uk-wales-44886585
57•Luc•3d ago•21 comments

If all the world were a monorepo

https://jtibs.substack.com/p/if-all-the-world-were-a-monorepo
207•sebg•4d ago•59 comments

Vapor Chamber Tech Keeps iPhone 17 Pro Cool

https://spectrum.ieee.org/iphone-17-pro-vapor-chamber
4•rbanffy•1h ago•1 comments

Show HN: FocusStream – Focused, distraction-free YouTube for learners

https://focusstream.media
59•pariharAshwin•8h ago•35 comments

IG Nobel Prize Winners 2025

https://improbable.com/ig/winners/
83•JeremyTheo•4h ago•27 comments

The best YouTube downloaders, and how Google silenced the press

https://windowsread.me/p/best-youtube-downloaders
436•Leftium•1d ago•182 comments

Britain jumps into bed with Palantir in £1.5B defense pact

https://www.theregister.com/2025/09/20/uk_palantir_defense_pact/
13•rntn•47m ago•1 comments

LLM-Deflate: Extracting LLMs into Datasets

https://www.scalarlm.com/blog/llm-deflate-extracting-llms-into-datasets/
36•gdiamos•8h ago•13 comments

PyPI Blog: Token Exfiltration Campaign via GitHub Actions Workflows

https://blog.pypi.org/posts/2025-09-16-github-actions-token-exfiltration/
40•miketheman•3d ago•11 comments

What Makes System Calls Expensive: A Linux Internals Deep Dive

https://blog.codingconfessions.com/p/what-makes-system-calls-expensive
12•rbanffy•1h ago•1 comments

Ants that seem to defy biology – They lay eggs that hatch into another species

https://www.smithsonianmag.com/smart-news/these-ant-queens-seem-to-defy-biology-they-lay-eggs-tha...
428•sampo•1d ago•143 comments

Show HN: Zedis – A Redis clone I'm writing in Zig

https://github.com/barddoo/zedis
134•barddoo•17h ago•84 comments

Show HN: WeUseElixir - Elixir project directory

https://weuseelixir.com/
187•taddgiles•18h ago•40 comments

Hidden risk in Notion 3.0 AI agents: Web search tool abuse for data exfiltration

https://www.codeintegrity.ai/blog/notion
156•abirag•17h ago•41 comments

Compiling with Continuations

https://swatson555.github.io/posts/2025-09-16-compiling-with-continuations.html
68•swatson741•3d ago•19 comments

Feedmaker: URL + CSS selectors = RSS feed

https://feedmaker.fly.dev
148•mustaphah•18h ago•27 comments

Czech founding father Masaryk's message revealed in long-sealed envelope

https://www.nbcnews.com/world/europe/masaryk-message-revealed-envelope-czech-founding-father-rcna...
39•tim-kt•3h ago•2 comments

Supporting Our AI Overlords: Redesigning Data Systems to Be Agent-First

https://arxiv.org/abs/2509.00997
47•derekhecksher•11h ago•15 comments
Open in hackernews

Git: Introduce Rust and announce that it will become mandatorty

https://lore.kernel.org/git/20250904-b4-pks-rust-breaking-change-v1-0-3af1d25e0be9@pks.im/
127•WhyNotHugo•3h ago

Comments

politelemon•1h ago
> Introducing Rust is impossible for some platforms and hard for others.

Please could someone elaborate on this.

ahdanggit•1h ago
Rust doesn't support as many CPU architectures as C does (SH4 for example, though there's likely many more better examples.)

This might make a much more interesting case for GOT than before https://www.gameoftrees.org/

1oooqooq•46m ago
got is a waste of time, imo.

they could just port the multiprocess pledge stuff to git (and benefit linux too with namespaces)

then all the userfacing changes (i.e. work on git bare instrad of wc) I've been doing for the last decade with a couple lines on my gitconfig file.

DarkNova6•1h ago
My understanding: As Rust is built on LLVM and not GCC, it is also limited to operating systems supporting LLVM.

GCC simply supports more platforms.

JoshTriplett•22m ago
Rust has a GCC backend as well, rustc_codegen_gcc. However, the NonStop platform just has a proprietary C compiler.
arccy•1h ago
because the rust compiler just doesn't support some platforms (os / architecture combination)?

RESF members tend to say it the other way around as in the platform doesn't support rust, but the reality is that it's the compiler that needs to support a platform, not the other way around.

JoshTriplett•22m ago
Rust can't support a platform when that platform's vendors just provide a proprietary C compiler and nothing else (no LLVM, no GCC). Perhaps someone could reverse-engineer it, but ultimately a platform with zero support from any FOSS toolchain is unlikely to get Rust support anytime soon.
whalee•1h ago
See this page [1], particularly the 'Tier 3' platforms.

[1] https://doc.rust-lang.org/beta/rustc/platform-support.html

Alifatisk•1h ago
More precise link

https://doc.rust-lang.org/beta/rustc/platform-support.html#t...

bbor•1h ago
Thanks for the specifics, really fascinating list! I'm sure I'm being a bit flippant, but it's pretty funny that a list including the Playstation 1, N64, and Apple Watches is in the same conversation as systems that need to compile git from source.

Anyone know of anything on that list with more than a thousand SWE-coded users? Presumably there's at least one or two for those in the know?

whalee•51m ago
I don't think the concern is whether a user can compile git from source on said platform, but rather whether the rust standard lib is well supported on said platform, which is required for cross compiling.
loeg•34m ago
In practice, the only systems any significant number of people care about running Git on are arm64 and x86-64, and those are very well supported.
jmillikin•1h ago
There's at least one proprietary platform that supports Git built by via a vendor-provided C compiler, but for which no public documentation exists and therefore no LLVM support is possible.

Ctrl+F for "NonStop" in https://lwn.net/Articles/998115/

MangoToupe•1h ago
How is this git's concern?
StopDisinfo910•1h ago
They enjoy being portable and like things to stay that way so when they introduce a new toolchain dependency which will make it harder for some people to compile git, they point it out in their change log?
antihero•1h ago
Shouldn't these platforms work on getting Rust to support it rather than have our tools limited by what they can consume? https://github.com/Rust-GCC/gccrs
akerl_•1h ago
Isn’t that’s what’s happening? The post says they’re moving forward.
kstrauser•1h ago
Yes. It benefits them to have ubiquitous tools supported on their system. The vendors should put in the work to make that possible.

I don’t maintain any tools as popular as git or you’d know me by name, but darned if I’m going to put in more than about 2 minutes per year supporting non-Unix.

(This said as someone who was once paid to improve Ansible’s AIX support for an employer. Life’s too short to do that nonsense for free.)

lloydatkinson•1h ago
As you're someone very familiar with Ansible, what are your thoughts on it in regards to IBM's imminent complete absorption of RedHat? I can't imagine Ansible, or any other RedHat product, doing well with that.
kstrauser•1h ago
I wouldn’t say I’m very familiar. I don’t use it extensively anymore, and not at all at work. But in general, I can’t imagine a way in which IBM’s own corporate culture could contribute positively to any FOSS projects if they removed the RedHat veneer. Not saying it’s impossible, just that my imagination is more limited than the idea requires.
halffullbrain•3m ago
IBM has been, and still is, a big contributor to a bunch of Eclipse projects, as their own tools build on those. The people there were both really skilled, friendly and professional. Different divisions and departments can have huge cultural differences and priorities, obviously, but “IBM” doesn’t automatically mean bad for OSS projects.
gtirloni•34m ago
I'm sure some of RedHat stuff will end up in the Apache Foundation once IBM realizes it has no interest in them.
Hizonner•1h ago
Sucks to be that platform?

Seriously, I guess they just have to live without git if they're not willing to take on support for its tool chain. Nobody cares about NonStop but the very small number of people who use it... who are, by the way, very well capable of paying for it.

kstrauser•23m ago
I strongly agree. I read some of the counter arguments, like this will make it too hard for NonStop devs to use git, and maybe make them not use it at all. Those don’t resonate with me at all. So what? What value does them using git provide to the git developers? I couldn’t care less if NonStop devs can use my own software at all. And since they’re exclusively at giant, well-financed corporations, they can crack open that wallet and pay someone to do the hard work if it means than much to them.
formerly_proven•59m ago
Nonstop is still supported? :o
maximilianburke•52m ago
Maybe they can resurrect the C backend for LLVM and run that through their proprietary compilers?

It's probably not straightforward but the users of NonStop hardware have a lot of money so I'm sure they could find a way.

zozbot234•28m ago
Rust has an experimental C backend of its own as part of rustc_codegen_clr https://github.com/FractalFir/rustc_codegen_clr . Would probably work better than trying to transpile C from general LLVM IR.
ksynwa•3m ago
Won't someome think of the financial sector
doctorpangloss•32m ago
You’re chasing after the meaning of “impossible.” Easy. There’s two categories of developers:

> I like programming

> I program to make money

If you belong to the second category - I’m going to be super charitable, it sounds like I’m not going to be charitable and I am, so keep reading - such as by being paid by a giant bank to make applications on Nonstop, there might be some policy that’s like

“You have to vet all open source code that runs on the computer.”

So in order to have Rust, on Nonstop, to build git, which this guy likes, he’d need to port llvm, which isn’t impossible. What’s impossible is to get llvm code reviewed by legal, or whatever, which they’re not going to do, they’re going to say “No. No llvm. HP who makes Nonstop can do it, and it can be their legal problem.”

I’m not saying it’s impossible. The other guy is saying it’s impossible, and I’m trying to show how, in a Rube Goldberg way, it looks impossible to him.

You and I like programming, and I’m sure we’re both gainfully employed, though probably not making as much money at guy, but he doesn’t like programming. You are allowed to mock someone’s sincerity if they’re part of a system that’s sort of nakedly about making lots of money. But if you just like programming, you’d never work for a bank, it’s really fucking boring, so basically nobody who likes programming would ever say porting Rust or whatever is impossible. Do you see?

It’s tough because, the Jane Street people and the Two Sigma people, they’re literally kids, they’re nice people, and they haven’t been there for very long, they still like programming! They feel like they need to mook for the bank, when they could just say that living in New York and having cocktails every night is fun and sincere. So this forum has the same problem as the mailing list, where it sounds like it’s about one thing - being able to use fucking hashmaps in git - and it’s really about another - bankers. Everywhere they turn, the bankers run into people who make their lifestyle possible, whether it’s the git developers who volunteer their time or the parents of the baristas at the bars they’re going to paying the baristas’ rent - and the bankers keep hating on these people. And then they go and say, well everyone is the problem but me. They don’t get it yet.

justinhj•1h ago
"Announce that Git 3.0 will make Rust a mandatory part of our build infrastructure."

Sounds like it will be mandatory to use Rust to build all of Git. The title implies Rust itself will be mandatory.

binary132•1h ago
how is that not the same thing?
StopDisinfo910•1h ago
One phrasing implies contributions will have to be in Rust, the other doesn’t.

I was confused in the same way after reading the submission title. Mandating Rust would be a far more radical change.

binary132•1h ago
I see. No, I understood it the way it is, as introducing it as a new hard dependency in git 3. I suppose it is a pilot for making it mandatory for contributions / incrementally replacing the existing code in the future, though.
ekidd•1h ago
Git is pretty modular, and it already includes multiple languages. I guess that significant parts of it will remain in C for a long time, including incremental improvements to those parts. Though it wouldn't surprise me if some parts of git did become all-Rust over time.
wongarsu•1h ago
You could read "Rust will become mandatory" as "all contributors will need to be able to code Rust" or even "all new code has to be written in Rust" or similar variations
kstrauser•1h ago
My last company used Jenkins, so our build infrastructure depended on Java. We used zero code outside of supporting Jenkins. So Java was required to build our stuff, but not to write or run it.

Edit: nope, I’m wrong. On reading the link, they’re setting up the build infrastructure to support Rust in the Git code itself.

ziml77•1h ago
Does anyone with insight into Git development know if we should care about this? Is this just a proposal out of nowhere from some rando or is this an idea that a good portion of Git contributors have wanted?
ekidd•1h ago
For whatever it might be worth...

Looking at the comment thread, at least one person I recognize as a core maintainer seems to be acting as if this is an official plan that they've already agreed on the outline of, if not the exact timing. And they seem to acknowledge that this breaks some of the more obscure platforms out there.

ziml77•46m ago
Interesting! I'd certainly say that's worth something. Definitely didn't expect it though given how poorly some people have reacted to Rust being introduced as an optional part of the Linux kernel.
JoshTriplett•25m ago
It's a lot more understandable for developer tooling like Git to more quickly adopt newer system requirements. Something like the Linux kernel needs to be conservative because it's part of many people's bootstrapping process.

rustc_codegen_gcc is close to becoming stable, and conversely the Linux kernel is dropping more esoteric architectures. Once the supported sets of architectures fully overlap, and once the Linux kernel no longer needs unstable (nightly-only) Rust features, it'd be more reasonable for Linux to depend on Rust for more than just optional drivers.

altairprime•54m ago
You can perhaps learn more about their involvement in the community from this year’s summit panel interview: https://youtu.be/vKsOFHNSb4Q

In a brief search, they’re engineering manager for GitLab, appear to be a frequent contributor of high-difficulty patches to Git in general, and are listed as a possible mentor for new contributors.

Given the recent summit, it seems likely that this plan was discussed there; I hadn’t dug into that possibility further but you could if desired.

phkahler•58m ago
It's to a "test balloon" if you have a plan to mandate it and will be announcing that. Unless I suppose enough backlash will cause you to cancel the plan.
monkeyelite•55m ago
How does this help me as a user of git?
cschep•43m ago
My guess is that we (I am also a user of git) won't even notice.
johnisgood•9m ago
I will leave this here for the future:

  $ ldd /usr/bin/git
          linux-vdso.so.1 (0x00007f69c2d64000)
          libpcre2-8.so.0 => /usr/lib/libpcre2-8.so.0 (0x00007f69c2c81000)
          libz.so.1 => /usr/lib/libz.so.1 (0x00007f69c2c67000)
          libc.so.6 => /usr/lib/libc.so.6 (0x00007f69c2616000)
          /lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007f69c2d66000)
  $ ls -alh /usr/bin/git
  -rwxr-xr-x 1 root root 4.0M Aug 25 11:40 /usr/bin/git
I did not measure but it does not take long on my old hardware to compile git from scratch either, for now.
jaas•35m ago
Rust is generally a much better tool for building software than C. When your software is built with better tools, you will most likely get better software (at least eventually / long term, sometimes a transition period can be temporarily worse or at least not better).
IshKebab•9m ago
In future it might be more reliable and faster, maybe with more features.

But we probably won't see any effect for 10 years or so.

syngrog66•50m ago
mandatorty: best new word of 2025
maxbond•9m ago
mandatorty (adj.): Simultaneously required and a civil offense.

I need to to fill out this TPS report. Unfortunately it's mandatorty to fudge section 15A.

jmull•45m ago
I'm wondering what's on the horizon with git 3.0?

From my (very limited) perspective, I just kind of thought git had settled in to 2.x and there wasn't any reason to break compatibility.

turkishdelight•43m ago
SHA-256 will become the default hash.
stebalien•39m ago
See https://git-scm.com/docs/BreakingChanges#_git_3_0
delusional•41m ago
It seems unwise, to me, to tie the life of a project as fundamental, and conceptually simple, as git to a compiler and runtime as complicated as rust.

The beauty of the unsafety of C is partially that it's pretty easy to spin up a compiler on a new platform. The same cannot be said of Rust.

loeg•37m ago
Do you think any new, Git-relevant platform is going to gain C compiler support via anything other than Clang/LLVM?
bArray•26m ago
In theory you should be able to use TCC to build git currently [1] [2]. If you have a lightweight system or you're building something experimental, it's a lot easier to get TCC up and running over GCC. I note that it supports arm, arm64, i386, riscv64 and x86_64.

[1] https://bellard.org/tcc/

[2] https://github.com/TinyCC/tinycc

addcn•25m ago
Feel like there’s a ton of interesting things ahead for SCM — want to see more of those proposals.

For example…had to build my own tool to extend git blame and track the AI generated code in our repository and save prompts:

https://github.com/acunniffe/git-ai

bArray•18m ago
Maybe I'm just old and moany, and I need to step aside for bigger and better things such as Rust.

But.

Now rather than needing to understand just C to work on Git/kernel, you now need to also know Rust. The toolchain complexity is increasing, and the mix of these languages increases the barrier to entry.

I'm highly invested into Git, having learned the tooling and having a significant number of projects constructed within it. I've written my own Git clients and have built a web server around Git repositories. I don't want to lose the hack-ability of Git.

GrayShade•12m ago
> I've written my own Git clients and have built a web server around Git repositories. I don't want to lose the hack-ability of Git.

And they will keep working because the repository format isn't affected by the language git is written in.

IshKebab•12m ago
> I'm just old and moany, and I need to step aside for bigger and better things such as Rust.

You are. This is firm "I don't want to have to learn new things" territory, which isn't a viable attitude in this industry.

In any case Rust is usually easier than C (excluding buggy C which is very easy to write), and certainly easier than actually learning the Git or Linux codebases.

matheusmoreira•7m ago
I've also sent some patches git's way and I can't say I'm thrilled about being forced to (finally) learn Rust if I want to contribute again in the future. I guess I'm outdated...
Luker88•5m ago
AFAIK git already uses multiple languages, github says its 50% C, 38% shell, 4% perl, then 4% TCL python 1%

So "another language" here probably does not weigh as much, especially considering perl/TCL are the weirder one there.

But for big projects like linux and git, this could actually be a consolidation step: you spent decades growing, hacking things on top of each other.

You have mostly figured out what this project is and where it is going, it's time to think about safety, performance and remove old hacks.

Rust feels like a good fit, imho.

gedy•16m ago
Maybe rewrite or create a new SCM called `grit`, etc