Parrot 2.11 is coming out on Dec 21. I'm playing release manager this cycle.
For this cycle I would really like to try to focus on items in DEPRECATED.pod. We should remove items that have been deprecated for a long time so that when we release 3.0 in two months it is less weighted down with old unwanted cruft. Here are some tickets that (I think) we can easily clear up in the next month if we can focus a little energy on them: https://trac.parrot.org/parrot/ticket/1633 (CodeString PMC) https://trac.parrot.org/parrot/ticket/1561 (Auto-vivification of nested aggregates) https://trac.parrot.org/parrot/ticket/1697 (open and close opcodes) https://trac.parrot.org/parrot/ticket/1207 (find_lex will not throw exceptions) https://trac.parrot.org/parrot/ticket/1540 (in-place string opcodes) Also there are several items listed as "experimental", and I think it's time we evaluated some of them and decided whether they should be kept and supported or deleted. We can discuss these at #ps this tuesday and in the remaining weeks before the release. Some things, if we decide to keep them, may require more testing: https://trac.parrot.org/parrot/ticket/1580 (GZipHandle PMC. Distutils relies on it to send smoke reports) https://trac.parrot.org/parrot/ticket/1564 (ParrotInterpreter.getpid method) https://trac.parrot.org/parrot/ticket/1581 (GC_SYS_NAME option to interpinfo_s_i opcode) https://trac.parrot.org/parrot/ticket/1629 (find_codepoint opcode) https://trac.parrot.org/parrot/ticket/1635 (finalize opcode) https://trac.parrot.org/parrot/ticket/1506 (PMC Attribute allocation functions) https://trac.parrot.org/parrot/ticket/1564 (Parrot_getpid function) If we can get the deprecated items removed, and get an up/down vote on the experimental items, we can close 12 tickets without barely lifting a finger. There are other tickets as well, but I picked a few that I thought were the easiest to deal with and that could be started immediately. Also, if anybody finds items in DEPRECATED.pod that are not useful, not beneficial, or not clearly defined we can remove them from the list. Besides these items, I have no other special instructions or requests for the 2.11 release. I think we have some branches that either are mature and mergeable or could quickly reach that point. I will probably call a development freeze on master starting December 19th or so for testing. Keep up the good work everybody, and make sure you list all your accomplishments in NEWS so you get credit for the good work you are doing! --Andrew Whitworth _______________________________________________ http://lists.parrot.org/mailman/listinfo/parrot-dev
