Re: Podling Press Kit

2017-04-12 Thread Sally Khudairi
Thanks, John.



Sorry --I have a typo in the "Please note..." section. "Podlings" should
be singular :-)


Kind regards,

Sally



- - -

Vice President Marketing & Publicity

The Apache Software Foundation



Tel +1 617 921 8656

Skype sallykhudairi





On Wed, Apr 12, 2017, at 19:01, John D. Ament wrote:

> All,

> 

> In conjunction with the new incubator logo, Sally has prepared
> material to help podlings incorporate incubator branding into their
> logos.  I plan to link this page
> http://incubator.staging.apache.org/guides/press-kit.html from the
> main website page to help build logos specific for podlings, in
> addition to our standard banner logo.  Podlings would have the option
> of choosing which they prefer.
> 

> Please review - I plan to distribute to all podlings tomorrow evening.
> 

> John


Podling Press Kit

2017-04-12 Thread John D. Ament
All,

In conjunction with the new incubator logo, Sally has prepared material to
help podlings incorporate incubator branding into their logos.  I plan to
link this page http://incubator.staging.apache.org/guides/press-kit.html from
the main website page to help build logos specific for podlings, in
addition to our standard banner logo.  Podlings would have the option of
choosing which they prefer.

Please review - I plan to distribute to all podlings tomorrow evening.

John


Re: [VOTE] Release of Apache Mnemonic-0.6.0-incubating [rc1]

2017-04-12 Thread Patrick Hunt
+1 xsum/sig verified, RAT ran clean, checklist looks ok. Was able to
build/test/install the source. lgtm.

Patrick

On Mon, Apr 10, 2017 at 4:06 PM, Gang(Gary) Wang  wrote:

> Hello incubator PMCs,
>
> The Apache Mnemonic community PPMCs and developers have voted and
> approved the proposal to release Apache Mnemonic 0.6.0 (incubating).
>
> Apache Mnemonic is an advanced hybrid memory storage oriented library,
> it's proposed a non-volatile/durable Java object model and durable
> computing model that bring several advantages to significantly improve
> the performance of massive real-time data processing/analytic.
> developers are able to use this library to design their cache-less and
> SerDe-less high performance applications.
>
> [VOTE] thread:
>
> http://mail-archives.apache.org/mod_mbox/incubator-
> mnemonic-dev/201704.mbox/%3CCALuGr6Z1UX-pU4wRHea-J4roWW%
> 2BwYOK20tfF%2B4-EdRT6TS6K_A%40mail.gmail.com%3E
>
> http://mail-archives.apache.org/mod_mbox/incubator-
> mnemonic-dev/201704.mbox/%3CCAG7vPR%2B5Uv9ide1gnaPQT4a%
> 3DWrgsDLfzN9i3xJ3i8Dq-G3oyuA%40mail.gmail.com%3E
>
> http://mail-archives.apache.org/mod_mbox/incubator-
> mnemonic-dev/201704.mbox/%3CD50D574B.2FDB5%25uma.gangumalla%40intel.com%3E
>
> http://mail-archives.apache.org/mod_mbox/incubator-
> mnemonic-dev/201704.mbox/%3CCAOgX8sz9vy3ms_sEpP0%
> 3DmV6adJX8JFbwynppRAPfkXkNi17%3DrQ%40mail.gmail.com%3E
>
> [VOTE RESULT] thread:
>
> http://mail-archives.apache.org/mod_mbox/incubator-
> mnemonic-dev/201704.mbox/%3CCAOgX8sy7mSUR8HvrWCfc2YXtMNR
> 9R5UCj3EaL_RF145SARbKAA%40mail.gmail.com%3E
> We now kindly request the Incubator PMC members review and vote on
> this incubator release.
>
> The Apache Mnemonic-0.6.0-incubating release candidate is now
> available with the following artifacts for a project vote:
>
> The source tarball, including signatures, digests, etc. can be found at:
> https://dist.apache.org/repos/dist/dev/incubator/mnemonic/0.
> 6.0-incubating-rc1/src/
>
> The tag to be voted upon is v0.6.0-incubating:
> https://git-wip-us.apache.org/repos/asf?p=incubator-
> mnemonic.git;a=shortlog;h=refs/tags/v0.6.0-incubating
>
> The release hash is d40a8f23bd18954b0d93ba7f8196f40d05c55dcc:
> https://git-wip-us.apache.org/repos/asf?p=incubator-
> mnemonic.git;a=commit;h=d40a8f23bd18954b0d93ba7f8196f40d05c55dcc
>
> Release artifacts are signed with the following key:
> https://dist.apache.org/repos/dist/dev/incubator/mnemonic/KEYS
>
> KEYS file available:
> https://dist.apache.org/repos/dist/dev/incubator/mnemonic/KEYS
>
> For information about the contents of this release, see:
> https://dist.apache.org/repos/dist/dev/incubator/mnemonic/0.
> 6.0-incubating-rc1/CHANGES.txt
>
> The vote will be open for ~72 hours.
> Please download the release candidate and evaluate the necessary items
> including checking hashes, signatures, build from source, and test.  The
> please vote:
>
> [ ] +1 Release this package as apache-mnemonic-0.6.0-incubating
> [ ] +0 no opinion
> [ ] -1 Do not release this package because...
>
>
> Thanks,
> Gary on behalf of the Apache Mnemonic (incubating) team
>


Re: [PROPOSAL] Superset Proposal for Apache Incubator

2017-04-12 Thread Jean-Baptiste Onofré

Hi Maxime,

The proposal looks interesting.

Just a note,  it's PPMC (not PMC) during incubation.

Are you seeking for other mentor (I see you only have one mentor and one 
champion for now) ?


Regards
JB

On 04/12/2017 09:41 PM, Maxime Beauchemin wrote:

Hi all,

We would love feedback on the proposal. Do the veterans on this mailing
list think that the proposal is ready for a vote!?

Thanks,

Max

On Tue, Apr 4, 2017 at 5:26 PM, Luke Han  wrote:


Hi Jeff,
This is great project which have been mentioned many times in
community. It looks cool and fun for data works.

Thanks to proposal Superset to be Apache Incubator Project, please let
me know if there's anything I could help.

Thanks.
Luke


Best Regards!
-

Luke Han

On Sun, Apr 2, 2017 at 7:45 AM, Jeff Feng 
wrote:


Dear Apache Incubator Community,

We are excited to share our proposal for discussion and feedback for
entering Apache Incubation.  Superset is an enterprise-ready web
application for data exploration, data visualization and dashboarding.

Our Incubation proposal is at the following Wiki as well as copied in the
email below:

https://wiki.apache.org/incubator/SupersetProposal

We have an active Superset community including 400+ members and nearly

200

topics.  The Google Group can be found below.  We plan to move the
discussion to the ASF:

https://groups.google.com/forum/#!forum/airbnb_superset

Thank you and look forward to the discussion!

Jeff, Max & Alanna




= Superset =

== Abstract ==

Superset is an enterprise-ready web application for data exploration,

data

visualization and dashboarding.

== Proposal ==

Superset is business intelligence (BI) software that helps modern
organizations visualize and interact with their data. Superset enables
users explore data from a variety of databases, assemble beautiful
dashboards and share their findings.  Superset works neatly with all

modern

SQL-speaking databases, and integrates with Druid.io to provide

real-time,

interactive, blazing fast data access to large datasets.

== Background ==

Data is mission critical. To succeed in this era, organizations need to
provide low-friction, intuitive and interactive access to data. It is
paramount for knowledge workers to be capable of answering their own
questions by querying, exploring and visualizing data.

The entire business intelligence industry has pivoted from a model of
centralized top-down platforms driven by IT organizations to self-service
analytics and agile workflows by any user.  This shift unblocks

centralized

service bottlenecks for creating data visualizations while also creating

an

environment that is iterative and fast-moving.  This means that business
intelligence software must also be easy and delightful to use.
Self-service analytics doesn’t mean that admin and governance features

are

not needed.

Modern BI tools provide fine-grain access controls and auditing
capabilities to understand how data is being used.  Superset is a

solution

that delivers on all of these vectors.

The technology stack is also constantly morphing - vendors are struggling
to provide cheap, quick and easy solutions to access data.  Business
intelligence users are finding existing solutions lacking as these

software

products either disregard or react slowly to recent game-changing
technologies like Druid.io, PrestoDB, Apache Drill, Apache Kylin, d3.js,
React.js and iPython’s Jupyter for instance.

== Rationale ==

Business intelligence is more relevant today than at any other point in
history.  Organizations are currently very limited in options for open
source data visualization solutions, especially solutions that are both
self-service and enterprise-ready.  Every company informing their

decisions

with data needs a BI tool.

We believe that Superset will be a strong compliment to existing Apache
Software Foundation technologies by offering scalable user interactions

to

distributed storage and computation solutions.  Users will often find

that

Superset can act as a catalyst for tooling that can visualize the

byproduct

of data and computation infrastructure.

Superset has many key design elements that help fill a gap in current
solutions for organizations:

* Easy, low friction access to data through a simple, web-based data
exploration interface.  Composing charts and dashboards are intuitive.
Eliminating the need to write code or SQL empowers anyone to use it.

* Access to a wide array of rich, interactive data visualization types.

* Enterprise-ready: Integration with different authentication mechanisms
and granular permissions centered around actions and data access.

* Realtime & fast: Superset provides realtime analytics at the speed of
thought on very large datasets when integrated with Druid.io.

* Broad data access: Consume data out of any SQL-speaking relational
database.

* Extensible: Can be extended to talk to many noSQL databases 

Re: [PROPOSAL] Superset Proposal for Apache Incubator

2017-04-12 Thread Maxime Beauchemin
Hi all,

We would love feedback on the proposal. Do the veterans on this mailing
list think that the proposal is ready for a vote!?

Thanks,

Max

On Tue, Apr 4, 2017 at 5:26 PM, Luke Han  wrote:

> Hi Jeff,
> This is great project which have been mentioned many times in
> community. It looks cool and fun for data works.
>
> Thanks to proposal Superset to be Apache Incubator Project, please let
> me know if there's anything I could help.
>
> Thanks.
> Luke
>
>
> Best Regards!
> -
>
> Luke Han
>
> On Sun, Apr 2, 2017 at 7:45 AM, Jeff Feng 
> wrote:
>
> > Dear Apache Incubator Community,
> >
> > We are excited to share our proposal for discussion and feedback for
> > entering Apache Incubation.  Superset is an enterprise-ready web
> > application for data exploration, data visualization and dashboarding.
> >
> > Our Incubation proposal is at the following Wiki as well as copied in the
> > email below:
> >
> > https://wiki.apache.org/incubator/SupersetProposal
> >
> > We have an active Superset community including 400+ members and nearly
> 200
> > topics.  The Google Group can be found below.  We plan to move the
> > discussion to the ASF:
> >
> > https://groups.google.com/forum/#!forum/airbnb_superset
> >
> > Thank you and look forward to the discussion!
> >
> > Jeff, Max & Alanna
> >
> >
> >
> >
> > = Superset =
> >
> > == Abstract ==
> >
> > Superset is an enterprise-ready web application for data exploration,
> data
> > visualization and dashboarding.
> >
> > == Proposal ==
> >
> > Superset is business intelligence (BI) software that helps modern
> > organizations visualize and interact with their data. Superset enables
> > users explore data from a variety of databases, assemble beautiful
> > dashboards and share their findings.  Superset works neatly with all
> modern
> > SQL-speaking databases, and integrates with Druid.io to provide
> real-time,
> > interactive, blazing fast data access to large datasets.
> >
> > == Background ==
> >
> > Data is mission critical. To succeed in this era, organizations need to
> > provide low-friction, intuitive and interactive access to data. It is
> > paramount for knowledge workers to be capable of answering their own
> > questions by querying, exploring and visualizing data.
> >
> > The entire business intelligence industry has pivoted from a model of
> > centralized top-down platforms driven by IT organizations to self-service
> > analytics and agile workflows by any user.  This shift unblocks
> centralized
> > service bottlenecks for creating data visualizations while also creating
> an
> > environment that is iterative and fast-moving.  This means that business
> > intelligence software must also be easy and delightful to use.
> > Self-service analytics doesn’t mean that admin and governance features
> are
> > not needed.
> >
> > Modern BI tools provide fine-grain access controls and auditing
> > capabilities to understand how data is being used.  Superset is a
> solution
> > that delivers on all of these vectors.
> >
> > The technology stack is also constantly morphing - vendors are struggling
> > to provide cheap, quick and easy solutions to access data.  Business
> > intelligence users are finding existing solutions lacking as these
> software
> > products either disregard or react slowly to recent game-changing
> > technologies like Druid.io, PrestoDB, Apache Drill, Apache Kylin, d3.js,
> > React.js and iPython’s Jupyter for instance.
> >
> > == Rationale ==
> >
> > Business intelligence is more relevant today than at any other point in
> > history.  Organizations are currently very limited in options for open
> > source data visualization solutions, especially solutions that are both
> > self-service and enterprise-ready.  Every company informing their
> decisions
> > with data needs a BI tool.
> >
> > We believe that Superset will be a strong compliment to existing Apache
> > Software Foundation technologies by offering scalable user interactions
> to
> > distributed storage and computation solutions.  Users will often find
> that
> > Superset can act as a catalyst for tooling that can visualize the
> byproduct
> > of data and computation infrastructure.
> >
> > Superset has many key design elements that help fill a gap in current
> > solutions for organizations:
> >
> > * Easy, low friction access to data through a simple, web-based data
> > exploration interface.  Composing charts and dashboards are intuitive.
> > Eliminating the need to write code or SQL empowers anyone to use it.
> >
> > * Access to a wide array of rich, interactive data visualization types.
> >
> > * Enterprise-ready: Integration with different authentication mechanisms
> > and granular permissions centered around actions and data access.
> >
> > * Realtime & fast: Superset provides realtime analytics at the speed of
> > thought on very large datasets when integrated with Druid.io.
> >
> > * Broad data 

Re: Help with Dependency Licensing

2017-04-12 Thread Nick Couchman
On Wednesday, April 12, 2017 8:23 AM, Shane Curcuru  
wrote:


 Nick Couchman wrote on 4/11/17 10:26 AM:
>> Hello, everyone,I'm currently working on the Guacamole incubator
>> project, and am developing an extension for the project that has
>> dependencies on binaries (JARs via Maven) that are licensed under
>> Category-X licenses.  We've already determined that we cannot
>> distribute a binary version of this extension, but, since it is an
>> extension (and not core to the functionality of the product), we
>> should be able to distribute the source code with build instructions
>> for the users. 
> 
> It's not completely clear from your description what specific bits of
> code are going where, so a more detailed description might help.  But my
> first guess would be no.  The CatX policy is pretty clear: don't include
> Category X code in Apache repos or releases:
>
>  https://www.apache.org/legal/resolved.html#category-x
So, I'm writing an extension for the Guacamole client that allows 
authentication against RADIUS servers.  Guacamole is written in Java and 
leverages the Maven repository to pull in dependencies.  There are a couple of 
different implementations of RADIUS libraries for Java, the most complete of 
which is JRadius.  JRadius is licensed under LGPL-2.1.  The only other 
freely-available option is TinyRadius, which is extremely incomplete, is also 
LGPL-licensed.  So, barring writing my own implementation of a RADIUS library, 
I'm kind of out of options.
Some things to note regarding the use of JRadius:- I am not including source 
code for JRadius in the project.  I am using the Java classes, downloaded by 
Maven in binary format, and calling those classes from the source code.- This 
is an authentication extension to the Guacamole client, and is not "core" 
functionality.- At this point, we do not plan to distribute any binary code 
related to this extension.  The plan is to put the extension source code in the 
main repository and provide instructions for building the component.  A section 
in the legal page referenced above asks about Apache-licensed components 
depending on components that use prohibited licenses, and the answer (roughly) 
is that you cannot distribute the components (check) and it cannot be core to 
the product (this *extension* is not).

> The reasoning for this is twofold:
> 
> - Legal issues.  We obviously want to carefully comply with how everyone
> else's licenses, so GPL or any similar kind of code is inappropriate to
> use in any Apache work.
> 
> - Policy issues.  Immaterial of caselaw or potential legal rulings, the
> ASF only wants to incorporate third party works in ways that respect the
> intent of third party licenses.  The JSON license is an example here,
> since it's unspecific call for 'Good, not Evil' is incompatible with our
> policy that our users can use the software for whatever they want.
> 
> In any case, it sounds like your PPMC needs to provide a more detailed
> description of the issue, and open a Legal JIRA to get a definitive answer:
> 

I'll open a Legal JIRA.
Thanks,Nick

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



   

Re: Help with Dependency Licensing

2017-04-12 Thread Shane Curcuru
Nick Couchman wrote on 4/11/17 10:26 AM:
> Hello, everyone,I'm currently working on the Guacamole incubator
> project, and am developing an extension for the project that has
> dependencies on binaries (JARs via Maven) that are licensed under
> Category-X licenses.  We've already determined that we cannot
> distribute a binary version of this extension, but, since it is an
> extension (and not core to the functionality of the product), we
> should be able to distribute the source code with build instructions
> for the users. 

It's not completely clear from your description what specific bits of
code are going where, so a more detailed description might help.  But my
first guess would be no.  The CatX policy is pretty clear: don't include
Category X code in Apache repos or releases:

  https://www.apache.org/legal/resolved.html#category-x

The reasoning for this is twofold:

- Legal issues.  We obviously want to carefully comply with how everyone
else's licenses, so GPL or any similar kind of code is inappropriate to
use in any Apache work.

- Policy issues.  Immaterial of caselaw or potential legal rulings, the
ASF only wants to incorporate third party works in ways that respect the
intent of third party licenses.  The JSON license is an example here,
since it's unspecific call for 'Good, not Evil' is incompatible with our
policy that our users can use the software for whatever they want.

In any case, it sounds like your PPMC needs to provide a more detailed
description of the issue, and open a Legal JIRA to get a definitive answer:

  https://www.apache.org/legal/resolved.html#asking-questions


> The question I have is how we should deal with license
> bundling in this scenario?  In the rest of this project, including
> other extensions, we bundle a src/licenses directory that has all of
> the dependency licenses for the extension.  When the binary is built,
> a resulting file has not only the binary for the extension, but also
> all of the dependency licenses.  Since we're not distributing a
> binary, is there any reason/need for us to package up dependency
> licenses? Let me know if this needs more clarification - I know this
> might be a bit vague, but I'm in new territory, here, and am happy to
> provide any further information that might help someone help me :-). 
> Thanks,Nick
> 


-- 

- Shane
  https://www.apache.org/foundation/marks/resources

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org