Re: fix entry and exit documentation etc.
David Crossley wrote: Daniel Shahaf wrote: Reviewing this, the document you added a link to contains bugs. Yes, there are many issues with Incubator documentation. Thanks for detecting some of them. Procedures have been changed, so documentation needs to catch up. Every committer has access to these documents. I will continue to fix things bit-by-bit and still encourage people who have been through the process to help fix this documentation to make the path better for those who follow. At the moment i do not have time, and i am expecting others to do this. No-one did. So i have made time to do some. Would someone else please do the rest. -David See also the following message regarding r1465544. -David Specifically, http://incubator.apache.org/guides/mentor.html#Set+Up+Repository is wrong (it contradicts http://www.apache.org/dev/infra-contact#requesting-podling) and http://incubator.apache.org/guides/mentor.html#request-mailing-lists is bitrotted (list addresses in the example are wrong). I didn't check whether there are other bugs besides these two. -- Not subscribed cross...@apache.org wrote on Mon, Apr 08, 2013 at 06:51:26 -: Author: crossley Date: Mon Apr 8 06:51:26 2013 New Revision: 1465541 URL: http://svn.apache.org/r1465541 Log: Link to explanation of first steps for new podlings and the metadata summary file. Modified: infrastructure/site/trunk/content/dev/infra-contact.mdtext Modified: infrastructure/site/trunk/content/dev/infra-contact.mdtext URL: http://svn.apache.org/viewvc/infrastructure/site/trunk/content/dev/infra-contact.mdtext?rev=1465541r1=1465540r2=1465541view=diff == --- infrastructure/site/trunk/content/dev/infra-contact.mdtext (original) +++ infrastructure/site/trunk/content/dev/infra-contact.mdtext Mon Apr 8 06:51:26 2013 @@ -85,7 +85,8 @@ The podling creation process is as follo 1. The IPMC vote passes. -1. The podling is added to the IPMC's `podlings.xml` file with `status=current`. +1. The podling is added to the IPMC's `podlings.xml` summary file with `status=current`. +(See [notes][6] about that, and other initial tasks.) 1. An ASF Member or PMC chair files [mailing list creation requests][2]. @@ -257,3 +258,4 @@ Reminder: this facility is for emergency [3]: https://infra.apache.org/officers/webreq [4]: http://people.apache.org/committers-by-project.html#infrastructure-root [5]: https://svn.apache.org/repos/private/committers/board/committee-info.txt +[6]: http://incubator.apache.org/guides/mentor.html#Overview - 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
Please remember to post [CANCEL] notes for cancelled votes
The voting status script relies on them to update its tables. Currently there are a number of votes flagged as out of date: http://people.apache.org/~brane/incubator/votes.html however, many (if not most) of them were actually cancelled, in some cases replaced by another (successful) voting thread. I originally wrote that script because it was often quite hard to figure from the mail archives which votes were current. If vote proposers don't make the effort to manage the voting threads, the script ends up being useless. Thanks, -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[VOTE][CANCEL] Release JSPWiki version 2.9.1-incubating
thanks for reminding Brane br, juan pablo On Wed, Apr 17, 2013 at 6:44 PM, Juan Pablo Santos Rodríguez juanpablo.san...@gmail.com wrote: Hi Marvin, Sebb, thanks for the insights :-) br, juan pablo On Wed, Apr 17, 2013 at 5:13 PM, Marvin Humphrey mar...@rectangular.comwrote: On Tue, Apr 16, 2013 at 2:24 PM, Juan Pablo Santos Rodríguez juanpablo.san...@gmail.com wrote: - I'm especially worried about the NOTICE file, how short is short enough? Could you provide a good example from any other project so we can take a look at it? To take a grasp of how we should do it. We'd like to have it as good as the LICENSE file (also, the incorrect year in NOTICE was also pointed by Siegfried, but not as a blocker, so it's fixed in trunk). The ASF now has documentation which describes a formulaic approach to creating LICENSE and NOTICE. If you follow the recipe, you should be OK. http://www.apache.org/dev/licensing-howto.html Marvin Humphrey - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org