flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Chris Scott <chris.scott....@gmail.com>
Subject Re: Swiz Framework Donation
Date Fri, 05 Jul 2013 18:07:13 GMT
OK, so if we are putting things in terms of 'substantial contributors', we
are talking about 5 people MAX. Can the 5 of us simply cosign the software
grant, and can you point me to the document we need to sign. I can pass it
around to everybody involved since it is primarily Universal Mind. Can I
just have the rest of the people send messages here that they approve?

As far as Swiz Framework name, Apache will want to register it then, since
no one else ever did. Does that make sense?

On Fri, Jul 5, 2013 at 1:38 PM, Alex Harui <aharui@adobe.com> wrote:

> On 7/5/13 9:00 AM, "chris.scott.one@gmail.com" <chris.scott.one@gmail.com>
> wrote:
> >Hi Alex,
> >
> >Lots of fun rules... I can put together every contributor to Swiz and we
> >can have them grand their approval, but need to know how can we facilitate
> >this. If everyone needs to sign a form and send it somewhere, we can do
> >this, but should try to make it relatively easy so it is actually doable.
> I probably can't make a ruling on this without bringing in other Apache
> folks, but how many people are we talking about and how many had
> significant contributions?
> If someone just added a null check or two, I would imagine an email might
> be sufficient.  If someone wrote more than 25% of the code, they should
> probably co-sign the software grant.
> >
> >As far as Swiz being a registered trademark, certainly not by us. There is
> >a band called Swiz, which is why our name is the Swiz Framework, not
> >simply
> >Swiz.
> The main concern is using "Swiz" related to software.  I think there is a
> car and an insulin tester called "Flex".  If you have registered "Swiz
> Framework", then Apache will want unrestricted use of it.  For example,
> the Flex trademark was donated to Apache via a separate agreement.
> -Alex

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