frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Start all of your commands with a comma

https://rhodesmill.org/brandon/2009/commands-with-comma/
142•theblazehen•2d ago•42 comments

OpenCiv3: Open-source, cross-platform reimagining of Civilization III

https://openciv3.org/
668•klaussilveira•14h ago•202 comments

The Waymo World Model

https://waymo.com/blog/2026/02/the-waymo-world-model-a-new-frontier-for-autonomous-driving-simula...
949•xnx•19h ago•551 comments

How we made geo joins 400× faster with H3 indexes

https://floedb.ai/blog/how-we-made-geo-joins-400-faster-with-h3-indexes
122•matheusalmeida•2d ago•33 comments

Unseen Footage of Atari Battlezone Arcade Cabinet Production

https://arcadeblogger.com/2026/02/02/unseen-footage-of-atari-battlezone-cabinet-production/
53•videotopia•4d ago•2 comments

Show HN: Look Ma, No Linux: Shell, App Installer, Vi, Cc on ESP32-S3 / BreezyBox

https://github.com/valdanylchuk/breezydemo
229•isitcontent•14h ago•25 comments

Jeffrey Snover: "Welcome to the Room"

https://www.jsnover.com/blog/2026/02/01/welcome-to-the-room/
16•kaonwarb•3d ago•19 comments

Vocal Guide – belt sing without killing yourself

https://jesperordrup.github.io/vocal-guide/
28•jesperordrup•4h ago•16 comments

Monty: A minimal, secure Python interpreter written in Rust for use by AI

https://github.com/pydantic/monty
223•dmpetrov•14h ago•117 comments

Show HN: I spent 4 years building a UI design tool with only the features I use

https://vecti.com
330•vecti•16h ago•143 comments

Hackers (1995) Animated Experience

https://hackers-1995.vercel.app/
494•todsacerdoti•22h ago•243 comments

Sheldon Brown's Bicycle Technical Info

https://www.sheldonbrown.com/
381•ostacke•20h ago•95 comments

Microsoft open-sources LiteBox, a security-focused library OS

https://github.com/microsoft/litebox
359•aktau•20h ago•181 comments

Show HN: If you lose your memory, how to regain access to your computer?

https://eljojo.github.io/rememory/
288•eljojo•17h ago•169 comments

An Update on Heroku

https://www.heroku.com/blog/an-update-on-heroku/
412•lstoll•20h ago•278 comments

Was Benoit Mandelbrot a hedgehog or a fox?

https://arxiv.org/abs/2602.01122
19•bikenaga•3d ago•4 comments

PC Floppy Copy Protection: Vault Prolok

https://martypc.blogspot.com/2024/09/pc-floppy-copy-protection-vault-prolok.html
63•kmm•5d ago•6 comments

Dark Alley Mathematics

https://blog.szczepan.org/blog/three-points/
90•quibono•4d ago•21 comments

How to effectively write quality code with AI

https://heidenstedt.org/posts/2026/how-to-effectively-write-quality-code-with-ai/
256•i5heu•17h ago•196 comments

Delimited Continuations vs. Lwt for Threads

https://mirageos.org/blog/delimcc-vs-lwt
32•romes•4d ago•3 comments

What Is Ruliology?

https://writings.stephenwolfram.com/2026/01/what-is-ruliology/
44•helloplanets•4d ago•42 comments

Where did all the starships go?

https://www.datawrapper.de/blog/science-fiction-decline
12•speckx•3d ago•5 comments

Introducing the Developer Knowledge API and MCP Server

https://developers.googleblog.com/introducing-the-developer-knowledge-api-and-mcp-server/
59•gfortaine•12h ago•25 comments

Female Asian Elephant Calf Born at the Smithsonian National Zoo

https://www.si.edu/newsdesk/releases/female-asian-elephant-calf-born-smithsonians-national-zoo-an...
33•gmays•9h ago•12 comments

I now assume that all ads on Apple news are scams

https://kirkville.com/i-now-assume-that-all-ads-on-apple-news-are-scams/
1066•cdrnsf•23h ago•446 comments

I spent 5 years in DevOps – Solutions engineering gave me what I was missing

https://infisical.com/blog/devops-to-solutions-engineering
150•vmatsiiako•19h ago•67 comments

Understanding Neural Network, Visually

https://visualrambling.space/neural-network/
288•surprisetalk•3d ago•43 comments

Why I Joined OpenAI

https://www.brendangregg.com/blog/2026-02-07/why-i-joined-openai.html
149•SerCe•10h ago•138 comments

Learning from context is harder than we thought

https://hy.tencent.com/research/100025?langVersion=en
183•limoce•3d ago•98 comments

Show HN: R3forth, a ColorForth-inspired language with a tiny VM

https://github.com/phreda4/r3
73•phreda4•13h ago•14 comments
Open in hackernews

Servo 2025 Stats

https://blogs.igalia.com/mrego/servo-2025-stats/
170•todsacerdoti•3w ago

Comments

N-Krause•3w ago
I wonder, seeing the immense growth in 2023/2024, how that correlates with the ladybird project, which officially started in 2024.

Could Manifest v3 be the reason we have so much fresh air blowing in the browser ecosystem or does it just stem from a general unhappiness of said ecosystem?

azertify•3w ago
I think that Ladybird has driven a lot of the effort, otherwise we'd just see browsers continuing to use Chromium with backports to allow v2 being worked on.

Ladybird was already progressing rapidly within SerenityOS well before it was officially launched, and I think that's given people a new inspiration for how plausible it is to create a browser from scratch. I'm really pleased we're seeing Servo having a resurgence too.

p-e-w•3w ago
It’s indeed rapidly progressing feature-wise, but I have yet to see an explanation for how they intend to manage security once market adoption happens.

Ladybird is written in C++, which is memory-unsafe by default (unlike Rust, which is memory-safe by default). Firefox and Chrome also use C++, and each of them has 3-4 critical vulnerabilities related to memory safety per year, despite the massive resources Mozilla and Google have invested in security. I don’t understand how the Ladybird team could possibly hope to secure a C++ browser engine, given that even engineering giants have consistently failed to do so.

jsheard•3w ago
> Firefox and Chrome also use C++, and each of them has 3-4 critical vulnerabilities related to memory safety per year, despite the massive resources Mozilla and Google have invested in security.

And part of Firefox/Chromes security effort has been to use memory safe languages in critical sections like file format decoders. They're far too deeply invested in C++ to move away entirely in our lifetimes, but they are taking advantage of other languages where they feasibly can, so to write a new browser in pure C++ is a regression from what the big players are already doing.

binary132•3w ago
Ladybird is going to use Swift.
boxed•3w ago
That is very good news!

I've used Swift a bunch for hobby projects, and the two things that suck about it are:

1. XCode

2. Compile times

I would assume if you're coming from C++ or Rust the compile time issues aren't really something you notice anyway :P

quux•3w ago
You don't strictly have to use Xcode to use swift, there's a good LSP for use in other editors.

That said, if you're using Swift to build an app, you're probably still going to want to use Xcode for building and debugging

boxed•3w ago
Yea, I'm building iOS apps mostly, and some macOS apps, so definitely need to use XCode :/
quux•3w ago
I have a nice workflow going for the iOS apps I work on where I use neovim for all my editing, and Xcode for building and debugging.
p-e-w•3w ago
I know that that’s the plan, but I believe it when I see it. Mozilla invented entire language features for Rust based on Servo’s needs. It’s doubtful whether a language like Swift, which is used mostly for high-level UI code, has what it takes to serve as the foundation of a browser engine.
binary132•3w ago
what technical demerits specifically make Swift a doubtfully viable option for a browser?
no_wizard•3w ago
Swifts most notable use case is certainly making apps but if I recall correctly Apple has converted a good bit of their networking code to Swift.

It may not be the lowest of the low level but it certainly is more flexible than meets the eye

torginus•3w ago
If I remember correctly, the guy behind it used to work at Apple, maybe that has to do something with it?
binary132•3w ago
perhaps they do not think Rust is the best option for Ladybird
DanOpcode•3w ago
I know they have said that. But it feels a bit strange to me to continue to develop in C++ then, if they eventually will have to rewrite everything in Swift. Wouldn't it be better to switch language sooner rather than later in that case?

Or maybe it doesn't have to take so much time to do a rewrite if an AI does it. But then I also wonder why not do it now, rather than wait.

quux•3w ago
That is the plan, but they are stalled on that effort by difficulties getting Swift's memory model (reference counting) to play nice with Ladybird's (garbage collection)

I think there was some work with the Swift team at Apple to fix this but there haven't been any updates in months

binary132•3w ago
I would love it if you would provide a reference I could go look at
quux•3w ago
There's a few threads about this in the Swift forums, here's a couple:

https://forums.swift.org/t/ladybird-browser-and-swift-garbag...

https://forums.swift.org/t/ladybird-browser-event-loop-integ...

https://forums.swift.org/t/ladybird-gc-and-imported-class-hi...

binary132•3w ago
Thank you! I look forward to perusing these.
torginus•3w ago
I just checked out Servo, and like all browsers it has a VERY large footprint of dependencies (notably GStreamer/GOject, libpng/jpeg, PCRE). Considering browsers have quite the decent process isolation (the whole browser process vs heavily sandboxed renderer processes), I wonder how tangible the Rust advantage turns out to be.
p-e-w•3w ago
Browsers have had sandboxing for well over a decade, and the 3-4 catastrophic vulnerabilities per year happen in spite of that.

And most of them are in the browser code itself, not in dependencies. By far the biggest offender tends to be the JavaScript engine.

torginus•3w ago
Are you sure?

I just looked at the top CVEs for chrome in 2025. There are 5 which allow excaping the sandbox, and the top ones seem to be V8 bugs where the JIT is coaxed into generating exploitable code. One seems to be a genuine use-after-free.

So I can echo what you wrote about the JS engine being most exploitable, but how is Rust supposed to help with generating memory-safe JITed code?

p-e-w•3w ago
Like this: https://github.com/nbp/holyjit
silotis•3w ago
The increased activity came from Igalia who started working on Servo in 2023 with support from the Linux Foundation. Prior to that the project was effectively dead in the water with no sponsored development.
Vinnl•3w ago
And Igalia is notable for contributing to every major browser engine: https://www.igalia.com/2026/01/05/Doing-Our-Share-for-the-We...
N-Krause•3w ago
But the question still remains, why did Igalia pick up a dead project?

I doubt you'd invest that kind of money/time into a project without a good reason. I am not saying that ladybird or manifest v3 are the reason, I just notice a lot of new energy in the not-just-chrome category and wonder what the other reasons might be.

Andreas Kling is pretty open about his reasons to have started the ladybird project and I just know Servo from his monthly videos and a few other sidenotes, so I was surprised that it gained so much traction after being basically dead.

senko•3w ago
> But the question still remains, why did Igalia pick up a dead project?

> I doubt you'd invest that kind of money/time into a project without a good reason.

Igalia is a very peculiar company. I would not rule out "it's a good thing for the commons and we bet we'll get some upside eventually" as the reason.

nicoburns•3w ago
> But the question still remains, why did Igalia pick up a dead project?

Igalia is generally pro open-source, and Servo certainly aligns with their ethos, but a lot of the money came from Futurewei / Huawei who are interested in Servo because it's not US based, and therefore they are actually able to contribute to it (they are effectively banned from contributing to Chrome/Firefox/Safari due to US sanctions). There is now also funding from the Sovereign Tech Fund who are also interested in a "European browser" (and NLnet, but they fund all sorts of things)

N-Krause•3w ago
Thanks, that are the insights I was hoping to get.
nayroclade•3w ago
As I understand it, funding was provided by NLnet[1], a longstanding Dutch non-profit that focuses on supporting open internet technologies. The funding was provided specifically for reviving Servo. By the looks of it, the money itself mostly comes from the EU, which has various grant programmes to fund open access technology, digital sovereignty, etc. Given several Servo contributors worked for Igalia, I expect they submitted a proposal to NLnet for them to fund Servo development, and it was successful.

[1] https://nlnet.nl/project/Servo/

swsieber•3w ago
Exciting times.

Are we at the point yet where someone can use something other than a major headless browser (firefox, chrome) for converting html to PDFs without huge css gotchas?

Is there any comparison/ are we x yet reviewing alternative browser engines being developed? It seems like there's quite a few in active development at this point.

nayroclade•3w ago
You can edit the query on wpt.fyi to compare web platform test results for Flow, Ladybird and Servo.
Fiveplus•3w ago
Incredible! That contributor stat going to 146 people is super validating for the rust ecosystem. considering servo was the original "rewrite it in rust" project that basically birthed the language. Since memory safety is the bottleneck for every other legacy engine right now, is there any reason for embedded devices to keep using stripped-down webkit instead of switching to servo at this point?
p-e-w•3w ago
I’m guessing the uncertainty about whether Servo will be meaningfully maintained 5 years from now is the main problem.
nicoburns•3w ago
> is there any reason for embedded devices to keep using stripped-down webkit instead of switching to servo at this point?

I'd say Servo isn't quite there yet, but give it another year on the current trajectory and it might well be a viable option for a lot of use cases.

eveningsteps•3w ago
Maybe that was explained in Rego's September talk [1] but went over my head, but how does Igalia steer Servo? I can understand that when the project was under Mozilla, there were people primarily from, or tied to Mozilla keeping it afloat. Since Igalia is a _consulting_ agency, I don't suppose they work on code themselves, so what do they do to, well, attract new people and keep existing contributors in the loop?

[1]: https://blogs.igalia.com/mrego/servo-a-new-web-engine-writte...

Tpt•3w ago
Igalia is a quite specific "consulting" agency that employs developers and get contracts from client to implement specific features or fix specific bugs, usually around FOSS. They have people who knows how to contribute to Firefox, Chrome, WebKit, Linux, Mesa... It's the go to company if you want to get something done in these projects when not having the resources for that in house.

For example they work for Valve to make the Radeon drivers better and got a grant to get basic MathML support done in the three major web browsers.

zipy124•3w ago
Igalia are implementation consultants not management consultants. They are who you get in when you need the expert in some field to fix your problem, usually by writing the code themselves. For example if you're writing driver code and you have problems you call them. Or if your Valve and you are having trouble with the linux graphics stack you might call them[1] etc....

[1]: https://www.igalia.com/2025/11/helpingvalve.html

nicoburns•3w ago
> Since Igalia is a _consulting_ agency, I don't suppose they work on code themselves

They absolutely do work on the code themselves. They have a small but active team working on it full time. They are a _software_ consulting agency who's primary product is writing code.

Regarding "steering", there is a Technical Steering Commitee who meets monthly (https://github.com/servo/project/tree/main/governance). Several but by no means all members of the comittee are from Igalia.

clot27•3w ago
I think it would be completely usable by end of next year? so excited!!
silverwind•3w ago
I hope uBlock will support Servo if `webRequestBlocking` is implemented like in Firefox.
torginus•3w ago
How usable is Servo nowadays? I remember trying it like 3 years ago (exploring it for integration for a dashboard where Chromium was too heavy), and most websites had major rendering or usability problems to the point that I abandoned the idea.
stephen_g•3w ago
Probably the best way to get a feel short of actually trying it is to read the monthly reports on their blog [1], it still seems to be not ready to be a daily driver but I still follow blogs and videos about Servo and Ladybird because I’m hopeful we will have some more browser engine diversity someday!

1. https://servo.org/blog/

nicoburns•3w ago
Yes, and if you do want to try it then there are builds available for most platforms: https://servo.org/download
torginus•3w ago
Thanks! I've checked it out, and my quick assessment is that for most static-ish websites I tried, it's not perfect but definitely usable!
nicoburns•3w ago
Night and day better than 3 years ago. Website like github work properly now. But still a ways to go to catch up with top-tier browsers in both compatibility and performance.

(if testing make sure you enable the "experimental features" using the button in the top-right - the project is far too conservative about this and lots of stuff doesn't work without them)

apublicfrog•3w ago
As an Australian, I'm disappointed this isn't an article about the amount of fuel, margins, cars, etc at a servo (yanks call them "gas stations").

For anyone else confused (as the linked page doesn't describe it at all:

> Servo aims to empower developers with a lightweight, high-performance alternative for embedding web technologies in applications.

It appears to be a browser engine embeddable in other applications, I assume for delivering content designed to run in a browser for some reason.

riffraff•3w ago
if anyone at igalia is reading: there's a typo in a caption: "Evolution of GitHub stars for Servo from start-history.com" should be star-history.
bfrog•3w ago
This is good to see! Ultimately a FOSS project lives or dies on contributors and contributions from them. Seeing this grow is a sign of health and for servo this is great to see!