7 ms·

But if it gets relicensed, they would still be able to use the current version. Amazon definitely would be able to fund an independent fork.

wewtyflakes 1y ago
Sounds like it would be a lot of churn for nothing; if they can fund a fork, then they could fund the original project, no?
- arrowleaf 1y ago
  If they can fund a fork, they can continue business as usual until the need arises
  - zrm 1y ago
    A fork is more expensive to maintain than funding/contributing to the original project. You have to duplicate all future work yourselves, third party code starts expecting their version instead of your version, etc.
    - rs186 1y ago
      Nobody said the fork cannot diverge from the original project.
- cortesoft 1y ago
  They COULD, but history has shown they would rather start and maintain their own fork. It might not make sense morally, but it makes total sense from a business perspective… if they are going to pay for the development, they are going to want to maintain control.
  - edoceo 1y ago
    If they want that level of control, reimburse for all the prior development too. - ie: buy that business. As it stands, they're just abusing someone's gift. Like jerks.
    - rolandog 1y ago
      There should be a "if you use this product in a for-profit environment, and you have a yearly revenue of $500,000,000,000+ ... you can afford to pay X * 100,000/yr" license.
      - renewiltord 1y ago
        That's the Llama license and yeah, a lot of people prefer this approach, but many don't consider it open source. I don't either. In fact, we are probably just really lucky that some early programmers were kooky believers in the free software philosophy. Thank God for them. So much of what I do owes to the resulting ecosystem that was built back then.
        bigiain 1y ago
        I reckon this is an impedance mismatch between "Open Source Advocacy" and Open Source as a programming hobby/lifestyle/itch-to-scratch that drives people to write and release code as Open Source (of whatever flavour they choose, even if FSS and/or OSF don't consider that license to qualify as "Open Source"). I think Stallmann's ideological "allowing users to run, modify, and share the software without restrictions" stance is good, but I think for me at least that should apply to "users" as human persons, and doesn't necessarily apply to "corporate personhood" and other non-human "users". I don't see a good way to make that distinction work in practice, but I think it's something that if going to become more and more problematic as time goes on, and LLM slop contributions and bug reports somehow feed into this too. I was watching MongoDB and Redis Labs experiments with non-OSF approved licences clearly targeted at AWS "abusing" those projects, but sadly neither of those cases seemed to work out in the long term. Also sadly, I do not have any suggestions of how to help...
      - zrm 1y ago
  - pstuart 1y ago
    Do they want control or do they really want something that works that they don't have to worry about? The only reason for needing control would be if it was part of their secret sauce and at that point they can fork it and fuck off. These companies should be heavily shamed for leaching off the goodwill of the OSS community.
- 6510 1y ago
  With a bit of needless work the fixes could be copied and they would still end up funding them.
- zdragnar 1y ago
  Funding ffmpeg also essentially funds their competitors, but a closed fork in-house doesn't. Submitting bugs costs less than both, hence why they still use ffmpeg in the first place.
- xxs 1y ago
  They can't - it's LGPL 2.1. So the fork would be public essentially.
schainks 1y ago
It still takes expensive humans to do this so they are incentivized to use the free labor.
- NewsaHackO 1y ago
  Yes, definitely. I was just saying that if the license ever did change, they would move to an in-house library. In fact, they would probably release the library for consumer use as an AWS product.
deleted 1y ago
[deleted]
deaddodo 1y ago
And then the argument for refusing to just pay ffmpeg developers gets even more flimsy. The entire point here is to pay for the fixes/features you keep demanding, else the project is just going to do as it desires and ignore you. More and more OSS projects are getting to this point as large enterprises (especially in the SaaS/PaaS spheres) continue to take advantage of those projects and treat them like unpaid workers.
- zdragnar 1y ago
  Not really. Their whole reason for not funding open source is it essentially funds their competitors who use the same projects. That's why they'd rather build a closed fork in-house than just hand money to ffmpeg. It's a dumb reason, especially when there are CVE bugs like this one, but that's how executives think.
  - Kim_Bruning 1y ago
    But their competitors also fund them, which makes it a net positive sum.
  - AnthonyMouse 1y ago
    > Their whole reason for not funding open source is it essentially funds their competitors who use the same projects. That's why they'd rather build a closed fork in-house than just hand money to ffmpeg. So the premise here is that AWS should waste their own money maintaining an internal fork in order to try to make their competitors do the same thing? But then Google or Intel or someone just fixes it a bit later and wisely upstreams it so they can pay less than you by not maintaining an internal fork. Meanwhile you're still paying the money even though the public version has the fix because now you either need to keep maintaining your incompatible fork or pay again to switch back off of it. So what you've done is buy yourself a competitive disadvantage. > that's how executives think. That's how cargo cult executives think. Just because you've seen someone else doing something doesn't mean you should do it. They might not be smarter than you.
    - illuminator83 1y ago
8note 1y ago
something more dangerous would be "amazon is already breaking the license, but the maintainers for now havent put in the work to stop the infringement"
eptcyka 1y ago
Oh the irony - we don't want to pay for ffmpeg's development, but sure can finance a fork if we have to.

wewtyflakes 1y ago

Sounds like it would be a lot of churn for nothing; if they can fund a fork, then they could fund the original project, no?

arrowleaf 1y ago
If they can fund a fork, they can continue business as usual until the need arises
- zrm 1y ago
  A fork is more expensive to maintain than funding/contributing to the original project. You have to duplicate all future work yourselves, third party code starts expecting their version instead of your version, etc.
  - rs186 1y ago
    Nobody said the fork cannot diverge from the original project.
cortesoft 1y ago
They COULD, but history has shown they would rather start and maintain their own fork. It might not make sense morally, but it makes total sense from a business perspective… if they are going to pay for the development, they are going to want to maintain control.
- edoceo 1y ago
  If they want that level of control, reimburse for all the prior development too. - ie: buy that business. As it stands, they're just abusing someone's gift. Like jerks.
  - rolandog 1y ago
    There should be a "if you use this product in a for-profit environment, and you have a yearly revenue of $500,000,000,000+ ... you can afford to pay X * 100,000/yr" license.
    - renewiltord 1y ago
      That's the Llama license and yeah, a lot of people prefer this approach, but many don't consider it open source. I don't either. In fact, we are probably just really lucky that some early programmers were kooky believers in the free software philosophy. Thank God for them. So much of what I do owes to the resulting ecosystem that was built back then.
      - bigiain 1y ago
        I reckon this is an impedance mismatch between "Open Source Advocacy" and Open Source as a programming hobby/lifestyle/itch-to-scratch that drives people to write and release code as Open Source (of whatever flavour they choose, even if FSS and/or OSF don't consider that license to qualify as "Open Source"). I think Stallmann's ideological "allowing users to run, modify, and share the software without restrictions" stance is good, but I think for me at least that should apply to "users" as human persons, and doesn't necessarily apply to "corporate personhood" and other non-human "users". I don't see a good way to make that distinction work in practice, but I think it's something that if going to become more and more problematic as time goes on, and LLM slop contributions and bug reports somehow feed into this too. I was watching MongoDB and Redis Labs experiments with non-OSF approved licences clearly targeted at AWS "abusing" those projects, but sadly neither of those cases seemed to work out in the long term. Also sadly, I do not have any suggestions of how to help...
    - zrm 1y ago
- pstuart 1y ago
  Do they want control or do they really want something that works that they don't have to worry about? The only reason for needing control would be if it was part of their secret sauce and at that point they can fork it and fuck off. These companies should be heavily shamed for leaching off the goodwill of the OSS community.
6510 1y ago
With a bit of needless work the fixes could be copied and they would still end up funding them.
zdragnar 1y ago
Funding ffmpeg also essentially funds their competitors, but a closed fork in-house doesn't. Submitting bugs costs less than both, hence why they still use ffmpeg in the first place.
xxs 1y ago
They can't - it's LGPL 2.1. So the fork would be public essentially.

schainks 1y ago

It still takes expensive humans to do this so they are incentivized to use the free labor.

NewsaHackO 1y ago
Yes, definitely. I was just saying that if the license ever did change, they would move to an in-house library. In fact, they would probably release the library for consumer use as an AWS product.

deleted 1y ago

[deleted]

deaddodo 1y ago

And then the argument for refusing to just pay ffmpeg developers gets even more flimsy. The entire point here is to pay for the fixes/features you keep demanding, else the project is just going to do as it desires and ignore you. More and more OSS projects are getting to this point as large enterprises (especially in the SaaS/PaaS spheres) continue to take advantage of those projects and treat them like unpaid workers.

zdragnar 1y ago
Not really. Their whole reason for not funding open source is it essentially funds their competitors who use the same projects. That's why they'd rather build a closed fork in-house than just hand money to ffmpeg. It's a dumb reason, especially when there are CVE bugs like this one, but that's how executives think.
- Kim_Bruning 1y ago
  But their competitors also fund them, which makes it a net positive sum.
- AnthonyMouse 1y ago
  > Their whole reason for not funding open source is it essentially funds their competitors who use the same projects. That's why they'd rather build a closed fork in-house than just hand money to ffmpeg. So the premise here is that AWS should waste their own money maintaining an internal fork in order to try to make their competitors do the same thing? But then Google or Intel or someone just fixes it a bit later and wisely upstreams it so they can pay less than you by not maintaining an internal fork. Meanwhile you're still paying the money even though the public version has the fix because now you either need to keep maintaining your incompatible fork or pay again to switch back off of it. So what you've done is buy yourself a competitive disadvantage. > that's how executives think. That's how cargo cult executives think. Just because you've seen someone else doing something doesn't mean you should do it. They might not be smarter than you.
  - illuminator83 1y ago

8note 1y ago

something more dangerous would be "amazon is already breaking the license, but the maintainers for now havent put in the work to stop the infringement"

eptcyka 1y ago

Oh the irony - we don't want to pay for ffmpeg's development, but sure can finance a fork if we have to.