superset-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Benjamin Davison <benjamindavi...@gmail.com>
Subject Re: Implication of the AFS's Facebook's [React] LICENSE + PATENT
Date Tue, 18 Jul 2017 18:16:12 GMT
Hi Maxine,

Whatever happens superset is awesome, we'll follow whatever happens.

Ben

On 18 Jul 2017 7:10 pm, "Maxime Beauchemin" <maximebeauchemin@gmail.com>
wrote:

> I opened a ticket with Apache legal's team here:
> https://issues.apache.org/jira/browse/LEGAL-320
>
> Hoping for the best!
>
> Max
>
> On Mon, Jul 17, 2017 at 8:50 AM, Maxime Beauchemin <
> maximebeauchemin@gmail.com> wrote:
>
> > Community,
> >
> > As per https://issues.apache.org/jira/browse/LEGAL-303, the ASF bans the
> > use of Facebook's BSD + PATENT clause.
> >
> > Since Superset is currently incubating with the ASF and heavily uses
> React
> > (which implements this License), I thought I'd start a thread discussing
> > this specific issue.
> >
> > Sounds like there are a few possible outcomes here, I'm not sure what is
> > most likely:
> > * Facebook backtracks on React the same way it has on RocksDB, allowing
> us
> > to move forward
> > * ASF comes to some sort of a new understanding, or some sort of legal
> > agreement or legal outcome with FB that leads to allowing React in ASF
> > projects
> > * Superset's IP is transferred back to Airbnb (is that even possible at
> > this point?), Airbnb somehow makes the implications clear
> > * React code is refactored out of Superset. That represents way more work
> > than the core team and community can afford at this point, this is a very
> > unlikely outcome
> > * We're "granfathered in" and everything is ok [i don't think that's the
> > case]?
> > * ?
> >
> > Also of interest (but no legal value), I thought some of the comments on
> > Reddit were of interest:
> > https://www.reddit.com/r/programming/comments/6nnxir/
> > apache_foundation_bans_use_of_facebook_bsdpatents/
> >
> > Thanks,
> >
> > Maxime
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message