frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

I Moved My Digital Stack to Europe

https://monokai.com/articles/how-i-moved-my-digital-stack-to-europe/
344•monokai_nl•2h ago•238 comments

Why I'm leaving GitHub for Forgejo

https://jorijn.com/en/blog/leaving-github-for-forgejo/
103•jorijn•1h ago•70 comments

Preserving Fisher-Price Pixter

https://dmitry.gr/?r=05.Projects&proj=37.%20Pixter
98•dmitrygr•2d ago•10 comments

New stainless steel can survive conditions for hydrogen production in seawater

https://www.sciencedaily.com/releases/2026/05/260510030950.htm
153•HardwareLust•2d ago•53 comments

Dutch suicide prevention website shares data with tech companies without consent

https://nltimes.nl/2026/05/13/dutch-suicide-prevention-hotline-shares-visitor-data-tech-companies
56•giuliomagnifico•1h ago•26 comments

An idiot's guide to lead optimisation for proteins

https://magnusross.github.io/posts/protein-lead-optimisation-1/
17•magni121•2d ago•0 comments

Restore full BambuNetwork support for Bambu Lab printers

https://github.com/FULU-Foundation/OrcaSlicer-bambulab
538•Murfalo•16h ago•236 comments

Deterministic Fully-Static Whole-Binary Translation Without Heuristics

https://arxiv.org/abs/2605.08419
242•matt_d•9h ago•57 comments

Web Server on a Nintendo Wii

http://wii.sjmulder.nl/
48•adunk•3d ago•4 comments

Googlebook

https://googlebook.google/
846•tambourine_man•20h ago•1382 comments

Substrate (YC S24) Is Hiring a Technical Success Manager

https://www.ycombinator.com/companies/substrate/jobs/T2fMBhD-technical-success-manager
1•kunle•2h ago

Show HN: Needle: We Distilled Gemini Tool Calling into a 26M Model

https://github.com/cactus-compute/needle
537•HenryNdubuaku•19h ago•157 comments

Using OR-Tools CP-SAT for Scheduling Problems

https://atalaykutlay.com/or-tools-cp-sat-for-scheduling-problems.html
25•akutlay•2h ago•4 comments

Cost of enum-to-string: C++26 reflection vs. the old ways

https://vittorioromeo.com/index/blog/refl_enum_to_string.html
33•sagacity•5h ago•18 comments

Reverting the incremental GC in Python 3.14 and 3.15

https://discuss.python.org/t/reverting-the-incremental-gc-in-python-3-14-and-3-15/107014
7•curiousgal•3d ago•0 comments

The Boring Part of Bell Labs (2025)

https://acesounderglass.com/2025/11/15/the-boring-part-of-bell-labs/
62•surprisetalk•5d ago•6 comments

How to make your text look futuristic (2016)

https://typesetinthefuture.com/2016/02/18/futuristic/
412•_vaporwave_•17h ago•54 comments

Why senior developers fail to communicate their expertise

https://www.nair.sh/guides-and-opinions/communicating-your-expertise/why-senior-developers-fail-t...
667•nilirl•22h ago•289 comments

CERT is releasing six CVEs for serious security vulnerabilities in dnsmasq

https://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2026q2/018471.html
344•chizhik-pyzhik•19h ago•179 comments

Scrcpy v4.0

https://github.com/Genymobile/scrcpy/releases/tag/v4.0
274•xnx•17h ago•42 comments

Software Developers Say AI Is Rotting Their Brains

https://www.404media.co/software-developers-say-ai-is-rotting-their-brains/
13•SpyCoder77•26m ago•1 comments

Traceway: MIT-licensed observability stack you can self-host in ~90s

https://github.com/tracewayapp/traceway
138•sebakubisz•2d ago•31 comments

When “idle” isn't idle: how a Linux kernel optimization became a QUIC bug

https://blog.cloudflare.com/quic-death-spiral-fix/
125•sbulaev•14h ago•18 comments

Rendering the Sky, Sunsets, and Planets

https://blog.maximeheckel.com/posts/on-rendering-the-sky-sunsets-and-planets/
505•ibobev•1d ago•40 comments

Quack: The DuckDB Client-Server Protocol

https://duckdb.org/2026/05/12/quack-remote-protocol
330•aduffy•20h ago•70 comments

The vi family

https://lpar.ATH0.com/posts/2026/05/the-vi-family/
222•hggh•1w ago•146 comments

My graduation cap runs Rust

https://ericswpark.com/blog/2026/2026-05-12-my-graduation-cap-runs-rust/
182•ericswpark•13h ago•68 comments

The Future of Obsidian Plugins

https://obsidian.md/blog/future-of-plugins/
416•xz18r•22h ago•151 comments

SecurityBaseline.eu

https://internetcleanup.foundation/2026/05/european-governments-3000-tracking-sites-1000-phpmyadm...
199•aequitas•6h ago•99 comments

Kraftwerk's radical 1976 track

https://www.bbc.com/culture/article/20260511-kraftwerks-radical-1976-track-radioactivity-became-a...
200•tcp_handshaker•14h ago•166 comments
Open in hackernews

A kernel developer plays with Home Assistant

https://lwn.net/SubscriberLink/1017720/7155ecb9602e9ef2/
138•pabs3•12mo ago

Comments

balloob•12mo ago
Founder Home Assistant here. Want to chime in that I always love to see write ups like these to see the great things what people achieve with Home Assistant.

Not everyone might know, but last year we started the Open Home Foundation[1] as a non-profit in Switzerland and I donated Home Assistant to it[2]. It's fully funded by users. There are no investors involved.

We are fully committed to building out a smart home that focuses on local control and privacy. Yes there are rough edges, but we're actively working on it in the open, with progress being released every month.

~Paulus Founder Home Assistant & President Open Home Foundation https://github.com/balloob

[1]: https://www.openhomefoundation.org [2]: https://www.openhomefoundation.org/blog/announcing-the-open-...

pabs3•12mo ago
Discussion for the other article in the series:

https://news.ycombinator.com/item?id=44011381

tomhow•12mo ago
Comments moved thither. Thanks!
pabs3•12mo ago
They are two different articles, I don't think that was correct.
tomhow•12mo ago
The problem is we can’t have two closely-related threads (i.e., threads where there is significant subject/discussion overlap) active at once.

When that happens it just gets confusing, because it’s hard for people know which thread to comment in, if the comment they want to make is somewhere in the overlap. And then whichever one they choose to comment in, people who only see the other thread won’t see that comment. Then sometimes, anticipating this, people will copy and paste their comment in both threads (which happened in this case). But then each one gets different replies.

So each thread ends up being incomplete and duplicated all at once, and it all becomes a big confusing mess.

The fact that these two articles were by the same author, had the same title, were published just a week apart and could easily have been published as one, longer article, says to me that merging the threads was the right thing to do.

The other option would have been to bury the second thread and consider another thread about that second article a few months later, but that didn’t seem like the best option, given how much the two articles are so related and continuous.

Edit: Just thought I'd add that a major factor in deciding to merge the threads was this opening to the second part by the author:

The first article in this series provided an overview of Home Assistant, its community, and its capabilities. It was deliberately short on descriptions of interesting things that can be done with Home Assistant, though — the reasons why one might actually want to use this program. In this closing article, we'll look at how Home Assistant was used to solve some real problems.

To me it makes all the difference that the first part is introductory/high-level whilst the second part goes deeper into usage-scenarios. We'd treat it differently if each part went deeply into different aspects on the project.

pabs3•11mo ago
Thanks for the response, guess that makes sense.
pabs3•11mo ago
BTW, on lobste.rs, they can merge threads into one, and all the URLs are shown at the top. That might be a useful change to adopt for HN too?