Author here. At least for databases, AGPL (or stricter) has become standard. The issue is it's so easy for megacorps (Amazon, Google, etc) to take a permissively licensed product and monetize it at the expense of the original standard.

For instance, Mongo, Cockroach, and Materialize have all gone source available. We picked AGPL because it's the best balance between open source and prevents Amazon from just repackaging it and selling it.

If AGPL is an issue for anyone, we would be happy to dual-license under a commercial license.

▲

mey 4 hours ago | parent | next [-]

There is nothing wrong with wanting to be compensated for your work, but for people like myself which use a cloud managed DB solution (GCP CloudSQL PostgreSQL) it means something like this would never be available.

I consider AGPL a poison pill in my work. That is not true with a suitable commercial license, although I expect a lot more commercial product (support/features/etc). As you note, your objective is to prevent commercialization of your software, but radically speeding up analytics is primarily a concern of large organizations so it seems like a mismatch in purpose.

▲

hobofan 2 hours ago | parent | next [-]

> which use a cloud managed DB solution (GCP CloudSQL PostgreSQL) it means something like this would never be available

That's up to GCP then. I'm sure OP would be willing to license pgrust to them for an appropriate price.

	▲	shawnz 13 minutes ago \| parent [-]
		What's the incentive for third parties to contribute, knowing just one guy stands to benefit if the project gets monetized in such a manner?

▲

JamesSwift an hour ago | parent | prev | next [-]

The whole point is to force the cloud providers to go through a contract negotiation for licensing rather than keep the door open for them. Nothing prevents the parent project from specially licensing to individual parties.

▲

andriy_koval 2 hours ago | parent | prev | next [-]

what exactly are your concern of using agpl db server? It doesn't force you to make rest of your system agpl.

▲

ForHackernews 3 hours ago | parent | prev [-]

>we would be happy to dual-license under a commercial license

▲

hobofan 2 hours ago | parent | prev | next [-]

> If AGPL is an issue for anyone, we would be happy to dual-license under a commercial license.

You should be setting up a CLA process then ASAP if you are looking to take outside contributions.

▲

cognitiveinline 4 hours ago | parent | prev [-]

Sure, that's your prerogative, and kudos for not talking up open source. I'm not amazon size so can't use it, and AGPL is a no go for DB, don't want to be forced to open source my app because I use this!

Will await a MIT based fork myself.

▲

jnwatson 4 hours ago | parent [-]

Why would AGPL force you to open source your app? Unless you literally compile your app with pgrust by modifying the pgrust source code, you're safe. Clients aren't bound by the AGPL because they aren't derived works.

	▲	xyzzy_plugh 4 hours ago \| parent [-]
		Here we go again. AGPL is untested in courts. There is no definitive definition of what could be considered within the blast radius such that it would require AGPL licensing. There's a reason AGPL is banned at Google and most sane companies. It's simply too dangerous. You can't simply say "clients aren't bound" because it depends. I'd rather see the BSL used here to be perfectly honest. At least it's simple.