Re: Incubator voting status page

2013-02-01 Thread sebb 
On 1 February 2013 19:48, sebb  wrote:
> On 1 February 2013 16:29, Branko Čibej  wrote:
>> On 01.02.2013 17:01, sebb wrote:
>>> On 1 February 2013 10:29, Branko Čibej  wrote:
 On 31.01.2013 17:18, Branko Čibej wrote:
> On 31.01.2013 16:51, Daniel Shahaf wrote:
>> Branko Čibej wrote on Thu, Jan 31, 2013 at 16:40:14 +0100:
>>> I guess it's best if I ping infra and ask about getting this done (or
>>> probably file an INFRA ticket). Infra are also in the best position to
>>> know if we can have the page regenerated more often, e.g., once an hour.
>> The first issue I see is that your script assumes it has local access to
>> the public-arch tree, so it can only run on minotaur (or on the
>> mail-archives.a.o box).
> Ah, that's a good enough point for doing the dynamic-include thing.
> Initially I thought I'd be downloading the mboxes from mail-archives,
> but ... local access is soo much faster and easier.
>
> I'll make it work as Christian suggested then.
 And it's done. An embedded status page is created on minotaur and
 dynamically embedded into the new vote status page. There are only two
 issues:

   * It'll take a while for this to show up, since the incubator site
 refreshes once a day (?); in the meantime, the embedded status link
 will be dead.
>>> It updates immediately, provided that you publish any changes.
>>>
   * The embedded content gets loaded from people.apache.org, not
 incubator.apache.org; AIUI that'll cause browsers to portend
 disaster and in some cases refuse to load the vote status. This
 should be fixed, suggestions welcome.
>>> The use of target=_blank causes a new window to created each time the
>>> link is clicked; that seems wrong.
>>
>> Yes, I just noticed that; copy-paste bug from the standalone page link,
>> will fix.
>>
>>> Also, it does not work in Firefox. Or Chrome. Or Opera. Or IE.
>>
>> That's caused by the the access control constraints, as I point out in
>> the text you quoted. I tried circumventing that in .htaccess, but the
>> incubator site config doesn't load mod_headers, so that won't help.
>
> However, in that case surely it ought to display an error message?
>
> There is some code that looks as though it tries to report the error:
>
> if (fragment_loader.status != 200)
> html = "Content is not available";
> else {
> container = document.getElementById("voter").parentNode;
> container.innerHTML = fragment_loader.responseText;
> }
>
> That looks wrong - why is the error written to a different variable?
> Should it not be something like:
>
> container = document.getElementById("voter").parentNode;
> if (fragment_loader.status != 200) {
> container.innerHTML = "Content is not available";
> } else {
> container.innerHTML = fragment_loader.responseText;
> }

Fixed.

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

Re: Incubator voting status page

2013-02-01 Thread sebb 
On 1 February 2013 16:29, Branko Čibej  wrote:
> On 01.02.2013 17:01, sebb wrote:
>> On 1 February 2013 10:29, Branko Čibej  wrote:
>>> On 31.01.2013 17:18, Branko Čibej wrote:
 On 31.01.2013 16:51, Daniel Shahaf wrote:
> Branko Čibej wrote on Thu, Jan 31, 2013 at 16:40:14 +0100:
>> I guess it's best if I ping infra and ask about getting this done (or
>> probably file an INFRA ticket). Infra are also in the best position to
>> know if we can have the page regenerated more often, e.g., once an hour.
> The first issue I see is that your script assumes it has local access to
> the public-arch tree, so it can only run on minotaur (or on the
> mail-archives.a.o box).
 Ah, that's a good enough point for doing the dynamic-include thing.
 Initially I thought I'd be downloading the mboxes from mail-archives,
 but ... local access is soo much faster and easier.

 I'll make it work as Christian suggested then.
>>> And it's done. An embedded status page is created on minotaur and
>>> dynamically embedded into the new vote status page. There are only two
>>> issues:
>>>
>>>   * It'll take a while for this to show up, since the incubator site
>>> refreshes once a day (?); in the meantime, the embedded status link
>>> will be dead.
>> It updates immediately, provided that you publish any changes.
>>
>>>   * The embedded content gets loaded from people.apache.org, not
>>> incubator.apache.org; AIUI that'll cause browsers to portend
>>> disaster and in some cases refuse to load the vote status. This
>>> should be fixed, suggestions welcome.
>> The use of target=_blank causes a new window to created each time the
>> link is clicked; that seems wrong.
>
> Yes, I just noticed that; copy-paste bug from the standalone page link,
> will fix.
>
>> Also, it does not work in Firefox. Or Chrome. Or Opera. Or IE.
>
> That's caused by the the access control constraints, as I point out in
> the text you quoted. I tried circumventing that in .htaccess, but the
> incubator site config doesn't load mod_headers, so that won't help.

However, in that case surely it ought to display an error message?

There is some code that looks as though it tries to report the error:

if (fragment_loader.status != 200)
html = "Content is not available";
else {
container = document.getElementById("voter").parentNode;
container.innerHTML = fragment_loader.responseText;
}

That looks wrong - why is the error written to a different variable?
Should it not be something like:

container = document.getElementById("voter").parentNode;
if (fragment_loader.status != 200) {
container.innerHTML = "Content is not available";
} else {
container.innerHTML = fragment_loader.responseText;
}

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

Re: Incubator voting status page

2013-02-01 Thread sebb 
On 1 February 2013 17:05, Daniel Shahaf  wrote:
> Branko Čibej wrote on Fri, Feb 01, 2013 at 17:29:45 +0100:
>> I think updating the httpd config is the more realistic option, since it
>> doesn't presume a ssh tunnel between minotaur and the site server.
>
> The only supported way to get content to the web servers is to commit it
> to svn and have svnpubsub pull it to them.
>
> So, just have a cronjob on minotaur commit the changes.  You can get
> a username+password for that by asking.

It's going to be awkward to maintain long-term if the crontab runs in
a personal account.

There's already a regular crontab in apsite (used to create people and
projects).
Would it be worth extending that - or adding another job - and have
that commit the file?

Alternatively, is there a buildbot for building the incubator website?
I thought it ran daily even if there were no SVN changes?

BTW, seems to me that a daily scan of the mailing lists would be enough.
There's no need to do it every few hours, as the recent messages
should be fresh in people's minds.
It's the longer term ignored votes that are important.

> -
> 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: Please help us release 2 Onami artifacts

2013-02-01 Thread Christian Grobmeier 
On Fri, Feb 1, 2013 at 4:53 PM, Simone Tripodi  wrote:
> Hi Mohammad!
>
>>
>> I don't think so, I think it is just bad timing as I notice that traffic on
>> different mailing list is low these days, maybe some people still have
>> holidays/vacations, busy at work after a holiday/vacation
>>
>> But above all most of this problem is on my shoulder as I am mentor of
>> Onami and didn't contribute to any of the votes so far neither on  the
>> dev@on in here. I apologize about that as I have some stress at work
>>
>> I will try to have a look at them during this weekend
>>
>
> don't worry at all - we all here are volunteers, human beings with
> families and friends, so this is perfectly understandable - at least
> to my PoV ;)
>
> thanks a lot in advance for having a look at the current vote threads,
> it will help a lot.

+1

Cheers
Christian

> have a nice WE, all the best!
> -Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
> -
> 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: Incubator voting status page

2013-02-01 Thread Daniel Shahaf 
Branko Čibej wrote on Fri, Feb 01, 2013 at 17:29:45 +0100:
> I think updating the httpd config is the more realistic option, since it
> doesn't presume a ssh tunnel between minotaur and the site server.

The only supported way to get content to the web servers is to commit it
to svn and have svnpubsub pull it to them.

So, just have a cronjob on minotaur commit the changes.  You can get
a username+password for that by asking.

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

Re: Incubator voting status page

2013-02-01 Thread Branko Čibej 
On 01.02.2013 17:01, sebb wrote:
> On 1 February 2013 10:29, Branko Čibej  wrote:
>> On 31.01.2013 17:18, Branko Čibej wrote:
>>> On 31.01.2013 16:51, Daniel Shahaf wrote:
 Branko Čibej wrote on Thu, Jan 31, 2013 at 16:40:14 +0100:
> I guess it's best if I ping infra and ask about getting this done (or
> probably file an INFRA ticket). Infra are also in the best position to
> know if we can have the page regenerated more often, e.g., once an hour.
 The first issue I see is that your script assumes it has local access to
 the public-arch tree, so it can only run on minotaur (or on the
 mail-archives.a.o box).
>>> Ah, that's a good enough point for doing the dynamic-include thing.
>>> Initially I thought I'd be downloading the mboxes from mail-archives,
>>> but ... local access is soo much faster and easier.
>>>
>>> I'll make it work as Christian suggested then.
>> And it's done. An embedded status page is created on minotaur and
>> dynamically embedded into the new vote status page. There are only two
>> issues:
>>
>>   * It'll take a while for this to show up, since the incubator site
>> refreshes once a day (?); in the meantime, the embedded status link
>> will be dead.
> It updates immediately, provided that you publish any changes.
>
>>   * The embedded content gets loaded from people.apache.org, not
>> incubator.apache.org; AIUI that'll cause browsers to portend
>> disaster and in some cases refuse to load the vote status. This
>> should be fixed, suggestions welcome.
> The use of target=_blank causes a new window to created each time the
> link is clicked; that seems wrong.

Yes, I just noticed that; copy-paste bug from the standalone page link,
will fix.

> Also, it does not work in Firefox. Or Chrome. Or Opera. Or IE.

That's caused by the the access control constraints, as I point out in
the text you quoted. I tried circumventing that in .htaccess, but the
incubator site config doesn't load mod_headers, so that won't help.

We'll either have to change the httpd config for that site -- load
mod_headers, or set up a proxy to the real status page --or come up with
a way to copy the updated status page directly from minotaur to the live
site.

I think updating the httpd config is the more realistic option, since it
doesn't presume a ssh tunnel between minotaur and the site server.

-- Brane


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

Re: Incubator voting status page

2013-02-01 Thread Branko Čibej 
On 31.01.2013 11:02, sebb wrote:
> On 31 January 2013 07:55, Branko Čibej  wrote:
>> There is now an embedded version of the voting status page available for
>> preview at
>>
>> http://people.apache.org/~brane/fakeubator/votes.html
>>
>> By "embedded" I mean, integrated into (a copy of) the Incubator site.
>> The page is updated every 4 hours.
> Looks good, but I think the "Ignoring crud ... Subscribe" warnings
> should be fixed.
>
> The way those podlings have added the Subscribe links seems perfectly
> reasonable to me.

I can easily remove those warnings -- I added them on purpose when I
changed the page status generator to display warnings.

On the other hand -- nothing ever stopped anyone from enclosing the mail
address in a link anchor, where scripts can ignore them; or adding
another column to the table for the links.

-- Brane


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

Re: Incubator voting status page

2013-02-01 Thread sebb 
On 1 February 2013 10:29, Branko Čibej  wrote:
> On 31.01.2013 17:18, Branko Čibej wrote:
>> On 31.01.2013 16:51, Daniel Shahaf wrote:
>>> Branko Čibej wrote on Thu, Jan 31, 2013 at 16:40:14 +0100:
 I guess it's best if I ping infra and ask about getting this done (or
 probably file an INFRA ticket). Infra are also in the best position to
 know if we can have the page regenerated more often, e.g., once an hour.
>>> The first issue I see is that your script assumes it has local access to
>>> the public-arch tree, so it can only run on minotaur (or on the
>>> mail-archives.a.o box).
>> Ah, that's a good enough point for doing the dynamic-include thing.
>> Initially I thought I'd be downloading the mboxes from mail-archives,
>> but ... local access is soo much faster and easier.
>>
>> I'll make it work as Christian suggested then.
>
> And it's done. An embedded status page is created on minotaur and
> dynamically embedded into the new vote status page. There are only two
> issues:
>
>   * It'll take a while for this to show up, since the incubator site
> refreshes once a day (?); in the meantime, the embedded status link
> will be dead.

It updates immediately, provided that you publish any changes.

>   * The embedded content gets loaded from people.apache.org, not
> incubator.apache.org; AIUI that'll cause browsers to portend
> disaster and in some cases refuse to load the vote status. This
> should be fixed, suggestions welcome.

The use of target=_blank causes a new window to created each time the
link is clicked; that seems wrong.

Also, it does not work in Firefox. Or Chrome. Or Opera. Or IE.

> In the meantime I managed to speed up mbox parsing by several orders of
> magnitude, so I now update the status page once every hour.

> -- Brane
>
>
> -
> 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: svn commit: r1441429 - /incubator/public/trunk/content/projects/bloodhound.xml

2013-02-01 Thread Branko Čibej 
Thanks for the reminder.

On 01.02.2013 16:42, sebb wrote:
> Please remember to publish the site after committing updates.
>
>
>
> On 1 February 2013 12:49,   wrote:
>> Author: brane
>> Date: Fri Feb  1 12:49:29 2013
>> New Revision: 1441429
>>
>> URL: http://svn.apache.org/viewvc?rev=1441429&view=rev
>> Log:
>> Replace silly dots with   entities.
>> Add archive links to public lists.
>>


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

Re: Please help us release 2 Onami artifacts

2013-02-01 Thread Simone Tripodi 
Hi Mohammad!

>
> I don't think so, I think it is just bad timing as I notice that traffic on
> different mailing list is low these days, maybe some people still have
> holidays/vacations, busy at work after a holiday/vacation
>
> But above all most of this problem is on my shoulder as I am mentor of
> Onami and didn't contribute to any of the votes so far neither on  the
> dev@on in here. I apologize about that as I have some stress at work
>
> I will try to have a look at them during this weekend
>

don't worry at all - we all here are volunteers, human beings with
families and friends, so this is perfectly understandable - at least
to my PoV ;)

thanks a lot in advance for having a look at the current vote threads,
it will help a lot.

have a nice WE, all the best!
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/

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

Re: svn commit: r1441429 - /incubator/public/trunk/content/projects/bloodhound.xml

2013-02-01 Thread sebb 
Please remember to publish the site after committing updates.



On 1 February 2013 12:49,   wrote:
> Author: brane
> Date: Fri Feb  1 12:49:29 2013
> New Revision: 1441429
>
> URL: http://svn.apache.org/viewvc?rev=1441429&view=rev
> Log:
> Replace silly dots with   entities.
> Add archive links to public lists.
>

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

Re: Incubator voting status page

2013-02-01 Thread Branko Čibej 
On 31.01.2013 14:13, Branko Čibej wrote:
> On 31.01.2013 11:02, sebb wrote:
>> On 31 January 2013 07:55, Branko Čibej  wrote:
>>> There is now an embedded version of the voting status page available for
>>> preview at
>>>
>>> http://people.apache.org/~brane/fakeubator/votes.html
>>>
>>> By "embedded" I mean, integrated into (a copy of) the Incubator site.
>>> The page is updated every 4 hours.
>> Looks good, but I think the "Ignoring crud ... Subscribe" warnings
>> should be fixed.
>>
>> The way those podlings have added the Subscribe links seems perfectly
>> reasonable to me.
> I can easily remove those warnings -- I added them on purpose when I
> changed the page status generator to display warnings.
>
> On the other hand -- nothing ever stopped anyone from enclosing the mail
> address in a link anchor, where scripts can ignore them; or adding
> another column to the table for the links.

I updated the Bloodhound status page to give an example for adding extra
links to the table without confusing parsers. It'll be visible next time
the Incubator site updates. Given that it's not at all hard, I'm leaning
towards leaving those warnings in.

-- Brane


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

Re: Please help us release 2 Onami artifacts

2013-02-01 Thread Mohammad Nour El-Din 
Hi...


On Fri, Feb 1, 2013 at 12:12 PM, Gary Martin wrote:

> On 01/02/13 04:42, Christian Grobmeier wrote:
>
>> Hello all,
>>
>> we need one more binding vote for the two running votings on Onami:
>> http://people.apache.org/~**brane/incubator-votes.html
>>
>> They are 9 days open so far... hopefully somebody else from the IPMC
>> can flesh out a few minutes and check them.
>>
>> Thank you!
>> Christian
>>
>> --
>> 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
>>
>>
> I find it interesting that Christian has once again had to ask for
> attention for Onami votes. Why the lack of interest here? It looks like
> there have been 6 votes that have been resolved or cancelled since the
> Onami votes started.
>
> Is there anything intrinsically harder about evaluating these releases?
>

I don't think so, I think it is just bad timing as I notice that traffic on
different mailing list is low these days, maybe some people still have
holidays/vacations, busy at work after a holiday/vacation

But above all most of this problem is on my shoulder as I am mentor of
Onami and didn't contribute to any of the votes so far neither on  the
dev@on in here. I apologize about that as I have some stress at work

I will try to have a look at them during this weekend


>
> Cheers,
> Gary
>
>
>
> --**--**-
> 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: Please help us release 2 Onami artifacts

2013-02-01 Thread Gary Martin 

On 01/02/13 04:42, Christian Grobmeier wrote:

Hello all,

we need one more binding vote for the two running votings on Onami:
http://people.apache.org/~brane/incubator-votes.html

They are 9 days open so far... hopefully somebody else from the IPMC
can flesh out a few minutes and check them.

Thank you!
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



I find it interesting that Christian has once again had to ask for 
attention for Onami votes. Why the lack of interest here? It looks like 
there have been 6 votes that have been resolved or cancelled since the 
Onami votes started.


Is there anything intrinsically harder about evaluating these releases?

Cheers,
Gary


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

Re: Incubator voting status page

2013-02-01 Thread Branko Čibej 
On 31.01.2013 17:18, Branko Čibej wrote:
> On 31.01.2013 16:51, Daniel Shahaf wrote:
>> Branko Čibej wrote on Thu, Jan 31, 2013 at 16:40:14 +0100:
>>> I guess it's best if I ping infra and ask about getting this done (or
>>> probably file an INFRA ticket). Infra are also in the best position to
>>> know if we can have the page regenerated more often, e.g., once an hour.
>> The first issue I see is that your script assumes it has local access to
>> the public-arch tree, so it can only run on minotaur (or on the
>> mail-archives.a.o box).
> Ah, that's a good enough point for doing the dynamic-include thing.
> Initially I thought I'd be downloading the mboxes from mail-archives,
> but ... local access is soo much faster and easier.
>
> I'll make it work as Christian suggested then.

And it's done. An embedded status page is created on minotaur and
dynamically embedded into the new vote status page. There are only two
issues:

  * It'll take a while for this to show up, since the incubator site
refreshes once a day (?); in the meantime, the embedded status link
will be dead.
  * The embedded content gets loaded from people.apache.org, not
incubator.apache.org; AIUI that'll cause browsers to portend
disaster and in some cases refuse to load the vote status. This
should be fixed, suggestions welcome.

In the meantime I managed to speed up mbox parsing by several orders of
magnitude, so I now update the status page once every hour.

-- Brane


-
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.0 Release Candidate RC0.

2013-02-01 Thread Mahadev Konar 
Closing the vote since its past 72 hours.

The vote passes with 4 IPMC +1's.
Mahadev Konar
Devaraj Das
Arun Murthy
Tommaso Teofili

Will do the needful to push the release out.

thanks for voting
mahadev

On Tue, Jan 29, 2013 at 11:16 PM, Tommaso Teofili
 wrote:
> ok thanks, it worked now, therefore my +1.
>
> Tommaso
>
>
> 2013/1/29 Hitesh Shah 
>
>> Hi Tommaso,
>>
>> There are setup steps mentioned at
>> https://cwiki.apache.org/confluence/display/AMBARI/Ambari+Development for
>> getting Ambari to build.
>> The web layer requires node.js and brunch.
>>
>> thanks
>> -- Hitesh
>>
>> On Jan 28, 2013, at 11:05 PM, Tommaso Teofili wrote:
>>
>> > If I download the SVN tag and run 'mvn install'
>> >
>> > I get the following:
>> >
>> > [INFO] Reactor Summary:
>> > [INFO]
>> > [INFO] Ambari Main ... SUCCESS
>> [9.258s]
>> > [INFO] Apache Ambari Project POM . SUCCESS
>> [0.045s]
>> > [INFO] Ambari Web  FAILURE
>> [1.744s]
>> > [INFO] Ambari Server . SKIPPED
>> > [INFO] Ambari Agent .. SKIPPED
>> > [INFO]
>> > 
>> > [INFO] BUILD FAILURE
>> > [INFO]
>> > 
>> > [INFO] Total time: 56.720s
>> > [INFO] Finished at: Mon Jan 28 15:06:56 CET 2013
>> > [INFO] Final Memory: 8M/81M
>> > [INFO]
>> > 
>> > [ERROR] Failed to execute goal
>> > org.apache.maven.plugins:maven-antrun-plugin:1.7:run (compile) on project
>> > ambari-web: An Ant BuildException has occured: Execute failed:
>> > java.io.IOException: Cannot run program "npm" (in directory
>> > "/Users/user/Desktop/amb/ambari-web"): error=2, No such file or directory
>> > [ERROR] around Ant part ...> > executable="npm" failonerror="false">... @ 4:90 in
>> >
>> /Users/user/Desktop/amb/ambari-web/target/antrun/build-ambari-web-compile.xml
>> > [ERROR] -> [Help 1]
>> > [ERROR]
>> > [ERROR] To see the full stack trace of the errors, re-run Maven with the
>> -e
>> > switch.
>> > [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>> > [ERROR]
>> > [ERROR] For more information about the errors and possible solutions,
>> > please read the following articles:
>> > [ERROR] [Help 1]
>> > http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
>> > [ERROR]
>> > [ERROR] After correcting the problems, you can resume the build with the
>> > command
>> > [ERROR]   mvn  -rf :ambari-web
>> >
>> > am I missing anything?
>> >
>> > Apart from that it looks good.
>> >
>> > Tommaso
>> >
>> >
>> > 2013/1/28 Mahadev Konar 
>> >
>> >> Hi everyone,
>> >>
>> >> This is a call for a vote on Apache Ambari 1.2.0 incubating. A vote
>> >> was held on developer mailing list and it
>> >> passed with 8 +1's with 6 of them binding.
>> >>
>> >> mahadev (IPMC, PPMC)
>> >> ddas (IPMC, PPMC)
>> >> acmurthy (IPMC)
>> >> jitendra (PPMC)
>> >> hitesh (PPMC)
>> >> yusaku (PPMC)
>> >>
>> >>
>> >>
>> http://mail-archives.apache.org/mod_mbox/incubator-ambari-dev/201301.mbox/%3CCALF7aMRrJxiMORuzMuYxnAuncias9Gnvd1awqaPO-Zuuo1cDqQ%40mail.gmail.com%3E
>> >>
>> >>
>> >> The staging Staging site is:
>> >> http://people.apache.org/~mahadev/ambari-1.2.0-incubating-rc0/
>> >>
>> >> with user docs at:
>> >>
>> >>
>> http://incubator.apache.org/ambari/1.2.0/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.0-rc0
>> >>
>> >> 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=fixVersion%20%3D%20%221.2.0%22%20AND%20project%20%3D%20AMBARI
>> >>
>> >> 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
>> >>
>> >>
>>
>>
>> -
>> 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 Ambari (incubating) 1.2.0 Release Candidate RC0.

2013-02-01 Thread Mahadev Konar 
Sure Brane. Doing it right now :).




On Fri, Feb 1, 2013 at 12:03 AM, Branko Čibej  wrote:
> On 01.02.2013 08:56, Mahadev Konar wrote:
>> Closing the vote since its past 72 hours.
>>
>> The vote passes with 4 IPMC +1's. Will do the needful to push the release 
>> out.
>
> The first needful is to send a proper [RESOLVED][VOTE] mail :)
>
> -- Brane, quite touchy on the subject after writing the votes parser
>
>
> -
> 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 Ambari (incubating) 1.2.0 Release Candidate RC0.

2013-02-01 Thread Branko Čibej 
On 01.02.2013 08:56, Mahadev Konar wrote:
> Closing the vote since its past 72 hours.
>
> The vote passes with 4 IPMC +1's. Will do the needful to push the release out.

The first needful is to send a proper [RESOLVED][VOTE] mail :)

-- Brane, quite touchy on the subject after writing the votes parser


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