Hacker Newsnew | past | comments | ask | show | jobs | submit | marcobambini's commentslogin

If you don't understand what we are building, that doesn't mean you need to post such an inappropriate comment.

Your site is for people familiar with SQLite. Imagine a person, who knows about vtable, wal, vfs, json1, fts5 and even blockcachevfsd, reading your page. It is between AI slop domain parking and a targeted phishing campaign. The first reaction is either to report scam or block spam. 90% of your comments here do not discuss your project but give assurance sqlite name is not being used unlawfully. Back when it was just vector extension, it at least made some sense, but this new web page is a complete assault on anyone familiar with sqlite internals. Please tune your messaging! Currently your prized "sqlite" trademark is being used like "with a computer", left and right.

Just to clarify a point that seems to come up in several comments: we are backed by SQLite’s author, and we have explicit permission to use “SQLite” in the company and product names.

We believe SQLite on the edge is a major opportunity, and our focus is on building genuinely new features and infrastructure on top of it.


Hello, SQLite Cloud's founder here. We are backed by SQLite's author, and we have the full rights to use SQLite in the company's and products' names.


We are backed by SQLite's author, and we have the full rights to use SQLite in the company's and products' names.


Hello, SQLite Cloud's founder here. We are backed by SQLite's author, and we have the full rights to use SQLite in the company's and products' names.


Ah, neat. Good on you, then - though I'm sure you can see why the company name seemed suspect.


I sincerely apologize for that. I am not a native English speaker, so I always use LLM to polish my articles before publishing.


The algorithm has a way to resolve conflicts even if, by any chance, the Lamport clock has the same value in all peers


Yeah, but the fact that they didn’t even mention it in their post is why I brought it up.


I understand your concerns about the license, but our goal was simply to prevent large corporations from taking our work, forking it, and offering it to their customers while we struggle to sustain development. We need to monetize our work in order to survive, though we do offer very generous commercial licenses for those who are interested.


Why not release the source under AGPL (where 'network use' counts as distribution, unlike GPL), and offer commercial licences for those who want more favourable terms?

https://fossa.com/blog/dual-licensing-models-explained/

The maintainer of libxml2, Nick Wellnhofer, will be moving all his future contributions over to an AGPL fork as corporate users of libxml2 were unwilling to contribute financially.

https://news.ycombinator.com/item?id=45288488

https://gitlab.gnome.org/GNOME/libxml2/-/issues/976#note_253...


We are backed by the SQLite author (Dr. Richard Hipp), and we have full rights to use the SQLite name.


Instead of sqlite-vec you can take a look at the new sqlite-vector extension: https://substack.com/home/post/p-172465902


Uuuuh, that looks super interesting! I hadn't heard of that. Thank you for sharing!


Note that project is source-available, and not compatible with existing open source licenses.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: