VERSUS is competition language

That is a meaning of the word, but not the only one. My nearest electronic dictionary includes the definition, "as opposed to; in contrast to."

The document you point at goes to great lengths to show that Fossil and Git are very different things. While I'm not opposed to all of your ideas, we should also be under no illusion that Fossil will ever become feature-for-feature competitive with Git, if only because some of Git's features we absolutely do not want. (rebase, separate stage-and-push, etc.)

Ultimately, Fossil moves forward as its contributors wish. If you want to see Fossil do a thing, follow the contribution guide.

I...do have to compete with Git when it comes to attracting and training contributors to my projects

I've maintained a few significant FOSS projects of my own and been a contributor to others, and I can tell you that every time the VCS is given as an excuse for why someone isn't contributing, it's just a ready-to-hand excuse, not the real reason.

FOSS existed before VCSes were even widely-relevant. You can't square that with the claim that choice of VCS greatly affects whether contributions get made.

Another way to puncture that argument is to challenge the person claiming that they'd contribute if only... to provide a patch or even just a copy of the changed file. Statistical prediction: crickets. Those who are disposed to contributing will do it whatever VCS you use, and those just making excuses will continue to make them no matter how much you accommodate their demands.

And if those counterarguments still don't work for you, set up a Fossil-to-Git mirror of your project and watch the PRs continue to fail to appear. That's right, I'm saying you can offer to hand-convert GitHub PRs to patches and push them up through Fossil, and it still won't be enough for a lot of self-styled potential contributors.

OAuth is almost as old as Fossil.

And the current version of LDAP is about a decade older, with the original version being years older still. Through Microsoft Active Directory, it remains in widespread use within almost every large organization.

AD in turn can connect to pretty much every other SSO system you can name via ADFS.

But here again we have the old problem: someone has to have this problem and want to have it scratched themselves. I've written AD integration code for $dayjob , but I don't need Fossil to have AD integration myself, so I don't write it.

I'll tell you this much: this is something of a tarpit, not in the slightest way trivial. Not only is it a mapping problem, where ontologies collide, identity is a nontrivial problem to begin with. Just for one example, there is no "I" for me to this very forum, only wyoung and wyetr , depending on where I'm posting from. Which one is "Warren Young?" Both and neither, because "Warren Young" is a third "I".

If you think that's just pseudopsychological mumbo-jumbo, then which of my two GitHub public identities — which I keep separate for much the same reason as my identities here — do those two fossil-scm.org logins map to?

For that matter, wyoung is a different "I" here on the forum than on fossil-scm.org/fossil , with very different powers on each repo. Which one is the true " wyoung " and how do we map that "I" into and out of other identity systems?

I'm telling you, it's a tarpit.

I suspect if Fossil ever gets a feature along these lines, it'll have to be locally-pluggable and configurable so that the answers to these questions can be pushed out to the edges. I doubt Fossil core can provide answers that a large number of users will find even marginally useful, much less wholly agreeable.

My 2.10 copy still uses blockquote-pre

And inside that is <code class="language-FOO"> , so you're both right.

I wrote that feature, and I used it to implement Prism.JS on my public repos. It's do-able.

line numbering is still janky

Please post an example showing the problem, preferably a link to a public Fossil instance showing the symptom.

EDIT: "Erm, trouble with grammar have I, yes!" — Yoda