robmensching

I hear you. This feels very similar to the early days of OSS licenses. They were terrible and scary until a few big companies finally came out and said OSS licenses weren't (all) terrible or scary. Then accepting OSS licenses became a norm. I'm hoping the OSMF or something like it can change the norm for Open Source sustainability.

I'm not saying it'll happen, but many people told me Microsoft would never accept Open Source, and I proved them wrong. :)

Ahh, in that case, I think we are in "violent agreement". :)

We used to say the same thing about Open Source licenses, and that changed. The long-term hope is that enough projects adopt the Open Source Maintenance Fee, or something like it, that it becomes the norm for companies to support the Open Source projects they depend upon.

And you can say that will never happen. But the only way it will _definitely_ never happen is if we don't try... and choose to keep burning out Open Source maintainers.

Why? It's not specific to the WiX Toolset at all. Other projects can (and some have) adopt the Open Source Maintenance Fee with no changes (or they can change if if they want).

WiX is just the first project to use the OSMF because I need a project to "debug" an issues in OSMF system. As we get all the issues resolved, we may see the OSMF be adopted widely... or not.

You should read the EULA. You'll find it doesn't say anything about the issue tracker.

The EULA is actually a very standard software license that basically says if you use the software and you make revenue, you need to pay the fee.

There aren't 2 classes of participants. The OSMF only talks about two but there are plenty of spaces for contributors to participate. And it's possible people will choose to participate less, but I haven't seen that happening yet. Contributors that like working on a project just work on a project. I've not seen any complaints about maintainers getting the paid because the contributors just drop in and drop out when they feel like it. They don't work on all the "chores" in the project to keep it running. If a contributor does do "chores" then they are probably more like a maintainer and probably should be part of the maintenance fee. But... this hasn't been a problem.

I appreciate that "edit". :)

And, yes, you are very correct that finding balance is very challenging. However, I feel that the OSMF suits the bill quite well, at least for projects of a shape and size that I'm familiar with.

Oh, sure there are some. There were some before. It's Open Source after all. That's kinda' the point. :)

If more consumers choose to take on the work of maintaining their own fork because of the OSMF, that's okay too. I believe we are more likely to get contributions if more developers are in the code instead of just consuming binary builds. That's another small reason why I believe the OSMF can work.

Legal in many companies of different sizes, from Microsoft to tiny ones, have all evaluated and approved of the OSMF EULA. Now, it's fine if someone says I don't want to deal with the EULA. But, in that case, my project didn't mean that much to them in the first place.

I'm listening to concerns and adapting. As noted above, so far, it's gone very well.

Oh, I (would and do) expect we'll see our download numbers (nuget.org and GitHub both track those) decrease. Or maybe consumers will choose to stay on a version before the OSMF was introduced longer. So, we'll kinda' be able to tell.

Simplifying the payment process for procurement is my focus in OSMF (after I get some work done at my day job) to minimize any friction.

You sound like a very reasonable person. :)

Many arguments here are extremes with the assumption that everything is a hard lines that cannot be crossed. That's not generally how the real world works (there are some hard lines in the world) and the parties involved can communicate and do communicate.

Overall, the OSMF is working very well right now. There are still a couple of wrinkles to iron out (like invoicing). It's also early. :)

So far the only hard conversations with accounting are how to pay by invoice (since GitHub Sponsors invoice handling is a bit wonky). Those that pay by credit card have pretty universally been, "Oh, this is easy. Done."

> You can "circumvent" this license by building the software yourself, or having someone else build the software.

Correct. By design. The software is Open Source. That's the whole point.

> everyone contributes whatever they can and uses whatever they need

Yeah, Open Source projects don't work like that in reality. It's far more consumers take what they want and demand what is missing.

Well, we've had a few CVEs to work around Windows vulnerabilities, and one of our own making. :( We've also improved the integration with modern Windows build systems. Now adding some features to the language to make it easier to use for simpler installation packages (still more work to do).

In this day and age, it's very hard for software to sit idle.