Live data from Hacker News

June in Servo: real world compat, media queries, SharedWorker, and more

servo.org

41–50 of 72 posts

Re: June in Servo: real world compat, media queries, SharedWorker, and more

#41
post #30
post #20

Earlier quoted context omitted.

Servo is 14 years old, it's hardly a new project. Ladybird has come much farther in a shorter amount of time. The issue has always been Mozilla not being focused.

Ladybird has far more funding. The original blog post said Servo brought in $7k last month. Compare that to Ladybird and the first donation on this list already exceeds Servo’s total: https://ladybird.org/newsletter/2026-06-30/

Servo does also have a handful of people employed to work on it full time outside of that $7k (not sure if that's also true of Ladybird or not)

Re: June in Servo: real world compat, media queries, SharedWorker, and more

#42

Earlier quoted context omitted.

> And yet, no one's rushing to pick up Servo. Mozilla Firefox merged Servo's Stylo CSS engine into Firefox 57 in 2017 and their WebRender renderer into Firefox 67 in 2019. I guess you could call that a "pretty niche browser" even then but that's a stretch. No one's rushing to pick it up because Servo was originally an experimental Rust project meant to incrementally replace parts of Firefox. Then Mozilla stopped fund…

> Mozilla Firefox merged Servo's Stylo CSS engine into Firefox 57 in 2017 and their WebRender renderer into Firefox 67 in 2019. Well sure, but Firefox is still primarily powered by Gecko and SpiderMonkey. And they laid off the entire Servo team. I wanted this to succeed as much as the next guy, but the momentum just isn't there. I was stunned to hear they are getting close to $8k a month in donations though, so it's…

It got dropped in 2020, picked up again in 2022/2023, and just hit the pre-2020 activity level (in terms of commits per unit time) this year.

Re: June in Servo: real world compat, media queries, SharedWorker, and more

#43
I've repeatedly said this almost year after year, but Servo is not a "real" project. It's weird, but whatever the case is, after it left Mozilla, it has clearly oriented around being governance focused and not helping actual embedded browser engineers.

You don't have to believe me, just look at their track record and ask yourself why no one embeds it in anything after, what, a decade or more?

Re: June in Servo: real world compat, media queries, SharedWorker, and more

#44

I've repeatedly said this almost year after year, but Servo is not a "real" project. It's weird, but whatever the case is, after it left Mozilla, it has clearly oriented around being governance focused and not helping actual embedded browser engineers. You don't have to believe me, just look at their track record and ask yourself why no one embeds it in anything after, what, a decade or more?

[deleted]

Re: June in Servo: real world compat, media queries, SharedWorker, and more

#45
post #30

Earlier quoted context omitted.

Ladybird has far more funding. The original blog post said Servo brought in $7k last month. Compare that to Ladybird and the first donation on this list already exceeds Servo’s total: https://ladybird.org/newsletter/2026-06-30/

Servo does also have a handful of people employed to work on it full time outside of that $7k (not sure if that's also true of Ladybird or not)

Linkedin lists 8 employees for Ladybird.

Re: June in Servo: real world compat, media queries, SharedWorker, and more

#47

I've repeatedly said this almost year after year, but Servo is not a "real" project. It's weird, but whatever the case is, after it left Mozilla, it has clearly oriented around being governance focused and not helping actual embedded browser engineers. You don't have to believe me, just look at their track record and ask yourself why no one embeds it in anything after, what, a decade or more?

Because webdevs are lazy and Electron works?

Re: June in Servo: real world compat, media queries, SharedWorker, and more

#49
post #18
post #6

Earlier quoted context omitted.

Writing a new browser engine at all is irresponsible and ridiculous. Doing it in anything other than Rust just makes it slightly more irresponsible than it already is.

I don't see how it is irresponsible or ridiculous. More browser engines is a good thing. It might be irresponsible to bet your company on it at this point, but on its own I think it is a worthy endeavor. Plus it looks like a lot of fun to work on! This is hacker news after all.

Ridiculous because it's absolutely guaranteed to fail. Irresponsible because if it does succeed against all odds, the internet will actually become a worse place.

If you can't implement most of the web standards (not even all, just most of them), then one of the following will happen:

- your engine will never catch on (best case scenario) - your engine will be forever known as "this browser where nothing works" and will be perpetually ignored in all discussions about cross-browser compatibility, nullifying any positives that could come from its existence - worst possible outcome: your engine gains market share, gets treated seriously, and the global development of all new web standards stagnates until you can catch up, which means over a decade of zero innovations.

And you CANNOT implement most web standards[1]. There's too many of them, they all interact with each other too much, the engineering effort required is comparable with rewriting all of Linux from scratch.

And of course there's security. A massive project like that will have massive code complexity, which leads to enormous number of security holes. Chrome and Firefox are mostly secure because their maintainers spent literal decades fixing the holes. They have 20 year headstart over you in making it secure, and they don't have to play catch up with web standards like you do. Everybody using your engine is therefore at a much greater risk of getting hacked than if they sticked with Chrome. And that's assuming you use Rust. If you don't use Rust, then security would be so bad it's not even funny.

None of it matters if you're just making a personal project for the heck of it, of course. Go do it! Have fun! It doesn't matter if you use Rust or not because nobody will use it anyway, so pick whatever tech stack you like the most. Node sounds like a fun choice - it solves the problem of running JS scripts basically for free!

[1] https://waspdev.com/articles/2025-04-07/will-there-be-a-new-...

Re: June in Servo: real world compat, media queries, SharedWorker, and more

#50
post #33

Earlier quoted context omitted.

On a Linux system or something else? Iirc a proper build uses spider money which is hell to build/embed.

Yeah, it's a Linux system. I can't remember if it was spidermonkey that it failed on or not. Though it sounds like maybe they should consider using another JavaScript engine if it's causing problems.

If you can, try again (don't forget to start with `./mach bootstrap` to install dependencies) and open an issue if the build fails. SpiderMonkey is shipped pre-compiled for most architectures, so it's not a big hurdle in terms of build time.
Post reply on HN