frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Microsoft degrades functionality of perpetually-licensed offline products

https://consumerrights.wiki/w/Microsoft_Office_2019_and_2021_for_Mac_view-only_conversion_(2026)
698•antipurist•5h ago•228 comments

Domain expertise has always been the real moat

https://www.brethorsting.com/blog/2026/05/domain-expertise-has-always-been-the-real-moat/
391•aaronbrethorst•8h ago•236 comments

A Gentle Introduction to Lattice-Based Cryptography [pdf]

https://cryptography101.ca/wp-content/uploads/lattice-based-cryptography.pdf
24•jayhoon•2d ago•0 comments

Ahoy, DECmate II the little PDP-8 that could

http://oldvcr.blogspot.com/2026/05/ahoy-decmate-ii-little-pdp-8-that-could.html
7•TMWNN•31m ago•0 comments

Shantell Sans (2023)

https://shantellsans.com/process
155•aleda145•7h ago•16 comments

Racket v9.2 is now available

https://blog.racket-lang.org/2026/05/racket-v9-2.html
70•spdegabrielle•2d ago•7 comments

I found a seashell in the middle of the desert

https://github.com/Hawzen/I-found-a-seashell-in-the-middle-of-the-desert
270•Hawzen•2d ago•70 comments

The AV2 Video Standard Has Released (Final v1.0 Specification)

https://av2.aomedia.org
98•ksec•7h ago•16 comments

Accenture to acquire Ookla

https://newsroom.accenture.com/news/2026/accenture-to-acquire-ookla-to-strengthen-network-intelli...
264•Garbage•12h ago•130 comments

Building a LangGraph pipeline for production data engineering

https://labyrinthanalyticsconsulting.com/blog/building-first-langgraph-pipeline
4•labyrinthAC•35m ago•0 comments

Jef Raskin, the Visionary Behind the Mac (2013)

https://lowendmac.com/2013/jef-raskin-the-visionary-behind-the-mac/
90•tylerdane•9h ago•39 comments

Voxel Space (2017)

https://s-macke.github.io/VoxelSpace/
265•davikr•14h ago•58 comments

wolfSSL releases a new product; wolfCOSE a zero alloc C embbedded COSE stack

https://github.com/wolfSSL/wolfCOSE
76•aidangarske•8h ago•14 comments

Cheese Paper: a text editor specifically designed for writing

https://brie.gay/cheese-paper/
77•sohkamyung•6h ago•15 comments

Zig ELF Linker Improvements Devlog

https://ziglang.org/devlog/2026/#2026-05-30
184•kristoff_it•11h ago•54 comments

Openrsync: An implementation of rsync, by the OpenBSD team

https://github.com/kristapsdz/openrsync
349•sph•18h ago•148 comments

Parallel Reconstruction of Lawful TLS Wiretapping

https://remyhax.xyz/posts/reproducing-lawful-tls-wiretapping/
73•jerrythegerbil•9h ago•38 comments

OpenRouter raises $113M Series B

https://openrouter.ai/announcements/series-b
387•freeCandy•11h ago•190 comments

Show HN: 500 years of Joseon court omens as an observability dashboard

https://ajin.im/is/building/omen.ops/
96•poppypetalmask•9h ago•17 comments

Gustav Klimt and Egon Schiele in Conversation (2018)

https://www.theparisreview.org/blog/2018/01/31/the-drawings-of-klimt-and-schiele/
30•rballpug•2d ago•3 comments

Ask HN: Have you ever created a custom RISC-V ISA extension?

6•extensilica•2d ago•0 comments

Pandoc Templates

https://pandoc-templates.org/
376•ankitg12•19h ago•49 comments

Microcode inside the Intel 8087 floating-point chip: register exchange

https://www.righto.com/2026/05/microcode-inside-intel-8087-floating.html
100•pwg•11h ago•18 comments

Dusklight – GC Twilight Princess Decompiled

https://twilitrealm.dev/
81•shepherdjerred•8h ago•11 comments

90% of the T Distribution

https://entropicthoughts.com/ninety-percent-of-the-t-distribution
42•ibobev•3d ago•12 comments

Design Engineering Magazine

https://interfaces.dev/
73•hnhsh•8h ago•7 comments

Zig: Build System Reworked

https://ziglang.org/devlog/2026/#2026-05-26
334•tosh•20h ago•220 comments

Mechanical Pencin: A website about the hidden engineering in everyday objects

https://mechanical-pencil.com/
16•Muhammad523•4h ago•3 comments

Rotary GPU: Exploring Local Execution for Large MoE Models Under Limited VRAM

https://arxiv.org/abs/2605.29135
32•dryarzeg•8h ago•4 comments

Navier-Stokes fluid simulation explained with Godot game engine

https://myzopotamia.dev/navier-stokes-fluid-simulation-explained-with-godot
205•myzek•4d ago•25 comments
Open in hackernews

Please Do Not Vibe Fuck Up This Software – Rsync

https://github.com/RsyncProject/rsync/issues/929
68•justdotJS•1h ago

Comments

freakynit•1h ago
The comments are worth reading.
akerl_•1h ago
Are they? I've read them and they mostly just made me feel like shit.

The amount of drive-by hate being thrown at project maintainers of an open source project is depressing.

asp_hornet•59m ago
I guess both things can be true. Make you feel horrible and the reality of open source sometimes.
drdrey•59m ago
Counterpoint: don't read the comments
cpard•57m ago
The comments are definitely not worth reading. It’s a very sad thread, you literally had to go through all of them to find one that wasn’t about hate and stating some facts about the issues of the code.
wjnc•44m ago
I found them worth reading for the following set of thoughts came up:

- programmers had problems with delivering quality long before LLM’s

- very much research and tools went into that, bringing us {Git, libraries, VSCode, reviews, …,} but the human factor stayed the same (and more pronounced imho than in other fields of engineering)

- LLMs democratized programming, enhancing a few, dropping the bottom to no skill programming

- the tools and practices created for the quality problems from the past turn out to be wholly incapable of maintaining quality in the present

The main problem behind this is that those delivering the QA tools of the past are central in the AI race. Old school engineering would separate these concerns.

butterlesstoast•50m ago
The bread shop analogy made my year
themafia•35m ago
People are saying they detect a lot of "hate" in these comments which I don't see or agree with at all. People clearly have negative opinions about this and they're expressing them rather openly but to confuse this with actual "personal hate" seems like an equally overcharged response.

When you do anything publicly, even something that's considered a 'public good' like contributing to open source, you are opening yourself to the full tide of humanity for better or for worse. The overwhelming majority of the time it's for the better, occasionally, and in response to unpopular decisions, it's for worse.

What you shouldn't do is take any of this personally. It's open source. You have permission to take a break, you have permission to directly ignore issues and users, you have permission to do whatever makes _you_ happy.

If your goal is to receive unremitting love and adoration from a crowd of strangers then you're going to be bitterly disappointed... no matter how you occupy yourself.

magarnicle•1h ago
Aww, but I have such big plans for it!
rsyring•1h ago
> 26k code changes in 2 months..... rsync was 67k LOC as of 236417c (latest not obviously vibecoded commit it seems?).[1]

Wow.

1: https://github.com/RsyncProject/rsync/issues/929#issuecommen...

scared_together•1h ago
When I look at the commits themselves, most of the ones generated by Claude are testsuite changes, or at least labelled as such.

https://github.com/RsyncProject/rsync/commits/master/

shimman•59m ago
Is that suppose to make this better? IME the most valuable tests are those that test specific regressions. It's the scaffolding we build for ourselves to enable feature development. Remove that scaffolding and you get accidents. Pray to your god of choice these accidents don't cause harm or loss of life.

It should really be considered negligence at this point. Some of this software is extremely valuable, it's how we flourish as humans. Purposely fucking with that should bear some real world consequence. We do the same in every other industry, software is just as important too.

abuob•28m ago
In my perspective, "Analyze code, come up with edge cases and gaps and create unit tests for them" is one of the use-cases where AI was starting to get really good at, so I can see why someone would want to extend their test-suite dramatically using it.

But yes, using AI to then generate code that still causes regressions doesn't quite square with that. Given the huge amount of test-changes I'd still assume good faith by the maintainer; possibly just a bit of overexcitement paired with a dash of too much confidence into the new tools that is now hitting reality.

dnnddidiej•1h ago
Terrible issue. If I maintained I would instaclose. Must be bad for maintainers stress levels.
bfkwlfkjf•36m ago
If I were a user, knowing that the maintainers just let Claude lose on rsync would be bad for my stress levels.

In any case, I hate rsync owing to how easy it is to accidentally deleting everything. From my pov I don't care if it disappears.

krackers•1h ago
Hm good timing with https://news.ycombinator.com/item?id=48334854 (OpenRsync)
em-bee•1h ago
i suspect that post was made in reaction to the first AI/rsync post: https://news.ycombinator.com/item?id=48334021 , as i believe was this post too.
theonemind•53m ago
I find the way that issue was opened incredible obnoxious, but it is baffling that the maintainers seem to have let AI loose on rsync. Like, why? Why try comparatively experimental crap when your fortune and reputation is made and you're the leader of a niche and immune to market pressure and the people love the thing and it does exactly what it's supposed to and works well?

It's like the Matrix, with the little rant about the primitive human minds not being able to accept paradise. You wrote the perfect tool, you won, almost undisplaceable in a niche, reliable, a metaphorical household name. It makes no sense to anyone to gamble or mess with that, it's just mind boggling.

And that's still a damn obnoxious thing to do in the formal issue tracker. Bad attitude, bad faith.

roenxi•47m ago
Are you basing this opinion on the issue or actual evidence? Because this github link, although interesting, is almost completely context free on what the drama is beyond "Claude". The rsync maintainers could be anywhere on the spectrum from the perfect and responsible maintainer to incompetent children and we couldn't really tell.
xiphias2•27m ago
The problem is the we couldn’t really tell part. Changes made to mature finished projects should be minimal and readable and understandable by humans.

Also rsync is handling copying binary data, it’s a project that’s super sensitive to hardware faults for example, which means it’s not just enough for the tests to pass.

bulbar•26m ago
To me it seems people had actual problems with newer versions. Additionally, a significant portion of the code changed within a very short time frame.

Doesn't matter if they did it by hand or with AI.

impure•33m ago
Oh no, not Rsync. I guess that's one good thing about MacOS shipping with an ancient version of rsync. Oh, wait, they ship openrsync now, but the command is still called rsync.
vips7L•38m ago
Aren’t LLMs notorious for just making tests pass and not actually testing functionality?
vips7L•46m ago
> Like, why?

Because everyone, including this forum, is addicted to the instant gratification of LLMs. It’s pure hubris of thinking you can scan the output and it does what you think it does.

rakel_rakel•7m ago
I agree about letting AI loose on rsync is baffling, and also that how the issue was filed was incredible obnoxious. A thought crossed my mind though, with the risk of going slightly off topic. Disregarding the fact that mature software like Rsync does not need this kind of movement in changed LOC. Also assuming the maintainers best intentions with how they manage the project:

Since this is happening in open source, what do you think about the state of the quality of closed source software? AI usage (input as a success metric) is part of what you're being evaluated on as an employee, and people are panicking at the threat of mass layoffs due to AI.

Yikes!