Email or username:

Password:

Forgot your password?
The Matrix.org Foundation

Element informed the Foundation that it will be forking Synapse and Dendrite: matrix.org/blog/2023/11/06/fut

We'll do our best to answer your questions, address concerns, and find a path forward together.

104 comments
Nelson Chu Pavlosky

@matrix Haven't we learned anything from repeated CLA debacles? I welcome the license change to AGPLv3, but making future contributors sign a CLA means Element could change the license again to be no longer open source. Then the community would have to fork it again, like with Terraform and OpenTofu.

I'm with Drew on this: drewdevault.com/2023/07/04/Don

TheEvilSkeleton

@skyfaller @matrix keep in mind that CLAs vary from project to project. Some CLAs (like Fedora's) explicitly tell you that you own your copyright.

But yes, I certainly agree that they shouldn't be using a CLA.

Ben Cotton (he/him)

@TheEvilSkeleton @skyfaller @matrix for clarity: Fedora doesn't have a CLA. The Fedora Project Contributor Agreement essentially just sets default licenses for contributions: docs.fedoraproject.org/en-US/l

Jonathan Frederickson

@skyfaller @matrix I agree in general, but they could have relicensed right now to a proprietary license too, so the CLA doesn't really give them any new rights that they didn't have before.

That said, the Element team being the primary contributors to the project is itself concerning. I do think that the structure of the Matrix protocol itself limits their ability to do harm thankfully.

The Matrix.org Foundation

@jfred @skyfaller We think this is a great opportunity for the ecosystem to shine, and highlight that the spec remains open source *and* under open governance – though we will also be the first to note that our governance needs improvement.

Broadly speaking, we find it concerning when any major open source project is dominated by a single contributor. We look forward to channeling our resources to help improve the size and diversity of the contributor ecosystem in the months and years ahead!

The Matrix.org Foundation

@skyfaller Indeed, we'd prefer that these projects remain under our auspices, open source, and unencumbered by a CLA.

For the avoidance of doubt, the Foundation's mission and rules forbid us from acting for the private benefit of any party, and as such we cannot contribute anything that requires us to sign a CLA wherein the assignment is made to a privately-held entity.

We are committed to building up the open source commons around Matrix.

catraxx

@matrix "while encouraging proprietary forks" :neocat_what:​

Latte macchiato :blobcoffee: :ablobcat_longlong:

@catraxx@tech.lgbt @matrix@mastodon.matrix.org

> while encouraging proprietary forks to contribute to the development costs of the underlying project

I...don't see the problem? The Apache license means they don't have to share sources, but the AGPL does.

networkException

@matrix a very bad sign for the whole ecosystem I fear :/

I hope this benefits independent implementations more in the end, mature homeservers made by the community

networkException

@matrix to be fair, the fork in itself reflects reality and is very fair - element has (always) been the main force behind development.

Still taking ownership of the project entirely is pretty bad. It changes synapse (lefts face it, dendrite has been degraded to a playground) from being the forefront of a free, open source messaging ecosystem to an asset of the company, in the hope to get people to pay for developing it further I assume.

April @ c3soft

@networkexception @matrix good I had the plans to implement a direct messaging feature into iceshrimp and thus activitypub, making us able to just send end to end encrypted chats over here. might be the more mature ecosystem actually than matrix

networkException

@matrix this ecosystem as a whole is way too dependent on element. This might be the wake up call? I really dont want it to die, at least some version meant for interoperability of huge companies will probably survive given the IETFs MIMI efforts but we would loose the tiny bit of free, partly (mostly?) self hosting community driven instant messaging infrastructure

Softwarewolf

@networkexception @matrix Seirdy ( @Seirdy ) touched on this same concern in one of their blog posts a while back, and I share this concern as well. When Matrix was first announced I thought it was a bright spot in the darkness of walled-off IM services; with this move now I'm even less sure about that.

seirdy.one/posts/2021/02/23/ke

The Matrix.org Foundation

@networkexception Yes, there's broad agreement internally and externally that we want to see an ecosystem that has a more diverse contributor base and fundamentally doesn't hinge so much on a single vendor.

Leon

@networkexception @matrix Yes, I think that if there's one takeaway from this, its that the sole focus on Element/Synapse around the ecosystem is quite terrible. The fact that I need to feel worried reading this announcement concerning the continued development of a set of homeserver implementations means that the "protocol" aspect of Matrix clearly isn't embraced sufficiently.

The Matrix.org Foundation

@networkexception While we hope that Element's decision has the intended impacts for them and the broader ecosystem, we do also hope this shines a spotlight on the rest of the ecosystem.

We want to see a world in which the Matrix ecosystem includes multiple stable, popular open source implementations of servers and clients.

Lambda

@matrix yikes. Ever more reasons to move to conduit on the server side and anything other than Element on the client.

The Matrix.org Foundation

@lambda This is definitely a good time for the rest of the ecosystem to shine!

Vint Prox

@lambda @matrix

I think it's what Matrix Foundation would want: pick up all that Shnapse baggage and yeet it out! ...Because we're already getting Rust and other server implementations.

bbhtt

@matrix Any reason Element couldn't sponsor development while still keeping it under Matrix.org umbrella? Sounds a whole lot better than forking and fragmenting the server ecosystem...

Also Element should really drop the CLA requirement. A restrictive CLA is everything the culture around (F)OSS stands for.

The Matrix.org Foundation

@bbhtt That's a question best directed at Element. The Foundation's position is that we'd prefer for the projects to remain under our auspices and unencumbered by a CLA.

Element

@bbhtt @matrix The reason for the shift is so that Element can dual-license the project to commercial forks who currently don't contribute back. This is also the reason for the CLA, to give Element the right to dual-license. The Foundation could have done the same thing, but is not remotely set up for selling licenses, and it'd put the Foundation in competition with Element, which would be nightmarish. Hopefully this is the least worst outcome.

TSource Engine Query
@matrix guys you can't implement a reliable server for your unreliable protocol.

How about not forking anything and finish what you already got
Steven Sandoval

@matrix “Future contributions to Element’s forks will use the reciprocal AGPLv3 license, —”

😀

“—with a Contributor License Agreement (CLA).”

☹️

#fsf #foss

Alfred M. Szmidt

@baltakatei @matrix Depends what the CLA states ... they aren't inherently bad.

The Matrix.org Foundation

@baltakatei Indeed, the Foundation's position is that we'd prefer for the projects to remain under our auspices and unencumbered by a CLA.

The Matrix.org Foundation

Thank you all for your questions!

It's still early on the West Coast of the US where our Managing Director is located, so we're just getting started here.

We'll begin responding to folks shortly.

Herzenschein++ 🩵⭐

@matrix

I have two questions. Given the following:

-

"Synapse and Dendrite have been under the auspices of the Foundation since 2019. Our role has been to hold the assets and provide some infrastructure."


-

"The vast majority of maintenance and development on these projects comes from folks working at Element."


-

I see that both Synapse and Dendrite are under the matrix-org namespace on Github.

1.

Could you elaborate a bit further on how much of current Synapse/Dendrite development is done by the Element/Foundation folks? What is "assets", "maintenance" and "infrastructure" in this case?


2.

Where would the forks be hosted, given the original projects are already on Github under matrix-org?

@matrix

I have two questions. Given the following:

-

"Synapse and Dendrite have been under the auspices of the Foundation since 2019. Our role has been to hold the assets and provide some infrastructure."


-

"The vast majority of maintenance and development on these projects comes from folks working at Element."

The Matrix.org Foundation

@herzenschein To your questions:

1) The Foundation itself never did maintenance or development of either project.
2) Assets refers to the copyrights, or at least those which Element was entitled to assign to the Foundation in the first place.
3) Infrastructure here refers to the GitHub org, repo, and communications infrastructure including Matrix rooms and their moderation.
4) Our understanding is that the forks will live under a GH org belonging to Element.

Lars Marowsky-Brée 😷

@matrix Hrm. Why is a DCO no longer deemed sufficient?

The Matrix.org Foundation

@larsmb The Foundation's position is that we'd prefer the projects remain under our auspices and unencumbered by a CLA.

As Element is the one implementing a CLA on their forks of the projects, this is a question that only they can answer.

Éibhear 🔭

@matrix This post starts off with "Last week, Element informed the Foundation that it will be forking Synapse and Dendrite."

It reads like this was news to The Matrix Foundation, and that the foundation was not prepared for it.

Is that true? If so, it's very distressing -- If Element and The Matrix Foundation are in dispute, it leaves us who are committed to using and promoting #Matrix confused as to what and who to support. I remember the first days of the XFree86/X.org, the OpenOffice/LibreOffice and the Owncloud/Nextcloud forks, and things we're not pleasant.

@matrix This post starts off with "Last week, Element informed the Foundation that it will be forking Synapse and Dendrite."

It reads like this was news to The Matrix Foundation, and that the foundation was not prepared for it.

Is that true? If so, it's very distressing -- If Element and The Matrix Foundation are in dispute, it leaves us who are committed to using and promoting #Matrix confused as to what and who to support. I remember the first days of the XFree86/X.org, the OpenOffice/LibreOffice...

Kurt 🕴️:verified_blobCat:

@matrix the way this is going, there is no path forward with you...

DELETED

@matrix I would like to know if the Matrix protocol specification will actually remain open.
I fear that when we get to spec 2.0, there is a good chance that only some of the protocols will be open.

The Matrix.org Foundation

@err931 Absolutely, unequivocally yes.

The spec remains open source and under open governance – noting that Synapse and Dendrite only ever checked one of those boxes. And indeed, the soon-to-be-formed Governing Board will be a significant improvement to current open governance of the spec and the Foundation.

That said, the Governing Board is just the next big step. We intend to continue taking steps to actualize community governance and further enhance the open source commons around Matrix.

Matthew Booe

@matrix I think the Matrix team has done a lot of things right over the years, and think this change should be met with that in mind. I do have a few questions:

1. My reading of the CLA is it's necessary for Element to offer proprietary versions of the software or integration with proprietary changes that would normally violate AGPLv3. Is that correct?

The Matrix.org Foundation

@mirdaki Yes, thank you. We also believe the historical perspective is important in understanding what is happening and what may follow.

With regards to the reasoning for the CLA, our position is that we'd prefer the projects to remain under our auspices and unencumbered by a CLA – and that Element is the only one who can answer the question as to why they're implementing one.

Matthew Booe

@matrix
2. I understand Element is the primary driver of Matrix work and they should be have a sustainable path forward. And that the Foundation isn't funded enough to do development on it's own. I do worry moving the projects back under Element is a bad look for the ecosystem, since it heavily favors Element. Could you describe any circumstances (such as more foundation funding or active contributions for other entities) that would prompt moving the projects back under the foundation?

The Matrix.org Foundation

@mirdaki There are several dimensions to this that are difficult to boil down into a thread. Expect more comms from us soon.

Our view is that the Foundation's role in developing open source software is to fill gaps that others are not addressing.

We would both need to (1) see a gap and (2) have the resources to fund development.

Today, we don't have the funds to even meet current obligations. Fixing that and actualizing open governance are the first big projects of our Managing Director.

Element

@mirdaki @matrix from the Element side: if the Foundation had sufficient funding to pay Element to maintain the projects, then there would be no reason to move them. But instead, this is an attempt to generate enough funding in general (i.e. from dual-licensing to commercial forks) to pay for their development.

Matthew Booe

@matrix
3. Is some of the motivation related to my first question (again, assuming I understand that correctly) the reason for moving the projects back under Element? If the projects were back under the Foundation's umbrella, could those needs also be satisfied somehow?

The Matrix.org Foundation

@mirdaki That is a good question that we don't have the answer to!

Max Goodhart

This seems like a reasonable way for Element to continue to sustainably fund development. The CLA gives Element unique power to sell exemptions from the AGPL copyleft requirements for these projects. If Element uses this privilege to grow Matrix as a whole, it will be a win overall.

Max Goodhart

If Element abuses this privilege, others in the community can fork, and then no-one gets special commercial privileges. In the wildest dreams future when Matrix is a dominant protocol, future clients and servers will emerge anyway, and they could have vastly different approaches to licensing and monetization.

It's more important that in the long run open protocols like Matrix flourish, which strongly benefits from at least one well funded development company.

yuvipanda

@matrix not sure how to see this as anything other than a major breach of trust :(

The Matrix.org Foundation

@yuvipanda We're not happy with the changes and our stance is that we'd prefer the projects to remain under our auspices, unencumbered by a CLA.

Given the nature of open source, there's nothing we can do to stop any individual or entity from forking our projects, and that's true of projects at other open source foundations too.

We will be doubling down on our efforts to implement open governance and cultivate a contributor base with a diversity of employers and lived experiences.

Element

@yuvipanda @matrix frankly, it's an effort to keep the show on the road. it's not remotely intended to be a breach of trust, any more than (say) Apache forking the CERN httpd was.

Carlos Solís

@matrix@mastodon.matrix.org Should we expect to see the upcoming fork of Synapse remaining compatible with the unforked Synapse servers, or will they potentially break away from the Matrix protocol? If so, would your version of Synapse add compatibility to said protocol forks into the Matrix standard as extensions?

Mat

@matrix This makes me more interested than ever in other server implementations. How does one migrate from one to another? Are there resources on doing this? I'd like to move my small instance from Synapse to something else.

The Matrix.org Foundation

@allpurposemat We don't have existing resources we can offer on migration, but we do think this is a moment for the rest of the ecosystem to shine!

van der Generator

@matrix was dendrite a hermit that lived in the tree? (Humble question)

yuvipanda

@matrix any idea what the role of the VC funding Element took in this decision? I think the first round was about 5 years ago…

Albin Larsson

@matrix does the ASF CLA transfer copyright or is it similar to that of Qt?

The Matrix.org Foundation

@abbe98 This question is best directed at Element or a legal expert, but we believe the relevant clause will answer your question. Sourced from the ICLA linked from apache.org/licenses/contributo

The Matrix.org Foundation

Today is a tough day, and we'd like to thank everyone for the outpouring of support and insightful questions.

We're keeping a log of questions and concerns, will be sharing more answers as we have them.

Keep in mind:

The Matrix spec is the beating heart of the ecosystem. It is under an open source license, and subject to open governance that's slated to become more open when we elect our first Governing Board next year.

#Matrix is bigger than any one or two projects.

n0toose

@matrix If this is a breakup with Element, PLEASE go around and ask non-Element-affiliated contributors of the ecosystem as to what's going wrong when you have the time and the capacity.

Sending warm regards and wishing you the best ❤

The Matrix.org Foundation

@n0toose This isn't a breakup with Element, but nonetheless you can expect the Foundation to put in a serious effort to gather feedback so that our efforts are appropriately targeted.

On top of being the right thing to do, our resources are too scarce to spend time on solutions that aren't responsive to known issues.

Smol Bean

@matrix Why is it tough? The license changed for the better. I haven't heard anything else besides that, did something else happen?

The Matrix.org Foundation

@chocolatefossty We definitely like that the new license they chose is still open source! AGPLv3 seems very appropriate, though we'd prefer for the projects to remain with the Foundation and without a CLA.

The net of all this may end up being a boon for Element and/or the ecosystem, that remains to be seen.

In the meantime, it definitely adds to the workload for the Foundation – in navigating the changes, and in building trust in our work.

hamburghammer

@matrix Is there a reason for choosing CLA instead of a DCO, if you don't have the intention to relicense?

Isn't AGPL restictiv enough?
The next step after AGPL is a license like BSO...

Seems to me like the Element investors want there money back - faire enough - but why try to stab future contributors in the back 🤷‍♂️

The Matrix.org Foundation

@hamburghammer The Foundation's stance is that we'd prefer these projects to remain under our auspices and unencumbered by a CLA.

Only Element can answer why they've decided to implement a CLA with their forks.

Element

@hamburghammer @matrix we’re not trying to stab any contributors; the reason for the CLA is that need to be able to provide alternative licenses to commercial forks (as per fsf.org/blogs/rms/selling-exce); this is the whole reason for the license shift.

Trolli Schmittlauch 🦥

@matrix Dear, @element, please be honest:
You write that you want a CLA
> giving Element the right to distribute the contribution commercially
.
When you write "commercially” you mean “proprietary”. Because FLOSS can always be utilised for _all_ cause, including commercial ones and selling it. This is what e.g sets it apart from pretending licenses like the BSL which want to claim all commercial activities just for a single stakeholder.

Hex

@schmittlauch

Technically correct, but in practice it means you either make your modifications available to your users or you contribute financially. (basically supporting the development)

Element

@schmittlauch @matrix Have edited the blog post to try to clarify: "giving Element the right to license the contribution commercially to third party proprietary forks so we can use it to help fund Matrix core development in future".

scy

@element @schmittlauch @matrix In other words, allow Element to make money by selling code that I have contributed (without receiving any reimbursement for it) to third parties, who may then use it in a closed-source product.

Did I get that right?

Element

@scy @schmittlauch @matrix yup, precisely. so if that isn't an option for you, don't sign the CLA and maintain your code in a separate tree. The impact to contributors sucks, but the alternative sucks even more.

scy

@element @schmittlauch @matrix You do realize that most open source contributors only contribute because they have a strong belief in open source & want their code to _stay_ FLOSS?

I mean, I get it, Element is struggling to make ends meet, so you're taking a gamble that being the biggest player in the Matrix ecosystem will make people contribute anyway, and that the community doesn't have the resources to maintain Synapse & Dendrite on their own.

You could just ask for donations, you know?

Campbell Jones :budgie:

@element @schmittlauch @matrix What the fuck? Really? So the codebase being AGPL is just a marketing stunt to hide the CLA that lets you give others' contributions away as proprietary software?

Element

@serebit @schmittlauch @matrix the whole blog post is explaining that if we don't find a way to get proprietary forks to contribute back to the core project, either by releasing their code as AGPL, or buying a dual license, then core dev from Element is existentially at risk. It's far from ideal, but it's the least worst solution we can find.

Campbell Jones :budgie:

@element @schmittlauch @matrix In plain terms, you're forking Synapse to profit off of it with the vague assertion that you'll give money back to the Foundation.

Eat shit.

Trolli Schmittlauch 🦥

@serebit @element @matrix To be fair, the maintenance burden of having to refactor downstream changes – even when based on a proprietary relicensed codebase – can be a good motivation to upstream your changes as FLOSS already.

Companies use AGPL differently in that regard. Oracle is more on the "better by a proprietary license, or else…" side, others do encourage the FLOSS route more.

->

Trolli Schmittlauch 🦥

@element Thank you. While I am still wary about the incentives this brings for encouraging FLOSS back-contributions vs. selling proprietary licenses (see the OwnCloud-NextCloud story), I guess the biggest concern of most CLA critics is the ability of element pulling a HashiCorp and going proprietary again.
You now mention this concern as well in the blog post; have any countermeasures for the CLA been discussed? Like e.g. github.com/slint-ui/slint/disc

Element

@schmittlauch honestly, we only found about the slint/signal trick via the discussion here today. it looks really interesting, as there is zero desire to pull a hashicorp - we're literally trying to do the opposite.

Campbell Jones :budgie:

@matrix I don't like the precedent that this sets...

The Matrix.org Foundation

@serebit Indeed, the Foundation's stance is that we'd prefer the projects remain actively maintained under our auspices and unencumbered by a CLA.

We're glad they chose an open source license, and we also think this is a moment for the rest of the ecosystem to shine.

Ultimately, this is a point in favor of protocols, as the spec is the beating heart of Matrix and remains open source *and* under open governance that will only get more open as we seat the first elected Governing Board next year.

reaply Pop&NetBSD🚩

@matrix

This is going in the wrong direction, and if it continues, I will lose all optimism.

Jason Bowen

@matrix I'd like to continue to remind people that IRC still exists.

Come join us on @liberachat or OFTC

#irc #irssi

chebra

@matrix

Friends don't let friends use Element.

Ren 🐧

@matrix Can someone ELI5 what this means for Matrix?

Go Up