I believe L0 makes your second option painless:

> Customers who want permission for commercial or non-Open Source uses can identify, price, and buy licenses for all License Zero dependencies of their Node.js projects, in one checkout transaction, using a free command-line tool

As an aside: The fact that we're talking about buying licenses for something plus all its dependencies, recursively, in the context of node.js is hilarious to me.

I suppose you'd need to pay to update if anything in the dependency tree added a new L0 dependency. I wonder how that would affect development.

> in the context of node.js is hilarious to me.

leftPad $$$

Buhhhh

Setting aside the practical detail that not everything is node.js: Nobody would want to sell commercial software under the terms of "you have to license our software A, but it won't work unless you also license software B from someone else at the same time".

There is already plenty of commercial software that depends on other commercial middleware that needs to be licensed separately. Of course licensing each and every library is typically bit different in scale, but conceptually it is pretty much the same thing.

Sure, no one's ever bought Tableau along with a Windows Server license to solve their data warehouse analytics needs.

You're not describing a strict dependency. You can just buy Tableau and use it.

Presumably that's where having a single place to handle payments comes in handy.

It's (hopefully?) less "well, you have to go to this other person and license their software too" as much as "here's the total cost for a license (which happens to include both A and B)"

Huh, fascinating. Licensing software by typing in a CC# via a CLI feels like a really foreign way to pay for something. I'm curious to see if that's behavior people take to easily.

It seems to me that you open a URL to pay for the invoice.

Well project A is using B for a commercial purpose, namely the business of licensing out A. So it seems like it would be your first option, right?