Re: [VOTE] Apache Hudi (incubating) 0.5.1 RC1

2020-01-28 Thread leesf
Hi Justin,

Thanks for your thorough verification and vote, I created jira tickets to
track the issues you pointed out [1] and will get it fixed before next
release. And would you please share the compile command which caused
WARNING downloading sources from repos? I used `mvn clean install
-DskipTests` and `mvn clean compile -DskipTests` in my local and did not
find the WARNING sources downloading.

PS: Would appreciate if other IPMCs would vote on the release. Thanks

Best,
Leesf

[1]
https://issues.apache.org/jira/projects/HUDI/issues/HUDI-582
https://issues.apache.org/jira/projects/HUDI/issues/HUDI-581
https://issues.apache.org/jira/projects/HUDI/issues/HUDI-580

Justin Mclean  于2020年1月29日周三 上午10:49写道:

> Hi,
>
> +1 (binding)
>
> I checked:
> - incubating in name
> - signatures and hashes fine
> - DISCLAIMER (WIP) exists
> - LICENSE looks OK but didn’t do an exhaustive check
> - NOTICE need more work as it missing content form included 3rd party ALv2
> licensed NOTICE files
> - NOTICE year is incorrect
> - This file [1] has an incorrect license header
> - no binary files
> - can compile from source
>
> I did notice something odd while compiling:
> Downloading from Maven Central:
> https://repo.maven.apache.org/maven2/org/apache/hudi/hudi-client/0.5.1-incubating-rc1/hudi-client-0.5.1-incubating-rc1-sources.jar
> Downloading from cloudera-repo-releases:
> https://repository.cloudera.com/artifactory/public/org/apache/hudi/hudi-client/0.5.1-incubating-rc1/hudi-client-0.5.1-incubating-rc1-sources.jar
> Downloading from confluent:
> https://packages.confluent.io/maven/org/apache/hudi/hudi-client/0.5.1-incubating-rc1/hudi-client-0.5.1-incubating-rc1-sources.jar
> Downloading from libs-milestone:
> https://repo.spring.io/libs-milestone/org/apache/hudi/hudi-client/0.5.1-incubating-rc1/hudi-client-0.5.1-incubating-rc1-sources.jar
> Downloading from libs-release:
> https://repo.spring.io/libs-release/org/apache/hudi/hudi-client/0.5.1-incubating-rc1/hudi-client-0.5.1-incubating-rc1-sources.jar
> [WARNING] Could not get sources for
> org.apache.hudi:hudi-client:jar:0.5.1-incubating-rc1:compile
>
> This seems to be download this release candidate, why is this?
>
> There are other similar warnings as well e.g:
> [WARNING] Could not get sources for
> org.apache.hudi:hudi-timeline-service:jar:0.5.1-incubating-rc1:compile
> [WARNING] Could not get sources for
> org.apache.hudi:hudi-hadoop-mr:jar:0.5.1-incubating-rc1:compile
> [WARNING] Could not get sources for
> org.apache.hudi:hudi-client:jar:0.5.1-incubating-rc1:compile
>
> Thanks,
> Justin
>
> 1. docker/hoodie/hadoop/base/entrypoint.sh
>
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Draft proposal for mass IPMC member removal

2020-01-28 Thread Justin Mclean
Hi,

I tend to put this resolution up for the next board meeting, feedback welcome. 
If you have any objections to this course of action please speak up. The list 
of 77 people can be found on the incubator private list.


Several IPMC members are not signed up to the IPMC private list and may not be 
providing the oversight needed by their role.  The IPMC has discussed removing 
them from the IPMC, and there is consensus to do this.

These people have been emailed twice in the last month asking them to sign up 
and explain what may happen if they don’t and this topic has been discussed on 
the incubator mailing list. About 30% of the people identified have responded, 
and have signed up or asked to no longer be IPMC members. People who are active 
in other ways (e.g. signing off podling reports) have been removed from the 
list.  It is assumed that most of the remaining people are inactive and have no 
interest in being IPMC members. Most of them are ASF members, so even if they 
were removed, they could ask to join again. Only three people in this list are 
not ASF members; one was last seen in 2009, one has indicated off-list that 
they don't want to continue in the role and one looks to have changed jobs and 
is no longer active at Apache.

The IPMC can't remove people from the IPMC only the board can do that. The IPMC 
is asking that board to approval removal of the following people from the IPMC:


If any people sign up to the incubator private list before the board meeting 
and this resolution approved they will not be removed.
--

Thanks,
Justin




































































































































































































































































































































































































































































































































































































































































































































































































































































































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



Re: Looking for Champion and Mentors

2020-01-28 Thread Justin Mclean
Hi,

Thanks for the proposal, and it sounds like an interesting project.

> Orphaned Products
> The core developers of the AgensGraph Extension team plan to work full time 
> on this project. There is no risk of orphaned or abandoned code.

Given they are all from some company there could be a high risk of the project 
being orphaned, can you provide some more information.

> Homogenous Developers:
> The current list of committers includes developers from several different 
> countries. The core committers are geographically distributed across the 
> U.S., Europe, and Asia. They are experienced with working in a distributed 
> environment.

But they all work for one company?

> Mailing lists
> agex-...@incubator.apache.org
> agex-comm...@incubator.apache.org
> agex-priv...@incubator.apache.org
> agex-u...@incubator.apache.org

One minor thing, it's best not to have a user list at the start and only add 
one once you need it.

> Git Repositories:
> The Git repository is not public yet, but we can provide the private 
> repository upon request for your review.

This is slightly confusing how is an open source project able to function with 
a private repo?

> Initial Committers
> Junseok Yang (jsy...@bitnine.net ), Josh Innis (josh.in...@bitnine.net ) , 
> John Gemignani (john.gemign...@bitnine.net ) , Hyunwoo Ha (h...@bitnine.net)

You mentioned other contributors above , is there any reason they are not on 
the initial committer list. Four people is a small number for a functioning 
project management committee, while 3 is the minimum, we would like to see more 
initial committers. It would also be good if they were not all from the same 
company.

Please make sure you use the most recent template when making the proposal, 
There's a couple of missing items. [1]

Thanks,
Justin

1. https://cwiki.apache.org/confluence/display/INCUBATOR/New+Podling+Proposal
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



Re: [VOTE] Apache Hudi (incubating) 0.5.1 RC1

2020-01-28 Thread Justin Mclean
Hi,

+1 (binding)

I checked:
- incubating in name
- signatures and hashes fine
- DISCLAIMER (WIP) exists
- LICENSE looks OK but didn’t do an exhaustive check
- NOTICE need more work as it missing content form included 3rd party ALv2 
licensed NOTICE files
- NOTICE year is incorrect
- This file [1] has an incorrect license header
- no binary files
- can compile from source

I did notice something odd while compiling:
Downloading from Maven Central: 
https://repo.maven.apache.org/maven2/org/apache/hudi/hudi-client/0.5.1-incubating-rc1/hudi-client-0.5.1-incubating-rc1-sources.jar
Downloading from cloudera-repo-releases: 
https://repository.cloudera.com/artifactory/public/org/apache/hudi/hudi-client/0.5.1-incubating-rc1/hudi-client-0.5.1-incubating-rc1-sources.jar
Downloading from confluent: 
https://packages.confluent.io/maven/org/apache/hudi/hudi-client/0.5.1-incubating-rc1/hudi-client-0.5.1-incubating-rc1-sources.jar
Downloading from libs-milestone: 
https://repo.spring.io/libs-milestone/org/apache/hudi/hudi-client/0.5.1-incubating-rc1/hudi-client-0.5.1-incubating-rc1-sources.jar
Downloading from libs-release: 
https://repo.spring.io/libs-release/org/apache/hudi/hudi-client/0.5.1-incubating-rc1/hudi-client-0.5.1-incubating-rc1-sources.jar
[WARNING] Could not get sources for 
org.apache.hudi:hudi-client:jar:0.5.1-incubating-rc1:compile

This seems to be download this release candidate, why is this?

There are other similar warnings as well e.g:
[WARNING] Could not get sources for 
org.apache.hudi:hudi-timeline-service:jar:0.5.1-incubating-rc1:compile
[WARNING] Could not get sources for 
org.apache.hudi:hudi-hadoop-mr:jar:0.5.1-incubating-rc1:compile
[WARNING] Could not get sources for 
org.apache.hudi:hudi-client:jar:0.5.1-incubating-rc1:compile

Thanks,
Justin

1. docker/hoodie/hadoop/base/entrypoint.sh



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



Looking for Champion and Mentors

2020-01-28 Thread Eya Badal Abdisho
Hello all,

I am Eya, a software engineer working with the AgensGraph Extension team 
(Multimodel Database)

We propose to contribute AgensGraph Extension as an Apache Incubator project, 
and
we are still looking for possible Champion and Mentors. If anyone would like to 
volunteer, we would greatly appreciate it. 

Best Regards,
Eya 

===
The draft of the proposal can be found on wiki: 
https://cwiki.apache.org/confluence/display/INCUBATOR/AgensGraphExtension
===

You may also find following the draft(work in progress) version of the proposal 
as well

*This proposal is the first draft and is a work in progress*

Abstract
AgensGraph Extension will be a multi-model database that enables graph and 
relational models built on PostgreSQL.

Proposal
We propose the AgensGraph Extension to the Apache foundation. AgensGraph 
Extension is to provide an extension for PostgreSQL to give the users the 
ability to leverage graph database on top of the existing relational database 
with minimal effort. The basic principle of the project is to create single 
storage that can handle both relational and graph model data so that the users 
can use the standard ANSI SQL along with openCypher 
(http://www.opencypher.org), the Graph query language. 

Background
To provide some background, the AgensGraph extension project is being actively 
developed. This project is a new generation of a multi-model graph database for 
the modern complex data environment. A graph database can solve problems from 
very different angles, thanks to its different approach to data and its 
organization. By preparing data in graph models the users can apply graph 
algorithms that provide forte in handling complexity. Moreover, Graph data is a 
suitable form to apply machine learning. 

Prior to AgensGraph extension, there is an existing forked project which is 
publicly available on the following link: 
https://github.com/bitnine-oss/agensgraph

While working on the fork version of this project, we found out that there are 
increasing voices asking for an extension of AgensGraph. It was then when we 
decided to develop and work on the extension version to provide more benefits 
to PostgreSQL users such as easy installation and compatibility. 

AgensGraph Extension is a multi-model database designed to be simple and 
user-friendly, which supports the relational and graph data model at the same 
time that enables users to integrate the legacy relational data model and the 
flexible graph data model in one database. AgensGraph Extension supports 
ANSI-SQL and openCypher (http://www.opencypher.org). SQL queries and Cypher 
queries can be integrated into a single query in AgensGraph Extension. 

Currently, we have active users and contributors that forked and used this 
project to build other projects. Some examples could be found in the following 
links: https://www.nuget.org/packages/FSharp.Data.AgensGraph/

Rationale
AgensGraph mainly offers a multimodel database, eliminating the migration 
efforts while having relational and graph models.  

There is a strong need for a cohesive, easy to migrate multimodel for a 
relational and graph database. AgensGraph Extension is an extension of 
PostgreSQL which supports all the functionalities and features of the 
PostgreSQL and offers a graph model in addition. Users with a relational 
background and data model who are in need of having a graph model on top of 
their existing relational model can use this extension with minimal effort 
because they can use existing data without migration to enable graph database.

Since AgensGraph Extension is based on the powerful PostgreSQL RDBMS, it is 
very robust, fully-featured and ready to use. AgensGraph Extension is optimized 
for handling complex connected graph data and provides plenty of powerful 
database features essential to the database environment including ACID 
transactions, multi-version concurrency control, stored procedure, triggers, 
constraints, sophisticated monitoring and a flexible data model (JSON). 
Moreover, AgensGraph Extension leverages the rich eco-systems of PostgreSQL and 
can be extended with many outstanding external modules, like PostGIS.

Initial Goals
A complete implementation of openCypher language specification in a PostgreSQL 
extension: 

Implementation of openCypher parser 
Implementation of internal AgensGraph Data Types 
Implementation of expression logic 
Implementation of Cypher language Clauses (Return, Create, Delete, Update, 
Match)
Implementation of variable length expressions (VLE)
Implementation of graph-related functions (such as aggregation)

Current Status

Meritocracy:
Our current practices align with the meritocracy principles of Apache. 
AgensGraph Extension was originally created by Junseok Yang in June 2019. 
Committers have the freedom to work on a task independently and consult any 
other member of the team when necessary. Once committers have finished, a git 
patch is sub

Re: Inquiry about researching ASF Incubator

2020-01-28 Thread Seth Frey
Thank you again for your willingness to support our research proposal to the 
NSF.

We'll need it by this Friday 31, 3pm PST, or 6pm EST. Please send it directly 
to "Vladimir Filkov" , CC'ing me, "Seth Frey" 
.

Here is the text:
"""
If the proposal submitted by Drs. Filkov, Frey, Bushouse, and Schweik entitled 
"GCR: Collaborative Research: Jumpstarting Successful OSS Projects With 
Evidence Based Rules and Structures" is selected for funding by NSF, it is my 
intent to collaborate and/or commit resources as detailed in the Project 
Description or the Facilities, Equipment and Other Resources section of the 
proposal.

Sincerely,
XXX
"""

And here is a link to an rtf of the text, already formatted:
https://enfascination.com/cloud/index.php/s/5WxZRPK09I46OuV

If you have any questions before signing, I'll be happy to address them.

best,
seth.


Seth Frey
Assistant Professor
Communication, UC Davis
https://enfascination.com/research

recently:
http://doi.org/gdzpj6 — Poker experts encrypt their reasoning with their cards
http://doi.org/cwbz — The dynamics of emotional influence (and self-influence)
http://doi.org/cwb2 — Flocking in what-you-think-I-think-you-think reasoning

> On Jan 26, 2020, at 15:06, Seth Frey  wrote:
> 
> Justin, 
> 
> Sorry, I forgot to CC you.  If this makes it more frictionless to turn 
> around, here is a link to a .docx:
> https://enfascination.com/cloud/index.php/s/aocOsOLDVFV4Vpi
> 
> If you can, please provide it with letterhead and signature in pdf format.
> 
> best,
> seth.
> 
> 
> Seth Frey
> Assistant Professor
> Communication, UC Davis
> https://enfascination.com/research
> 
> recently:
> http://doi.org/gdzpj6 — Poker experts encrypt their reasoning with their cards
> http://doi.org/cwbz — The dynamics of emotional influence (and self-influence)
> http://doi.org/cwb2 — Flocking in what-you-think-I-think-you-think reasoning
> 
>> On Jan 24, 2020, at 01:39, Seth Frey  wrote:
>> 
>> Justin,
>> 
>> It turns out the text of the letter is minimal: we've been advised to keep 
>> it as spare and cookie cutter as possible, with any specifics better placed 
>> in the proposal than the latter.
>> 
>> """
>> If the proposal submitted by Dr. Filkov entitled "GCR: Collaborative 
>> Research: Jumpstarting Successful OSS Projects With Evidence Based Rules and 
>> Structures" is selected for funding by NSF, it is my intent to collaborate 
>> and/or commit resources as detailed in the Project Description or the 
>> Facilities, Equipment and Other Resources section of the proposal.
>> 
>> Sincerely,
>> XXX
>> """
>> 
>> And here is the corresponding blurb on ASF's role that we'll be putting in 
>> the main proposal text (point #2):
>> """
>> To extend our relevance, reach, and impact, we will leverage in this project 
>> data, knowhow, and network connections from the academic and OSS communities 
>> relevant to this proposal. In particular, (1) the personnel of NSF RCN grant 
>> #1917908, on the subject of coordinating efforts for rules/policy 
>> extractions from online sources, has agreed on supporting us in our efforts 
>> of automating rule/policy extractions, with their knowhow and data; (2) 
>> leaders from the ASF Incubator have agreed to support us through 
>> introductions and networking with their member projects as we pursue 
>> interviews and surveys with them; (3) members from the OSGeo foundation have 
>> agreed to support us through introductions and networking with their member 
>> projects as we pursue interviews and surveys with them; (4) personnel from 
>> the NSF Medium grant #1901311, on the subject of understanding 
>> sustainability in OSS projects, has agreed on mutual data exchange with our 
>> project. Submitted with this proposal are letters of collaboration from each 
>> of them.
>> """
>> By the same advice that informed the choice to go boilerplate, you'll see 
>> that we now do commit you to providing some manner of concrete assistance.  
>> Let us know if you have a better idea for that phrasing.
>> 
>> I don't know what you prefer for word processing and/or letterhead.  If the 
>> most straightforward route for you is to copy and paste the text of the 
>> letter into a more formal format, go ahead. If you'd like me to resend it in 
>> the form of a collaborative doc or file via some preferred platform format 
>> (I imagine that .docx and Google Docs are formally or culturally 
>> discouraged), let me know, so I can minimize the inconvenience to you for 
>> supporting us.
>> 
>> 
>> best,
>> seth.
>> 
>> Seth Frey
>> Assistant Professor
>> Communication, UC Davis
>> https://enfascination.com/research
>> 
>> recently:
>> http://doi.org/gdzpj6 — Poker experts encrypt their reasoning with their 
>> cards
>> http://doi.org/cwbz — The dynamics of emotional influence (and 
>> self-influence)
>> http://doi.org/cwb2 — Flocking in what-you-think-I-think-you-think reasoning
>> 
>>> On Jan 22, 2020, at 16:06, Justin Mclean  wrote:
>>> 
>>> Hi,
>>> 
> I as the V.P I

Re: DataSketches status page is not updating

2020-01-28 Thread Dave Fisher
Hi -

All cleaned up. The clutch analysis cannot handle multiple URL for some of the 
items in the project xml.

Nuttx was the trouble.

--- nuttx.xml   (revision 1873270)
+++ nuttx.xml   (working copy)
@@ -80,7 +80,7 @@
   Bug tracking
   .
   
-https://issues.apache.org/jira/projects/NUTTX";>https://issues.apache.org/jira/projects/NUTTX
+
 https://github.com/apache/incubator-nuttx/issues";>https://github.com/apache/incubator-nuttx/issues
   
 

I reran the builds and things should be good.

Regards,
Dave 


> On Jan 28, 2020, at 11:54 AM, Justin Mclean  wrote:
> 
> Hi,
> 
>> I suspect something in the XML may be not formatted correctly, but I can't
>> find it and I don't know where to find any failure logs for that page.
> 
> 
> Yep there looks to be an error [1]. Not 100% ahuire what it is but I’ll look 
> later today, unless someone else does first.
> 
> Thanks,
> Justin
> 
> 1. 
> https://builds.apache.org/job/Incubator%20SVN%20Clutch%20Analysis%20-%20part%201/
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
> 


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



Re: DataSketches status page is not updating

2020-01-28 Thread Justin Mclean
Hi,

> I suspect something in the XML may be not formatted correctly, but I can't
> find it and I don't know where to find any failure logs for that page.


Yep there looks to be an error [1]. Not 100% ahuire what it is but I’ll look 
later today, unless someone else does first.

Thanks,
Justin

1. 
https://builds.apache.org/job/Incubator%20SVN%20Clutch%20Analysis%20-%20part%201/
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



DataSketches status page is not updating

2020-01-28 Thread leerho
Folks,

I was instructed by Infra to come here for help:

I have updated the datasketches.xml file at
https://svn.apache.org/repos/asf/incubator/public/trunk/content/projects/, but
after several days it has not been rendered.

I suspect something in the XML may be not formatted correctly, but I can't
find it and I don't know where to find any failure logs for that page.

Any suggestions?

Lee.