> The article consistently refers to DHRUV64 as a "microprocessor".
This is technically incorrect.
It is a microprocessor, not a microprocessor.
The distinction matters; a microprocessor is the entire chip, while a microprocessor is a specific component.
Basic terminology should be accurate.
I get an "EmptyToken" error if I leave keys like AXIOM_TOKEN empty. I'm sure I can remove the requirements in code, but it's just that this wasn't expected from reading the project description.
You might want to reconsider ”no data ever leaves your machine" from the post :)
Given your target market, have you considered looking at Bugsink?[0] sentry compatible. still not local, but at least you won't have to additionally ask your customers to trust sentry/posthog.
As far as I'm concerned, I run LineageOS, which doesn't come with everything I need OTOB, so I use app suites like Fossify, Simple Mobile Tools and other great work. Others may just want alternatives to pre-installed or standard apps that are more private and tuneable (eg. I maintained a fork of KDE Connect until they switched to Material 3 colors, and still do for VLC) because they're open source.
I have a really similar setup to yours. NixOS, Niri, Draculad. I think being forced to use something like Windows 11 with something like VSCode would be very frustrating long term. Mostly the looming knowledge of we can do better, we have done better.
Asking it explicitly once (not necessarily every new prompt in context) to keep output minimal and strive to do nothing more than it is told works for me.
extreme handwaving hand-me-down 6 year old iBook(?) circa 2005 => wow software can be beautiful => hacking on AppleScript => hacking on iPhone OS 1.1.4 decompiled SDK => iPhone 2 with the App Store(tm) => shit, I can make money off this? => dropout => startup => sold it => saw what an acquisition looks like => by the grace of god herself, somehow made it through Google interviews.
(happy to detail more, like everyone, I love talking about myself :P but figured I'd start with the TL;DR, i.e. the App Store + subsequent boom happened at such a time that made it seems reasonable, years later, to dropout, and having 0 responsibility outside restaurant shifts gave me a fulcrum)
Servo was on a multi-year development hiatus, which is the reason this is news (see the graph in the article). In addition the original priority of Servo was not to broadly implement web standards, it was as a proving ground for Rust components to be uplifted into Firefox (I'm unclear whether or not those components, which have surely been continually developed since then, have been backported into Servo).
Whisper it but C++ is probably a better language for building a FOSS web browser engine than Rust.
There’s simply more C++ programmers around, and you need as many bodies as possible for such a large project. There’s also precious few Rust developers with experience with large projects since Servo is the largest project.
> The article consistently refers to DHRUV64 as a "microprocessor". This is technically incorrect. It is a microprocessor, not a microprocessor. The distinction matters; a microprocessor is the entire chip, while a microprocessor is a specific component. Basic terminology should be accurate.
reply