[VOTE] Release JSPWiki version 2.9.0-incubating

2012-11-13 Thread Florian Holeczek

Hi all,

I'd like to start a vote on an incubator release for Apache JSPWiki, version 
2.9.0-incubating.

Apache JSPWiki (incubating) is a leading open source WikiWiki engine, 
feature-rich and built around standard J2EE components (Java, servlets, JSP).


A vote was held on the developer mailing list [1] and passed with 9 "+1"s [2], 
two of them from our mentors.


This release candidate fixes the following issues:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310732&version=12319521

The tag to be voted upon:
https://svn.apache.org/repos/asf/incubator/jspwiki/tags/jspwiki_2_9_0_incubating

Source and binary files:
http://people.apache.org/~florianh/jspwiki-2.9.0-incubating/

Checksums:

JSPWiki-2.9.0-incubating-src.zip
MD5:287e75857b03b41dca769211591c6144
SHA1:   74b24e526177b7ddf5394b4b96b67bb9081628a4
SHA512: 
9a080ed994e4308e4ff6386f6e5e88e42d27fc8a8abe37d2874d3c8477fe097037017fffdd03430cdb0ca7a73efba91bf58e70c1943e08c9565170809daa953a

JSPWiki-2.9.0-incubating-bin.zip
MD5:7e774dc46c112ca895aad60fb607dc60
SHA1:   e529eb02d13f4061534d85dd0e78d67c5dfe29a5
SHA512: 
575eae72390178005bf7cf57332af9a1da85515d6fc10cf9c8b3548f50743c0e57c0c6f46bc99b70cd1328ef083fb4a4fe9f3867e9ec7c7e4a640b845a2e2ee4

JSPWiki's KEYS file containing PGP keys we use to sign the release:
http://www.apache.org/dist/incubator/jspwiki/KEYS

For convenience, this directory includes a binary distribution and a RAT report 
on the cited tag.
You can manually generate the RAT report from a clean source by running the 
"rat-report" Ant target.


Please vote:

[ ] +1  approve, release Apache JSPWiki 2.9.0-incubating
[ ] +0  no opinion
[ ] -1  disapprove (and giving a reason)


The vote will be open for at least 72 hours.

Best regards
 Florian Holeczek

[1] http://markmail.org/message/gksvnjnru2nhhenf
[2] http://markmail.org/message/mht24dwvpmm7xgft

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



Re: [VOTE] Release celix-0.0.1-incubating

2012-11-13 Thread Roman Shaposhnik
Hi!

On Tue, Nov 13, 2012 at 4:13 AM, Alexander Broekhuis
 wrote:
> Furthermore, I have created a exclude file for RAT which excludes these
> files. I still have to add it to SVN though..

Great. Please make it available in SVN so that I can review.

Thanks,
Roman.

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



Re: Shepherd Assignments?

2012-11-13 Thread Roman Shaposhnik
On Mon, Nov 12, 2012 at 5:36 PM, Dave Fisher  wrote:
> Hi Benson / Jukka -
>
> I'm waiting for my shepherd assignments.

If there are any reports that need reviewing -- count me in!

Thanks,
Roman.

P.S. I've added my name to the shepherd wiki page

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



[VOTE] Release Apache Crunch 0.4.0 (incubating) RC1

2012-11-13 Thread Matthias Friedrich
Hi,

this is a call for a vote on releasing the following candidate as
Apache Crunch 0.4.0 (incubating). This is the second release candidate
of our second release at Apache, and it fixes the following issues:

https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12313526&version=12323244

Our vote thread on crunch-dev:
http://mail-archives.apache.org/mod_mbox/incubator-crunch-dev/201211.mbox/%3C20121113173454.GA3000%40mafr.de%3E

We already collected one IPMC vote from Roman Shaposhnik (thanks!),
so we still need two more votes.

Please download, test, and vote by November 16th at 18:00 UTC.

Release artifacts:
http://people.apache.org/~mafr/apache-crunch-0.4.0-incubating-rc1/

Maven staging repo:
https://repository.apache.org/content/repositories/orgapachecrunch-034/

The tag to be voted upon:
https://git-wip-us.apache.org/repos/asf?p=incubator-crunch.git;a=commit;h=91e6c96899f85245255476f0a5e7d5feb48ddac0

PGP keys for the Crunch team:
https://people.apache.org/keys/group/crunch.asc

Some basic release validation checks:
https://cwiki.apache.org/confluence/display/CRUNCH/Validating+a+Release

The vote will be open for 72 hours.

Regards,
  Matthias

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



Re: [VOTE] Accept Onami proposal in the Incubator

2012-11-13 Thread Mohammad Nour El-Din
Hi Bertrand...


On Mon, Nov 12, 2012 at 9:56 AM, Bertrand Delacretaz  wrote:

> On Sun, Nov 11, 2012 at 8:44 PM, Simone Tripodi
>  wrote:
> > ...I am submitting a proposal that has been open for discussion for some
> > days (with the former name of Mayhem), so now submitting for a vote
> > for this project to be accepted into the incubator
>
> +1
>
> (and as someone noted the mayhem name still appears twice in the
> proposal, should be fixed)
>

It is already fixed in the wiki page of the proposal


>
> -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] Accept Onami proposal in the Incubator

2012-11-13 Thread Olivier Lamy
+1

2012/11/11 Simone Tripodi :
> Hi all guys,
>
> I am submitting a proposal that has been open for discussion for some
> days (with the former name of Mayhem), so now submitting for a vote
> for this project to be accepted into the incubator.
>
> Vote will be open for at least 72 hours and closes approximately on
> Nov 14th, 2012 at 7:45pm GMT
>
> Many thanks in advance, have a nice day!
> -Simo
> Adam Berry
>
> ~
>
> = Onami =
> == Abstract ==
> The following proposal is about Onami, a project focused on all
> aspects of Google Guice[1] extensions.
> The name takes inspiration from Great Waves (O-nami, in Japanese) Zen 
> Story[2].
>
> == Proposal ==
> Apache Onami aims to create a community focused on the development and
> maintenance of a set of Google Guice extensions not provided out of
> the box by the library itself nor the Google developers team, such as
> integration with 3rd part frameworks or extra functionalities.
>
> == Background ==
> Google Guice is a modern, lightweight and fast Dependency Injection
> Open Source Java library developed by Google, released for the first
> time on 2006, which is developed under the Google governance.
> A small group of people, specifically ASF committers Davide Palmisano,
> Marco Spearanza and Simone Tripodi, that define themselves The 99
> Software Foundation[3] (also 99soft for brevity), with the help of
> some contributors, has developed and maintained a good number of Open
> Source Google Guice extensions[4], that have been adopted in some
> (Open Source) projects.
> Since the community clearly demonstrated the sign of growing
> participation, they thought times were mature enough to move the
> components to a real community-driven environment such as the Apache
> Software Foundation.
>
> == Rationale ==
> Actually, there are no projects hosted by the ASF focused on providing
> Google Guice extensions and even if Google provides some extensions
> and allows people participating by submitting issues/patches/... there
> is no real community involvement, so moving the existing 99soft
> components under the Apache umbrella would mean create a real
> community-driven project around Guice where people can become active
> part of the development.
>
> = Current Status =
> == Meritocracy ==
> The historical 99soft team believes in meritocracy and always acted as
> a community. Mailing list, open issue tracker and other communication
> channels have always been adopted since its first releases. The
> adoption in a larger community, such as Apache, is the natural
> evolution for 99soft components. Moreover, the Apache standards will
> enforce the existing 99soft community practices and will be a
> foundation for future committers involvement.
>
> == Core Developers ==
> In alphabetical order:
>
>  * Christian Grobmeier 
>  * Daniel Manzke 
>  * Davide Palmisano 
>  * Marco Speranza 
>  * Nino Martinez Wael 
>  * Simone Tripodi 
>
> === Regular Contributors ===
> In alphabetical order:
>
>  * Cody Ray 
>  * Ghislain "Picpoc" Touratier 
>  * Ioannis Canellos 
>  * Jordi Gerona 
>  * Marzia Forli 
>  * Pawel Poltorak 
>  * Thilo-Alexander Ginkel 
>
> == Alignment ==
> The Apache Onami project is intended to be portable and be fully
> compatible with Google Guice. To promote the adoption of this project,
> we believe that it is important that it remains free from corporate
> association and is perceived by the community to be vendor neutral. To
> this end, the Apache Software Foundation with its values of
> transparency and community makes it an excellent fit for this project,
> not to mention that project creators are already Apache
> Members/Committers.
>
> = Known Risks =
> == Orphaned Products ==
> The increasing number of Google Guice adopters and the raising
> interest for its extensions let us believe that there is a minimal
> risk for this work to being abandoned from the community.
>
> == Inexperience with Open Source ==
> All of the committers have experience working in one or more open
> source projects inside and outside ASF.
>
> == Homogeneous Developers ==
> The list of initial committers are geographically distributed across
> the world with no one company being associated with a majority of the
> developers.  Many of these initial developers are experienced Apache
> committers already  and all are experienced with working in
> distributed development communities.
>
> == Reliance on Salaried Developers ==
> To the best of our knowledge, none of the initial committers are being
> paid to develop code for this project. 99soft components have already
> proven its capability to attract external developers.
>
> == Relationships with Other Apache Products ==
> Google Guice is already used in Apache Maven as Dependency Injection
> controller, hopefully the Maven community will be interested on
> extracting reusable some parts and contributing back to Onami project.
> Apache BeanUtils and and Apache Wink provide r

[RESULT][VOTE] Release Apache Flex SDK Installer 1.0.9-incubating

2012-11-13 Thread Om
Hi,

The vote passes with three IPMC member votes:
Bertrand Delacretaz
Greg Reddin
Dave Fisher

Thanks to everyone who participated with their feedback and votes.  It has
been a long and tedious process, but we learnt a lot from it!

Regards,
Om

On Mon, Nov 12, 2012 at 5:13 PM, Dave Fisher  wrote:

> Om,
>
> Signatures checked. License and notices checked.
>
> Here is the third IPMC +1.
>
> Congratulations and well-done!
>
> Installer looks like it is running fine, but that is not required.
>
> Regards,
> Dave
>
> On Nov 10, 2012, at 11:29 PM, Om wrote:
>
> > Thanks Bertrand!
> >
> > We still need a third IPMC member vote.  Just saying...  :-)
> >
> > Regards,
> > Om
> >
> > On Fri, Nov 9, 2012 at 2:56 AM, Bertrand Delacretaz
> > wrote:
> >
> >> On Thu, Nov 8, 2012 at 8:32 PM, Om  wrote:
> >>> On Thu, Nov 8, 2012 at 1:56 AM, Bertrand Delacretaz
> >>> wrote:
>  ... If that code is indeed not used, I'm ok with treating that as a
> known
>  problem in the release.
> 
> >>> Yes, I can confirm that the concerned code path is not touched in this
> >>> release.  In fact, we have identified a fix and it will be ready to go
> in
> >>> the next release...
> >>
> >> Ok cool, +1 to the release then. I assume your suggested fix is backed
> >> by a jira issue ;-)
> >>
> >> -Bertrand
> >>
> >> -
> >> 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] Accept Onami proposal in the Incubator

2012-11-13 Thread Bertrand Delacretaz
On Sun, Nov 11, 2012 at 8:44 PM, Simone Tripodi
 wrote:
> ...I am submitting a proposal that has been open for discussion for some
> days (with the former name of Mayhem), so now submitting for a vote
> for this project to be accepted into the incubator

+1

(and as someone noted the mayhem name still appears twice in the
proposal, should be fixed)

-Bertrand

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



Re: [VOTE] Release celix-0.0.1-incubating

2012-11-13 Thread Alexander Broekhuis
Hi,

-1 (binding) based on the RAT check: my cursory run of RAT
> (http://creadur.apache.org/rat/apache-rat/index.html) uncovered
> 61 Unknown Licenses.
>

I've taken a look at the reported files. They are all files that either
can't or shouldn't have a header, or files that have a different license.
All the different licenses are mentioned in the LICENSE file.
For the others, some are explicitly mentioned in a NOTE file (eg in
cmake/NOTE).
Others aren't explicitly mentioned, this mostly involves .MF files which
are text files included in the artifacts created by the build. These files
can't have a header.

Can we somehow accept this status, do the release and make an issue for it
for the next release? A NOTE file or something similar can be made
to clarify the license of these files.

Furthermore, I have created a exclude file for RAT which excludes these
files. I still have to add it to SVN though..

-- 
Met vriendelijke groet,

Alexander Broekhuis


Fwd: [VOTE] Release Apache Bloodhound 0.2 (incubating)

2012-11-13 Thread Joachim Dreimann
Matt and others:

Do you feel our efforts to remove minified files from future releases are
sufficient for you to cast a vote confidently on this release?

Ticket #255 [1] has removed all minified files from Bloodhound code and our
docs area, the only remaining ones are in our copy to Trac and are being
dealt with as a blocker for the next release in #256 [2].

Cheers,
Joe

[1] 
https://issues.apache.org/**bloodhound/ticket/255
[2] 
https://issues.apache.org/**bloodhound/ticket/256

[Resent to incude general@incubator]

On 13 November 2012 09:57, Gary Martin  wrote:

> Thanks for that Joe. I closed #255 on the basis of that work and I have
> raised another that can be used to complete any work for our copy of Trac
> that turns out to be required: https://issues.apache.org/**
> bloodhound/ticket/256 
>
> Obviously if we determine here that there is nothing to do then #256
> should be closed with a link to the relevant decisions. I have set it as a
> blocker for release 3 as we need to get this sorted quickly.
>
> Cheers,
> Gary
>
>
>
> On 12/11/12 18:32, Joachim Dreimann wrote:
>
>> Gary has raised ticket #255 to remove all minified files before the next
>> release:
>> https://issues.apache.org/**bloodhound/ticket/255
>>
>> With my last commit (r1408385) we have now removed all .min. files from
>> bloodhound code and our docs.
>>
>> The only remaining minified files in our repository are now part of the
>> Trac code.
>>
>> - Joe
>>
>>
>> On 12 November 2012 17:38, Gary Martin  wrote:
>>
>>  On 12/11/12 13:19, Branko Čibej wrote:
>>>
>>>  On 12.11.2012 13:25, Gary Martin wrote:

  OK, when I looked closer at the Trac files it seems that they do
> minify some of it after all. Are we happy to maintain this as another
> difference between our copy of Trac and upstream?
>
>  The important question is, are the files minified in the Trac
 repository, or in their release tarballs? If it's in the repo, well
 then, my interpretation is that you're just shipping Trac with a few
 patches (and I expect those patches aren't in the minified code). If
 it's just in the release tarballs, then I expect the upstream import
 went awry and needs to be fixed.

 -- Brane



  It would appear that there is minified code direct in the Trac
>>> repositories. See http://trac.edgewall.org/
>>> browser/trunk/trac/htdocs/js/
>>> **jquery.js>> trac/htdocs/js/jquery.js>for
>>> instance.
>>>
>>>
>>> I suspect we will need a few more opinions from IPMC members to be sure
>>> that this argument is enough to make the problem go away. I don't
>>> particularly want to have to maintain more differences from upstream but
>>> I
>>> prefer to get the correct approach in place here.
>>>
>>> Cheers,
>>>  Gary
>>>
>>
>


-- 
Joe Dreimann
UX Designer | WANdisco 
*
*
*Transform your software development department. Register for a free SVN
HealthCheck  *




-- 
Joe Dreimann
UX Designer | WANdisco 
*
*
*Transform your software development department. Register for a free SVN
HealthCheck  *