4 ms·
The headline is needlessly deceiving. The author is making the case for, and subsequently announcing, a hard fork of SQLite for the purposes of meeting the need
by dleslie 4y ago
The headline is needlessly deceiving. The author is making the case for, and subsequently announcing, a hard fork of SQLite for the purposes of meeting the needs of edge computing.
- tgv 4y agoIt seems OP wants to "shame" (*) the sqlite devs into supporting this fork. "You're going to miss the boat! History repeats itself!" (*) the modern word for guilt-tripping.
- MichaelCollins 4y agoThat's the way it looks to me. All of the SQLite code is already given away for free. What more is there to give? The trademark (owned by Hwaci according to the SQLite Consortium Agreement.) He wants to use politically charged shame tactics to get his hands on not just the SQLite code but the SQLite brand as well. Why does he want the trademark? Because he knows that his complaints are fringe and few people will give a damn about his fork, unless he has the trademark and can call his fork the official SQLite.
- glommer 4y agoI don't want the SQLite trademark.
- MichaelCollins 4y agoYour manifesto and accompanying blog post are lay out your desire for your fork to be the official SQLite. That is contrary to the inclinations of the SQLite developers, who don't accept outside contributions, so you are trying to coerce a change to their policy using public shaming and call-out tactics. So you claim you don't want the trademark signed over to you, but you do want access to the trademark opened up to your fork.
- cryptonector 4y agoEh, u/glommer is calling it libSQL, not anything with "SQLite" in the name, so I wouldn't assume that u/glommer wants the trademark. But u/glommer does want some of SQLite's reputation to attach to libSQL -- that's going to be an uphill battle.
- MichaelCollins 4y ago> u/glommer is calling it libSQL, not anything with "SQLite" in the name The blog post makes clear that being a fork is "a losing proposition in the long term." Because SQLite developers own the trademark to SQLite, the only way for this fork to not be a fork is if SQLite gives in to the demands of the manifesto.
- cryptonector 4y agoI don't think it's because of the trademark that forking it is a losing proposition. It's because of: - the proprietary test suite - the SQLite team's reputation - SQLite's reputation (which relates to the test suite) - the SQLite Consortium, which funds the SQLite team - funding The trademark is the least of these. I don't find TFA at all compelling, and I find it distasteful, but I wouldn't impute on the author(s) that they want the SQLite trademark, especially given that they didn't even bring it up.
- MichaelCollins 4y ago> SQLite's reputation This is the one. If it were really about the proprietary test suite and fuzzer, then the manifesto should simply demand that SQLite developers release those proprietary tools. Instead they're demanding that SQLite accept a change of contributor policy and correspondingly change their code of conduct. They're wrestling for control of the brand, not merely some tools. And yeah maybe they're after the money the SQLite Consortium gets too. But I think that's downstream from SQLite's brand recognition.
- 4y ago