News for hackers. Stuff that matters.
Re:Limbo: A complete rewrite of SQLite in Rust by dotancohen on Tuesday December 10, 2024 @02:37PM (#42380560)
An SQLite fork will have a hard time being compelling enough to draw users away from the main project. Being written in Rust is the most compelling reason that I could think of. SQLite has many annoying quirks (foreign key constraints disabled by default and non-strongly-typed columns are my two pain points) but a fork that addresses them would still not pull me away from the original project that I have so much trust in.
Re:Limbo: A complete rewrite of SQLite in Rust by neverartful on Tuesday December 10, 2024 @02:43PM (#42380617)
If I were to fork SQLite, drawing users away from the main project would be a non-goal. The goal would be to get strict tables and foreign key constraints enforced 100% of the time.
Re:Limbo: A complete rewrite of SQLite in Rust by lolinder on Tuesday December 10, 2024 @03:05PM (#42380855)
Yeah, I would assume that any project like this would strive to be a soft fork that just has a few minimal patches to address specific needs, not something that actually tries to compete with the original.
Re:Limbo: A complete rewrite of SQLite in Rust by neverartful on Tuesday December 10, 2024 @03:14PM (#42380940)
Agreed! If I were to fork sqlite, that would be my aim.
Re:Limbo: A complete rewrite of SQLite in Rust by ncruces on Wednesday December 11, 2024 @06:59AM (#42386915)
If that was the case, they wouldn't introduce cross incompatibilities in the changes they made (or would at least discuss compatibility in the docs), and they'd make any added features useful to others by properly documenting them.

Compatibility for libSQL is a one way street. I don't expect Limbo to be any different.