5 ms·
> Otherwise, we need to start scaling back programs and staff starting January 2025. They've already done so. 2023 saw a (rather extensive) wave of layoffs, an
by caslon 3y ago
> Otherwise, we need to start scaling back programs and staff starting January 2025.
They've already done so. 2023 saw a (rather extensive) wave of layoffs, and a reduction in scale.
Part of the issue is that Matthew is not the best communicator, which isn't great for fundraising. That being said, Josh isn't off to a strong start, either.
Somehow, neither of them managed to spin the Apache -> AGPL move for Synapse as a good thing, despite it pretty transparently being better not only for the ecosystem, but for users. No freedom is lost from the perspective of a user of the software with the switch, as Apache isn't copyleft.
The CLA is unfortunate, and a less controversial strategy would have been to emulate Trolltech's "If we become a bad actor, we're legally compelled to release the source under a permissive license" approach to CLAs.
Further, the wording of docs around the CLA is really scummy, even if unintentional.
> Everyone is welcome to contribute code to Synapse, provided that they are willing to license their contributions to Element under a Contributor License Agreement (CLA). This ensures that their contribution will be made available under an OSI-approved open-source license, currently Affero General Public License v3 (AGPLv3).
It's hard to see this as short of deliberately misleading. For developer trust, they should have just said transparently in the paragraph that they needed it to sell AGPL exceptions. The wording of the CLA itself is pretty bad, though I'm sure the lawyer responsible thought it was clever.
> Element shall be entitled to make Your Contribution available under Element’s proprietary software licence, provided that Element shall also make Your Contribution available under the terms of an OSI-approved open-source license.
This offers no protection against Element dropping open source entirely the next time they hit a "budget crisis." Your Contribution will be safe in the archived version, but there's not even a guarantee that your attribution will be kept with the OSI license they choose to relicense your commit to upon subsequent releases, and this will still be within the legal rights of Element. The only thing you need to do to fulfill availability requirements for the Simplified BSD License is to put the copyright notice in the binary.
Regardless of the technical merits of the platform, or lack thereof, the consistent failures in communication constantly make it feel like things are going to implode, and it seems like every time an adjustment for sustainability needs to happen, the Foundation drives itself directly into a ditch in terms of communication and outcomes. Even assuming good faith, which is fair, given the middle-upper class salaries of the Foundation members, they consistently choose to take the options that look like they're acting in the worst faith, both from a comms standpoint and an outcomes standpoint.
I don't get it.
- brunoqc 3y agoI think I don't mind the license change but I'm never contributing code or money to anything with a cla. I have been burned in the past and I have zero interest in contributing anything that will end up in proprietary code.
- xyzzy_plugh 3y agoConversely I have submitted patches to proprietary, non-OSI-approved-license projects because it is productive for me. If I was not getting paid, sure, but you can have proprietary code and accept community contribution, but you need a CLA.
- brunoqc 3y agoElement doesn't need proprietary. If they do, they don't need our money then.
- Arathorn 3y agoSorry that you feel we haven't done a good job of communicating on this. Personally, I think that https://element.io/blog/synapse-now-lives-at-github-com-element-hq-synapse/ https://element.io/blog/synapse-now-lives-at-github-com-elem... was pretty comprehensive in explaining the rationale. > This offers no protection against Element dropping open source entirely the next time they hit a "budget crisis." IANAL, but I think you have this completely wrong. The clarification to the Apache CLA was added to ensure that if Element ever distributed contributed code as proprietary (i.e. by providing an AGPL exception to someone allergic to AGPL) then we will also have to distribute that code as FOSS. It is *LITERALLY* stopping us from dropping open source. > the consistent failures in communication constantly make it feel like things are going to implode I wonder how much of the "consistent failures in communication" are due to FUD, and how much is due to bad comms in the first place...
- caslon 3y ago> I wonder how much of the "consistent failures in communication" are due to FUD, and how much is due to bad comms in the first place... As someone who doesn't read outside perspectives on Matrix, but probably checks the Foundation blog once a month, I would say the latter. You've created a perfectly tolerable product, aside from some (admittedly unfortunate) edge cases. More or less everyone acknowledges that Matrix is, at the bare minimum, usable for individuals chatting, if not the best option right now.