Re: all podlings please update and maintain project metadata

[David Crossley]

Please maintain your incubation metadata. This then enables
other volunteers to have information at their fingertips to
assist them to assist others. There are also some automated
processes that utilise this metadata, as also happens when
you become a Top-Level Project (TLP).

Please see previous email below.

-David

David Crossley wrote:
>
> Would all podlings please update and maintain your project metadata.
> It is up to your project members.
> 
> This metadata is used by various processes to assist with managing
> the many projects in the Incubator. Please do not expect other
> people to do it for you. This will not scale, either now or when
> you are TLPs.
> 
> Recently Clutch is detecting that there are many such issues [1].
> The notes in that table try to assist by linking to some relevant
> documentation.
> 
> Incoming projects need to add their details to content/podlings.xml
> Incubating projects need to keep that content up-to-date.
> Outgoing projects need to adjust that content as they go through the
> graduation phases.
> 
> This then assists all volunteers to assist all volunteers.
> 
> [1] http://incubator.apache.org/clutch.html#other
> 
> -David

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

Re: [VOTE] Apache Onami to become an ASF TLD

[Mohammad Nour El-Din]

Hi


On Mon, Mar 18, 2013 at 2:12 PM, Bertrand Delacretaz  wrote:

> On Mon, Mar 18, 2013 at 2:02 PM, Christian Grobmeier
>  wrote:
> > ...I followed this:
> > http://incubator.apache.org/guides/graduation.html#tlp-community-vote
> > "It is wise to copy the incubator general list when the vote is
> proposed."...
>
> Ok - I have now changed that to "it is wise to notify the incubator
> general list that the community vote is starting - but do not Cc the
> vote to the general list as that creates confusion".
>

I was encouraged by your change and changed a bit:

It is wise to notify the incubator general
list
that
the community vote is starting. Please do not Cc the vote to the general
list as that creates confusion, instead you can either:

   - FWD the [VOTE] e-mail to the general list, or
   - Send a different copy to the general list indicating that a graduation
   community [VOTE] is in progress

This way we also can have a kind of unified behavior (or at least hints)
about what to do when notifying the IPMC about such votes


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


-- 
Thanks
- Mohammad Nour

"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein

Re: [VOTE] Apache Onami to become an ASF TLD

[Mohammad Nour El-Din]

Hi

   I totally agree that it can be a source of confusion, but I used to
either FWD or send a different copy to general@ for notification and I
thought others do the same


On Mon, Mar 18, 2013 at 5:01 PM, Craig L Russell
wrote:

>
> On Mar 18, 2013, at 6:16 AM, Christian Grobmeier wrote:
>
>  On Mon, Mar 18, 2013 at 2:12 PM, Bertrand Delacretaz
>>  wrote:
>>
>>> On Mon, Mar 18, 2013 at 2:02 PM, Christian Grobmeier
>>>  wrote:
>>>
 ...I followed this:
 http://incubator.apache.org/**guides/graduation.html#tlp-**
 community-vote
 "It is wise to copy the incubator general list when the vote is
 proposed."...

>>>
>>> Ok - I have now changed that to "it is wise to notify the incubator
>>> general list that the community vote is starting - but do not Cc the
>>> vote to the general list as that creates confusion".
>>>
>>
>> Great, thanks! I was just starting to do the same, now I safe the time
>> and grab a cup of coffee instead.
>>
>
> I started to do the same. But I decided to read to the end of this thread
> to be sure what the issue was.
>
> As a note, there was recently a very similar discussion about whether to
> copy or forward podling votes for new committers.
>
> Regards,
>
> Craig
>
> P.S. I found nothing misleading about the original vote which states
> pretty clearly "This is the community graduation vote for the Apache Onami
> project".
>
> The only thing "confusing" is that you actually have to *read* the message
> to know that it's a community vote. [meow] ;-)
>
>
>
>> Cheers
>>
>>  -Bertrand
>>>
>>> --**--**
>>> -
>>> To unsubscribe, e-mail: 
>>> general-unsubscribe@incubator.**apache.org
>>> For additional commands, e-mail: 
>>> general-help@incubator.apache.**org
>>>
>>>
>>
>>
>> --
>> http://www.grobmeier.de
>> https://www.timeandbill.de
>>
>> --**--**-
>> To unsubscribe, e-mail: 
>> general-unsubscribe@incubator.**apache.org
>> For additional commands, e-mail: 
>> general-help@incubator.apache.**org
>>
>>
> Craig L Russell
> Architect, Oracle
> http://db.apache.org/jdo
> 408 276-5638 mailto:Craig.Russell@oracle.**com 
> P.S. A good JDO? O, Gasp!
>
>
>
> --**--**-
> To unsubscribe, e-mail: 
> general-unsubscribe@incubator.**apache.org
> For additional commands, e-mail: 
> general-help@incubator.apache.**org
>
>


-- 
Thanks
- Mohammad Nour

"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein

Re: Proposal for better docs on trademark research (Incubator)

[Daniel Shahaf]

In short: I think your text is good but belong on
www.apache.org/foundation/marks/ rather than on the incubator docs.

I'll reply on private lists with more detail

Christian Grobmeier wrote on Mon, Mar 18, 2013 at 16:40:49 +0100:
> On Mon, Mar 18, 2013 at 2:46 PM, Daniel Shahaf  
> wrote:
> >> > And BTW infra experience tells me info about execuding the PNS
> >> > process (PODLINGNAMESEARCH) should live on www.a.o/foundation/marks/,
> >> > but that might be an issue for another patch.
> >>
> >> Its PODLING name search. Because of this name I was looking in the
> >> incubator docs first.
> >> As long as it is not named "NAMESEARCH" only I think it belongs to the
> >> incubator.
> >
> > If you have a semantic argument (eg: why shouldn't Apache Steve have
> > been expected to run a name search at some point) I'll be glad to hear it.
> 
> afaik Apache Steve didn't go through the incubator, right?
> 
> Probably thats why they didn't do a name search:
> https://issues.apache.org/jira/issues/?jql=project%20%3D%20PODLINGNAMESEARCH
> 
> I do not know if there is a policy for non-incubating
> projects/products to do a podlingnamesearch. If there is one, it makes
> certainly sense to rename the PODLINGNAMESEARCH into NAMESEARCH, move
> my docs out to a better place (trademarks) and communicate the policy
> to the projects (I didn't know much about podlingnamesearch until last
> week - I  know a few people who all thought it would be a "lazy
> consensus" thing).
> 
> That said, this is something which needs to be discussed on
> trademarks. And it will take some time for which i do not have the
> cycles right now.
> 
> My goal is to document what i have learned now in the hope it is of
> help to other podlings which need this information.
> 
> Are you fine with my commit or do you first want to start discussing
> at trademarks?
> 
> Cheers
> Christian
> 
> --
> http://www.grobmeier.de
> https://www.timeandbill.de
> 
> -
> 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: [VOTE] Apache Onami to become an ASF TLD

[Craig L Russell]

On Mar 18, 2013, at 6:16 AM, Christian Grobmeier wrote:


On Mon, Mar 18, 2013 at 2:12 PM, Bertrand Delacretaz
 wrote:

On Mon, Mar 18, 2013 at 2:02 PM, Christian Grobmeier
 wrote:

...I followed this:
http://incubator.apache.org/guides/graduation.html#tlp-community- 
vote
"It is wise to copy the incubator general list when the vote is  
proposed."...


Ok - I have now changed that to "it is wise to notify the incubator
general list that the community vote is starting - but do not Cc the
vote to the general list as that creates confusion".


Great, thanks! I was just starting to do the same, now I safe the time
and grab a cup of coffee instead.


I started to do the same. But I decided to read to the end of this  
thread to be sure what the issue was.


As a note, there was recently a very similar discussion about whether  
to copy or forward podling votes for new committers.


Regards,

Craig

P.S. I found nothing misleading about the original vote which states  
pretty clearly "This is the community graduation vote for the Apache  
Onami project".


The only thing "confusing" is that you actually have to *read* the  
message to know that it's a community vote. [meow] ;-)




Cheers


-Bertrand

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





--
http://www.grobmeier.de
https://www.timeandbill.de

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



Craig L Russell
Architect, Oracle
http://db.apache.org/jdo
408 276-5638 mailto:craig.russ...@oracle.com
P.S. A good JDO? O, Gasp!


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

Re: Proposal for better docs on trademark research (Incubator)

[Christian Grobmeier]

On Mon, Mar 18, 2013 at 2:46 PM, Daniel Shahaf  wrote:
>> > And BTW infra experience tells me info about execuding the PNS
>> > process (PODLINGNAMESEARCH) should live on www.a.o/foundation/marks/,
>> > but that might be an issue for another patch.
>>
>> Its PODLING name search. Because of this name I was looking in the
>> incubator docs first.
>> As long as it is not named "NAMESEARCH" only I think it belongs to the
>> incubator.
>
> If you have a semantic argument (eg: why shouldn't Apache Steve have
> been expected to run a name search at some point) I'll be glad to hear it.

afaik Apache Steve didn't go through the incubator, right?

Probably thats why they didn't do a name search:
https://issues.apache.org/jira/issues/?jql=project%20%3D%20PODLINGNAMESEARCH

I do not know if there is a policy for non-incubating
projects/products to do a podlingnamesearch. If there is one, it makes
certainly sense to rename the PODLINGNAMESEARCH into NAMESEARCH, move
my docs out to a better place (trademarks) and communicate the policy
to the projects (I didn't know much about podlingnamesearch until last
week - I  know a few people who all thought it would be a "lazy
consensus" thing).

That said, this is something which needs to be discussed on
trademarks. And it will take some time for which i do not have the
cycles right now.

My goal is to document what i have learned now in the hope it is of
help to other podlings which need this information.

Are you fine with my commit or do you first want to start discussing
at trademarks?

Cheers
Christian

--
http://www.grobmeier.de
https://www.timeandbill.de

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

[RESULT] [VOTE] Apache Ambari (incubating) 1.2.1 Release Candidate RC1.

[Mahadev Konar]

Thanks for voting guys with 9 +1 votes and 3 binding from IPMC, the vote passes.

 Some of the votes went just to ambari-dev. Here are the 9 +1's.

 Siddharth Wagle
 Sumit Mohanty
 Ramya Sunil (PPMC)
 Jitendra Pandey (PPMC)
 Srimanth Gunturi
 Devaraj Das (IPMC, PPMC)
 Mahadev Konar (IPMC, PPMC)
 Arun Murthy (IPMC, PPMC)


Ill do the needful.

thanks
mahadev


On Fri, Mar 15, 2013 at 10:00 AM, Arun C Murthy  wrote:
> +1 (binding)
>
> Arun
>
> On Mar 13, 2013, at 11:37 PM, Mahadev Konar wrote:
>
>> Thanks to feedback from general@incubator we have updated the release
>> artifacts with the following fixes:
>>
>>  1. Fixed NOTICE.txt
>>  2. Fixed KEYS file.
>>  3. Removed pyc files in my svn tree (unfortunately ran mvn test
>> before building last time).
>>  4. mvn apache-rat:check passes. The exclude files are files that
>> cannot have Apache Headers since it breaks the run time.
>>  5. Website has been updated (http://incubator.apache.org/ambari/ to
>> fix all the issues mentioned earlier - thanks to Yusaku).
>>  6. Release artifacts now use md5 and sha1.
>>
>> The staging Staging site is:
>> http://people.apache.org/~mahadev/ambari-1.2.1-incubating-rc1/
>>
>> with user docs at:
>> http://incubator.apache.org/ambari/1.2.1/installing-hadoop-using-ambari/content/index.html
>> and dev docs at:
>> https://cwiki.apache.org/confluence/display/AMBARI/Ambari+Development
>>
>> SVN source tag:
>> https://svn.apache.org/repos/asf/incubator/ambari/tags/release-1.2.1-rc1
>>
>> PGP release keys (signed using 8EE2F25C)
>> http://pgp.mit.edu:11371/pks/lookup?op=vindex&search=0x0DFF492D8EE2F25C
>>
>> One can look into the issues fixed in this release at
>>
>> https://issues.apache.org/jira/issues/?jql=project%20%3D%20AMBARI%20AND%20fixVersion%20%3D%20%221.2.1%22%20AND%20status%20%3D%20Resolved%20ORDER%20BY%20priority%20DESC
>>
>> Vote will be open for 72 hours.
>> [ ] +1 approve
>> [ ] +0 no opinion
>> [ ] -1 disapprove (and reason why)
>>
>> thanks
>> mahadev
>>
>> -
>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>> For additional commands, e-mail: general-h...@incubator.apache.org
>>
>
> --
> Arun C. Murthy
> Hortonworks Inc.
> http://hortonworks.com/
>
>

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

Re: [PROPOSAL] Automate Shepherd Assignments

[Daniel Shahaf]

Matt Franklin wrote on Mon, Mar 18, 2013 at 10:00:37 -0400:
> I will have to dig in to figure out how to accomplish this with the
> current infrastructure (any pointers welcome); but, I wanted to get
> buy-in on the concept first.

https://svn.apache.org/repos/private/foundation/board/scripts/assign.py

If you want to reuse that it'll probably be easiest if you move the
report to a .txt file in svn.  Basically mimic the existing board report
procedure for TLPs (except you might want to do that in
a publicly-readable svn tree).

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

[PROPOSAL] Automate Shepherd Assignments

[Matt Franklin]

For the March report, Benson tried to get the Shepherds to self
organize; but it was an unqualified failure.  No Shepherd (including
myself) stepped forward to take on podlings for review.  The only
reason I ended up reviewing any podlings is that I was preparing the
report for March.

Given that Shepherds in the past have always done well when assigned &
assuming that they are still a valuable construct, I think we should
figure out a way to automate the assignment of Shepherds.  I have done
nothing with any of the incubator scripts (clutch, report generator,
etc), but here is what I think we need:

- a place for potential shepherds to register which months and the
number of podlings they want to review.  We could open this to any
IPMC member (or potentially people who are members of current PPMCs
that have an interest in expanding their horizons)

- update the script that generates the wiki page to create the
shepherd table based on the registrations.  This script would also be
responsible for notifying the IPMC when there are not enough shepherds
for the current period.

I will have to dig in to figure out how to accomplish this with the
current infrastructure (any pointers welcome); but, I wanted to get
buy-in on the concept first.

Thoughts?

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

Re: Proposal for better docs on trademark research (Incubator)

[Daniel Shahaf]

Christian Grobmeier wrote on Mon, Mar 18, 2013 at 14:00:52 +0100:
> On Mon, Mar 18, 2013 at 11:28 AM, Daniel Shahaf  
> wrote:
> 
> >> +GitHub
> >> +SourceForge.net
> >> +Google Code
> >> +Ohloh
> >> +http://tsdr.uspto.gov";>USPTO
> >> +Google, Bing, Yahoo
> >> + >> href="http://www.trademarkia.com";>Trademarkia
> >
> > Errr.  Isn't this list of resources already available on another page?
> > If so please just point to it, rather than duplicate it.  (There should
> > be exactly one canonical location for such info.)
> 
> I didn't find one,

/me surprised

> thats why I took the time and worked on this docs.
> I extracted the information from the old Jira issues.
> 

Thanks.

> > And BTW infra experience tells me info about execuding the PNS
> > process (PODLINGNAMESEARCH) should live on www.a.o/foundation/marks/,
> > but that might be an issue for another patch.
> 
> Its PODLING name search. Because of this name I was looking in the
> incubator docs first.
> As long as it is not named "NAMESEARCH" only I think it belongs to the
> incubator.

If you have a semantic argument (eg: why shouldn't Apache Steve have
been expected to run a name search at some point) I'll be glad to hear it.

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

Re: [VOTE] Apache Onami to become an ASF TLD

[Christian Grobmeier]

On Mon, Mar 18, 2013 at 2:12 PM, Bertrand Delacretaz
 wrote:
> On Mon, Mar 18, 2013 at 2:02 PM, Christian Grobmeier
>  wrote:
>> ...I followed this:
>> http://incubator.apache.org/guides/graduation.html#tlp-community-vote
>> "It is wise to copy the incubator general list when the vote is proposed."...
>
> Ok - I have now changed that to "it is wise to notify the incubator
> general list that the community vote is starting - but do not Cc the
> vote to the general list as that creates confusion".

Great, thanks! I was just starting to do the same, now I safe the time
and grab a cup of coffee instead.

Cheers

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



-- 
http://www.grobmeier.de
https://www.timeandbill.de

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

Re: [VOTE] Apache Onami to become an ASF TLD

[Bertrand Delacretaz]

On Mon, Mar 18, 2013 at 2:02 PM, Christian Grobmeier
 wrote:
> ...I followed this:
> http://incubator.apache.org/guides/graduation.html#tlp-community-vote
> "It is wise to copy the incubator general list when the vote is proposed."...

Ok - I have now changed that to "it is wise to notify the incubator
general list that the community vote is starting - but do not Cc the
vote to the general list as that creates confusion".

-Bertrand

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

Re: [VOTE] Apache Onami to become an ASF TLD

[John D. Ament]

I had always assumed that vote proposed meant "we're thinking about
graduating - what does the community think?" and not "we've decided to
graduate, let's vote to make sure."


On Mon, Mar 18, 2013 at 9:02 AM, Christian Grobmeier wrote:

> On Mon, Mar 18, 2013 at 11:25 AM, Bertrand Delacretaz
>  wrote:
> > Hi,
> >
> > On Mon, Mar 18, 2013 at 8:01 AM, Christian Grobmeier
> >  wrote:
> >> ...in the previous discussions were no objections against the graduation
> >> of Apache Onami...
> >
> > Was there a community vote indicating a desire to graduate?
> >
> > I didn't find that in the previous discussion thread.
>
> Its the community vote.
>
> I followed this:
> http://incubator.apache.org/guides/graduation.html#tlp-community-vote
> "It is wise to copy the incubator general list when the vote is proposed."
>
> Which i understood so that general@ should be cc'ed.
>
>
>
> >
> > -Bertrand
> >
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > For additional commands, e-mail: general-h...@incubator.apache.org
> >
>
>
>
> --
> http://www.grobmeier.de
> https://www.timeandbill.de
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: [VOTE] Apache Onami to become an ASF TLD

[Christian Grobmeier]

On Mon, Mar 18, 2013 at 11:56 AM, Bertrand Delacretaz
 wrote:
> On Mon, Mar 18, 2013 at 11:32 AM, Branko Čibej  wrote:
>> ...This is the community vote. It's a bit confusing that it's also cc:'d to
>> general@
>
> ah sorry I missed that - CCing is not a good thing in this case, if
> someone wants to notify another list of an ongoing vote they should
> rather forward the original vote as an FYI, or just send a textual
> notification to avoid confusion.
>
> So, my bad, but not only ;-)

Oh yes,  makes sense.

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



-- 
http://www.grobmeier.de
https://www.timeandbill.de

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

Re: [VOTE] Apache Onami to become an ASF TLD

[Christian Grobmeier]

On Mon, Mar 18, 2013 at 11:25 AM, Bertrand Delacretaz
 wrote:
> Hi,
>
> On Mon, Mar 18, 2013 at 8:01 AM, Christian Grobmeier
>  wrote:
>> ...in the previous discussions were no objections against the graduation
>> of Apache Onami...
>
> Was there a community vote indicating a desire to graduate?
>
> I didn't find that in the previous discussion thread.

Its the community vote.

I followed this:
http://incubator.apache.org/guides/graduation.html#tlp-community-vote
"It is wise to copy the incubator general list when the vote is proposed."

Which i understood so that general@ should be cc'ed.



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



--
http://www.grobmeier.de
https://www.timeandbill.de

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

Re: Proposal for better docs on trademark research (Incubator)

[Christian Grobmeier]

On Mon, Mar 18, 2013 at 11:28 AM, Daniel Shahaf  wrote:

>> +GitHub
>> +SourceForge.net
>> +Google Code
>> +Ohloh
>> +http://tsdr.uspto.gov";>USPTO
>> +Google, Bing, Yahoo
>> +> href="http://www.trademarkia.com";>Trademarkia
>
> Errr.  Isn't this list of resources already available on another page?
> If so please just point to it, rather than duplicate it.  (There should
> be exactly one canonical location for such info.)

I didn't find one, thats why I took the time and worked on this docs.
I extracted the information from the old Jira issues.

> And BTW infra experience tells me info about execuding the PNS
> process (PODLINGNAMESEARCH) should live on www.a.o/foundation/marks/,
> but that might be an issue for another patch.

Its PODLING name search. Because of this name I was looking in the
incubator docs first.
As long as it is not named "NAMESEARCH" only I think it belongs to the
incubator.


>> +Note all results in the according JIRA issues.
>> When done, inform trademarks @ apache.org that you have finished your
>> research. Please wait, until the trademarks team has interpreted your
>> findings and theV.P. Branding approves your request. Trademark
>
> It's important that the jira records only facts and not interpretations
> of them.  That's one of the reasons you should avoid re-describing the
> process, and should instead just link to wherever it's already
> documented at.

Which is where?
I did this work because I cannot find the docs, not just because i
have fun doing it.

You could also provide a better wording if you are not happy with what I did.

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

Re: Proposal for better docs on trademark research (Incubator)

[Christian Grobmeier]

Thanks Bertrand,

if fixed that (locally)



On Mon, Mar 18, 2013 at 11:23 AM, Bertrand Delacretaz
 wrote:
> Hi Christian,
>
> On Mon, Mar 18, 2013 at 9:43 AM, Christian Grobmeier
>  wrote:
>> ...I would like to commit that. Any objections? (spelling corrections
>> welcome, right now or after the commit)...
>
> I like it, just a nitpick: I'd say "Good examples are" instead of
> "they should look like".
>
> -Bertrand



--
http://www.grobmeier.de
https://www.timeandbill.de

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

Re: [RESULT][VOTE] Accept MRQL into the Incubator

[ant elder]

On Mon, Mar 18, 2013 at 10:31 AM, Bertrand Delacretaz
 wrote:
> On Sun, Mar 17, 2013 at 4:01 PM, Mohammad Nour El-Din
>  wrote:
>> On Sun, Mar 17, 2013 at 11:49 AM, Alex Karasulu wrote:
>>> We're also missing Ant Elder from the Nominated Mentors list no?
>> Fixed...
>
> I have pasted the current version of the proposal below, so that this
> list has it correctly archived.
>

Actually, I believe the following is is the current version following
the vote and discussion. If there are any further personnel changes
can we please have the discussion on private@ to make sure there is
consensus before posting here.

= Abstract =

MRQL is a query processing and optimization system for large-scale,
distributed data analysis, built on top of Apache Hadoop and Hama.

= Proposal =

MRQL (pronounced ''miracle'') is a query processing and optimization
system for large-scale, distributed data analysis. MRQL (the
!MapReduce Query Language) is an SQL-like query language for
large-scale data analysis on a cluster of computers. The MRQL query
processing system can evaluate MRQL queries in two modes: in
!MapReduce mode on top of [[http://hama.apache.org/|Apache Hadoop]] or
in Bulk Synchronous Parallel (BSP) mode on top of
[[http://hama.apache.org/|Apache Hama]]. The MRQL query language is
powerful enough to express most common data analysis tasks over many
forms of raw ''in-situ'' data, such as XML and JSON documents, binary
files, and CSV documents. MRQL is more powerful than other current
high-level !MapReduce languages, such as Hive and !PigLatin, since it
can operate on more complex data and supports more powerful query
constructs, thus eliminating the need for using explicit !MapReduce
code. With MRQL, users will be able to express complex data analysis
tasks, such as !PageRank, k-means clustering, matrix factorization,
etc, using SQL-like queries exclusively, while the MRQL query
processing system will be able to compile these queries to efficient
Java code.

= Background =

The initial code was developed at the University of Texas of Arlington
(UTA) by a research team, led by Leonidas Fegaras. The software was
first released in May 2011. The original goal of this project was to
build a query processing system that translates SQL-like data analysis
queries to efficient workflows of !MapReduce jobs. A design goal was
to use HDFS as the physical storage layer, without any indexing, data
partitioning, or data normalization, and to use Hadoop (without
extensions) as the run-time engine. The motivation behind this work
was to build a platform to test new ideas on query processing and
optimization techniques applicable to the !MapReduce framework.

A year ago, MRQL was extended to run on Hama. The motivation for this
extension was that Hadoop !MapReduce jobs were required to read their
input and write their output on HDFS. This simplifies reliability and
fault tolerance but it imposes a high overhead to complex !MapReduce
workflows and graph algorithms, such as !PageRank, which require
repetitive jobs. In addition, Hadoop does not preserve data in memory
across consecutive !MapReduce jobs. This restriction requires to read
data at every step, even when the data is constant. BSP, on the other
hand, does not suffer from this restriction, and, under certain
circumstances, allows complex repetitive algorithms to run entirely in
the collective memory of a cluster. Thus, the goal was to be able to
run the same MRQL queries in both modes, !MapReduce and BSP, without
modifying the queries: If there are enough resources available, and
low latency and speed are more important than resilience, queries may
run in BSP mode; otherwise, the same queries may run in !MapReduce
mode. BSP evaluation was found to be a good choice when fault
tolerance is not critical, data (both input and intermediate) can fit
in the cluster memory, and data processing requires complex/repetitive
steps.

The research results of this ongoing work have already been published
in conferences (WebDB'11, EDBT'12, and !DataCloud'12) and the authors
have already received positive feedback from researchers in academia
and industry who were attending these conferences.

= Rationale =

 * MRQL will be the first general-purpose, SQL-like query language for
data analysis based on BSP.
 . Currently, many programmers prefer to code their !MapReduce
applications in a higher-level query language, rather than an
algorithmic language. For instance, Pig is used for 60% of Yahoo!
!MapReduce jobs, while Hive is used for 90% of Facebook !MapReduce
jobs. This, we believe, will also be the trend for BSP applications,
because, even though, in principle, the BSP model is very simple to
understand, it is hard to develop, optimize, and maintain non-trivial
BSP applications coded in a general-purpose programming language.
Currently, there is no widely acceptable declarative BSP query
language, although there are a few special-purpose BSP systems for
graph analysis, such as Google Pregel and
[[

Re: [VOTE] Apache Onami to become an ASF TLD

[Bertrand Delacretaz]

On Mon, Mar 18, 2013 at 11:32 AM, Branko Čibej  wrote:
> ...This is the community vote. It's a bit confusing that it's also cc:'d to
> general@

ah sorry I missed that - CCing is not a good thing in this case, if
someone wants to notify another list of an ongoing vote they should
rather forward the original vote as an FYI, or just send a textual
notification to avoid confusion.

So, my bad, but not only ;-)

-Bertrand

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

Re: [VOTE] Apache Onami to become an ASF TLD

[Mohammad Nour El-Din]

Hi

   AS you can read I used the word *should* and in the rules say
"...It is wise to copy the incubator general list when the vote is
proposed." So Christian did the *wise* thing :D

If you don't like that, and I see your point BTW, you can propose to change
that part *not* to copy the general@ when such vote(s) are proposed

On Mon, Mar 18, 2013 at 11:47 AM, Branko Čibej  wrote:

> On 18.03.2013 11:35, Mohammad Nour El-Din wrote:
> > Hi
> >
> >Last time I checked the rules it state that, for such votes, the IPMC
> > should be *notified* through general@
>
> This VOTE is not a requirement but is recommended. It is unlikely
> that IPMC members will vote to approve graduation unless the Mentors
> and community positively express their readiness for graduation. It
> is wise to copy the incubator general list when the vote is proposed.
>
>
> I see no requirement to notify. And I still maintain it's confusing, as
> evidenced by this very case.
>
> It would make more sense if general@ were notified after the fact of the
> vote result, e.g., as an addendum to the graduation vote proposal.
> There's absolutely no call for the IPMC to poke our fingers into what
> are obviously optional, internal podling procedures. That's almost as
> bad as doing code reviews for them.
>
> -- Brane
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


-- 
Thanks
- Mohammad Nour

"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein

Re: [VOTE] Apache Onami to become an ASF TLD

[Branko Čibej]

On 18.03.2013 11:35, Mohammad Nour El-Din wrote:
> Hi
>
>Last time I checked the rules it state that, for such votes, the IPMC
> should be *notified* through general@

This VOTE is not a requirement but is recommended. It is unlikely
that IPMC members will vote to approve graduation unless the Mentors
and community positively express their readiness for graduation. It
is wise to copy the incubator general list when the vote is proposed.


I see no requirement to notify. And I still maintain it's confusing, as
evidenced by this very case.

It would make more sense if general@ were notified after the fact of the
vote result, e.g., as an addendum to the graduation vote proposal.
There's absolutely no call for the IPMC to poke our fingers into what
are obviously optional, internal podling procedures. That's almost as
bad as doing code reviews for them.

-- Brane

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

Re: [VOTE] Apache Onami to become an ASF TLD

[Mohammad Nour El-Din]

Hi

   Last time I checked the rules it state that, for such votes, the IPMC
should be *notified* through general@

On Mon, Mar 18, 2013 at 11:32 AM, Branko Čibej  wrote:

> On 18.03.2013 11:25, Bertrand Delacretaz wrote:
> > Hi,
> >
> > On Mon, Mar 18, 2013 at 8:01 AM, Christian Grobmeier
> >  wrote:
> >> ...in the previous discussions were no objections against the graduation
> >> of Apache Onami...
> > Was there a community vote indicating a desire to graduate?
>
> This is the community vote. It's a bit confusing that it's also cc:'d to
> general@.
>
> -- Brane
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


-- 
Thanks
- Mohammad Nour

"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein

Re: [VOTE] Apache Onami to become an ASF TLD

[Branko Čibej]

On 18.03.2013 11:25, Bertrand Delacretaz wrote:
> Hi,
>
> On Mon, Mar 18, 2013 at 8:01 AM, Christian Grobmeier
>  wrote:
>> ...in the previous discussions were no objections against the graduation
>> of Apache Onami...
> Was there a community vote indicating a desire to graduate?

This is the community vote. It's a bit confusing that it's also cc:'d to
general@.

-- Brane


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

Re: [RESULT][VOTE] Accept MRQL into the Incubator

[Bertrand Delacretaz]

On Sun, Mar 17, 2013 at 4:01 PM, Mohammad Nour El-Din
 wrote:
> On Sun, Mar 17, 2013 at 11:49 AM, Alex Karasulu wrote:
>> We're also missing Ant Elder from the Nominated Mentors list no?
> Fixed...

I have pasted the current version of the proposal below, so that this
list has it correctly archived.

+1 to incubation based on that version with four mentors.

-Bertrand


** PROPOSAL **

Abstract

MRQL is a query processing and optimization system for large-scale,
distributed data analysis, built on top of Apache Hadoop and Hama.

Proposal

MRQL (pronounced miracle) is a query processing and optimization
system for large-scale, distributed data analysis. MRQL (the MapReduce
Query Language) is an SQL-like query language for large-scale data
analysis on a cluster of computers. The MRQL query processing system
can evaluate MRQL queries in two modes: in MapReduce mode on top of
Apache Hadoop or in Bulk Synchronous Parallel (BSP) mode on top of
Apache Hama. The MRQL query language is powerful enough to express
most common data analysis tasks over many forms of raw in-situ data,
such as XML and JSON documents, binary files, and CSV documents. MRQL
is more powerful than other current high-level MapReduce languages,
such as Hive and PigLatin, since it can operate on more complex data
and supports more powerful query constructs, thus eliminating the need
for using explicit MapReduce code. With MRQL, users will be able to
express complex data analysis tasks, such as PageRank, k-means
clustering, matrix factorization, etc, using SQL-like queries
exclusively, while the MRQL query processing system will be able to
compile these queries to efficient Java code.

Background

The initial code was developed at the University of Texas of Arlington
(UTA) by a research team, led by Leonidas Fegaras. The software was
first released in May 2011. The original goal of this project was to
build a query processing system that translates SQL-like data analysis
queries to efficient workflows of MapReduce jobs. A design goal was to
use HDFS as the physical storage layer, without any indexing, data
partitioning, or data normalization, and to use Hadoop (without
extensions) as the run-time engine. The motivation behind this work
was to build a platform to test new ideas on query processing and
optimization techniques applicable to the MapReduce framework.

A year ago, MRQL was extended to run on Hama. The motivation for this
extension was that Hadoop MapReduce jobs were required to read their
input and write their output on HDFS. This simplifies reliability and
fault tolerance but it imposes a high overhead to complex MapReduce
workflows and graph algorithms, such as PageRank, which require
repetitive jobs. In addition, Hadoop does not preserve data in memory
across consecutive MapReduce jobs. This restriction requires to read
data at every step, even when the data is constant. BSP, on the other
hand, does not suffer from this restriction, and, under certain
circumstances, allows complex repetitive algorithms to run entirely in
the collective memory of a cluster. Thus, the goal was to be able to
run the same MRQL queries in both modes, MapReduce and BSP, without
modifying the queries: If there are enough resources available, and
low latency and speed are more important than resilience, queries may
run in BSP mode; otherwise, the same queries may run in MapReduce
mode. BSP evaluation was found to be a good choice when fault
tolerance is not critical, data (both input and intermediate) can fit
in the cluster memory, and data processing requires complex/repetitive
steps.

The research results of this ongoing work have already been published
in conferences (WebDB'11, EDBT'12, and DataCloud'12) and the authors
have already received positive feedback from researchers in academia
and industry who were attending these conferences.

Rationale

MRQL will be the first general-purpose, SQL-like query language for
data analysis based on BSP.
Currently, many programmers prefer to code their MapReduce
applications in a higher-level query language, rather than an
algorithmic language. For instance, Pig is used for 60% of Yahoo!
MapReduce jobs, while Hive is used for 90% of Facebook MapReduce jobs.
This, we believe, will also be the trend for BSP applications,
because, even though, in principle, the BSP model is very simple to
understand, it is hard to develop, optimize, and maintain non-trivial
BSP applications coded in a general-purpose programming language.
Currently, there is no widely acceptable declarative BSP query
language, although there are a few special-purpose BSP systems for
graph analysis, such as Google Pregel and Apache Giraph, for machine
learning, such as BSML, and for scientific data analysis.
MRQL can capture many complex data analysis algorithms in declarative form.
Existing MapReduce query languages, such as HiveQL and PigLatin,
provide a limited syntax for operating on data collections, in the
form of relational joins and group-bys. 

Re: Proposal for better docs on trademark research (Incubator)

[Daniel Shahaf]

[ NOTE, crossposted public/private lists ]

Christian Grobmeier wrote on Mon, Mar 18, 2013 at 09:43:46 +0100:
> Hello,
> 
> I would like to commit that. Any objections? (spelling corrections
> welcome, right now or after the commit)
> 
> cheers
> 
> 
> $ svn diff
> Index: content/guides/graduation.xml
> ===
> --- content/guides/graduation.xml (revision 1457669)
> +++ content/guides/graduation.xml (working copy)
> @@ -285,6 +285,33 @@
>and some common-sense hints for
> href="http://apache.org/dev/project-names.html";>Choosing names for ASF
> projects.
>  
> +
> +Before a podling can graduate, a "podling
> suitable names search" must be done. For this, please open
> +a JIRA request in the  href="https://issues.apache.org/jira/browse/PODLINGNAMESEARCH";>Podling
> Suitable Names Searc JIRA space. They should look like:

Search

> +
> +
> + href="https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-26";>Apache
> Open Climate Workbench
> + href="https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-27";>Apache
> Onami
> +
> +
> +
> +Please consider to research at least the following 
> sources:
> +
> +GitHub
> +SourceForge.net
> +Google Code
> +Ohloh
> +http://tsdr.uspto.gov";>USPTO
> +Google, Bing, Yahoo
> + href="http://www.trademarkia.com";>Trademarkia

Errr.  Isn't this list of resources already available on another page?
If so please just point to it, rather than duplicate it.  (There should
be exactly one canonical location for such info.)

And BTW infra experience tells me info about execuding the PNS
process (PODLINGNAMESEARCH) should live on www.a.o/foundation/marks/, 
but that might be an issue for another patch.

> +
> +
> +
> +Note all results in the according JIRA issues.
> When done, inform trademarks @ apache.org that you have finished your
> research. Please wait, until the trademarks team has interpreted your
> findings and theV.P. Branding approves your request. Trademark

It's important that the jira records only facts and not interpretations
of them.  That's one of the reasons you should avoid re-describing the
process, and should instead just link to wherever it's already
documented at.

Also, missing space.  Next time consider running a spellchecker.

> acceptance is not decided by lazy consens.

consensus

> +
> +
> +Onces the name is approved, you can resolve the

Once

> JIRA issue and update your status page.
> +
>  
> 
>  

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

Re: [VOTE] Apache Onami to become an ASF TLD

[Bertrand Delacretaz]

Hi,

On Mon, Mar 18, 2013 at 8:01 AM, Christian Grobmeier
 wrote:
> ...in the previous discussions were no objections against the graduation
> of Apache Onami...

Was there a community vote indicating a desire to graduate?

I didn't find that in the previous discussion thread.

-Bertrand

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

Re: Proposal for better docs on trademark research (Incubator)

[Bertrand Delacretaz]

Hi Christian,

On Mon, Mar 18, 2013 at 9:43 AM, Christian Grobmeier
 wrote:
> ...I would like to commit that. Any objections? (spelling corrections
> welcome, right now or after the commit)...

I like it, just a nitpick: I'd say "Good examples are" instead of
"they should look like".

-Bertrand

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

[VOTE] Apache Onami to become an ASF TLD

[Christian Grobmeier]

Hello,

in the previous discussions were no objections against the graduation
of Apache Onami. This is the community graduation vote for the Apache
Onami project, where we as a project demonstrate our willingness to
become a self govern top level project of the Apache Software
Foundation.

Please vote +1 if you feel Apache Onami is ready to become a top level project.

[ ] +1, we are ready to become a top level project
[ ] -1, please stay in the incubator, because...

The vote is open for 72h.

Best regards,
Christian

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