HN user

fabrice_d

4,652 karma

[ my public key: https://keybase.io/fabrice; my proof: https://keybase.io/fabrice/sigs/URmhDVibfi3S1P83ESbBBnbJh5W9L3O_RYm1pytF8gU ]

Posts66
Comments666
View on HN
webtransitions.org 4mo ago

Servo Baseline Readiness

fabrice_d
6pts0
lore.kernel.org 1y ago

Linux: Goodbye from a Linux Community Volunteer

fabrice_d
14pts3
fosstodon.org 2y ago

First Pixel 6a Capyloon images are available

fabrice_d
3pts0
capyloon.org 3y ago

New Capyloon Release: An Experimental Web Based OS

fabrice_d
3pts1
webvision.mozilla.org 4y ago

Mozilla’s Vision for the Evolution of the Web

fabrice_d
151pts138
capyloon.org 4y ago

Capyloon: An Experimental Web Based OS

fabrice_d
36pts10
twitter.com 4y ago

Capyloon: An Experimental Web Based OS

fabrice_d
2pts0
skreen.site 5y ago

SKreen: Human Centric Smartphones for Everyone

fabrice_d
22pts38
skreen.site 5y ago

SKreen: Human Centric Smartphones for Everyone

fabrice_d
1pts0
skreen.site 5y ago

SKreen: Human Centric Smartphones for Everyone

fabrice_d
1pts0
skreen.site 5y ago

SKreen: Human Centric Smartphones for Everyone

fabrice_d
1pts0
skreen.site 5y ago

SKreen: Human Centric Smartphones for Everyone

fabrice_d
2pts0
skreen.site 5y ago

SKreen: Human Centric Smartphones for Everyone

fabrice_d
2pts0
skreen.site 5y ago

SKreen: Human Centric Smartphones for Everyone

fabrice_d
1pts0
skreen.site 5y ago

SKreen: Human Centric Smartphones for Everyone

fabrice_d
1pts0
skreen.site 5y ago

SKreen: Human Centric Smartphones for Everyone

fabrice_d
3pts0
skreen.site 5y ago

SKreen: Human Centric Smartphones for Everyone

fabrice_d
1pts0
skreen.site 5y ago

SKreen: Human Centric Smartphones for Everyone

fabrice_d
2pts0
skreen.site 5y ago

SKreen: Human Centric Smartphones for Everyone

fabrice_d
2pts0
skreen.site 5y ago

SKreen: Human Centric Smartphones for Everyone

fabrice_d
1pts0
damon.sicore.com 7y ago

A Message from the CEO of Mozilla: You are overqualified

fabrice_d
44pts22
andreasgal.com 9y ago

Chrome Won

fabrice_d
466pts560
www.daemonology.net 9y ago

A plan for open source software maintainers

fabrice_d
403pts156
www.nytimes.com 9y ago

White House Echoes Tech: ‘Move Fast and Break Things’

fabrice_d
42pts96
www.dmv.ca.gov 9y ago

Autonomous Vehicle Disengagement Reports 2016

fabrice_d
1pts0
blog.mozilla.org 9y ago

State of Mozilla Annual Report

fabrice_d
4pts0
github.com 9y ago

Autopilot: an open source driving agent

fabrice_d
344pts119
medium.com 9y ago

Axolotl and Proteus

fabrice_d
12pts3
puri.sm 9y ago

Help us design the ideal no-carrier, Free Software phone

fabrice_d
3pts0
medium.com 10y ago

Automation and the Cotton Gin

fabrice_d
1pts0

A pure AOSP distribution is now lacking a lot of basic apps. Distributions like LineageOS or GrapheneOS fill the gap with their own, but pure AOSP is totally unusable.

I don't believe this is a good solution: users will obviously click on that add-on install dialog box without being better informed and protected against malicious / buggy / attacker controlled web sites.

Hopefully they will move to a better solution that offers some integrity guarantees instead, like https://rwc26.waict.dev/ that they have an early implementation of in nightly builds.

Perhaps, but in fairness the project was started in 2018 when Rust was still new and unproven.

Rust was already proven in 2018, and I'm pretty sure they went with C++ for other reasons.

You can't compare the choices made to evolve a >20 years old codebase with a brand new one. Firefox also as Rust support for XPCOM components, so you can use and write them in Rust without manual FFI (this comes with some baggage of course).

The Ladybird devs painted themselves in a corner when choosing C++ for a new web browser, with many anti-Rust folks claiming that "modern C++ was safe". Well...

Did you factor in the highest cost of life (including housing, healthcare, retirement, etc.) in the US in your 50% ?

This is a cool project, and to render Simon's blog will likely become the #1 goal of AI produced "web browsers".

But we're very far from a browser here, so that's not that impressive. Writing a basic renderer is really not that hard, and matches the effort and low LoC from that experiment. This is similar to countless graphical toolkits that have been written since the 70s.

I know Servo has a "no AI contribution" policy, but I still would be more impressed by a Servo fork that gets missing APIs implemented by an AI, with WPT tests passing etc. It's a lot less marketable I guess. Go add something like WebTransport for instance, it's a recent API so the spec should be properly written and there's a good test suite.

Some people are also opposed because of the negative externalities when building and running AI systems (environmental consequences, intellectual property theft), even if they understand that agentic coding "works". This is a valid position.

I can get the source of the kernel, including all drivers, running on my android phone with a few clicks and build a custom ROM.

No, most drivers are closed source and you can just extract binary blobs for them. They run as daemons that communicate through the binder ipc - Android basically turned the Linux kernel into a microkernel.

Most of Firefox user base has always been on Windows, not Linux. What OS do you think the "techies" that promoted Firefox to replace IE in the first place were running?

On the web, if your server is compromised it's game over, even if the publisher is not malicious. In app stores, you have some guarantee that the code that ends up on your device is what the publisher intended to ship (basically signed packages). On the web it's currently impossible to bootstrap the integrity verification with just SRI.

This proposal aims at providing the same guarantees for web apps, without resorting to signed packages on the web (ie. not the same mechanism that FirefoxOS or ChromeOS apps used). It's competing with the IWA proposal from Google, which is a good thing.

fwiw, I'm not imputing you any assumptions. I'm just pointing out that using wpt score as a criteria is not necessarily a good proxy for browser readiness. So I'm not sure why Apple uses that, other than... there's no other objective measure? Of course it's fair game for browser engines to improve their score!